Как устроены регистры в 1С:Управление торговлей 11 и как понимать их взаимосвязи?

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

1. Источники информации и методология изучения регистров УТ 11

Официальной отдельной книги, содержащей полную схему всех регистров УТ 11 «в одном месте», фирма 1С не выпускает, так как конфигурация непрерывно развивается. Однако архитектура УТ 11 полностью унифицирована с флагманскими решениями — 1С:ERP Управление предприятием и 1С:Комплексная автоматизация 2. Поэтому для глубокого понимания логики регистров применяются следующие методы:

1. Изучение документации и проектов СППР для 1С:ERP: архитектура торгового и складского контура УТ 11 представляет собой выжимку из ERP. Материалы, методические статьи и схемы метаданных по ERP практически на 100% применимы к УТ 11.
2. Анализ типовых отчетов: наиболее надежный способ понять, откуда берутся те или иные показатели, — открыть схему компоновки данных (СКД) соответствующего типового отчета (например, «Ведомость расчетов с клиентами» или «Ведомость по товарам на складах») и проанализировать тексты запросов и наборов данных.
3. Глобальный поиск ссылок в конфигураторе: поиск регистра в процедурах проведения документов и общих модулях подсистем (модули с именами вида ВзаиморасчетыСервер, ЗапасыСервер, ПроведениеСервер).

2. Архитектура ключей аналитики (сворачивание измерений)

Главное архитектурное отличие современных конфигураций — отказ от хранения прямых ссылок на справочники в регистрах накопления ради оптимизации производительности и уменьшения объема таблиц итогов. Для этого используются специальные справочники-ключи:

1. Справочник.КлючиАналитикиУчетаНоменклатуры — объединяет в себе комбинацию полей: номенклатура, характеристика, склад, серия, назначение. Большинство товарных регистров ссылаются именно на этот ключ.
2. Справочник.КлючиАналитикиУчетаПоПартнерам — объединяет измерения: партнер (управленческий учет), контрагент (регламентированный учет), организация и договор.
3. Справочник.КлючиАналитикиВидовЗапасов — хранит связку параметров налогообложения, признаков комиссионного товара и группы финансового учета.

При составлении прямых запросов к регистрам накопления для получения понятных пользователю данных обязательно требуется соединение с таблицами этих ключей аналитики.

3. Контур взаиморасчетов: клиенты и поставщики

Разберем, как разделены данные по долгам. В УТ 11 учет взаиморасчетов ведется на двух уровнях: управленческом (по партнерам) и финансовом/юридическом (по контрагентам и договорам). Задолженность распределяется по нескольким регистрам:

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

4. Складской и финансовый контур учета номенклатуры

Товарный учет в УТ 11 строго разделен на оперативный (физический) и финансовый (организационный):

1. Физическое наличие на складах: регистр накопления ТоварыНаСкладах фиксирует фактическое движение и остатки номенклатуры на складе без привязки к организациям и ценам.
2. Товары организаций (Интеркампани): регистр ТоварыОрганизаций ведет учет принадлежности товаров конкретным юридическим лицам предприятия, контролирует остатки для оформления межфирменных продаж.
3. Резервы и обеспечение: свободный остаток не хранится отдельным числом в одной таблице. Он вычисляется как разница между фактическим остатком из ТоварыНаСкладах и зарезервированным количеством из регистров обеспечения (ЗаказыКлиентов, ОбеспечениеЗаказов, ТоварыКОтгрузкеВЯчейках).

5. Регистр «Стоимость товаров» и расчет себестоимости

Регистр накопления СтоимостьТоваров (или регистр сведений в ранних версиях) вызывает больше всего вопросов, так как в оперативный момент проведения документов он не содержит итоговой себестоимости списания при использовании скользящей или средневзвешенной оценки (ФИФО), а также при наличии дополнительных расходов на приобретение.

Проанализируем особенности работы со стоимостным учетом:

1. Окончательная суммовая оценка, распределение партий и расчет себестоимости формируются только в результате выполнения регламентной обработки Закрытие месяца.
2. В версиях УТ 11.2 и старше используется механизм «Партионный учет 2.2», в котором партии и себестоимость распределяются по регистрам ПартииТоваровНаСкладах и ВыручкаИСебестоимостьПродаж.
3. Если в закрытом периоде при повторном расчете себестоимости возникают отрицательные суммы, причиной чаще всего являются разрывы по видам запасов, нарушение хронологии или неотраженные межфирменные передачи.

6. Как правильно сверять остатки при обновлении версий (например, с УТ 11.1 на 11.2)

Попытка написать прямой запрос для сравнения записей таблиц регистров «до» и «после» обновления базы часто приводит к ложным расхождениям из-за изменения состава измерений или переноса данных между новыми регистрами. Чтобы выполнить корректную сверку, придерживаемся следующего алгоритма:

1. В исходной базе (до обновления) выполняем полное Закрытие месяца за весь рабочий период, чтобы исключить неотработанные очереди заданий.
2. Формируем и сохраняем эталонные показатели типовых отчетов: «Ведомость расчетов с клиентами», «Ведомость расчетов с поставщиками», «Ведомость по товарам на складах», «Себестоимость товаров».
3. После обновления конфигурации и выполнения всех постобработок обновления данных запускаем повторное закрытие месяца.
4. Сверяем итоговые остатки и обороты по тем же типовым отчетам. Если данные отчетов сходятся — переход выполнен корректно, независимо от внутренних технических изменений в структуре таблиц.