← На главную

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

Выясним причину: почему в типовой конфигурации нет такого отчета

Рассмотрим устройство учетной системы 1С:Управление торговлей 10.3 на архитектурном уровне. Учет денежных расчетов и товарных запасов разделен по разным регистрам накопления:

1. Регистры взаиморасчетов. Регистры Взаиморасчеты с контрагентами и Взаиморасчеты с контрагентами по документам расчетов хранят информацию о задолженности. Измерениями этих регистров выступают Контрагент, ДоговорКонтрагента, Сделка и ДокументРасчетов. Измерение Номенклатура в этих регистрах отсутствует.
2. Оплачивающие документы. Банковские и кассовые платежные документы (Платежное поручение входящее, Приходный кассовый ордер и др.) содержат только суммы денежных средств и ссылки на договоры или документы расчетов, но не имеют табличных частей с товарами.

Таким образом, деньги закрывают абстрактный финансовый долг по договору или накладной, а не оплачивают конкретные товарные позиции. Из-за этого типового отчета «Взаиморасчеты с детализацией по номенклатуре» в конфигурации не предусмотрено.

Вариант 1. Использование детализации расчетов «По заказам» или «По счетам»

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

1. В карточке договора с контрагентом установим вид ведения взаиморасчетов: По заказам или По счетам.
2. При оформлении платежных документов будем указывать конкретный документ Заказ покупателя (или Заказ поставщику) в качестве сделки.
3. Поскольку каждый заказ содержит полный перечень товаров в табличной части Товары, мы сможем отслеживать оплату конкретного перечня номенклатуры через типовой отчет Анализ заказов покупателей или Анализ заказов поставщикам.

Вариант 2. Комбинация стандартных отчетов

Если взаиморасчеты ведутся «По договору в целом», оценить ситуацию можно путем сопоставления данных из двух типовых отчетов:

1. Отчет Ведомость по взаиморасчетам с контрагентами — позволяет увидеть общую сумму долга, предоплат и фактических платежей по контрагенту.
2. Отчет Закупки (или Закупки по документам поступления / Продажи) — показывает состав номенклатуры, количество и стоимость по конкретным первичным документам за рассматриваемый период.

Вариант 3. Разработка внешнего отчета на СКД

Если требуется единый документ, совмещающий финансовые и товарные данные, рассмотрим вариант создания внешнего отчета с использованием Системы компоновки данных (СКД). Посмотрим на алгоритм реализации такого отчета:

1. Соединение таблиц. В запросе отчета связываем движения регистра накопления Взаиморасчеты с контрагентами с табличными частями регистраторов, например, ПоступлениеТоваровУслуг.Товары или РеализацияТоваровУслуг.Товары по ссылке на документ.
2. Распределение сумм. Для корректного отражения частичных оплат в запросе прописывается алгоритм математического распределения поступивших денег по строкам документа:
   • Пропорционально: сумма оплаты распределяется по позициям номенклатуры пропорционально их доле в общей сумме накладной.
   • По FIFO: оплата последовательно гасит стоимость товарных позиций в порядке их расположения в табличной части документа.

Нюансы и ограничения методологии

Проанализируем технические сложности, которые нужно учитывать при создании доработок или использовании распределения оплат по номенклатуре:

1. Корректировки долга и зачеты авансов. Документы Корректировка долга, Списание задолженности и проведение взаимозачетов не содержат сведений о товарах, поэтому автоматические алгоритмы распределения оплат могут давать погрешность при их наличии.
2. Производительность базы данных. Связывание финансового регистра с табличными частями всех товарных документов за длительный период создает высокую нагрузку на СУБД, поэтому в отчете рекомендуется обязательно ограничивать период формирования.