В 1С:Комплексная автоматизация 2.5 можно столкнуться с ситуацией, когда у обособленного подразделения на счете 68.90 «Единый налоговый счет» накапливается дебетовое сальдо, хотя платежи ЕНП фактически перечислены в Казначейство.
Рассматриваемый случай возникает при сочетании нескольких условий:
- налоговые обязательства филиала передаются на головную организацию;
- документ «Начисление ЕНП» формирует межфилиальные расчеты через счет 79.02;
- при этом платеж ЕНП фактически выполняется с расчетного счета самого филиала;
- оперативный учет ЕНС отражает платеж корректно;
- в бухгалтерском учете обратные межфилиальные проводки автоматически не формируются.
В результате по счету 68.90 филиала постепенно накапливается дебетовое сальдо, которое на первый взгляд может выглядеть как неправильная работа документа «Начисление ЕНП».
На практике причина находится в другом месте.
Механизм проверен на 1С:Комплексная автоматизация 2.5. Дополнительно был проанализирован типовой код конфигурации, отвечающий за формирование проводок по ЕНП, расчетам между филиалами и заполнение реквизитов плательщика.
Как работает штатное «Начисление ЕНП»
Само появление счета 79.02 в проводках документа «Начисление ЕНП» ошибкой не является.
Для обособленного подразделения типовая КА выполняет передачу совокупной налоговой обязанности головной организации.
Упрощенно схема выглядит следующим образом.
В филиале начисленная налоговая обязанность сначала переносится на ЕНС:
Дт 68.xx / 69.xx
Кт 68.90
После этого обязательство передается головной организации:
Дт 68.90
Кт 79.02
На стороне головной организации формируется зеркальная проводка:
Дт 79.02
Кт 68.90
То есть после выполнения документа «Начисление ЕНП» задолженность по ЕНС фактически находится на счете 68.90 головной организации.
Счет 68.90 филиала при этом закрывается.
Именно поэтому наличие счета 79.02 в проводках документа «Начисление ЕНП» для обособленного подразделения является штатным поведением программы.
В типовом коде КА этот механизм выделен отдельно как перенос совокупной налоговой обязанности из филиала.
Программа сама определяет головную организацию и формирует соответствующие движения как по филиалу, так и по головной организации.
Поэтому исправлять сам документ «Начисление ЕНП» в рассматриваемой ситуации не требуется.
Где возникает проблема
Проблема появляется позже.
После того как налоговое обязательство уже передано с филиала на головную организацию, платеж ЕНП выполняется непосредственно с расчетного счета филиала.
Документ «Списание безналичных денежных средств» отражает такой платеж стандартной проводкой:
Дт 68.90
Кт 51
При этом проводка формируется именно по организации, указанной в банковском документе, то есть по филиалу.
Получается следующая цепочка.
Сначала обязательство филиала передано головной организации:
Филиал:
Дт 68.90 Кт 79.02
Головная организация:
Дт 79.02 Кт 68.90
После этого денежные средства перечисляются в Казначейство с расчетного счета филиала:
Филиал:
Дт 68.90 Кт 51
Но кредитового остатка на 68.90 филиала к этому моменту уже нет.
Обязательство ранее было передано на головную организацию.
Поэтому платеж по дебету 68.90 начинает формировать дебетовое сальдо на счете 68.90 филиала.
Если такие платежи выполняются регулярно, дебетовый остаток постепенно увеличивается.
В рассмотренном реальном случае сумма всех подобных перечислений полностью совпала с дебетовым остатком счета 68.90 филиала.
Это позволило точно установить источник расхождения.
Почему КА не сформировала обратные проводки через 79.02
При анализе типового кода выяснилось, что механизм обратных межфилиальных проводок в КА существует.
Для налогового платежа программа может дополнительно сформировать следующую пару проводок:
Организация, за которую произведена оплата:
Дт 68.90 Кт 79.02
Организация-плательщик:
Дт 79.02 Кт 68.90
То есть сама логика корректного закрытия межфилиальных расчетов уже предусмотрена в типовой конфигурации.
Однако для запуска этого механизма требуется выполнение определенного условия.
В платежном документе должна быть определена регистрация в налоговом органе другой организации.
Технически используется реквизит:
РегистрацияВНалоговомОргане
Если этот реквизит заполнен регистрацией другой организации, типовая логика понимает, что платеж выполняется одной организацией за налоговое обязательство другой.
После этого формируются межфилиальные движения через 79.02.
Как определяется регистрация в налоговом органе
В пользовательском интерфейсе этот механизм связан с реквизитами плательщика и выбором КПП.
Важно понимать, что программе недостаточно просто текстового значения КПП.
В документе должна быть сохранена именно ссылка на элемент справочника «Регистрации в налоговом органе».
То есть условно программа должна понимать не просто:
КПП = 772501001
а:
РегистрацияВНалоговомОргане =
конкретная регистрация конкретной организации
Именно эта ссылка используется типовым кодом при формировании дополнительных межфилиальных проводок.
Ограничение типового сценария
Когда головная организация производит налоговый платеж за филиал, типовая КА позволяет выбрать регистрацию или КПП соответствующего филиала.
В таком сценарии программа получает необходимые данные и может автоматически сформировать расчеты через 79.02.
То есть направление:
Головная организация
U94; платит за филиал
поддерживается штатным механизмом выбора регистраций.
В обратной ситуации возникает ограничение.
Если платеж ЕНП выполняется с расчетного счета филиала, а налоговое обязательство уже передано головной организации, для корректной работы механизма документ должен содержать регистрацию головной организации.
Однако стандартный список доступных регистраций для документа филиала строится по самому филиалу и организациям, для которых он является головной структурой.
Родительская головная организация в такой список не попадает.
В результате в рассматриваемом сценарии необходимая регистрация головной организации недоступна для штатного выбора.
Реквизит:
РегистрацияВНалоговомОргане
остается пустым.
Типовой код проверяет наличие этого реквизита перед формированием межфилиальных налоговых проводок.
Если ссылка на регистрацию отсутствует, дополнительная ветка формирования движений через 79.02 просто не выполняется.
При этом основной платеж проводится нормально:
Дт 68.90
Кт 51
и информация о перечислении ЕНП попадает в регистр расчетов по единому налоговому счету.
То есть банковский документ не является ошибочным как таковой.
Проблема возникает именно в бухгалтерской части межфилиальных расчетов.
Почему это не обязательно ошибка пользователя
При диагностике важно не сводить ситуацию к формулировке «бухгалтер неправильно заполнил документ».
В рассмотренном случае платежные документы были сформированы логично:
- организация документа соответствует расчетному счету;
- денежные средства действительно перечислены в Казначейство;
- операция соответствует перечислению налогов;
- движение по ЕНС регистрируется;
- банковская проводка
Дт 68.90 Кт 51соответствует факту платежа.
Проблема в том, что для формирования дополнительных межфилиальных проводок типовой код требует ссылку на регистрацию другой организации.
При оплате с расчетного счета филиала штатный интерфейс не дает выбрать регистрацию головной организации в том виде, который необходим этому алгоритму.
Поэтому корректнее говорить не об ошибке пользователя, а об ограничении типового сценария.
Почему нельзя просто заменить вид операции платежа
Иногда первое желание при такой диагностике состоит в том, чтобы заменить платежную операцию на:
«Передача денежных средств между организациями и филиалами».
Этого делать нельзя, если деньги фактически были перечислены непосредственно в Казначейство.
Документ должен отражать реальное движение денежных средств.
Если платеж ушел в бюджет, операция внутренней передачи между организациями будет отражать уже другую хозяйственную операцию.
В базе действительно могут существовать документы:
Дт 79.02
Кт 51
с видом операции передачи денежных средств между филиалом и головной организацией.
Но такие документы отражают реальный перевод денег между счетами филиала и головной организации.
К платежу ЕНП непосредственно в Казначейство они отношения не имеют.
Почему нежелательно использовать «Корректировку расчетов по налогам»
Еще один возможный вариант исправления состоит в использовании документа:
«Корректировка расчетов по налогам».
На первый взгляд он подходит по назначению.
Однако в рассматриваемом случае это решение нежелательно.
Причина в том, что данный документ изменяет не только бухгалтерские проводки, но и движения по регистру расчетов по ЕНС.
Например, операция «Списание» формирует расход по ЕНС.
Если исходное «Списание безналичных денежных средств» уже корректно зарегистрировало реальный платеж как приход по ЕНС, дополнительное списание может фактически компенсировать этот платеж в оперативном учете.
В рассмотренном случае проверка показала именно такую ситуацию.
Исходный банковский документ уже сформировал движение:
Приход по ЕНС
с указанием головной организации и филиала.
Дополнительная «Корректировка расчетов по налогам» формировала:
Расход по ЕНС
на ту же сумму.
В результате реальный платеж в оперативном учете фактически обнулялся.
Поэтому такой вариант был исключен.
Проблема находится не в самом оперативном учете ЕНС, а в бухгалтерских межфилиальных расчетах.
Исправление уже накопленного остатка
Если проблема уже накоплена за несколько месяцев, наиболее безопасный вариант исправления состоит в отражении недостающих проводок документами:
«Операция (регламентированный учет)».
Необходимо сформировать две зеркальные проводки.
Операция по филиалу
Дт 79.02
Кт 68.90
По счету 79.02 необходимо указать головную организацию.
Операция по головной организации
Дт 68.90
Кт 79.02
По счету 79.02 необходимо указать соответствующий филиал.
Сумма обеих операций должна быть одинаковой.
Она определяется как сумма платежей ЕНП, которые были произведены с расчетного счета филиала после передачи соответствующих налоговых обязательств на головную организацию.
Не рекомендуется просто брать текущее сальдо счета 68.90 без проверки.
Лучше предварительно сформировать расшифровку движений и убедиться, что дебетовый остаток действительно сформирован именно платежами:
Дт 68.90
Кт 51
по рассматриваемому сценарию.
Что происходит после исправления
После отражения зеркальных операций происходит следующее.
По филиалу:
было:
Дт 68.90 Кт 51
добавлено:
Дт 79.02 Кт 68.90
Счет 68.90 филиала закрывается.
По головной организации:
ранее было:
Дт 79.02 Кт 68.90
добавлено:
Дт 68.90 Кт 79.02
Счет 68.90 головной уменьшается на сумму фактически произведенного филиалом платежа.
Одновременно закрываются соответствующие межфилиальные расчеты через 79.02.
При этом исходные движения банковских документов по ЕНС не изменяются.
Это принципиально важный момент.
Мы исправляем только бухгалтерскую часть учета и не вмешиваемся в уже корректно зарегистрированный факт перечисления ЕНП.
На что обратить внимание при диагностике
Перед выполнением ручной корректировки имеет смысл убедиться, что причина остатка действительно соответствует описанному сценарию.
Для этого необходимо сопоставить:
- дебетовое сальдо 68.90 филиала;
- обороты
Дт 68.90 Кт 51; - движения документа «Начисление ЕНП»;
- расчеты через 79.02;
- движения регистра расчетов по единому налоговому счету.
Если сумма платежей:
Дт 68.90 Кт 51
совпадает с необъяснимым дебетовым остатком 68.90, а соответствующие налоговые обязательства ранее были переданы на головную организацию через 79.02, это является характерным признаком рассматриваемой ситуации.
Дополнительно следует проверить движения исходных платежей по регистру расчетов по ЕНС.
Если банковский платеж уже зарегистрирован в нем как приход и при этом указаны:
- головная организация;
- филиал;
- платежный документ;
- сумма перечисления;
то исправлять сам факт оплаты ЕНП не требуется.
В таком случае нужно восстановить только недостающую часть бухгалтерских межфилиальных расчетов.
После корректировки рекомендуется повторно сформировать ОСВ по счетам:
68.90
79.02
по обеим организациям.
Также желательно отдельно проконтролировать, что по исходным платежам в регистре ЕНС не появились дополнительные расходные движения, компенсирующие реальный банковский платеж.
Контроль после исправления
После проведения корректирующих операций ожидаемый результат по филиалу:
68.90 = 0
в части рассматриваемых платежей.
Суммы обеих ручных операций должны совпадать:
Филиал:
Дт 79.02 Кт 68.90 = X
Головная организация:
Дт 68.90 Кт 79.02 = X
Кроме того, необходимо проверить, что исходные платежи ЕНП остались в регистре расчетов по единому налоговому счету.
Ручные операции регламентированного учета не должны создавать движений по оперативному регистру ЕНС.
Именно это является одним из преимуществ такого способа исправления уже накопленных остатков.
Как автоматизировать через расширение
Если описанный порядок расчетов используется постоянно и филиал регулярно самостоятельно перечисляет ЕНП после передачи налоговых обязательств головной организации, выполнять ручные операции каждый месяц неудобно.
В таком случае сценарий можно автоматизировать небольшим расширением.
Один из наиболее аккуратных вариантов заключается не в ручном формировании собственных бухгалтерских движений, а в дополнении штатного механизма определения регистрации в налоговом органе.
Расширение может выполнять следующую логику:
- Определять, что организация платежного документа является обособленным подразделением.
- Определять головную организацию этого подразделения.
- Проверять, что документ относится к перечислению налогов или ЕНП.
- Добавлять регистрацию головной организации в список доступных регистраций для реквизитов плательщика филиала.
- Позволять выбрать соответствующую регистрацию в стандартной форме.
- Записывать ее в штатный реквизит:
РегистрацияВНалоговомОргане
- После этого не создавать проводки самостоятельно, а передать дальнейшую обработку типовому алгоритму КА.
Такой подход предпочтительнее прямого формирования движений расширением.
Типовая конфигурация уже умеет строить нужные межфилиальные проводки.
Задача расширения в данном случае состоит только в том, чтобы предоставить типовой логике недостающие данные.
Это позволяет минимизировать вмешательство в механизм регламентированного учета и упрощает дальнейшее сопровождение после обновлений конфигурации.
Альтернативный вариант автоматизации
Технически можно реализовать и другой подход.
Например, расширение может после проведения платежа ЕНП автоматически создавать корректирующие операции регламентированного учета:
Филиал:
Дт 79.02 Кт 68.90
Головная:
Дт 68.90 Кт 79.02
Такой вариант проще с точки зрения первоначальной реализации.
Но он менее предпочтителен.
Причина в том, что в этом случае расширение фактически дублирует бухгалтерскую логику, которая уже существует в типовой конфигурации.
При изменении механизма ЕНС или межфилиальных расчетов в следующих релизах такую доработку придется контролировать отдельно.
Поэтому более аккуратным вариантом является расширение списка доступных регистраций и использование штатного механизма КА.
Итог
Сам счет 79.02 в документе «Начисление ЕНП» для филиала не является ошибкой.
Типовая КА специально использует этот счет для передачи совокупной налоговой обязанности между филиалом и головной организацией.
Проблема дебетового остатка 68.90 возникает при сочетании двух условий:
налоговая обязанность филиала
передана головной организации
+
платеж ЕНП после этого
выполнен с расчетного счета филиала
Типовая КА содержит механизм формирования дополнительных межфилиальных проводок по налоговым платежам.
Однако для его работы в платежном документе должна быть определена регистрация в налоговом органе другой организации.
В сценарии, когда головная организация производит платеж за филиал, возможность выбора регистрации филиала предусмотрена типовым интерфейсом.
В обратном сценарии, когда платеж выполняется с расчетного счета филиала после передачи обязательства головной организации, необходимая регистрация головной организации в стандартном списке выбора филиала отсутствует.
В результате реквизит РегистрацияВНалоговомОргане остается пустым, а предусмотренная типовой конфигурацией ветка формирования межфилиальных проводок через 79.02 не выполняется.
Для уже накопленных остатков проблему можно исправить двумя зеркальными операциями регламентированного учета:
Филиал:
Дт 79.02 Кт 68.90
Головная организация:
Дт 68.90 Кт 79.02
При этом сам факт оплаты ЕНП и движения исходных банковских документов по регистру ЕНС изменять не требуется.
Если такой сценарий используется регулярно, оптимальным решением может быть небольшое расширение, которое дополнит штатный механизм выбора регистрации в налоговом органе и позволит использовать уже существующую типовую логику формирования межфилиальных проводок.
Вступайте в нашу телеграмм-группу Инфостарт