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