03.02.2010

Об ошибках в больничном листе я уже писал. Теперь пришло время закрывать зарплату, считать налоги и печатать расчетные листки. И опять не без приключений.

30.01.2010

Сделал обновление с 17-го на 20 -й релиз арбисовской ЗУП для бюджетников. Все бы ничего. К мелочам, типа ошибки при выводе печатной формы расчета среднего заработка, (из-за одной лишней строки в запросе) я уже привык. Но вот больничный меня напряг. Ошибка на ошибке. 1С ЗУП (не Арбис) накосячили в расчете среднего заработка, а Арбис в свою очередь добавил к этому еще и ошибку в отражении больничного в бух. учете.

23.01.2010

Давно уже наблюдаю за этим регистром и все жду что когда-нибудь с ним что-нибудь сделают. Сейчас уже приноровился конечно, но все равно из-за него возникает проблема с расчетными листками. А именно, (если кто еще не столкнулся) : если по человеку есть несколько документов по начислению зарплаты, в которых в одном документе НДФЛ посчитан с плюсом, а в другом с минусом (вцелом посчитан верно), то в расчетном листке у сотрудника будет показываться не существующее сальдо. Т.е. в расчетном листке будет, например начислено 1000 руб., удержано 130 руб., выплачено 870 и еще будет конечное сальдо.

13.01.2010

Весь 2009-й год включая декабрь мои организации не вели учет принятых бюджетных обязательств. Ни по бюджету, ни тем более по внебюджету. Отчетных форм то не было, а значит не особо то и хотелось бухгалтерам напрягаться. А сейчас нарисовались эти самые 128 и 138 формы. Хоть в 1С 7.7 они на данный момент автоматом не заполняются, но тем не менее было решено все таки ввести документы и соответственно проводки по принятым обязательствам.

В результате я написал обработку, которая делает следущее:

06.01.2010

В принципе ничего сложного нет. Необходимо для начала скачать модуль для Друпала geshifilter. В папке модуля необходимо залить в папку geshi непосредственно сам модуль GeSHi. Внутри этой папки есть опять папка geshi, в которой лежат настройки для каждого поддреживаемого языка.
Для 1С я создал там файл 1c7.php. И надо не забыть включить новый язык settings/geshifilter/languages.

31.12.2009

Оказывается что при УСН режим налогообложения Доходы документ "Корректировка долга" не делает движений по книге учета доходов и расходов. Второй раз натыкаюсь на этот вопрос со стороны бухгалтеров. При чем видимо ни при каких условиях:

Процедура ОтразитьВУСН(ДокументСсылка, ВидОперации = Неопределено, Параметры = Неопределено, ЭтапПроведения = 0) Экспорт
  Если ОбщегоНазначения.ПрименениеУСНДоходы(ДокументСсылка.Организация, ДокументСсылка.Дата) Тогда
    Возврат;
КонецЕсли;

30.12.2009

Сотруднику начисляем в одном месяце начисление облагаемое ПФР, и начисление не облагаемое ПФР. Оба начисления не принимаемые к НУ. Если проводим только один документ с облагаемым ПФР видом начисления, то все ок - вся сумма пенсионного налога относится к непринимаемым расходам. А если провести второй документ и перепровести закрытие месяца, то сумма пенсионных отчислений вообще ни в какой части не относится к непринимаемым расходам.

Проблема вот в этом очень странном коде:
ТаблицаДоходовДляПФР.ПолучитьСтрокуПоНомеру(Стр);
КоррПФРСотр = ТаблицаДоходовДляПФР.СуммаНеОблагаемая;

27.12.2009

Уже давно наблюдаю за обновлениями, но просвета в своде начислений как не было так и нет. Во первых не очень удачное решение в плане вывода свода по подразделениям. А именно: если человек по основному месту работы сидит в одном подразделении, а по совместительству в другом, то в своде все его начисления плюсуются в его основное подразделение. И как узнать сколько расходов приходится на то или иное подразделение не понятно. Понимаю, что это сделано скорее всего из-за НДФЛ, но тем не менее.

24.12.2009

Столкнулся с такой ситуацией. В организации начисляется зарплата работникам по ЕНВД, по УСН и распределяемая зарплата. По ЕНВД-шникам не полная сумма пенсионных отчислений попадает к не принимаемым расходам. В документе по начислению зарплаты выбрано, что это начисления ЕНВД, в вид начисления был выбран с пометкой "Принимается для НУ".

19.12.2009

Отчет работает так, что если человек уволен с внутреннего совместительства, то он считается уволенным и с основного места работы. В одной части запроса стоит условие ВидЗанятости <> Внутреннее совместительство, а рядом во второй части запроса это условие не добавлено.