В практике работы бухгалтера государственного учреждения часто возникает ситуация «пересортицы» по статьям финансирования или статьям расходов (КОСГУ). Типичный пример: по одной статье (например, 211 «Заработная плата») у сотрудника возникла задолженность перед организацией из-за перерасчета при увольнении, а по другой статье (например, 262 «Пособия по социальной помощи населению») ему начислена компенсация. Проблема заключается в том, что программа 1С:ЗиКГУ 3.1 по умолчанию «схлопывает» общую сумму к выплате, не позволяя выплатить полную сумму по одной статье, пока не будет погашен долг по другой. Разберем детально, как решить эту задачу штатными средствами системы.
Прежде всего, проанализируем причину такого поведения системы. Алгоритмы 1С настроены на минимизацию рисков образования реальной задолженности сотрудника. Когда мы формируем документ Ведомость, программа обращается к регистру накопления Зарплата к выплате. Даже если мы выбираем конкретную статью финансирования в шапке документа, система проверяет конечное сальдо по сотруднику. Если общий долг организации перед работником меньше, чем начисление по конкретной статье, программа предложит к выплате только разницу. Это защитный механизм, который предотвращает ситуацию, когда вы выплачиваете 30 000 руб., а потом не можете взыскать 10 000 руб. долга по другой статье.
Это наиболее корректный и «чистый» с точки зрения методологии 1С способ. Если мы хотим, чтобы в ведомость подтянулась полная сумма по статье 262, нам нужно «перебросить» отрицательный остаток со статьи 211 на ту статью, по которой есть начисление.
Рассмотрим порядок действий:
Проанализируем ситуацию, описанную в теме: бухгалтер хочет выплатить 30 000 руб. и отдельно принять 10 000 руб. в кассу. Проблема в том, что на момент формирования ведомости программа видит долг. Чтобы программа «разрешила» выплатить полную сумму, долг должен быть погашен до формирования ведомости.
Разберем алгоритм по шагам:
Возврат сотрудником задолженности (находится в разделе Выплаты).Ведомость. Теперь система увидит, что по статье 211 долга нет, а по статье 262 числится полная сумма 30 000 руб. к выдаче.Если ведомость уже была создана и заблокирована, ее необходимо временно распровести, оформить возврат, а затем заполнить ведомость заново.
Если времени на перепроведение документов нет, мы можем воспользоваться «ручным» управлением регистрами непосредственно в документе выплаты. Это допустимый вариант, но он требует внимательности.
Выполним следующие действия:
Возврат сотрудником задолженности, иначе этот «хвост» перейдет на следующий месяц и снова уменьшит сумму к выплате.Для того чтобы программа в принципе позволяла вести раздельный учет и не «схлопывала» все суммы в одну кучу при расчетах, проверим настройки системы. Проанализируем раздел Настройка — Дополнительные настройки. Здесь может находиться флаг «Выполнять расчет зарплаты без учета пересортицы по статьям финансирования». Если этот флаг снят, система будет более жестко контролировать остатки по каждой статье в отдельности.
Также в учетной политике организации на вкладке Выплата зарплаты проверьте настройку «Проверять соответствие начислений и выплат по статьям финансирования». Ее включение обязывает систему более детально анализировать долги в разрезе КВФ/КОСГУ.
Если ситуация зашла в тупик и стандартные документы не помогают (например, долги тянутся из прошлых периодов), можно прибегнуть к «топорному», но эффективному методу правки регистров. Рассмотрим, как это сделать программисту или опытному пользователю:
Зарплата к выплате.Резюме: Наилучшим решением является соблюдение последовательности «Возврат задолженности -> Ведомость» или использование документа «Перенос задолженности» для выравнивания сальдо между статьями перед выплатой. Это гарантирует отсутствие ошибок в отчетах Анализ зарплаты по сотрудникам и Расчетный листок.