Ситуация, когда сальдо на конец одного дня магическим образом «уплывает» к началу следующего, — классическая проблема при ведении учета в 1С. Казалось бы, математика проста: Остаток на начало + Поступление - Списание = Остаток на конец. Однако в учетных системах на этот расчет влияет множество факторов: от человеческих ошибок при ручных корректировках до технологических сбоев в таблицах итогов. Разберем пошагово, как найти и устранить причину расхождения.
Первым делом проанализируем состояние документов, влияющих на движение денежных средств. В 1С существует механизм «Ручная корректировка», который позволяет бухгалтеру самостоятельно править проводки. Рассмотрим, к чему это приводит: когда установлена галочка Ручная корректировка (код), документ перестает автоматически обновлять движения при изменении его параметров. Если вы изменили дату или сумму в шапке документа, но забыли поправить проводки внутри, возникнет разрыв.
Для исправления ситуации выполним следующие действия:
Принятие к учету ОС или Списание с расчетного счета).Дт/Кт.Чтобы локализовать ошибку, воспользуемся стандартным отчетом Анализ счета или Карточка счета по счету 51. Разберем ситуацию на примере расхождения в 200 тысяч рублей, как в описанном случае. Сформируем отчет с детализацией по дням. Посмотрим внимательно на границы периодов:
Часто виновником оказывается документ Принятие к учету ОС или аналогичные операции, где дата оплаты и дата отражения в учете «разъехались» из-за автоматических настроек или условий договора.
Иногда проблема кроется не в первичных данных, а в том, как 1С хранит рассчитанные итоги в базе данных. При массовой загрузке документов или переносе данных из других платформ таблицы итогов могут «рассинхронизироваться» с реальными записями в регистрах. В этом случае мы видим правильные обороты, но неверные остатки.
Рекомендуем выполнить техническое обслуживание базы:
Администрирование — Обслуживание.Управление итогами и агрегатами.В особо сложных случаях, если пересчет итогов не помог, следует запустить Тестирование и исправление информационной базы с выбранным пунктом Реиндексация таблиц.
Проанализируем еще несколько неочевидных причин, которые могут влиять на отображение остатков в банковской выписке:
1. Время документа 23:59:59 или 00:00:00. В 1С крайне важно, в какую секунду проведен документ. Если списание прошло 22.05 в 23:59:59, оно попадет в остаток на конец дня. Если же отчет выписки настроен без учета последней секунды (что редко, но бывает), сумма может «выпасть» из визуального представления.
2. Отсутствие аналитики по банковским счетам. Проверим, заполнено ли субконто Банковские счета в каждой операции по счету 51. Если вы ввели операцию вручную и не указали конкретный расчетный счет, то в целом по организации сальдо будет верным, а в отчете Банковские выписки по конкретному счету Сбербанка возникнет недостача.
3. Дубли в справочнике счетов. Выясним, нет ли в базе двух расчетных счетов с одинаковыми номерами. Часть документов может быть проведена по одному «двойнику», а часть — по другому. Визуально в списке документов это почти незаметно, но остатки будут некорректными.
Разберем ситуацию с использованием счета 57.01 (Переводы в пути). Если в вашей учетной политике настроено использование этого счета для инкассации или эквайринга, помните, что деньги могут уйти с одного счета 22-го числа, а поступить на расчетный счет только 25-го. В этот промежуток времени они «висят» на 57 счете и не отображаются в остатках по банку.
Также проанализируем Валютную переоценку. Если счет валютный, разница в рублевом эквиваленте на утро может возникнуть из-за регламентной операции Переоценка валютных средств, которая выполняется в конце месяца или при проведении любой операции по счету. Проверьте, не было ли проводок по счету 91 в корреспонденции с вашим банковским счетом в «пустые» дни.
Важное правило: Всегда доверяйте выписке из Клиент-Банка. Если в 1С цифры отличаются, ищите лишний или недостающий документ через отчет Оборотно-сальдовая ведомость по счету 51 с максимальной детализацией по субконто и дням. Как показывает практика, в 90% случаев проблема решается отменой ручных правок или исправлением даты документа-регистратора.