Смена года

1. В течение декабря — завершение расчетов за декабрь. Это:
1.1. Обычные действия бухгалтера по расчету заработной платы за очередной месяц.
1.2. Особенности работы при завершении квартала: в некоторых организациях есть расчет квартальной премии и/или расчет сверхурочных при суммированном за квартал учете рабочего времени.
1.3. Особенности работы при завершении года: расчет (если он автоматизирован) годовой премии и/или суммированного за год учета рабочего времени.

2. После расчета за декабрь, но ДО обновления зарплаты за декабрь:
2.1. Проверка расчета НДФЛ (налоговый период — год, исправление ошибок года в январе затруднено и надо успеть все исправить «декабрем»): есть ли неучтенные накопленные вычеты у сотрудников, находящихся в отрыве отработы (по уходу за ребенком до 1.5 лет, свой счет и т.п.). Средство проверки — отчет «Завершение года» (но БЕЗ обновления данных), дополненный учетом специфики нерезидентов и проверкой совпадения суммы за год счетчика 1 и счетчика 3 у типа зарплаты 601000 (используется в отчетах) со значением накопителей 17, 18 и 19 (используется в расчетах и легко изменяется вручную). Расхождение исходных данных для расчета и для отчета — «чревато». Часто ошибки возникают из-за того, что признак «Возвращать налог» в карточках сотрудника выставлен в «Нет», тогда как для увольняемых и в конце года он должен быть выставлен в «Да».
2.2. Проверка расчета фондов по каждой из 7 составляющих (опять налоговый период — год, исправление ошибок года в январе затруднено и надо успеть все исправить «декабрем», тем более, что доплачивать/удерживать в январе нельзя из-за разницы процентов отчислений): в базе данных есть избыточность: база расчета может быть собрана по статистике за год, отдельно она есть в сумме счетчиков 1 ТЗ 799*** и 800*** и отдельно — в накопителях. Специальный отчет может это сравнить и выдать расхождения. Возникнуть расхождения могут как и-за ручной корректировки накопителей, так и в результате перенастроек в середине года отношений к фондам. Проверке на допустимые значения и соотношения подлежат также: пол, дата рождения, признаки отношения к фондам в карточках сотрудников.
Замечание: для исправления возможно придется перерасчитать давно уволенных. Лучше это делать декабрем, а не месяцем, где допущена ошибка, так как иначе придется переделывать квартальные отчеты.

3. Если нужно было срочно закрыть декабрь (не до проверок), а проверки показали наличие ошибок., придется организовать расчет за 13-й месяц, а точнее дорасчет за декабрь.

4. Обычное закрытие месяца «Декабрь», формирование проводки.

5. Создание нового года в Scala (нужно всем модулям).

6. Обновление годовых накопителей средствами профессионального отчета «Завершение года» с обновлением данных один и только один раз. Имеет смысл сохранить базы и отчисления по всем составляющим социальных фондов так, как это давно делается с НДФЛ, на тот случай, если придется в новом году что-то перерасчитывать за год уходящий, да и просто справочно или для отчетов.

7. Изменения в настройках, связанные с весьма возможным изменением плана счетов в новом году: в настройках типов зарплат, в стандартных параметрах, в карточках сотрудников.

8. Изменения в настройке, связанные с изменением законодательства (см. соответствующие темы форума). Изменений в этом году много — первый расчет за январь следует проверять «с пристрастием», да и в феврале, когда начинают работать накопители, тоже надо «быть начеку».

9. Подготовка годовых отчетов по НДФЛ (обычно до 30 марта) и по ЕСН (обычно до 1 марта). Эта подготовка — выверка индивидуальных анкетных данных (адреса, коды персонифицированного учета, паспорта, ИНН и т.п.), перенос данных в специальные программы, вроде ОАЗИСа, подготовка отчетов в этих программах. Возможно выверенные анкетные данные имеет смысл импортировать обратно в Скалу для использования в новом году.

А Вы говорите «Купаться…»: вода холодная!…

Все ли учтено и так ли, как надо? Пожалуйста, поправьте и дополните то, что изложено выше.

Для рукодельных и любознательных: формат базы данных «ОАЗИС» — MS Access 97, пароль на базу fdiph (есть еще юзер с таким именем в таблице dUsersList).
Пару версий назад в «ОАЗИС» появился удобный интерфейс для ввода адресов в формате КЛАДР, но, поскольку адреса регионов импортируются в базу, загрузить в программу весь справочник адресов затруднительно. Например, у нас в малой организации импорт справочников адресов делается полностью, т.к. чуть больше двух десятков регионов требуется, а в большую организацию только основные, поскольку регионов нужно раза в три больше, и в «ОАЗИС» они уже не лезут.

Если трудящиеся не будут возражать, могу разместить алгоритмы проверки номеров ПФР и ИНН в виде Тэ-эСКуэЛь (это aav запретил латиницей писать).