← На главную
При работе с программным продуктом 1С:ERP Управление предприятием многие пользователи сталкиваются с нестандартным, на первый взгляд, поведением системы. Рассмотрим типичную ситуацию: вы заранее создали документ ПоступлениеБезналичныхДС на полную сумму заказа клиента. Позже клиент оплачивает заказ, но вносит лишь часть суммы. При загрузке выписки из банка через обработку «Клиент-Банк» мы замечаем, что в документе поступления сумма и дата загрузки меняются в соответствии с данными банка, однако табличная часть «Расшифровка платежа» остается без изменений (в ней фигурирует первоначальная, полная сумма). В результате возникает несоответствие между шапкой документа и его табличной частью. Давайте подробно разберем, почему так происходит, штатное ли это поведение и как правильно выстроить бизнес-процесс.
Логика работы 1С:ERP: почему табличная часть остается неизменной?
Проанализируем ситуацию с технической и методологической точек зрения. Ответ на вопрос, является ли это ошибкой системы, однозначен: так и задумано разработчиками. Посмотрим, почему был выбран именно такой алгоритм работы:
- Приоритет банковской выписки: Для любой учетной системы выписка из банка является первичным и безусловным документом. Банк зафиксировал движение конкретной суммы в конкретную дату. Поэтому при загрузке система жестко обновляет реквизиты шапки документа (сумму и дату), чтобы они полностью совпадали с банковскими данными.
- Сложность автоматического распределения: Когда сумма платежа уменьшается (частичная оплата), программа сталкивается с проблемой распределения. Если в исходном заказе клиента (или счете) было несколько строк, товаров, этапов оплаты или различных статей движения денежных средств (ДДС), система не может самостоятельно принять решение, какую именно строку нужно оплатить пришедшими деньгами, а какую оставить долгом.
- Привлечение внимания пользователя: Оставляя старую (большую) сумму в табличной части
РасшифровкаПлатежа, система намеренно создает расхождение. Документ в таком виде не проведется корректно. Это сделано для того, чтобы бухгалтер или финансист обратил внимание на частичную оплату и вручную указал, на погашение каких именно обязательств пошли эти средства.
Как исправить документ, если выписка уже загружена?
Если исторически в вашей компании сложился процесс, при котором документы поступления безналичных денежных средств создаются до фактической загрузки выписки (например, менеджерами по продажам), вам придется обрабатывать такие ситуации вручную.
Разберем по шагам, что нужно сделать, если выписка загрузилась, сумма документа изменилась, а расшифровка осталась прежней:
- Откройте документ
ПоступлениеБезналичныхДС, в который была загружена выписка.
- Перейдите на вкладку «Расшифровка платежа».
- Поскольку сумма в шапке теперь меньше, вам необходимо актуализировать строки. Воспользуйтесь встроенными командами распределения суммы (например, кнопкой «Заполнить по остаткам» или «Распределить»).
- Проверьте, чтобы итоговая сумма в колонках табличной части в точности совпадала с новой суммой документа (которая пришла из банка).
- Проведите документ.
Оптимальный бизнес-процесс работы с банковскими выписками
Чтобы избежать постоянных ручных корректировок, методологи 1С рекомендуют кардинально пересмотреть подход к работе с входящими платежами. Методологически правильным считается не создавать документы поступления заранее вручную.
Рассмотрим оптимальный сценарий работы:
- Менеджер оформляет
ЗаказКлиента или СчетНаОплату и отправляет его покупателю. Никаких финансовых документов на этом этапе в базе не формируется.
- Покупатель производит оплату (полную или частичную) через свой банк.
- Бухгалтер скачивает файл выписки из банк-клиента и загружает его в 1С:ERP с помощью обработки обмена с банком.
- При загрузке программа анализирует текстовое назначение платежа, распознает плательщика по ИНН и КПП, и автоматически создает новый документ
ПоступлениеБезналичныхДС на фактическую сумму, поступившую на расчетный счет.
- При автоматическом создании система сама корректно заполняет табличную часть «Расшифровка платежа». Программа автоматически подбирает объекты расчетов (заказы, накладные, договоры) по методу ФИФО (сначала гасятся самые старые долги) или ориентируясь на номера счетов, указанные в тексте назначения платежа.
Внедрение такого процесса полностью снимает проблему «зависших» табличных частей при частичных оплатах, так как документ изначально создается на правильную сумму, и распределение происходит в момент его создания.
Развитие функционала загрузки выписок в новых версиях (ERP 2.5)
Проанализируем, какие улучшения появились в более свежих релизах 1С:ERP (начиная с версии 2.5), которые еще больше упрощают жизнь пользователям при работе с казначейством:
- Интеллектуальное распознавание платежей: Алгоритмы анализа поля «Назначение платежа» стали значительно умнее. Теперь система точнее выцепляет номера договоров, заказов и счетов. Кроме того, она научилась распознавать специфические банковские операции: эквайринговые поступления, удержания комиссий (в том числе по СБП), возвраты зарплатных проектов.
- Улучшенная расшифровка платежа: При автоматическом заполнении расшифровки система теперь исключает остатки объектов расчетов, дата возникновения которых больше (позже) даты самого платежа. Это исключает нелогичные ситуации, когда вчерашним платежом гасится завтрашняя накладная.
- Сверка выписок: Появились удобные отчеты (например, «Сверка банковских выписок»). Данный инструмент позволяет быстро находить расхождения между загруженными строками банковской выписки и фактически проведенными документами в базе 1С. Красным цветом подсвечиваются потерянные или некорректно распределенные суммы, что существенно сокращает время на закрытие месяца и поиск ошибок при частичных оплатах.
Подводя итог, можно утверждать, что отсутствие автообновления табличной части документа при загрузке меньшей суммы из банка — это не недоработка 1С, а защита от некорректного распределения средств. Для эффективной работы настоятельно рекомендуется отказаться от ручного пре-создания платежек и доверить формирование первичных документов автоматической обработке обмена с банком.