Перевод денежных средств между собственными расчетными счетами организации — одна из базовых ежедневных операций для любого бизнеса. Однако при переходе с программы 1С:Бухгалтерия (БП 3.0) на более сложные системы класса 1С:ERP Управление предприятием или 1С:Комплексная автоматизация (КА 2) бухгалтеры часто сталкиваются со сложностями. Для корректного переноса документов и остатков при смене программы применяется готовый перенос данных из 1С:Бухгалтерии 3.0 в 1С:КА 2. В этой статье мы подробно разберем, почему в крупных ERP-системах невозможно отключить использование транзитного счета 57 «Переводы в пути», к каким фатальным ошибкам приводят попытки обойти это ограничение вручную, а также решим сопутствующие проблемы с дублированием документов при импорте банковских выписок и «тройными проводками» при операциях с кассой.
В программе 1С:Бухгалтерия действительно реализована удобная сервисная функция. В учетной политике организации можно снять галочку «Используется счет 57 "Переводы в пути" при перемещении денежных средств», и система начнет делать прямые проводки вида Дт 51 – Кт 51 при проведении одного документа списания.
Попытка найти аналогичную настройку в 1С:ERP или 1С:КА закончится неудачей. Механизм сквозного прямого перевода здесь не предусмотрен методологически по следующим причинам:
ДенежныеСредстваБезналичные и ДенежныеСредстваВПути, и только потом на их основе формируются бухгалтерские проводки. Прямая проводка Дт 51 – Кт 51 нарушает эту логику, так как операционные регистры разных расчетных счетов не могут быть изменены одновременно одним документом без потери аналитики.57.01 («Переводы в пути»).Таким образом, использование счета 57 в 1С:ERP — это не прихоть разработчиков, а фундаментальный архитектурный принцип работы системы, обеспечивающий бесшовную интеграцию казначейства и бухгалтерии. Если же для упрощения учета требуется выделить бухгалтерский контур в отдельную базу, используется перенос документов и остатков из 1С:ERP 2 в 1С:Бухгалтерию 3.
Рассмотрим ситуацию, когда бухгалтер пытается обойти систему и принудительно провести перевод напрямую через документ Операция (регламентированный учет) или посредством ручной корректировки проводок, как это часто практикуется неопытными пользователями. Это гарантированно приведет к критическим сбоям:
Чтобы выполнить перевод денежных средств без ошибок и в строгом соответствии с методологией 1С:ERP, выполним следующие шаги:
Шаг 1. Оформление списания с расчетного счета-отправителя
Перейдем в раздел Казначейство – Безналичные платежи и создадим документ Списание безналичных ДС с типом операции Перечисление на другой счет. Укажем счет-отправитель, счет-получатель и сумму перевода. После проведения документ сформирует следующую проводку:
Дебет 57.01 ("Переводы в пути") — Кредит 51 ("Расчетные счета")
Шаг 2. Оформление поступления на расчетный счет-получатель
В том же разделе создадим встречный документ Поступление безналичных ДС с типом операции Поступление с другого счета. В качестве документа-основания (или источника) обязательно укажем ранее созданный документ списания. После проведения система сформирует закрывающую проводку:
Дебет 51 ("Расчетные счета") — Кредит 57.01 ("Переводы в пути")
В результате счет 57.01 успешно закроется в ноль, а оперативный и регламентированный учеты будут находиться в идеальном соответствии.
При ежедневном импорте выписок через «Клиент-Банк» (или сервис «1С:ДиректБанк») часто возникает неприятная ситуация: система пытается загрузить одну и ту же операцию дважды. Сначала она создает пару документов (списание и поступление) при обработке файла из банка-отправителя, а затем еще одну пару при обработке файла из банка-получателя. В итоге на счетах образуется путаница и задвоение оборотов.
Проанализируем, как решить эту проблему с помощью правильной организации процесса загрузки:
Списание безналичных ДС (перевод на другой счет) первым — вручную на основании платежного поручения или при загрузке выписки банка-отправителя. Этот документ является инициатором цепочки.Поступление с другого счета и выберите в качестве основания ранее созданный документ списания. Это исключит создание дублирующих документов.Рассмотрим еще одну распространенную ошибку, упомянутую пользователями форума. При снятии наличных денег с расчетного счета в кассу предприятия в учете внезапно формируются избыточные проводки:
1. Дт 57.01 — Кт 51 (Списание из банка в путь)
2. Дт 50.01 — Кт 57.01 (Поступление в кассу из пути)
3. Дт 50.01 — Кт 51 (Лишняя прямая проводка)
Это классический пример зацикливания учета, который происходит из-за методологического конфликта настроек. Выясним причину этой ошибки и устраним её.
Данная ситуация возникает, когда в базе одновременно используются два взаимоисключающих сценария:
Списание безналичных ДС с операцией «Снятие наличных в кассу» отправляет денежные средства на транзитный счет (Дт 57 — Кт 51).Приходный кассовый ордер (ПКО) оформлен с операцией «Поступление из банка», но в его настройках или в правилах отражения в учете ошибочно заложена схема прямого зачисления средств минуя транзитный счет (что генерирует проводку Дт 50 — Кт 51).Чтобы решить эту проблему, необходимо жестко зафиксировать единый регламент для кассовых операций в настройках учетной политики:
Поступление из банка выбран счет учета 57.01 (или 57.03 в зависимости от специфики).
// Схема корректного снятия наличных в кассу предприятия:
// 1. Документ "Списание безналичных ДС" (Снятие наличных):
Дт 57.01 - Кт 51
// 2. Документ "Приходный кассовый ордер" (Поступление из банка):
Дт 50.01 - Кт 57.01
Соблюдение этих несложных правил, понимание внутренней архитектуры движения регистров в системах линейки 1С:ERP и отказ от прямых ручных корректировок счетов учета гарантируют вам прозрачный, точный и беспроблемный учет денежных средств организации. Для дополнительного контроля остатков и оборотов по счетам и кассе можно использовать отчет для расширенного анализа движения денежных средств.