Начисление зарплаты в 1С (Казахстан)

Один месяц зарплаты по одной организации — это четыре документа, а не один и не по одному на сотрудника. Каждый охватывает всех сотрудников периода.

Зарплата к выплате — это шаг выплаты. В четверку он не входит и создается только тогда, когда деньги действительно уходят.

Для этого есть кит: установите 1c-payroll-kz (см. стартовый кит 1С). Правила ниже — то, что он проверяет.

Они не связаны между собой, и это нормально

ДокументОснование между этими четырьмя нет. Не ищите его и не создавайте. В этой конфигурации их связывают только:

• организация,
• ПериодРегистрации — месяц начисления,
• физическое лицо (Catalog_ФизическиеЛица),
• и суммы, которые сходятся потому, что кто-то их свел.

Два следствия, и оба несущие:

Правка начисления ничего не меняет дальше по цепочке. Измените документ 1 — и документы 2, 3 и 4 сохранят старые числа: молча, без пересчета и без предупреждения. Если начисление поправили, все последующие документы месяца становятся подозрительными и должны быть перечитаны против него.

Защита от дублей не может опереться на основание. Распознавайте существующий документ по организации + месяцу ПериодРегистрации + виду документа, а затем по тому, есть ли в нём уже строки этого физлица. Второй «Расчет СН и СО» за тот же месяц — это не второе мнение, это двойные налоги.

Что нужно до начала

• организация и база — см. правила OData §2.5;
• сотрудник и его физическое лицо;
• месяц начисления;
• вид начисления: оклад, отпускные, компенсация — это разные строки;
• размер начисления;
• рабочие дни и часы по официальному производственному календарю этого месяца;
• фактически отработанное время и периоды отсутствия;
• действующие ставки, пределы, вычеты и льготы;
• подразделение и способ отражения;
• подтвержденная статья расходов (см. ниже).

Если чего-то не хватает — останавливается этот сотрудник. Не прогон, а сотрудник.

Сначала найдите сопоставимую проведенную цепочку

Прочитайте проведенную цепочку той же организации в этой же базе, лучше за предыдущий месяц, и возьмите из неё форму: какие строки есть, какие поля заполнены, какие ссылки используются. Названия подтверждают, что образец найден верно; ссылки для записи всё равно берутся из этой базы.

Затем прочитайте весь целевой период до любой записи и исключите дубли по организации, месяцу, физлицу и виду.

Суммы — не прошломесячные

Копирование строки прошлого месяца и есть техника — и именно здесь ошибаются в деньгах. Форма от месяца к месяцу стабильна. Числа — нет:

• ставки, пределы и пороги меняются, иногда в середине года;
• облагаемая база считается от начисления этого месяца, а не прошлого;
• вычеты и льготы у конкретного сотрудника могут начаться или закончиться;
• производственный календарь каждый месяц другой, значит другие дни и часы;
• нулевая строка допустима только с подтвержденной причиной. Остаточная нулевая строка из образца — не причина.

Месяц налогового периода проставляйте в каждой строке, а не только в шапке. Строка с прошлым налоговым периодом — это верная сумма, отнесенная не к тому месяцу.

«Статья расходов» обязательна, и её отсутствие молчаливо

В документе отражения каждая применимая строка обязана нести статью расходов. Оставленная пустой, она не будет поймана конфигурацией за вас.

Именно этот дефект дошел до живого бухгалтера 2026-08-04: черновики собраны, суммы верны, счета верны, статья расходов пуста. Ничего не упало. Документ читался как готовый.

• Берите статью из проведенного сопоставимого документа этой же компании. Часто это «Заработная плата», но название — подсказка, а ответ — ссылка; подтвердите её в этой базе.
• Если конфигурация ведет и бухгалтерскую, и налоговую аналитику, заполните обе.
• Пустая статья расходов — это остановка, а не предупреждение. Кит отказывается писать документ отражения без неё.

Проверьте и остальное в каждой проводке: счет дебета, статью расходов, подразделение, счет кредита, вид расчета, физлицо и сумму.

Итог отражения больше зарплаты, и так и должно быть

Отражение включает начисление плюс удержания плюс начисления работодателя. Отражение, сходящееся к зарплате «на руки», потеряло строки; отражение, сходящееся к одному только начислению, потеряло сторону работодателя.

Сверять его нужно с суммой подготовленных строк документов 1–3 — не с окладом и не с выплатой.

Запись

• Только черновики: Posted = false, DeletionMark = false, с комментарием.
• Табличные части передаются внутри POST самого документа.
• Проверку дубля повторяйте непосредственно перед каждой записью.
• После каждой записи перечитывайте из 1С и проверяйте: статус, ПериодРегистрации, физлицо, число строк, суммы, налоговые базы, счета и статью расходов.
• Повторный прогон обязан узнать созданное первым и не добавить ничего.

Исправления, и когда остановиться

• Правьте непроведенный документ только после повторного чтения и подтверждения, что он создан этим же процессом.
• Отправляйте все строки, которые хотите сохранить. Частичная табличная часть заменяет часть целиком — не отправленные строки удаляются.
• Если 1С отклонила изменение, не создавайте исправленную копию рядом с ошибочным документом. Два зарплатных документа за месяц хуже одного неверного. Остановитесь, сообщите номер документа и нужное исправление — бухгалтер поправит в 1С.
• Проведенный документ не редактируется и не распроводится.

Итоговый контроль по каждому сотруднику

• начисление соответствует отработанному времени и отсутствиям;
• удержания посчитаны от правильной базы;
• начисления работодателя посчитаны от правильной базы;
• в отражении есть все нужные строки и в каждой заполнена статья расходов;
• организация, период и физлицо совпадают во всех четырех документах;
• у каждого документа ожидаемый статус;
• дублей нет;
• Зарплата к выплате создана только если действительно требовалась.

Проведение

Только по отдельной прямой команде пользователя и только после проверки всей цепочки.

Что дальше

Ушли ли деньги со счета — это другой вопрос, и на него отвечает другая, читающая процедура: сверка начислений зарплаты и перечислений.