Ведомости по начислению заработной платы

Расчетные и платежные ведомости, а также расчетные листки по начислению заработной платы, в типовой конфигурации 1С:Бухгалтерии 7.7 можно формировать двумя способами:

Расчетные ведомости и расчетные листки формируются, если в журнале выбран документ "Начисление зарплаты" . Расчетные листки и ведомость формируются для всех сотрудников, которые указаны в выбранном документе.

Если в журнале выбран документ "Выплата зарплаты" , то по кнопке "Ведомость9 формируется платежная ведомость по форме №Т-53. Ведомость формируются для всех сотрудников, которые указаны в выбранном документе.

Чтобы получить расчетную ведомость или расчетные листки для группы сотрудников, необходимо установить курсор в журнале в строку с интересующим вас документом "Начисление зарплаты" и нажать одну из кнопок "Ведомость9 или "Расчетные листки" , расположенных в нижней части формы журнала.

Налоговый учет расходов на оплату труда

В отличие от большинства других участков учета, когда при проведении документов соответствующие операции одновременно отражаются и в бухгалтерском, и в налоговом учете, расходы на оплату труда отражаются в налоговом учете с помощью специализированного документа "Расходы на оплату труда" (меню "Налоговый учет › Регламентные операции › Расходы на оплату труда" ).

Тема 6. Начисление зарплаты (вторая часть): Начисление зарплаты ПОВРЕМЕННО по окладу помесячно /с расчётом по ДНЮ и по ЧАСУ/ (по графику и по табелю) с введением понятий ПРАЗДНИЧНЫЙ день и ПРОГУЛ. Начисление зарплаты по тарифным разрядам

Чтобы начали начисляться налоги и удержания необходимо проверить:

1С v 7.7(1) : Проверить: <_ _="">.-> .-> /Зарплата и бухучёт\. Посмотреть в первую очередь «проводку по умолчанию»

ГЛАВА 4.

Учет отработанного времени и прочие начисления и удержания в программе «1С:ЗарплатаиКадры 7.7»

Ранее вы познакомились с основными кадровыми приказами, журналом кадровых приказов. Кадровые приказы являются основанием для проведения расче-тов. Следующим шагом работы с программой «1С:Зарплата и кадры 7.7» явля-ется ввод документов по начислениям и удержаниям для сотрудников, учет от-работанного времени. Многие рассматриваемые в главе виды начислений и удержаний предполагают использование расширенных возможностей конфи-гурации, поэтому, настраивая конфигурацию, необходимо установить флажок Расширенные возможности расчета зарплаты.

Основные документы по начислениям иудержаниям в программе «1С:ЗарплатаиКадры 7.7»

Назначением документов по начислениям и удержаниям в программе «1С:Зарплата и кадры» является ввод дополнительной информации по сотруд-никам для начисления заработной платы. Документы можно условно разделить на несколько групп:

Учет отработанного времени.

Прочие начисления и удержания.

Документы группы Учет отработанного времени позволяют ввести дополни-тельно информацию об отработанном сотрудниками времени в случаях, не под-дающихся описанию в календарях рабочего времени. Ввод осуществляется с по-мощью документа Табель отработанного времени.

Учёт отработанного времени с оплатой повремённо по ТАБЕЛЮ

Задание . Отключите контроль штатного расписания. Создайте сотрудников

Алексеев (оплата простая повременная по окладу согласно табеля /по дням /),

Борисов (оплата простая повременная по окладу согласно табеля /по часам /).

Ставку им укажите одну и ту же (9700 руб. / месяц). Начало работы - несколько месяцев назад.

Заполните табели (ПРАЗДНИЧНЫЕ и ПРЕДПРАЗДНИЧНЫЕ дни пока что заполнять не нужно).

Рассчитайте зарплату. Выдайте на экран расчётные ведомости. Уровень зарплаты получился один и тот же.

Исправьте табель, поставив укороченный предпраздничный день и нулевую длину праздничного дня

Результат ЯВНО не правильный, так как сокращение предпраздничного дня на один час установленно законодательно и по КЗОТ не может приводить к уменьшению зарплаты.

Рисунок Б15: Повторное открытие того же табеля

Рисунок Б18: Повторное заполнение табеля в НАДЕЖДЕ, что он автоматически заполнится

Рисунок Б19: ФИАСКО, пока что механизм автоматического заполнения не работает.

Рисунок Б20: Пришлось изменять табель вручную

Рисунок Б42: Четыре часа, которые видны в предпраздничный день 20-го февраля это результат промежуточных экспериментов

Рисунок Б43: Праздничный день 23-е очистился САМ, а предпраздничный (20-е) пришлось изменять с 8 на 7 часов вручную:

Рисунок Б44: ВЕРНЫЙ расчёт зарплаты:

Выясните для себя, будет ли разница для сотрудников имеющих оплату по дням и по часам. Пока что ответ - нет, но когда сотрудники будут отсутствовать на рабочем месте (прогул, болезнь, командировка), то в большинстве случае сотрудник, оплата которого считается скрупулёзнее (по часас) в итоге будет получать меньше.

Нормальная последовательность учёта Праздничных дней и Предпраздничных дней

Учёт отработанного времени с оплатой повремённо БЕЗ табеля

Задание . Создайте сотрудников:

Иванов2 (повременно-премиальная по окладу /по дням /),

Петров2 (повременно-премиальная по окладу /по часам /),

Укажите в приказе о приёме на работу на карточке прочие их график работы. Начислите им зарплату. Начисление будет произведено с учётом графика работы предприятия в целом.

Примечание . На этих сотрудников заполнение табеля не подействует (см. предыдущую тему):

Если попробовать создать и заполнить табель, то при попытке выйти из него по нажатию появится красное сообщение о том, что действие выполнить не возможно.
При этом табель сохранится, как непроведенный.

Рисунок Б50: Приняли сотрудника задним числом

Рисунок Б51: В папке сотрудники, можно и нужно посмотреть кадровые приказы на любого сотрудника

Рисунок Б54: Петров2 ещё не принят на работу:

Задание : заполните на него приказ о приёме на работу с теми же параметрами, что и на Иванова2, только Система оплаты: (повременно-премиальная по окладу /по часам /).

Рисунок Б55: При попытке выполнить расчёт зарплаты, для сотрудников принятых задним числом появляется сообщение об ошибке:

Непосредственно подготовка документов кассиру на выпллату зарплаты

До сих пор ни одна из бумаг не имела графы "Роспись в получении денег"

Особенности учёта отсутствия на работе при системе оплаты с расчётом по дням и с расчётом по часам

Чтобы для формы оплаты БЕЗ ТАБЕЛЯ учесть отсутствие на работе применяются:

<_>-> . По больничному листу фонд социального страхования возвращает не 100% оплаты труда работника.

Пояснение, почему результат расчёта разный

Оплата за неделю 4000 руб.

Стоимость 1 дня = 4000/4 дня = 1000 рублей в день.

Ситуация: Понедельник - загул. Результат (3 дня отработал) * (1000 руб.в день)= 3000 рублей за эту неделю

Итого за неделю: 8+8+8+7=31 час.

Ситуация: Понедельник - загул. Результат вторник (8ч) + среда (8ч) четверг (7ч) = 8ч 8ч 7ч =23ч

Задание . Создайте сотрудника Поляков2 (оплата повременно-премиальная по окладу /по дням/).

Произведите для него начисление зарплаты.

Учтите для него прогул 3 дня.

Произведите повторный расчёт зарплаты.

Осуществите выплату зарплаты.

Начисление зарплаты по тарифным разрядам

Создайте сотрудников (не забудьте создать несколько тарифных разрядов и дать им изначально один и тот же тарифный разряд):

Васин3 (оплата простая повременная по часовому тарифу),

Сидоров3 (повременно-премиальная по часовому тарифу),

Суть тарифных разрядов. Для крупных предприятий создаются таблицы, какую работу может выполнять специалист, какого разряда и какова при этом должна быть его норма выработки за месяц (или, что тоже, сколько времени будет тратиться на выработку одного изделия). Это позволяет контролировать начётчиков, которые иначе могут своим друзьям, родным «регулировать9raquo; зарплату, произвольно назначая нормы выработки и уровень квалификации. Если высококвалифицированный рабочий выполняет низко квалифицированную работу, то разницу проводят отдельной доплатой, что позволяет руководителю предприятия при подписании бумаг увидеть это и принять меры к исправлению ситуации.

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

Задание . Создайте сотрудников (дайте им иные тарифные разряды, отличные от предыдущих)

Сергеев (оплата простая повременная по часовому тарифу),

Максимов (повременно-премиальная по часовому тарифу),

ЗиК 7.7 постепенно сходит на нет. Но возможно, кому то из нас, все таки когда либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и заказов все меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота.

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

Или, еще также можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».

ЗиК еще жив и выпускаются регулярные обновление конфигурации. Это хорошая новость. Однако, не всегда есть правила обмена с другими конфигурациями.
Кратко о сути расчетов по заработной плате. Буду максимально краток. Все делается в итоге для получения отчета «расчетный листок» - это отчет показывающий сколько начислено и удержано по каждому сотруднику, и отчет «Свод начислениЙ» - это аналог расчетного листка, но сводно по всем работникам. Существуют в целом два вида движений по расчетам - начисления и удержания. Начисление - это могут быть «оклад», «Премия», различные надбавки. Удержания - это профвзносы, налог на доходы, и прочее. Также к удержаниям условно можно отнести выплату заработной платы. В итоге простая арифметика: начальная задолженность + начисления - удержания = конечная задолженность (сальдо). Заработная плата обычно рассчитывается помесячно.
С технической точки зрения, в заработной плате два периода - «период расчетов», и «период действия». Просто помни об этом.
В ЗиК для нормального расчета необходимо «открывать период», или «делать переход на новый период». В этом случае все движения в старых периодах становятся доступны только для просмотра, и исправить обычным результаты расчетов способом уже нельзя. То есть, перед началом нового расчетного периода, например, когда хотим считать зарплату «за январь», нужно проследить, чтобы «январь этого года», был «открыт».
Если нужно вдруг скорректировать записи старого периода, нужно помнить вот что. Есть два вида правок: а) правка задним числом, когда мы просто исправляем записи старого периода, так как они расходятся с нашей бумажной отчетностью. Это единственная причина, по которой правится расчет задним числом. б) исправления текущим периодом, когда обнаружено, что расчет прошлого периода был неверный, но с бумагами все сходится, и отчетность уже сдана, и подписана. То есть задним числом править нельзя, поэтому в текущем периоде, делают исправительные записи прошлого периода. Например, в январе делаем корректировку «за декабрь того года». Чтобы исправить «задним числом», проверьте, открыт и еще старый период, или уже был сделан «переход на новый месяц». Если старый период открыт, тут все понятно, скорректировали, и пошли дальше. Если же период «закрыт», то открывать его стандартным способом можно, но это чревато серьезными последствиями - записи открываемого старого периода будут помечены как «не рассчитанные», и их придется перерассчитывать. Это очень плохо, так как бухгалтер часто и бессистемно делает корректировки расчетов (т потом не помнит это), в результате чего после просто так перерасчет делать нельзя - ручные корректировки потеряются. Используй обработку «Мягкий откат», чтобы перейти в старый период, а затем ей же «докатись» в текущий период. Например эту http://infostart.ru/public/14760/
Нельзя исправлять базу видов расчетов-начислений, если они уже использовались (это качается второстепенных видов расчета типа «Премия» и т.п.). Это важно для расчетов «по среднему» - всякие больничные, отпускные, «простой в работе» и тп. После этого, все это начнет считаться неправильно, с учетом корректировок. Если выяснилось, что база была настроена неверно, лучше создать новый вид расчета, и «закрыть» у сотрудников начисления по старому виду расчетов и добавить им новый созданный вид, который уже настроен «правильно по-новому».
Справочник «Сотрудники». Если сотрудник был уволен, и принимается заново, нельзя создавать новый элемент справочника, надо использовать уже существующий (это особенность ЗиК 7.7, в 8 версиях все наоборот), иначе будут ошибки при сдаче отчетности. Единственный допустимый и правильный вариант, когда дублирование нужно - это принятие того же самого сотрудника, уже работающего, на должность как совместителя. Тогда в справочнике должно возникнуть два элемента. Если посмотреть с технической точки зрения - у основного сотрудника будет заполнен реквизит «Основной элемент» - ссылка на самого себя, а у совместителя - «Основной элемент» - ссылка на основного сотрудника. Пользуйся помощником ввода сотрудника. Если сотрудник будет дублирован, отчетность за год сдать не удастся. Придется писать обработку.
ЗиК использует очень много реквизитов, которые изменяются во времени -периодический реквизит. Часто бухгалтер испытывает сложности с работой из-за них. Следует использовать кнопку «История».
Глобальный модуль огромен. В нем очень легко запутаться. Следует установить OpenConf для удобства работы с конфигурацией. http://infostart.ru/public/15540/ Из-за большого количества строк глобальника также могут тормозить режимы отладки. Для отладки глобальника следует не использовать точки останова, а ставить заглушки типа «Предупреждение», и затем уже переходить в к отладке.
Не отлаживай долго работающие модули на рабочей базе, когда пользователи работают через RDP, так как у всех пользователей также произойдет остановка работы кода (им покажется что «зависло»).
Для расчета проводок используется динамическая схема, то есть проводки рассчитываются каждый раз заново, когда запускается «Отчет по проводкам», или «Выгрузка проводок». В глобальнике за расчет проводок отвечает процедура «глПроводкиЗаПериод». Она большая, и вносить в нее изменения сможет только профессионал.
На больших базах «глПроводкиЗаПериод» может работать часами, что раздражает бухгалтеров. Есть простой метод оптимизации, меняются всего несколько строк, что позволяет ускорить работу, в несколько раз. Это описано в одной из статей. Используется доп ТЗ. Типовой алгоритм делает так: ТаблицаУчетаЗарплатыННП.Выгрузить(ВремТаблицаУчетаЗарплатыННП); Нужно добавить необходимое количество строк в ТЗ, и только затем скопировать строки в ТЗ, без полной выгрузки-загрузки. Вот здесь описано, хотя статья незаслуженно забыта-заброшена. http://infostart.ru/public/16250/
Расчет налогов. Налог «НДФЛ» рассчитывается сразу при расчете зарплаты, но есть еще «Социальный налог», который рассчитывается отдельно.
Для хранения записей расчетов существует «Журнал расчетов». Их основных два - «Зарплата» и «СтраховыеВзносы». Есть еще «Дополнительный», там считается иногда управленческая зарплата.
Для настройки бухгалтерских проводок применяется реквизит «Шаблон проводки» для сотрудника. Также можно его не задавать, в этом случае настроить «шаблон проводки» для подразделения, в котором работают сотрудники. Или если проводка типовая для всех сотрудников, используем константу «Проводка по умолчанию»
Иногда непонятно, верно посчитан НДФЛ или нет. Важно - расчет НДФЛ происходит нарастающим итогом в течение года, поэтому нужно смотреть период с января по декабрь. Также бывают сложные случаи - например в расчет могут попасть прошлый период, пример «в декабря прошлого года начислили отпуск за январь текущего». Для удобства контроля можно использолвать полезные отчеты по начислениям нарастающим итогом, или отчеты типа «расчетный листок с начала года», и т.п.
Также для страховых взносов - контроль можно сделать, используя сводные спецотчеты. Для контроля страховых взносов важно помнить, что существует шкала процентов, и можно проверить, правильно ли посчитан налог, простым умножением базы на процент. Однако нужно следить, «с какой базы взялось начисление». Узнать базу можно также запустив спец отчеты, которые не входят в типовой ЗиК, и написаны независимыми разработчиками. Например вот этот отчет: http://infostart.ru/public/21180/
Иногда журнал расчетов настолько запутывается по какому либо сотруднику, что автоматический расчет бухгалтеру сделать не получается, а записи откорректировать он не может (иногда система блокирует ручные корректировки). Для решения этой проблемы скачай обработку «Редактор журнала расчетов». Например этот: http://infostart.ru/public/18776/ . Перед использованием конечно надо сделать копию. Аналог этой обработки начинающий и даже средний разработчик написать не сможет, так как важно четкое понимание работы с журналом расчетов программно. Эта обработка позволяет сделать с журналом расчетов все что угодно.
При внесении изменений в Зик помни, что это - компонента «Расчет», не нужно добавлять туда план счетов и регистры оперативного учета, так как у заказчика может не быть на них лицензий. Для работающих с 8.х версий это может оказаться нетривиальным, и я такие решения встречал.
В сервиспараметры проставь представление даты в 4-х значном виде "19.11.2014", а не "19.11.14". Тогда избежите путаницы с разными бабушками и дедушками, родившимся в 40-х, 50-х.

Чтобы начали начисляться налоги и удержания необходимо проверить:

1С v 7.7(1) : Проверить: <_ _="">.-> .-> /Зарплата и бухучёт\. Посмотреть в первую очередь «проводку по умолчанию»

ГЛАВА 4.

Учет отработанного времени и прочие начисления и удержания в программе «1С:ЗарплатаиКадры 7.7»

Основные документы по начислениям иудержаниям в программе «1С:ЗарплатаиКадры 7.7»

Учет отработанного времени.

Прочие начисления и удержания.

Учёт отработанного времени с оплатой повремённо по ТАБЕЛЮ

Задание . Отключите контроль штатного расписания. Создайте сотрудников

Алексеев (оплата простая повременная по окладу согласно табеля /по дням /),

Борисов (оплата простая повременная по окладу согласно табеля /по часам /).

Ставку им укажите одну и ту же (9700 руб. / месяц). Начало работы - несколько месяцев назад.

Заполните табели (ПРАЗДНИЧНЫЕ и ПРЕДПРАЗДНИЧНЫЕ дни пока что заполнять не нужно).

Рассчитайте зарплату. Выдайте на экран расчётные ведомости. Уровень зарплаты получился один и тот же.

Исправьте табель, поставив укороченный предпраздничный день и нулевую длину праздничного дня

Рисунок Б15: Повторное открытие того же табеля

Рисунок Б18: Повторное заполнение табеля в НАДЕЖДЕ, что он автоматически заполнится

Рисунок Б19: ФИАСКО, пока что механизм автоматического заполнения не работает.

Рисунок Б20: Пришлось изменять табель вручную

Рисунок Б43: Праздничный день 23-е очистился САМ, а предпраздничный (20-е) пришлось изменять с 8 на 7 часов вручную:

Рисунок Б44: ВЕРНЫЙ расчёт зарплаты:

Нормальная последовательность учёта Праздничных дней и Предпраздничных дней

Учёт отработанного времени с оплатой повремённо БЕЗ табеля

Задание . Создайте сотрудников:

Иванов2 (повременно-премиальная по окладу /по дням /),

Петров2 (повременно-премиальная по окладу /по часам /),

Примечание . На этих сотрудников заполнение табеля не подействует (см. предыдущую тему):

Если попробовать создать и заполнить табель, то при попытке выйти из него по нажатию появится красное сообщение о том, что действие выполнить не возможно.
При этом табель сохранится, как непроведенный.

Рисунок Б50: Приняли сотрудника задним числом

Рисунок Б51: В папке сотрудники, можно и нужно посмотреть кадровые приказы на любого сотрудника

Рисунок Б54: Петров2 ещё не принят на работу:

Непосредственно подготовка документов кассиру на выпллату зарплаты

До сих пор ни одна из бумаг не имела графы "Роспись в получении денег"

Особенности учёта отсутствия на работе при системе оплаты с расчётом по дням и с расчётом по часам

Чтобы для формы оплаты БЕЗ ТАБЕЛЯ учесть отсутствие на работе применяются:

<_>-> . По больничному листу фонд социального страхования возвращает не 100% оплаты труда работника.

Пояснение, почему результат расчёта разный

Оплата за неделю 4000 руб.

Стоимость 1 дня = 4000/4 дня = 1000 рублей в день.

Ситуация: Понедельник - загул. Результат (3 дня отработал) * (1000 руб.в день)= 3000 рублей за эту неделю

Итого за неделю: 8+8+8+7=31 час.

Ситуация: Понедельник - загул. Результат вторник (8ч) + среда (8ч) четверг (7ч) = 8ч 8ч 7ч =23ч

Задание . Создайте сотрудника Поляков2 (оплата повременно-премиальная по окладу /по дням/).

Произведите для него начисление зарплаты.

Учтите для него прогул 3 дня.

Произведите повторный расчёт зарплаты.

Осуществите выплату зарплаты.

Начисление зарплаты по тарифным разрядам

Васин3 (оплата простая повременная по часовому тарифу),

Сидоров3 (повременно-премиальная по часовому тарифу),

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

Задание . Создайте сотрудников (дайте им иные тарифные разряды, отличные от предыдущих)

Сергеев (оплата простая повременная по часовому тарифу),

Максимов (повременно-премиальная по часовому тарифу),

Пособие по 1С Предприятие 7.7 Зарплата и кадры

Содержание методички 1С Предприятие 7.7 «Зарплата и кадры»

1. Настройка системы. Ввод исходных данных

1.1 Настройка системы с помощью стартового помощника

1.3 Справочники. Сотрудники

1.3.1 Справочники. Сотрудники

1.4 Прием на работу

2. Расчет реальной заработной платы

2.2 Начисление зарплаты

2.3 Расчет зарплаты

2.4 Выплата заработной платы

2.5 Налоги с Фот

2.5.1 Начисление налогов с ФОТ

2.5.2 Расчет авансовых платежей ЕСН

3. Сдельная форма оплаты труда 1

3.1 Тарифные разряды

3.2 Прием на работу сдельщиков

3.3 Расценки на сдельную работу

3.4 Бригадный наряд

3.5 Индивидуальный наряд

4. Организация формирования НДФЛ и ЕСН

4.1 Вычеты по НДФЛ

4.2 Налоговая карточка 1-НДФЛ

4.3 Индивидуальная карточка по ЕСН

4.4 Отчеты. Налоговая карточка 1-НДФЛ

5. Взаимодействие «Зарплаты+Кадры» и «Типовой» конфигурации

Посмотреть пособие 1С «Зарплаты+Кадры» версия 7.7 можно здесь

Добавить комментарий Отменить ответ

ЗиК 7.7 постепенно сходит на нет. Но возможно, кому то из нас, все таки когда либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и все меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота.

Или, еще также можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».

ЗиК еще жив и выпускаются регулярные обновление конфигурации. Это хорошая Однако, не всегда есть правила обмена с другими конфигурациями.
Кратко о сути по заработной плате. Буду максимально краток. Все делается в итоге для получения отчета «расчетный листок» - это отчет показывающий сколько начислено и удержано по каждому сотруднику, и отчет «Свод начислениЙ» - это аналог расчетного листка, но сводно по всем работникам. Существуют в целом два вида движений по расчетам - начисления и удержания. Начисление - это могут быть «оклад», «Премия», различные надбавки. Удержания - это профвзносы, налог на доходы, и прочее. Также к удержаниям условно можно отнести выплату заработной платы. В итоге простая арифметика: начальная задолженность + начисления - удержания = конечная задолженность (сальдо). Заработная плата обычно рассчитывается помесячно.
С технической точки зрения, в заработной плате два периода - «период расчетов», и «период действия». Просто помни об этом.
В ЗиК для нормального расчета необходимо «открывать период», или «делать переход на новый период». В этом случае все движения в старых периодах становятся доступны только для просмотра, и исправить обычным результаты расчетов способом уже нельзя. То есть, перед началом нового расчетного периода, например, когда хотим считать зарплату «за январь», нужно проследить, чтобы «январь этого года», был «открыт».
Если нужно вдруг скорректировать записи старого периода, нужно помнить вот что. Есть два вида правок: а) правка задним числом, когда мы просто исправляем записи старого периода, так как они расходятся с нашей бумажной отчетностью. Это единственная причина, по которой правится расчет задним числом. б) исправления текущим периодом, когда обнаружено, что расчет прошлого периода был неверный, но с бумагами все сходится, и отчетность уже сдана, и подписана. То есть задним числом править нельзя, поэтому в текущем периоде, делают исправительные записи прошлого периода. Например, в январе делаем корректировку «за декабрь того года». Чтобы исправить «задним числом», проверьте, открыт и еще старый период, или уже был сделан «переход на новый месяц». Если старый период открыт, тут все понятно, скорректировали, и пошли дальше. Если же период «закрыт», то открывать его стандартным способом можно, но это чревато серьезными последствиями - записи открываемого старого периода будут помечены как «не рассчитанные», и их придется перерассчитывать. Это очень плохо, так как бухгалтер часто и бессистемно делает корректировки расчетов (т потом не помнит это), в результате чего после просто так перерасчет делать нельзя - ручные корректировки потеряются. Используй обработку «Мягкий откат», чтобы перейти в старый период, а затем ей же «докатись» в текущий период. Например эту http://infostart.ru/public/14760/
Нельзя исправлять базу видов расчетов-начислений, если они уже использовались (это качается второстепенных видов расчета типа «Премия» и т.п.). Это важно для расчетов «по среднему» - всякие больничные, отпускные, «простой в работе» и тп. После этого, все это начнет считаться неправильно, с учетом корректировок. Если выяснилось, что база была настроена неверно, лучше создать новый вид расчета, и «закрыть» у сотрудников начисления по старому виду расчетов и добавить им новый созданный вид, который уже настроен «правильно по-новому».
Справочник «Сотрудники». Если сотрудник был уволен, и принимается заново, нельзя создавать новый элемент справочника, надо использовать уже существующий (это особенность ЗиК 7.7, в 8 версиях все наоборот), иначе будут ошибки при Единственный допустимый и правильный вариант, когда дублирование нужно - это принятие того же самого сотрудника, уже работающего, на должность как совместителя. Тогда в справочнике должно возникнуть два элемента. Если посмотреть с технической точки зрения - у основного сотрудника будет заполнен реквизит «Основной элемент» - ссылка на самого себя, а у совместителя - «Основной элемент» - ссылка на основного сотрудника. Пользуйся помощником ввода сотрудника. Если сотрудник будет дублирован, отчетность за год сдать не удастся. Придется писать обработку.
ЗиК использует очень много реквизитов, которые изменяются во времени -периодический реквизит. Часто бухгалтер испытывает сложности с работой из-за них. Следует использовать кнопку «История».
Глобальный модуль огромен. В нем очень легко запутаться. Следует OpenConf для удобства работы с конфигурацией. http://infostart.ru/public/15540/ Из-за большого количества строк глобальника также могут тормозить режимы отладки. Для отладки глобальника следует не использовать точки останова, а ставить заглушки типа «Предупреждение», и затем уже переходить в к отладке.
Не отлаживай долго работающие модули на рабочей базе, когда пользователи работают через RDP, так как у всех пользователей также произойдет остановка работы кода (им покажется что «зависло»).
Для расчета проводок используется динамическая схема, то есть проводки рассчитываются каждый раз заново, когда запускается «Отчет по проводкам», или «Выгрузка проводок». В глобальнике за расчет проводок отвечает процедура «глПроводкиЗаПериод». Она большая, и вносить в нее изменения сможет только профессионал.
На больших базах «глПроводкиЗаПериод» может работать часами, что раздражает бухгалтеров. Есть простой метод оптимизации, меняются всего несколько строк, что позволяет ускорить работу, в несколько раз. Это описано в одной из статей. Используется доп ТЗ. Типовой алгоритм делает так: ТаблицаУчетаЗарплатыННП.Выгрузить(ВремТаблицаУчетаЗарплатыННП); Нужно добавить необходимое количество строк в ТЗ, и только затем скопировать строки в ТЗ, без полной выгрузки-загрузки. Вот здесь описано, хотя статья незаслуженно забыта-заброшена. http://infostart.ru/public/16250/
Расчет налогов. Налог «НДФЛ» рассчитывается сразу при расчете зарплаты, но есть еще «Социальный налог», который рассчитывается отдельно.
Для хранения записей расчетов существует «Журнал расчетов». Их основных два - «Зарплата» и «СтраховыеВзносы». Есть еще «Дополнительный», там считается иногда управленческая зарплата.
Для настройки бухгалтерских проводок применяется реквизит «Шаблон проводки» для сотрудника. Также можно его не задавать, в этом случае настроить «шаблон проводки» для подразделения, в котором работают сотрудники. Или если проводка типовая для всех сотрудников, используем константу «Проводка по умолчанию»
Иногда непонятно, верно посчитан НДФЛ или нет. Важно - расчет НДФЛ происходит нарастающим итогом в течение года, поэтому нужно смотреть период с января по декабрь. Также бывают сложные случаи - например в расчет могут попасть прошлый период, пример «в декабря прошлого года начислили отпуск за январь текущего». Для удобства контроля можно использолвать полезные отчеты по начислениям нарастающим итогом, или отчеты типа «расчетный листок с начала года», и т.п.
Также для взносов - контроль можно сделать, используя сводные спецотчеты. Для контроля страховых взносов важно помнить, что существует шкала процентов, и можно проверить, правильно ли посчитан налог, простым умножением базы на процент. Однако нужно следить, «с какой базы взялось начисление». Узнать базу можно также запустив спец отчеты, которые не входят в типовой ЗиК, и написаны независимыми разработчиками. Например вот этот отчет: http://infostart.ru/public/21180/
Иногда журнал расчетов настолько запутывается по какому либо сотруднику, что автоматический расчет сделать не получается, а записи откорректировать он не может (иногда система блокирует ручные корректировки). Для решения этой проблемы скачай обработку «Редактор журнала расчетов». Например этот: http://infostart.ru/public/18776/ . Перед использованием конечно надо сделать копию. Аналог этой обработки начинающий и даже средний разработчик написать не сможет, так как важно четкое понимание работы с журналом расчетов программно. Эта обработка позволяет сделать с журналом расчетов все что угодно.
При внесении изменений в Зик помни, что это - компонента «Расчет», не нужно добавлять туда план счетов и регистры оперативного учета, так как у заказчика может не быть на них лицензий. Для работающих с 8.х версий это может оказаться нетривиальным, и я такие решения встречал.
В сервиспараметры проставь представление даты в 4-х значном виде "19.11.2014", а не "19.11.14". Тогда избежите путаницы с разными бабушками и дедушками, родившимся в 40-х, 50-х.

ЗиК еще жив и выпускаются регулярные обновление конфигурации. Это хорошая новость. Однако, не всегда есть правила обмена с другими конфигурациями.
Кратко о сути расчетов по заработной плате. Буду максимально краток. Все делается в итоге для получения отчета «расчетный листок» - это отчет показывающий сколько начислено и удержано по каждому сотруднику, и отчет «Свод начислениЙ» - это аналог расчетного листка, но сводно по всем работникам. Существуют в целом два вида движений по расчетам - начисления и удержания. Начисление - это могут быть «оклад», «Премия», различные надбавки. Удержания - это профвзносы, налог на доходы, и прочее. Также к удержаниям условно можно отнести выплату заработной платы. В итоге простая арифметика: начальная задолженность + начисления - удержания = конечная задолженность (сальдо). Заработная плата обычно рассчитывается помесячно.
С технической точки зрения, в заработной плате два периода - «период расчетов», и «период действия». Просто помни об этом.
В ЗиК для нормального расчета необходимо «открывать период», или «делать переход на новый период». В этом случае все движения в старых периодах становятся доступны только для просмотра, и исправить обычным результаты расчетов способом уже нельзя. То есть, перед началом нового расчетного периода, например, когда хотим считать зарплату «за январь», нужно проследить, чтобы «январь этого года», был «открыт».
Если нужно вдруг скорректировать записи старого периода, нужно помнить вот что. Есть два вида правок: а) правка задним числом, когда мы просто исправляем записи старого периода, так как они расходятся с нашей бумажной отчетностью. Это единственная причина, по которой правится расчет задним числом. б) исправления текущим периодом, когда обнаружено, что расчет прошлого периода был неверный, но с бумагами всё сходится, и отчетность уже сдана, и подписана. То есть задним числом править нельзя, поэтому в текущем периоде, делают исправительные записи прошлого периода. Например, в январе делаем корректировку «за декабрь того года». Чтобы исправить «задним числом», проверьте, открыт и еще старый период, или уже был сделан «переход на новый месяц». Если старый период открыт, тут все понятно, скорректировали, и пошли дальше. Если же период «закрыт», то открывать его стандартным способом можно, но это чревато серьезными последствиями - записи открываемого старого периода будут помечены как «не рассчитанные», и их придется перерассчитывать. Это очень плохо, так как бухгалтер часто и бессистемно делает корректировки расчетов (т потом не помнит это), в результате чего после просто так перерасчет делать нельзя - ручные корректировки потеряются. Используй обработку «Мягкий откат», чтобы перейти в старый период, а затем ей же «докатись» в текущий период. Например эту
Нельзя исправлять базу видов расчетов-начислений, если они уже использовались (это качается второстепенных видов расчета типа «Премия» и т.п.). Это важно для расчетов «по среднему» - всякие больничные, отпускные, «простой в работе» и тп. После этого, все это начнет считаться неправильно, с учетом корректировок. Если выяснилось, что база была настроена неверно, лучше создать новый вид расчета, и «закрыть» у сотрудников начисления по старому виду расчетов и добавить им новый созданный вид, который уже настроен «правильно по-новому».
Справочник «Сотрудники». Если сотрудник был уволен, и принимается заново, нельзя создавать новый элемент справочника, надо использовать уже существующий (это особенность ЗиК 7.7, в 8 версиях все наоборот), иначе будут ошибки при сдаче отчетности. Единственный допустимый и правильный вариант, когда дублирование нужно - это принятие того же самого сотрудника, уже работающего, на должность как совместителя. Тогда в справочнике должно возникнуть два элемента. Если посмотреть с технической точки зрения - у основного сотрудника будет заполнен реквизит «Основной элемент» - ссылка на самого себя, а у совместителя - «Основной элемент» - ссылка на основного сотрудника. Пользуйся помощником ввода сотрудника. Если сотрудник будет дублирован, отчетность за год сдать не удастся. Придется писать обработку.
ЗиК использует очень много реквизитов, которые изменяются во времени -периодический реквизит. Часто бухгалтер испытывает сложности с работой из-за них. Следует использовать кнопку «История».
Глобальный модуль огромен. В нем очень легко запутаться. Следует установить OpenConf для удобства работы с конфигурацией. Из-за большого количества строк глобальника также могут тормозить режимы отладки. Для отладки глобальника следует не использовать точки останова, а ставить заглушки типа «Предупреждение», и затем уже переходить в к отладке.
Не отлаживай долго работающие модули на рабочей базе, когда пользователи работают через RDP, так как у всех пользователей также произойдет остановка работы кода (им покажется что «зависло»).
Для расчета проводок используется динамическая схема, то есть проводки рассчитываются каждый раз заново, когда запускается «Отчет по проводкам», или «Выгрузка проводок». В глобальнике за расчет проводок отвечает процедура «глПроводкиЗаПериод». Она большая, и вносить в нее изменения сможет только профессионал.
На больших базах «глПроводкиЗаПериод» может работать часами, что раздражает бухгалтеров. Есть простой метод оптимизации, меняются всего несколько строк, что позволяет ускорить работу, в несколько раз. Это описано в одной из статей. Используется доп ТЗ. Типовой алгоритм делает так: ТаблицаУчетаЗарплатыННП.Выгрузить(ВремТаблицаУчетаЗарплатыННП); Нужно добавить необходимое количество строк в ТЗ, и только затем скопировать строки в ТЗ, без полной выгрузки-загрузки. Вот здесь описано, хотя статья незаслуженно забыта-заброшена.
Расчет налогов. Налог «НДФЛ» рассчитывается сразу при расчете зарплаты, но есть еще «Социальный налог», который рассчитывается отдельно.
Для хранения записей расчетов существует «Журнал расчетов». Их основных два - «Зарплата» и «СтраховыеВзносы». Есть еще «Дополнительный», там считается иногда управленческая зарплата.
Для настройки бухгалтерских проводок применяется реквизит «Шаблон проводки» для сотрудника. Также можно его не задавать, в этом случае настроить «шаблон проводки» для подразделения, в котором работают сотрудники. Или если проводка типовая для всех сотрудников, используем константу «Проводка по умолчанию»
Иногда непонятно, верно посчитан НДФЛ или нет. Важно - расчет НДФЛ происходит нарастающим итогом в течение года, поэтому нужно смотреть период с января по декабрь. Также бывают сложные случаи - например в расчет могут попасть прошлый период, пример «в декабря прошлого года начислили отпуск за январь текущего». Для удобства контроля можно использолвать полезные отчеты по начислениям нарастающим итогом, или отчеты типа «расчетный листок с начала года», и т.п.
Также для страховых взносов - контроль можно сделать, используя сводные спецотчеты. Для контроля страховых взносов важно помнить, что существует шкала процентов, и можно проверить, правильно ли посчитан налог, простым умножением базы на процент. Однако нужно следить, «с какой базы взялось начисление». Узнать базу можно также запустив спец отчеты, которые не входят в типовой ЗиК, и написаны независимыми разработчиками. Например вот этот отчет:
Иногда журнал расчетов настолько запутывается по какому либо сотруднику, что автоматический расчет бухгалтеру сделать не получается, а записи откорректировать он не может (иногда система блокирует ручные корректировки). Для решения этой проблемы скачай обработку «Редактор журнала расчетов». Например этот: . Перед использованием конечно надо сделать копию. Аналог этой обработки начинающий и даже средний разработчик написать не сможет, так как важно четкое понимание работы с журналом расчетов программно. Эта обработка позволяет сделать с журналом расчетов все что угодно.
При внесении изменений в Зик помни, что это - компонента «Расчет», не нужно добавлять туда план счетов и регистры оперативного учета, так как у заказчика может не быть на них лицензий. Для работающих с 8.х версий это может оказаться нетривиальным, и я такие решения встречал.
В сервис\параметры проставь представление даты в 4-х значном виде "19.11.2014", а не "19.11.14". Тогда избежите путаницы с разными бабушками и дедушками, родившимся в 40-х, 50-х
При расчетах ЗиК работает с таблицами значений, а также с (!) вложенными таблицами значений в таблицы значений, особенно при расчете налогов. Полезно найти и скачать какую нибудь обработку для 7.7 типа "Просмотр Таблицы значений". Можно пользоваться конечно методом "ВыбратьСтроку", то для просмотра больших или вложенных ТЗ это не годится. Если кто то знает хорошую обработку просмотра, пишите, я прикреплю ссылку. Сам давно пользуюсь обработкой "ПросмотрТСЗ", но на ИС найти ее не смог.