Мы часто сталкиваемся с тем, что в системе учета, несмотря на проведенные операции, логика взаиморасчетов нарушается. Одной из таких ситуаций является проблема в 1С:Управление торговлей (УТ) 11.5, когда после проведения взаимозачета и последующей оплаты поставщику, вместо уменьшения нашей задолженности, увеличивается долг поставщика перед нашей компанией, а первоначальная накладная поступления продолжает числиться как неоплаченная. Давайте подробно разберем, почему это происходит и как эффективно решить эту проблему.
Представим стандартную ситуацию: мы получили товар от поставщика, оформив документ Поступление товаров и услуг. После этого, по каким-либо причинам (например, для оптимизации расчетов между разными договорами или накладными), был выполнен взаимозачет аванса или перенос аванса с одной накладной на другую. Казалось бы, часть долга по накладной должна была быть погашена. Затем мы производим оплату поставщику через документ Списание безналичных денежных средств с видом операции Оплата поставщику.
Однако, вместо ожидаемого результата – уменьшения нашей задолженности перед поставщиком и закрытия накладной – система ведет себя иначе: накладная по-прежнему висит как неоплаченная, демонстрируя нашу задолженность, а проведенная оплата отражается как увеличение дебиторской задолженности поставщика перед нашей компанией, то есть как наш аванс поставщику. Это создает "фиктивный" долг поставщика и не позволяет корректно закрыть первоначальное обязательство. В результате, при следующем подборе документов для оплаты та же накладная снова будет предложена, будто по ней нет никаких движений.
Для того чтобы эффективно устранить проблему, нам необходимо понять ее корневые причины. В большинстве случаев они связаны с внутренней логикой работы регистров взаиморасчетов 1С:УТ 11.5 и порядком проведения документов. Рассмотрим подробнее основные факторы:
Некорректная детализация взаиморасчетов. В 1С:УТ 11.5 важнейшую роль играет настройка детализации расчетов, которая определяется в соглашении или договоре с контрагентом. Расчеты могут вестись:
Если аванс был зачтен по одному объекту расчетов (например, по заказу), а взаимозачет или перенос аванса выполнен по другому (например, с одной накладной на другую), система может "потерять" связь между этими операциями. Когда вы производите оплату, она может быть воспринята как новый аванс, поскольку "старая" накладная уже не имеет привязанного к ней аванса (он был перенесен), а "новая" накладная еще не имеет долга, который могла бы закрыть эта оплата, или аванс был перенесен не полностью, или не по тому документу расчетов.
"Перекрестное сальдо" по одному контрагенту. Нередко возникают ситуации, когда по одному и тому же контрагенту система одновременно фиксирует как дебиторскую (долг контрагента нам), так и кредиторскую (наш долг контрагенту) задолженность. Это может происходить из-за ошибок ввода, дублирования элементов справочников (например, договоров) или некорректного закрытия предыдущих операций. Такое "перекрестное сальдо" препятствует автоматическому и корректному зачету авансов и оплат.
Нарушение хронологической последовательности документов. 1С очень чувствительна к последовательности ввода и проведения документов, особенно когда речь идет о взаиморасчетах. Документы, введенные "задним числом" или проведенные не в строгой хронологии (например, сначала оплата, потом поступление, потом взаимозачет), могут приводить к некорректному зачету авансов и формированию ошибочных сальдо. Даже если вы перепроводите документы, как упоминалось в обсуждении, это не всегда помогает, если базовые причины кроются в логике движений.
Особенности проведения взаимозачетов после обновления конфигурации. Как отметили участники обсуждения, иногда проблемы с взаимозачетами возникают после обновления конфигурации, если эти операции были созданы в старых версиях. Обновление могло изменить логику работы с регистрами, и старые движения могли быть проиндексированы некорректно. Хотя перепроведение документов часто помогает, в более сложных случаях оно может быть недостаточным.
Некорректное движение по регистрам взаиморасчетов. Даже если на первый взгляд аналитика выглядит правильно, внутренние движения по регистрам могут быть сформированы неверно. В обсуждаемой ситуации, как выяснилось, оплата по регистру Взаиморасчеты с поставщиками может одновременно создавать движения как по расходу (уменьшение нашего долга), так и по приходу (увеличение аванса поставщику или долга поставщика). Такое "двойное" движение приводит к искажению конечного сальдо и неверному отображению фактической задолженности.
Режим ведения взаиморасчетов "Офлайн". В ранних версиях УТ 11.5 существовал режим ведения взаиморасчетов "Офлайн". В этом режиме окончательные движения по расчетам не формировались сразу, а откладывались и выполнялись специальным регламентным заданием Выполнение отложенных движений по расчетам с партнерами. Если это задание не запускалось регулярно или происходили сбои, фактические взаиморасчеты могли не актуализироваться своевременно. Важно отметить, что в версии 11.5.27 и выше поддержка "Офлайн" режима прекращена, и система принудительно переведена на "Онлайн" режим.
Прежде чем переходить к исправлению, необходимо провести тщательную диагностику. Мы должны точно определить, где и почему возникла ошибка. Это позволит нам не только решить текущую проблему, но и предотвратить ее повторное появление.
Анализ регистров взаиморасчетов. В 1С:УТ 11.5, в отличие от бухгалтерских конфигураций, нет привычных счетов бухгалтерского учета. Вся информация о взаиморасчетах хранится в специализированных регистрах накопления. Именно эти регистры являются ключевым источником информации для анализа. Нам потребуется:
Открыть отчеты по взаиморасчетам, такие как Ведомость расчетов с поставщиками или Анализ расчетов с поставщиками. Эти отчеты доступны в разделе Закупки или Казначейство, в подразделах, связанных с отчетами по взаиморасчетам.
Настроить отчет с максимальной детализацией. Установите группировки по всем возможным измерениям: Поставщик, Договор (соглашение), Заказ поставщику, Документ расчетов с поставщиками (это могут быть накладные поступления, списания безналичных средств и т.д.). Важно видеть движения по каждому конкретному документу.
Внимательно изучить движения по регистру Взаиморасчеты с поставщиками. Как мы уже выяснили, в проблемной ситуации оплата может делать движения одновременно по расходу и приходу. Нам необходимо найти эту конкретную операцию оплаты и посмотреть ее движения. Зачастую, при формировании отчета по регистру, вы увидите, что в одной строке по одному и тому же документу оплаты есть и приход (увеличение нашего аванса/долга поставщика) и расход (уменьшение нашего долга). Это прямо указывает на проблему.
Чтобы углубиться в анализ движений регистра, вы можете использовать стандартные отчеты по регистрам накопления или, если имеете права разработчика, открыть конфигуратор и просмотреть движения конкретного документа по регистрам через отладчик или Универсальный отчет.
Ваша задача – понять, на каком именно объекте расчетов (накладной, заказе) "висит" сумма, которая по факту является нашим авансом, и к какой накладной система не смогла привязать оплату. Для быстрой перепривязки платежей к нужным документам пригодится инструмент для разноски платежей по объектам расчетов.
Разворот остатка по всем измерениям регистра. Это более детальный подход к анализу регистров. В отчете Ведомость расчетов с поставщиками, после группировки по всем возможным измерениям, мы должны убедиться, что сальдо по всем измерениям, относящимся к проблемной накладной и платежу, обнуляется или имеет ожидаемое значение. Если какой-либо из разрезов аналитики (например, конкретный документ расчетов) не закрывается в ноль, мы нашли место возникновения проблемы.
Проверка настройки детализации расчетов. Откройте Соглашение с поставщиком (или Договор, если соглашения не используются) и перейдите на вкладку Расчеты и оформление. Проверьте поле Детализация расчетов. Если там установлено значение По договору в целом, это может усложнять автоматический зачет по конкретным накладным. Оптимальным для детального контроля является По накладным или По расчетным документам.
Контроль хронологии документов. Проверьте дату и время проведения всех связанных документов: Поступление товаров и услуг, Взаимозачет задолженности (или Перенос авансов), Списание безналичных денежных средств. Убедитесь, что они идут в логической и хронологически правильной последовательности. Если были изменения "задним числом", это могло спровоцировать проблему.
После того как мы провели диагностику и выявили корень проблемы, можем приступать к ее исправлению. Основным инструментом для ручной корректировки взаиморасчетов в 1С:УТ является документ Корректировка долга. Также важно учесть другие аспекты для предотвращения подобных ситуаций в будущем.
Это наш основной инструмент для исправления ошибок во взаиморасчетах. Если оплата была ошибочно записана как аванс поставщику, вместо того чтобы закрыть наш долг, мы можем принудительно связать эти суммы.
Перейдите в раздел Казначейство или Закупки (в зависимости от настроек интерфейса) и найдите пункт Корректировка долга.
Создайте новый документ. В поле Вид операции выберите Зачет авансов. Это позволит нам явно указать, какой аванс и какую задолженность мы хотим зачесть.
Укажите Поставщика, с которым возникла проблема.
Нам потребуется связать наш "излишний" аванс (который система некорректно посчитала долгом поставщика) с нашей фактической задолженностью (по неоплаченной накладной). Для этого заполняем следующие поля:
В поле Зачесть аванс выберите Поставщику. Это означает, что мы хотим использовать дебиторскую задолженность поставщика (то есть наш аванс).
В поле В счет задолженности выберите Нашей организации перед поставщиком. Это означает, что мы хотим уменьшить нашу кредиторскую задолженность (наш долг по накладной).
Теперь необходимо заполнить табличные части документа:
На вкладке Авансы поставщику (дебиторская задолженность). Нажмите кнопку Заполнить остатками или Подобрать. Здесь должны отобразиться все авансы, которые числятся за поставщиком (включая тот, что был ошибочно сформирован вашей оплатой). Выберите строку с ошибочно сформированным авансом (это будет запись, связанная с вашим платежным документом) и укажите сумму, которую нужно зачесть. Обратите внимание на Документ расчетов – это должен быть тот платежный документ, который вызвал проблему.
На вкладке Задолженность поставщику (кредиторская задолженность). Также нажмите кнопку Заполнить остатками или Подобрать. Здесь должны отобразиться все ваши задолженности перед поставщиком. Найдите и выберите строку, соответствующую неоплаченной накладной, по которой висит долг. Укажите сумму, равную сумме аванса, который вы зачитываете. Критически важно, чтобы суммы на обеих вкладках были равны для корректного проведения документа.
Проведите документ Корректировка долга.
После проведения этого документа, система должна корректно зачесть "фиктивный" аванс в счет реальной задолженности, и накладная будет считаться оплаченной. Для автоматизации этого процесса при частых расхождениях можно использовать обработку для автоматического зачета авансов.
Если в вашей системе все еще используется "Офлайн" режим взаиморасчетов (хотя в последних версиях 11.5 он был принудительно переключен на "Онлайн"), убедитесь, что регламентное задание Выполнение отложенных движений по расчетам с партнерами регулярно запускается. Это задание отвечает за окончательное формирование движений по расчетам. Вы можете запустить его вручную, если есть подозрения на сбои или задержки:
Перейдите в Администрирование -> Поддержка и обслуживание.
Найдите пункт Регламентные и фоновые задания.
Найдите в списке задание Выполнение отложенных движений по расчетам с партнерами и запустите его вручную.
Это может помочь актуализировать данные, если проблема была вызвана несвоевременным формированием движений.
Мы настоятельно рекомендуем всегда вводить и проводить документы в строгой хронологической последовательности. Если вы обнаружили нарушения, попробуйте следующее:
Отмените проведение всех связанных документов, начиная с самого позднего (оплата, взаимозачет, поступление).
Проведите документы заново в правильной последовательности: сначала Поступление товаров и услуг, затем Взаимозачет задолженности (или Перенос авансов), и только потом Списание безналичных денежных средств.
Иногда простое перепроведение в правильном порядке позволяет системе корректно сформировать движения.
В более новых версиях УТ 11.5 (начиная с 11.5.17.84) появилась настройка По плановой дате погашения для зачета оплат и накладных. Если ваша ситуация связана со сложной логикой погашения задолженностей с разными сроками оплаты, активация этого режима в настройках Договора или Соглашения может быть полезна. Этот режим позволяет системе более точно привязывать платежи к конкретным плановым датам погашения задолженности, предотвращая ошибочные зачеты.
Дублирующиеся элементы в справочниках (например, два одинаковых контрагента, но с разными внутренними идентификаторами; или несколько договоров с одним и тем же описанием) могут приводить к тому, что система воспринимает одни и те же сущности как разные, и соответственно, некорректно связывает взаиморасчеты. Регулярно проводите проверку и объединение дублирующихся элементов через стандартные обработки 1С.
Проблема, когда оплата поставщику в 1С:УТ 11.5 увеличивает долг поставщика вместо уменьшения долга компании после взаимозачета, является достаточно распространенной и требует внимательного подхода к диагностике и исправлению. Мы рассмотрели основные причины ее возникновения, подробно изучили методы анализа регистров и предложили конкретные шаги по решению, включая использование документа Корректировка долга. Следуя этим рекомендациям, вы сможете не только устранить текущую ошибку, но и улучшить общую надежность ведения взаиморасчетов в вашей системе 1С:УТ 11.5.