31.07.2010

Столкнулся с такой ситуацией: сотруднику в июле сторнировали зарплату. У данного сотрудника доходы за год превысили 415000. В отчете Анализ налогов (и РСВ) эта сумма (с минусом) попадает в столбец "Облагаемая база". А не должна, т.к. предел в 415000 превышен. Даже с учетом сторнирования доходы остаются больше 415000.

21.07.2010

В пачки ПФР иногда, по различным причинам не попадают какие-то сотрудники. Данные отчеты проверяют кто не попал.

Отчет для 7-й версии ЗиК сравнивает начисления в пачках с записями в журнале расчета страховых взносов.

Отчет для 8-й версии ЗуП сравнивает начисления в пачках с суммами в документах по расчету страховых взносов.

06.07.2010

Переносил данные из "Зарплата и кадры 7.7" в "Зарплата и управление персоналом 8.1". Точнее вливал семерочную базу одной организации в 8-ку другой организации (соединились 2 бюджетника). Все прошло достаточно ровно, даже не верилось, что так может быть. Но одна проблемка позже все таки проявилась.

21.06.2010

Озадачили сегодня бухгалтера таким вопросом: При увольнении сотрудников, у которых в приказе о приеме стоит дата окончания работы, в общем списке работников исчезает дата приема. С первого взгляда было не понятно почему, поэтому как обычно полез в конфигуратор. Я с начала думал, что этот список сотрудников (забыл скзать, что список из справочника сотрудников) строится с использованием запроса и дата приема и увольнения подтягиваются тоже из запроса. Выяснил, что запрос действительно присутствует, но ни даты приема, ни даты увольнения в нем нет.

02.06.2010

О проблеме с видом расчета Материальная помощь знал. Что если завести свой вид расчета Материальная помощь, то налоговые вычеты не будут предоставляться. Оказалось, что и в ЗУП-е с мат. помощью есть слегка подобная проблема. Сейчас говорю только о ЗУП от АРБИС-а для бюджетников.

09.04.2010

В продолжение темы начатой для 1С 7.7 решил написать и о 8-ке.

В отчетах по расчету страховых взносов и ФСС, цифры, которые заполняются в поля с базой начислений, могут показаться не очень понятными. Особенно это касается отчета по РСВ, т.к. там нет кнопки для расшифровки. Разобравшись в новых отчетах и поняв что и как должно быть, а что заполняется автоматом, приходим к выводу, что автоматическое заполнение работает не совсем верно. В отчет не включаются отрицательные суммы сотрудников. Это относится как к ФСС, так и к РСВ.

03.02.2010

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

30.01.2010

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

23.01.2010

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

27.12.2009

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