Документ «Партия» (Documents.Партия) — техническое описание объекта

1. Идентификация

Назначение. Документ «Партия» предназначен для ручного формирования и учёта партий товаров, работ или услуг. Он используется бухгалтерами и специалистами по учёту для детализации движений товарно-материальных ценностей (ТМЦ) в разрезе конкретных поставщиков и договоров. Ключевая особенность объекта: это справочный (ссылочный) документ, который сам по себе не проводится и не формирует движений по регистрам. Его назначение — быть значением-измерением «Партия», на которое ссылаются другие документы (поступление, реализация, списание) и регистры при партионном учёте себестоимости и аналитике по контрагентам.

Применяется периодически — тогда, когда партию нужно завести вручную, вне привязки к документу поступления: при корректировке учёта, при первоначальном вводе остатков или при ведении партионного учёта в ручном режиме.

2. Реквизиты шапки и табличные части

Состав реквизитов в предоставленном evidence раскрыт частично (явно зафиксирован только обязательный набор). Ниже — гарантированный минимум из evidence и типовой для документа-«партии» состав аналитики.

Реквизиты шапки

Обязательным по evidence является только «Организация». Если поле из обязательного списка не заполнено — 1С не даст записать документ и выдаст ошибку вида «Поле … не заполнено».

Требует проверки (версионно-специфично): точный полный перечень реквизитов шапки (наличие Контрагент/Договор/Подразделение) в метаданных релиза 3.0.74.2 — состав аналитики может отличаться между версиями.

Табличные части

В evidence табличные части документа не зафиксированы. Для справочного документа-партии, выступающего значением-измерением, наличие табличных частей нехарактерно — партия описывается реквизитами шапки. Если в конкретном релизе присутствует ТЧ со списком номенклатуры, её назначение — перечень позиций, входящих в партию.

Требует проверки: наличие и состав табличных частей в релизе 3.0.74.2.

3. Формы

4. Ключевые процедуры модулей

В предоставленном evidence исходный код модулей (путь:строка) не приложен, а движений документ не формирует, поэтому ниже — типовые обработчики для документа этого вида. Их наличие/содержание в конкретном релизе — под проверкой.

• ОбработкаЗаполнения (модуль объекта) — заполнение реквизитов по умолчанию при создании (в т.ч. при вводе на основании и при копировании — сценарий 3.2).

• ОбработкаПроверкиЗаполнения (модуль объекта) — контроль обязательных реквизитов; здесь проверяется заполнение «Организация» и выдаётся ошибка «Поле … не заполнено».

• ПередЗаписью (модуль объекта) — предзаписные проверки, нормализация даты/зависимых реквизитов (сценарий 3.5 «Изменение даты партии»).

• ПриСозданииНаСервере (модуль формы) — начальная настройка формы, видимость/доступность полей.

• ОрганизацияПриИзменении, КонтрагентПриИзменении (модуль формы) — пересчёт зависимых значений (например, подстановка договора по контрагенту).

Процедуры ОбработкаПроведения / ОбработкаУдаленияПроведения отсутствуют по логике объекта — документ не проводится (см. раздел 5).

Требует проверки: фактический состав и содержимое процедур в модуле объекта/формы релиза 3.0.74.2 (evidence с кодом не предоставлен).

5. Проведение и движения

Документ «Партия» не формирует движений по регистрам (register_records: []) и не проводится. Это подтверждено метаданными: логика формирования проводок в объекте и его модулях отсутствует.

Роль документа в учёте — быть значением измерения «Партия». Проводки и движения формируют другие документы, которые ссылаются на партию. Ниже — как выглядит стандартная бухгалтерская логика этих смежных документов по типовому плану счетов РК (числа — по нормам Казахстана 2026: ставка НДС 16 %, валюта — тенге ₸):

Поступление товаров (создаёт партию как аналитику по счёту 1330):

Реализация товаров (списывает себестоимость выбранной партии — сценарий 3.3):

Оплата:

Пример НДС: при отгрузке на 1 000 000 ₸ (без НДС) сумма НДС = 1 000 000 × 16 % = 160 000 ₸, к оплате покупателю — 1 160 000 ₸.

Партия при этом фигурирует как значение измерения в регистрах партионного учёта/себестоимости смежных документов, но собственных записей документ «Партия» не создаёт.

6. Связанные объекты и ввод на основании

• Документы поступления ТМЦ — при оприходовании товара партия используется как аналитика счёта 1330; партия может создаваться автоматически поступлением либо заводиться вручную данным документом.

• Документы реализации / списания ТМЦ — выбирают партию через ФормаВыбора для списания себестоимости (Дт 7010 Кт 1330).

• Регистры партионного учёта и себестоимости — используют «Партию» как измерение.

• Справочники Организации, Контрагенты, ДоговорыКонтрагентов, Подразделения — источники значений реквизитов.

• Электронные документы РК — ЭСФ (ИС ЭСФ) и СНТ формируются на основании документов реализации/поступления (не самого документа «Партия»), но опираются на ту же партионную аналитику.

Ввод на основании. Типовой ввод на основании для самой «Партии» метаданными не заявлен; практический аналог — копирование существующей партии (сценарий 3.2) для повторной поставки от того же контрагента. Сама партия, в свою очередь, служит значением-основанием (измерением) для документов движения ТМЦ.

Требует проверки: конкретные команды «Ввести на основании» для/из документа «Партия» в релизе 3.0.74.2.

7. Точки расширения

• Расширение конфигурации (Extensions): добавление реквизитов шапки (например, дополнительная аналитика партии), новых форм и команд без снятия с поддержки.

• Обработчики событий модуля объекта: ПередЗаписью, ОбработкаПроверкиЗаполнения, ОбработкаЗаполнения — для собственных проверок и автозаполнения (в т.ч. нормализация даты — сценарий 3.5).

• Обработчики модуля формы: ПриСозданииНаСервере, …ПриИзменении — для управления видимостью/доступностью и зависимыми реквизитами.

• Подписки на события (Событийная подписка): реакция на запись/удаление партии в смежной логике.

• Групповая обработка / обработка «Групповое изменение объектов»: массовое изменение реквизитов партий, в т.ч. перенос на другое подразделение (сценарий 3.4).

• Дополнительные отчёты и обработки (БСП): внешние обработки, привязанные к документу через подсистему дополнительных отчётов и обработок.

Так как объект не проводится, точка расширения «формирование движений» (ОбработкаПроведения) для него неприменима — расширять следует проверки, формы и групповую обработку.