Рассмотрим ситуацию, когда в «1С:Бухгалтерии предприятия КОРП 3.0» для сотрудников установлен аванс в размере процента от оклада или фиксированной суммы, например 50 процентов. Такой вариант удобен при полностью отработанном месяце, но начинает создавать проблемы при больничных, отпусках без сохранения зарплаты, прогулах, неполном рабочем времени, приеме сотрудника в середине месяца или иных отсутствиях в первой половине месяца.
Если программа рассчитывает аванс как 50 процентов от плановых начислений, она не оценивает, сколько дней сотрудник реально отработал с начала месяца до даты расчета. В результате сумма аванса может оказаться выше заработка, который сотрудник фактически заработал за первую половину месяца. Затем при окончательном расчете возникает отрицательная сумма к выплате, долг сотрудника или необходимость разбираться с переплатой.
В типовой конфигурации «1С:Бухгалтерия предприятия КОРП 3.0» нет централизованной настройки, которая позволяет автоматически рассчитывать аванс строго по фактически отработанным дням или часам. В карточках сотрудников и настройках расчета аванса обычно доступны варианты Процентом от оклада либо Фиксированной суммой. Эти способы не превращаются в расчет по фактическому времени после заполнения табеля или изменения количества дней в документе.
Разберем подробнее, почему возникает это ограничение, как организовать расчет в самой «1С:Бухгалтерии», когда лучше перейти на «1С:Зарплату и управление персоналом», а также почему не стоит путать «1С:Фреш» с отдельной конфигурацией для расчета зарплаты.
Сначала разграничим понятия. «1С:Фреш» — это не отдельная конфигурация для расчета зарплаты, а облачный способ работы с программами 1С. В облаке можно использовать разные программы: «1С:Бухгалтерию предприятия», «1С:Зарплату и управление персоналом», «1С:Комплексную автоматизацию», «1С:ERP», отраслевые решения и другие конфигурации.
Поэтому наличие у коллег третьего варианта Расчетом за первую половину месяца не означает, что такой же вариант обязательно должен появиться в «1С:Бухгалтерии предприятия КОРП». Наиболее вероятно, что коллеги ведут расчет зарплаты в программе 1С:Зарплата и управление персоналом, сокращенно ЗУП, либо в другой конфигурации с расширенным кадровым и расчетным функционалом.
В ЗУП предусмотрен полноценный документ Начисление за первую половину месяца. Он рассчитывает оплату с учетом графика сотрудника, зарегистрированных отсутствий, отработанных дней или часов, плановых начислений и НДФЛ. Именно этот функционал позволяет автоматически определить заработок сотрудника за период, например с 1-го по 15-е число месяца.
В «1С:Бухгалтерии предприятия» расчет зарплаты является упрощенным по сравнению с ЗУП. Программа умеет начислять зарплату, удерживать НДФЛ, формировать ведомости, отражать расчеты в бухгалтерском учете и формировать регламентированную отчетность. Однако полноценный расчет аванса по отработанному времени в этой конфигурации не реализован как стандартный переключатель.
Проверим, где именно ведется расчет. Откроем раздел Справка и посмотрим сведения о программе. Затем проверим настройки учета зарплаты в разделе Зарплата и кадры. Если в организации включен учет зарплаты во внешней программе, значит расчет может выполняться в ЗУП, а в «1С:Бухгалтерию» передаваться через синхронизацию только результаты начислений, удержаний, выплат и отражения в учете.
Не будем ориентироваться только на название базы или способ подключения. Одна организация может работать в «1С:Бухгалтерии КОРП» локально, а другая — в «1С:ЗУП» через «1С:Фреш». Возможности расчета аванса определяются прежде всего конфигурацией и ее релизом, а не тем, установлена ли программа на сервере организации или используется через браузер.
При способе расчета Процентом от оклада программа определяет сумму исходя из плановых начислений сотрудника. Например, при окладе 60 000 рублей и авансе 50 процентов программа может предложить начислить 30 000 рублей до удержания НДФЛ. При этом не имеет значения, сколько дней сотрудник успел отработать в первой половине месяца, если расчет выполняется стандартным способом «1С:Бухгалтерии».
Посмотрим на пример. У сотрудника установлен оклад 60 000 рублей. В месяце по графику 21 рабочий день. За период с 1-го по 15-е число сотрудник должен был отработать 10 рабочих дней, но фактически отработал только 8 дней, поскольку два дня находился на больничном.
При расчете по фактически отработанному времени заработок за первую половину месяца составит:
Если же использовать 50 процентов от оклада, аванс до удержания НДФЛ составит 30 000 рублей. Разница между суммой 30 000 рублей и фактически начисленным заработком 22 857,12 рубля составит 7 142,88 рубля. Это и есть потенциальная переплата до учета НДФЛ.
Рассмотрим еще один пример для сотрудника с почасовой оплатой. Установлена часовая тарифная ставка 350 рублей. По графику в первой половине месяца предусмотрено 64 часа, однако сотрудник фактически отработал 56 часов. Расчет за первую половину месяца должен быть построен так:
Если в такой ситуации использовать условные 50 процентов от месячного фонда оплаты труда, результат может существенно отличаться от суммы, заработанной сотрудником. Чем больше в организации работников со сменными графиками, почасовой оплатой, неполным рабочим временем и отсутствиями, тем выше риск регулярных переплат.
Процентный аванс не является расчетом зарплаты за первую половину месяца. Он представляет собой плановую выплату, рассчитанную от заранее известных начислений. Фактическое рабочее время, введенные отсутствия и изменение графика сами по себе не заставляют типовой механизм «1С:Бухгалтерии» пересчитать процент аванса.
Чтобы перейти на расчет по фактически отработанному времени, сначала определим состав выплаты. Зарплата за первую половину месяца — это не просто условная половина оклада. При расчете необходимо учитывать оплату за уже отработанное время и постоянные выплаты, которые можно определить на дату расчета.
Как правило, в расчет за первую половину месяца включают оклад или тарифную ставку за фактически отработанные дни или часы. Также включают постоянные надбавки и доплаты, если они зависят от отработанного времени и могут быть определены без ожидания окончания месяца.
Например, при расчете могут учитываться доплаты за совмещение должностей, профессиональное мастерство, стаж, работу в ночное время, вредные условия труда и другие начисления, если условия их начисления позволяют рассчитать сумму за первую половину месяца.
Не будем включать в аванс выплаты, которые можно определить только по итогам всего месяца. К ним часто относятся премии за выполнение месячных показателей, премии по результатам работы подразделения, оплата сверхурочной работы, доплата за работу в выходные и праздничные дни, а также иные выплаты, зависящие от выполнения месячной нормы или итоговой оценки результата.
Рассмотрим условный пример. У сотрудника установлен оклад 50 000 рублей и постоянная надбавка за стаж 5 000 рублей. В месяце 20 рабочих дней, за первую половину месяца сотрудник отработал 9 дней из 10 предусмотренных графиком. Тогда расчет можно выполнить следующим образом:
Если бы сотруднику была предусмотрена премия 20 процентов от оклада за выполнение месячного плана, не будем автоматически включать ее в расчет первой половины месяца. Показатель может быть не выполнен по итогам месяца, а сама премия обычно определяется только после закрытия периода.
Зафиксируем выбранный подход в локальном нормативном акте, положении об оплате труда, правилах внутреннего трудового распорядка или другом документе, применяемом в организации. В документе необходимо определить даты выплаты, период, за который рассчитывается первая часть зарплаты, состав учитываемых выплат, правила учета отсутствий и порядок округления сумм.
При настройке программы не будем отделять технический расчет от трудового законодательства. Выплата за первую половину месяца является частью заработной платы, а не произвольной суммой, которую можно назначать без учета периода работы сотрудника.
Заработную плату необходимо выплачивать не реже чем каждые полмесяца. Дату выплаты за первую половину месяца устанавливают в период с 16-го по 30-е или 31-е число текущего месяца. Дату окончательной выплаты зарплаты устанавливают в период с 1-го по 15-е число следующего месяца.
Рассмотрим типовой вариант. В положении об оплате труда может быть установлено, что зарплата за первую половину месяца выплачивается 25-го числа текущего месяца, а окончательный расчет выполняется 10-го числа следующего месяца. В таком случае период расчета первой части зарплаты можно определить как период с 1-го по 15-е число месяца либо иной период, согласованный в локальном нормативном акте.
Не будем устанавливать аванс так, чтобы между окончанием периода, за который начислена зарплата, и датой выплаты проходило слишком много времени. Например, если за первую половину месяца считают период с 1-го по 15-е число, выплата должна быть организована в пределах второй половины текущего месяца.
Также не будем считать, что выплата 50 процентов всегда безопасна. При наличии отсутствий фиксированный процент может оказаться выше фактически заработанной суммы. При регулярных переплатах организация получает не только учетную проблему, но и риск споров с сотрудниками при последующих удержаниях.
Первый вариант подойдет организациям с небольшим количеством сотрудников, сравнительно простой системой оплаты труда и редкими отсутствиями. В этом случае оставим учет зарплаты в «1С:Бухгалтерии предприятия КОРП», но будем рассчитывать сумму за первую половину месяца отдельно и вручную корректировать начисление аванса.
Этот вариант не создает новый автоматический способ расчета в карточке сотрудника. Мы не получим третий переключатель Расчетом за первую половину месяца. Однако сможем исключить переплаты, если перед выплатой будем определять фактический заработок каждого сотрудника за нужный период.
Разберем по шагам порядок работы.
Зарплата и кадры, затем перейдем в Настройки зарплаты и проверим порядок учета зарплаты и даты выплаты.Начисление зарплаты с видом операции Аванс.Аванс.Начисление зарплаты с видом операции Окончательный расчет.В актуальных релизах «1С:Бухгалтерии предприятия» для расчета аванса используют документ Начисление зарплаты с операцией Аванс. Этот документ появился для того, чтобы корректно рассчитывать и удерживать НДФЛ при выплате зарплаты за первую половину месяца.
При ручном варианте важно корректировать именно начисленную сумму аванса, а не только сумму в ведомости на выплату. Сначала определим сумму начисления за первую половину месяца, затем дадим программе исчислить НДФЛ, после чего проверим чистую сумму, которую получит сотрудник.
Не будем вводить в документ сумму к выплате вместо начисленной суммы. Например, если расчет показал, что работнику нужно выплатить 20 000 рублей после НДФЛ, сначала необходимо определить сумму начисления до удержания налога. Иначе программа может неверно рассчитать НДФЛ, исказить данные учета дохода сотрудника и сформировать неправильные сведения для отчетности.
После проведения документа сформируем ведомость в банк или кассу с видом выплаты Аванс. Проверим дату выплаты, сумму к перечислению и удержанный НДФЛ. Не будем создавать ведомость без предварительного расчета, если программа требует зарегистрировать начисление аванса для корректного учета НДФЛ.
Затем в конце месяца создадим документ окончательного расчета зарплаты. Он начислит зарплату за полный месяц с учетом фактически отработанного времени, отраженных больничных, отпусков, иных начислений и удержаний. Выплаченный аванс будет учтен при определении остатка к выплате.
Не будем повторно уменьшать начисленную зарплату на сумму аванса вручную. Ведомость за первую половину месяца и документ окончательного расчета должны быть связаны через стандартный механизм взаиморасчетов. Ручное повторное уменьшение может привести к двойному зачету аванса.
Иногда бухгалтер открывает документ начисления аванса и видит в нем дни или часы. Возникает логичное предположение: достаточно указать фактически отработанное время, и программа сама пересчитает 50 процентов от оклада пропорционально дням.
В типовой «1С:Бухгалтерии предприятия» это предположение неверно. При способах Процентом от оклада и Фиксированной суммой расчет аванса не превращается в полноценный расчет по фактическому времени. Поля дней и часов могут использоваться для отображения информации, контроля или ручной корректировки, но сами по себе не создают новый алгоритм начисления аванса.
Рассмотрим практический результат. Если сотруднику установлен аванс 50 процентов, программа может заполнить сумму исходя из планового фонда оплаты труда. Даже после изменения количества рабочих дней бухгалтеру необходимо проверить начисленную сумму и при необходимости исправить ее вручную.
Поэтому не будем рассчитывать на то, что корректировка дней автоматически исправит аванс. Используем количество дней или часов как исходные данные для собственного расчета, а итоговую сумму начисления вводим или корректируем вручную.
Это ограничение и было отражено в обсуждении: централизованной настройки для автоматического расчета за фактически отработанное время в «1С:Бухгалтерии предприятия КОРП» нет. Ручная корректировка суммы либо переход на специализированное зарплатное решение остаются основными практическими вариантами.
Чтобы ручной вариант не превратился в хаотичное исправление сумм, подготовим единый расчетный шаблон. Он может быть реализован во внутренней таблице, в печатной форме табеля, в отдельном регистре контроля или в другом документе организации. Важно, чтобы расчет можно было проверить до выплаты.
Рассмотрим рекомендуемые колонки расчетного шаблона:
Рассмотрим формулу для сотрудника с месячным окладом. Если оклад равен Оклад, количество рабочих дней по графику за месяц равно НормаДнейМесяца, а фактически отработанные дни в первой половине месяца равны ОтработаноДнейПерваяПоловина, используем следующий принцип:
Начисление за первую половину месяца = Оклад / Норма дней месяца × Фактически отработанные дни первой половины месяца.
Для сотрудника с почасовой ставкой применим другой принцип:
Начисление за первую половину месяца = Часовая тарифная ставка × Фактически отработанные часы первой половины месяца.
Если в организации есть постоянная надбавка, которая начисляется пропорционально времени, рассчитаем ее аналогично окладу. Если надбавка имеет фиксированный характер и полагается независимо от фактически отработанного времени, заранее определим порядок ее включения в аванс в локальном нормативном акте и не будем применять произвольный подход от месяца к месяцу.
Сохраним расчетный файл вместе с документами месяца либо обеспечим возможность восстановить расчет из учетной базы. Это позволит объяснить разницу между авансом одного месяца и авансом другого, подтвердить основания корректировки и упростить внутренний контроль.
Второй вариант подойдет, если организация пока не готова перейти на ЗУП, а ручной расчет каждого сотрудника слишком трудоемок. В этом случае можно сохранить процентный или фиксированный аванс, но снизить риск переплаты организационными мерами.
Например, можно установить процент аванса ниже 50 процентов. Однако такой подход не является полноценным расчетом по отработанным дням. Он лишь уменьшает вероятность того, что сотруднику выплатят больше, чем он фактически заработал к середине месяца.
Не будем считать этот вариант универсальным. При значительных отсутствиях даже аванс 30 или 40 процентов может превысить заработок за первую половину месяца. Кроме того, слишком маленькая выплата может вызвать вопросы работников и не соответствовать принципу выплаты зарплаты за фактически отработанное время.
Можно установить фиксированную сумму для отдельных категорий сотрудников. Такой вариант иногда используют для работников с постоянным графиком и стабильным окладом. Однако фиксированная сумма также не учитывает факт отсутствия сотрудника и требует особого контроля при приеме, увольнении, отпуске и больничном.
Рассмотрим, когда этот вариант допустимо использовать как временную меру:
Даже при таком подходе не будем перечислять аванс автоматически всем сотрудникам без проверки кадровых документов. Перед выплатой необходимо проверить, кто находится в отпуске, на больничном, принят после начала месяца, уволен, переведен на другой график, работает неполное время или имеет неявки.
Этот вариант не устраняет первопричину. Он только позволяет временно уменьшить объем ручных корректировок. Если проблема возникает регулярно, рациональнее рассмотреть специализированное зарплатное решение.
Для автоматического расчета зарплаты за первую половину месяца по фактически отработанным дням или часам наиболее надежным решением является ведение расчета в 1С:Зарплата и управление персоналом.
В ЗУП предусмотрен документ Начисление за первую половину месяца. Он рассчитывает аванс не как условный процент от оклада, а как заработок за установленный период. При расчете учитываются графики работы, отработанное время, кадровые изменения, зарегистрированные отсутствия, плановые начисления, удержания и НДФЛ.
Рассмотрим по шагам общий порядок настройки.
Начисляется при расчете первой половины месяца.Начисление за первую половину месяца.Аванс.Начисление зарплаты и взносов.Рассмотрим, почему важны зарегистрированные отсутствия. Если больничный лист, отпуск или неявка введены после расчета аванса, программа может первоначально посчитать сотруднику больше дней, чем он фактически отработал. Поэтому сначала введем документы отсутствия, а затем заполним документ Начисление за первую половину месяца.
Если отсутствие зарегистрировали уже после расчета, но до окончательного закрытия месяца, выполним перерасчет аванса по сотруднику. Не будем оставлять первоначальный расчет без проверки, особенно если выплата еще не произведена.
В ЗУП можно настроить участие отдельных начислений в расчете первой половины месяца. Например, оклад, часовая тарифная ставка и постоянная надбавка могут участвовать в расчете. Премию по месячному результату, оплату сверхурочных часов и другие начисления, зависящие от итогов месяца, обычно оставляют для окончательного расчета.
Не будем путать старую настройку способа аванса с текущим порядком расчета. В некоторых версиях ЗУП способ аванса задавался в документах Прием на работу, Кадровый перевод или Изменение аванса. В более новых механизмах расчет первой половины месяца выполняется документом начисления с учетом правил расчета и НДФЛ. Поэтому при переходе на актуальный релиз проверим фактическое поведение программы, а не будем переносить старые настройки без контроля.
Если расчет зарплаты ведется в ЗУП, не будем дублировать те же начисления в «1С:Бухгалтерии предприятия». В ЗУП рассчитываем зарплату, авансы, НДФЛ, удержания, взносы и кадровые изменения. В «1С:Бухгалтерию» передаем результаты через синхронизацию для отражения в бухгалтерском и налоговом учете.
Такой подход особенно полезен, если организация использует сменные графики, суммированный учет рабочего времени, ночные часы, доплаты, премии, обособленные подразделения, большое количество больничных и отпусков, исполнительные листы или сложный расчет НДФЛ.
Если организация решила перейти на ЗУП, не будем начинать вести один и тот же расчет сразу в двух программах. Двойное начисление зарплаты приводит к расхождениям в ведомостях, НДФЛ, страховых взносах, расчетах с персоналом и бухгалтерских проводках.
Рационально выбрать дату перехода, например начало календарного месяца после окончательного расчета зарплаты за предыдущий месяц. До перехода необходимо сверить расчеты с сотрудниками, задолженность по зарплате, выданные авансы, удержания, остатки отпусков, сведения о доходах и вычетах по НДФЛ.
Рассмотрим основные этапы перехода:
Особое внимание уделим данным о ранее выплаченных авансах и задолженности на дату перехода. Если начальные остатки введены неверно, программа может показать неправильную сумму к выплате за первый месяц работы в ЗУП.
Также проверим, какая программа является источником кадровых данных. Если кадровые документы вводятся в ЗУП, не будем одновременно оформлять те же приемы, переводы и увольнения в «1С:Бухгалтерии» вручную без установленного порядка обмена. Иначе данные о сотрудниках и расчетах начнут расходиться.
Технически доработать конфигурацию возможно. Однако не будем воспринимать это как простую настройку, которую можно включить через линию поддержки. Типовая «1С:Бухгалтерия предприятия» не содержит готового параметра, который превращает процентный аванс в автоматический расчет по фактическому времени.
Для такой доработки потребуется разработать отдельный алгоритм. Он должен получать данные о графике сотрудника, норме времени, фактически отработанных днях или часах, зарегистрированных отсутствиях, действующих начислениях, постоянных надбавках, НДФЛ, удержаниях и округлении.
Рассмотрим, какие вопросы придется решить при технической доработке:
Если организация все же выбирает доработку, предпочтительнее использовать Расширение конфигурации, а не изменять типовую конфигурацию напрямую. Расширение позволяет снизить риск снятия программы с поддержки и упрощает обновление типового решения. Однако даже расширение необходимо тщательно тестировать после каждого обновления программы.
Не будем ограничиваться добавлением одной кнопки в форму документа Начисление зарплаты. Сама кнопка не решает задачу, если в базе нет надежных данных о фактически отработанном времени и отсутствиях. Основная сложность находится не в интерфейсе, а в расчетной логике и в корректной регистрации исходных данных.
Перед заказом доработки подготовим техническое задание. Укажем период расчета, порядок учета отсутствий, состав начислений, правила округления, порядок расчета НДФЛ, обработку неполного рабочего времени, сменных графиков и перерасчетов. Затем протестируем решение на копии рабочей базы минимум на нескольких сценариях.
Рассмотрим обязательные тестовые примеры:
Для большинства организаций переход на ЗУП оказывается более надежным и предсказуемым решением, чем поддержка собственной доработки расчета аванса в «1С:Бухгалтерии». Особенно это актуально при сложной системе оплаты труда и росте количества сотрудников.
При выплате зарплаты за первую половину месяца необходимо учитывать НДФЛ. С 2023 года датой фактического получения дохода в виде оплаты труда является дата выплаты дохода. Поэтому НДФЛ рассчитывают и удерживают при выплате зарплаты за первую половину месяца.
В «1С:Бухгалтерии предприятия» документ Начисление зарплаты с операцией Аванс используется не только для отражения суммы выплаты, но и для расчета НДФЛ. Поэтому не будем обходить расчетный документ и сразу заполнять ведомость, если это приводит к отсутствию корректного расчета налога.
После ручной корректировки суммы аванса проверим следующие показатели:
Не будем редактировать НДФЛ вручную без понимания причины. Если после изменения начисленной суммы налог не пересчитался ожидаемым образом, проверим дату выплаты, налоговый статус сотрудника, право на вычеты, наличие других доходов в том же периоде и актуальность релиза программы.
При окончательном расчете за месяц программа должна учесть доход, начисленный за первую половину месяца, ранее удержанный НДФЛ и сумму, уже выплаченную сотруднику. Поэтому важно не удалять и не перепроводить документы аванса без анализа последствий для НДФЛ и взаиморасчетов.
Даже при правильно организованном расчете нельзя полностью исключить ситуацию, когда сотрудник уже получил аванс, а затем принес больничный лист за первую половину месяца или отсутствовал по причине, о которой бухгалтерия узнала позднее.
В такой ситуации не будем пытаться автоматически удержать переплату из следующей зарплаты без правового основания и без проверки обстоятельств. Возможность удержания из заработной платы ограничена трудовым законодательством, поэтому каждую ситуацию необходимо анализировать отдельно.
С точки зрения учета сначала зарегистрируем отсутствующий документ, затем пересчитаем зарплату за месяц и определим фактический результат расчетов с сотрудником. Если возникает долг сотрудника, согласуем дальнейший порядок действий с кадровой службой и при необходимости получим письменное согласие работника на удержание.
В ЗУП такой сценарий удобнее обрабатывать через перерасчет документа Начисление за первую половину месяца, если выплата еще не проведена. Если выплата уже произведена, окончательный расчет покажет реальное сальдо взаиморасчетов.
В «1С:Бухгалтерии предприятия» необходимо вручную проверить документ аванса, начисление за месяц, ведомость и остаток по расчетам с сотрудником. Не будем исправлять только ведомость, не меняя расчет, поскольку это может нарушить учет НДФЛ.
После настройки процесса не будем ограничиваться проверкой суммы в ведомости. Для контроля используем отчеты по зарплате и взаиморасчетам с сотрудниками.
В «1С:Бухгалтерии предприятия» полезно использовать расчетные документы, расчетные листки и отчеты по начислениям сотрудникам. В актуальных релизах могут быть доступны отчеты Расчетный листок за первую половину месяца и Расчетная ведомость Т-51 за первую половину месяца. С их помощью можно проверить, какие суммы были начислены, какой НДФЛ рассчитан и сколько подлежит выплате.
В ЗУП для контроля расчета за первую половину месяца используем документ Начисление за первую половину месяца, подробности расчета, расчетную ведомость, расчетный листок за первую половину месяца и отчет по анализу зарплаты сотрудников за первую половину месяца.
Рассмотрим обязательную ежемесячную сверку:
Если в организации регулярно возникают отрицательные суммы к выплате при окончательном расчете, проанализируем причины. Чаще всего это связано с завышенным процентным авансом, поздним вводом больничных и отпусков, отсутствием контроля неявок или неправильным учетом премий в первой половине месяца.
Первая ошибка — ожидать, что в «1С:Бухгалтерии предприятия КОРП» появится переключатель Расчетом за первую половину месяца после обновления программы. Обновление необходимо для актуального учета НДФЛ и исправлений, но само по себе не добавляет полноценный механизм ЗУП в конфигурацию «Бухгалтерия предприятия».
Вторая ошибка — считать, что «1С:Фреш» автоматически дает более широкий зарплатный функционал. «1С:Фреш» определяет способ доступа к программе, а не набор расчетных возможностей конкретной конфигурации.
Третья ошибка — вручную исправлять только сумму к выплате в ведомости. В таком случае начисление и НДФЛ могут остаться рассчитанными от другой суммы. Корректировать необходимо исходную начисленную сумму аванса и затем проверять налог.
Четвертая ошибка — включать в аванс все плановые начисления без анализа. Премии по итогам месяца, сверхурочные, доплаты за работу в выходные дни и другие выплаты, зависящие от результата за полный месяц, не следует автоматически включать в первую половину месяца.
Пятая ошибка — вводить больничный, отпуск или неявку после выплаты аванса и не выполнять перерасчет. В результате программа считает, что сотрудник заработал больше, чем фактически отработал.
Шестая ошибка — вести один и тот же расчет в ЗУП и «1С:Бухгалтерии» одновременно. Необходимо определить одну программу как основной источник расчета зарплаты.
Седьмая ошибка — заказывать доработку без описания алгоритма. Формулировки «нужно считать аванс по дням» недостаточно. Необходимо определить период расчета, состав начислений, правила учета отсутствий, графики, перерасчеты и порядок взаимодействия с НДФЛ.
В рассматриваемой ситуации бухгалтер правомерно столкнулся с ограничением типовой «1С:Бухгалтерии предприятия КОРП 3.0». В настройках доступны расчет аванса процентом от оклада или фиксированной суммой, но отдельного стандартного способа автоматического расчета строго по фактически отработанным дням нет.
Если сотрудников немного, рассчитаем заработок за первую половину месяца вручную, введем фактическую сумму в документ Начисление зарплаты с операцией Аванс, проверим НДФЛ и затем сформируем ведомость.
Если сотрудников много, имеются больничные, отпуска, сменные графики, почасовая оплата, надбавки и регулярные перерасчеты, перенесем расчет зарплаты в 1С:Зарплату и управление персоналом. В ЗУП используем документ Начисление за первую половину месяца, который рассчитывает аванс с учетом фактически отработанного времени.
Техническая доработка «1С:Бухгалтерии КОРП» возможна через Расширение конфигурации, но потребует полноценного проектирования и тестирования. Не будем рассматривать ее как простую настройку, поскольку для корректного результата необходимо учитывать графики, отсутствия, начисления, НДФЛ и перерасчеты.
Информация носит справочный характер