← На главную

Переход из одной учетной системы в другую — это всегда сложный процесс, требующий предельного внимания к деталям (упростить его поможет перенос начальных остатков и данных из 1С:БП 3.0 в УТ 11, КА 2 и ERP 2). Зачастую штатных средств недостаточно, и используется специализированный перенос данных из ТиС 7.7 в УНФ 3.0, Розницу 3.0 или УТ 11.5. Одной из самых частых проблем, с которой сталкиваются пользователи при начале работы в 1С:Управление торговлей 11, 1С:ERP или 1С:Комплексная автоматизация 2, является некорректное отражение оплаты по начальным остаткам. Рассмотрим ситуацию: вы ввели задолженность клиента, видите ее в отчетах, но при оформлении Приходного кассового ордера (ПКО) сумма не гасит долг, а переходит в колонку «Наш долг» (аванс). Проанализируем, почему так происходит и как правильно организовать процесс зачета задолженности.

Разберем основную причину: Концепция «Объекта расчетов»

В современных конфигурациях 1С на платформе «8.3» взаиморасчеты ведутся не просто в разрезе контрагента, а с детализацией до объекта расчетов. Это ключевое понятие, которое часто упускают при ручном вводе данных. Выясним причину, по которой система «не видит» существующий долг при получении денег. Чтобы разобраться в деталях, полезно провести глубокий анализ оплат клиентов по менеджерам и объектам расчётов:

1. Несовпадение аналитики: Когда вы вносите документ Ввод начальных остатков, система фиксирует задолженность по конкретной строке. Если в договоре с клиентом установлен порядок расчетов «По накладным», то каждая строка ввода остатков становится самостоятельным объектом расчетов.
2. Ошибка в ПКО: При создании документа Приходный кассовый ордер или Поступление безналичных денежных средств, программа ищет объект, который нужно закрыть. Если в поле «Объект расчетов» платежного документа не указан именно тот документ ввода остатков (или первичный документ внутри него), система считает это новым поступлением денег, по которому еще не было отгрузки, и вешает сумму на аванс.

Посмотрим на использование «Первичных документов» для переноса долгов

Если вам необходимо перенести задолженность по конкретным старым накладным из предыдущей программы (например, из «1С:Бухгалтерии 7.7» или сторонней CRM), мы крайне не рекомендуем создавать полноценные документы Реализация товаров и услуг. Это приведет к повторному списанию товаров со склада. Чтобы оперативно видеть состояние дел, можно использовать расширение, выводящее задолженность клиентов и поставщиков на форме документов. Правильнее будет использовать следующий алгоритм:

Рассмотрим по шагам работу со справочником Первичные документы:

• В документе Ввод начальных остатков при выборе типа операции «Задолженность клиентов» для каждой строки можно создать или выбрать запись в справочнике Первичные документы.
• В этом справочнике вы указываете реальный номер и дату накладной из вашей старой программы.
• При оформлении оплаты в ПКО в качестве Документа-основания или Объекта расчетов выбирается именно этот Первичный документ.

В этом случае система произведет «схлопывание» задолженности: остаток, созданный вводом остатков, закроется поступившим платежом.

Проанализируем режимы ведения расчетов

Поведение программы сильно зависит от настроек в Договоре или Соглашении с клиентом. Разберем три основных варианта:

1. По договорам: Это самый простой вариант. В этом случае в ПКО достаточно указать только договор. Система автоматически найдет самый старый долг по этому договору и зачтет его (метод ФИФО).
2. По заказам / По накладным: Здесь система требует жесткой привязки. Если вы не укажете конкретную накладную (или объект ввода остатков), программа не сможет сама определить, какой долг гасить. В таких случаях удобно использовать отчет для анализа оплат и реализаций по заказам клиентов.
3. Аванс по заказу, долг по накладной: Самый сложный вариант, требующий строгого соблюдения последовательности документов.

Выясним технические нюансы: Даты и Регистры

Одной из неочевидных причин появления «Нашего долга» является нарушение хронологии. Проанализируем ситуацию с датами:

Если документ Ввод начальных остатков датирован, например, 04.10.2024, а Приходный кассовый ордер — 01.10.2024, то на дату оплаты долга еще не существует в системе. В такой ситуации бывает полезно проверить реестр платежей и плановых оплат от клиентов, чтобы увидеть ожидаемые и просроченные поступления в правильном периоде.

Важное правило: Все документы ввода остатков должны быть проведены датой, предшествующей началу ведения оперативной работы (обычно это последнее число предыдущего периода, например, 31.12 в 23:59:59).

Как проверить, где «завис» долг?

Для диагностики мы рекомендуем использовать стандартные отчеты, но с определенной настройкой. Разберем, как это сделать:

1. Откройте отчет Ведомость расчетов с клиентами.
2. Зайдите в «Настройки» и переключитесь на «Расширенный» вид.
3. На вкладке «Структура» добавьте группировку Объект расчетов.

После формирования такого отчета вы увидите две строки по одному и тому же контрагенту. Это явный признак того, что в платежном документе указан не тот объект расчетов. Если данные в отчетах двоятся при одинаковых суммах долга, возможно, вам потребуется корректировка ключей аналитики учета по партнерам.

Исправляем ситуацию через корректировку

Если документов много и перевыбирать объекты расчетов вручную трудозатратно, можно воспользоваться инструментом Взаимозачет задолженности. Рассмотрим этот метод:

1. Создайте документ Взаимозачет задолженности.
2. Выберите тип операции «Произвольный взаимозачет» или «Зачет аванса».
3. На закладке «Дебиторская задолженность» подберите строку с вводом остатков.
4. На закладке «Авансы» подберите строку с «лишним» ПКО.
5. Проведите документ. Суммы взаимно погасятся в регистрах накопления.

Резюме для корректного перехода

Чтобы избежать подобных сложностей в будущем, придерживайтесь следующей стратегии совместной работы с данными:

Шаг 1: Введите остатки товаров на складах через Ввод остатков товаров на дату перехода.

Шаг 2: Введите финансовые остатки (долги) через Ввод остатков задолженности клиентов. Помните, что здесь фиксируется только «финансовый след» реализации, которая уже произошла в старой базе.

Шаг 3: Проверьте соответствие Организации, Партнера, Контрагента и Валюты. Малейшее расхождение в этих полях приведет к разрыву взаиморасчетов.

Шаг 4: Всегда указывайте Объект расчетов в платежных документах, если ведете учет с детализацией глубже, чем «По договорам».

Таким образом, мы выяснили, что система 1С ведет себя абсолютно логично: она не может самостоятельно соотнести абстрактный долг и абстрактный платеж без указания связующего звена. Правильная настройка объектов расчетов позволит вам видеть реальную картину взаимоотношений с клиентами и избежать путаницы в отчетах.