Почему в УТ 11.6 запись и проведение заказа требуют отдельного сохранения?

В УТ 11.6 это обычно связано с тем, что статусы оплаты и отгрузки рассчитываются не по данным, которые сейчас находятся в форме, а по данным регистров. Эти данные появляются или обновляются только после записи и проведения документа.

### Почему так происходит

В заказе клиента есть несколько разных понятий:

— Статус документа: «На согласовании», «К выполнению», «К отгрузке», «Закрыт» и т. п.
— Состояние оплаты: оплачено, частично оплачено, не оплачено.
— Состояние отгрузки: не отгружено, частично отгружено, отгружено.
— Состояние обеспечения: резервируется, обеспечивается, обеспечено и т. д.

Состояние оплаты и отгрузки определяется по движениям в регистрах и связанным документам:

— заказ клиента;
— реализация товаров и услуг;
— расходный ордер;
— эквайринговая операция;
— приходный кассовый ордер;
— платежное поручение;
— взаимозачет или другой документ оплаты.

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

— ссылка на документ;
— движения регистра заказов;
— актуальные связи с документами оплаты и отгрузки;
— рассчитанные данные по взаиморасчетам.

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

### Важный момент

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

То есть нормальная последовательность для нового документа такая:

1. Заполнить заказ.
2. Нажать «Провести».
3. Документ должен записаться и провести движения за один раз.
4. После обновления формы должны появиться актуальные состояния оплаты, отгрузки и обеспечения.

Если же сначала обязательно нажимать «Записать», закрывать или обновлять форму, а затем отдельно «Провести», это уже может быть связано с настройкой формы, расширением или особенностями конкретного релиза.

### Что проверить в первую очередь

#### 1. Какая команда используется

Убедитесь, что пользователь нажимает:

— «Провести», а не «Записать»;
— либо «Провести и закрыть».

Команда «Записать» только сохраняет документ. Она не формирует движения документа. Поэтому статусы, зависящие от регистров, могут остаться прежними.

#### 2. Не установлен ли статус «На согласовании»

В УТ 11.6 заказ со статусом «На согласовании» не должен полноценно участвовать в обеспечении и отгрузке. Для рабочего заказа обычно используется статус:

— «К выполнению»;
— «К отгрузке»;
— либо другой статус, предусмотренный выбранным вариантом использования заказов.

Проверьте в заказе поле «Статус» и вариант использования заказов:

НСИ и администрирование → Продажи → Оптовые продажи → Заказы клиентов

Возможные варианты:

— «Заказ как счет»;
— «Заказ только со склада»;
— «Заказ со склада и под заказ».

Если используется вариант «Заказ как счет», контроль выполнения, резервирования и отгрузки может быть ограничен.

#### 3. Проверить порядок расчетов

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

— «По накладным»;
— «По заказам»;
— «По договору».

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

Проверить это можно в соглашении с клиентом и в самом заказе:

— соглашение с клиентом;
— условия оплаты;
— порядок расчетов;
— график оплаты;
— этапы оплаты.

#### 4. Проверить проведение связанных документов

Статус отгрузки не изменится, если реализация или складские документы:

— не проведены;
— проведены другим складом;
— оформлены не на тот заказ клиента;
— оформлены частично;
— имеют другое соглашение или организацию;
— созданы без заполненного основания «Заказ клиента».

Например, если реализация оформлена просто от клиента, но поле «Заказ клиента» не заполнено, она может не уменьшить задолженность по конкретному заказу.

#### 5. Обновить форму заказа

Иногда движения уже сформированы, но форма показывает старое состояние. Проверьте:

1. Проведите заказ.
2. Закройте форму.
3. Откройте заказ заново.
4. Нажмите «Еще → Обновить», если такая команда доступна.
5. Проверьте состояние заказа через команду анализа или расшифровки состояния.

В управляемом приложении отображаемые состояния могут обновляться не сразу после проведения, особенно если заказ был открыт долгое время.

### Если раньше проводилось одним нажатием, а теперь нет

Наиболее вероятные причины:

1. Изменилось расширение конфигурации.
Расширение могло перехватить команду записи или проведения.

2. После обновления конфигурации изменилась форма заказа.
В команде формы могли разделиться действия «Записать» и «Провести».

3. Используется нетиповая форма документа.
Это можно проверить через технические сведения формы или сравнение с типовой конфигурацией.

4. Изменился статус заказа.
Документ записывается, но при статусе «На согласовании» не выполняет ожидаемое обеспечение.

5. Изменилась настройка соглашения.
После изменения порядка расчетов статусы могут начать определяться по другим документам.

6. Не выполняется автоматический расчет состояния.
В некоторых случаях состояние пересчитывается только после проведения заказа или связанных документов.

7. Есть фоновые задания обмена или интеграции.
Если оплаты и реализации загружаются из внешней системы, данные в регистрах могут появляться с задержкой.

### Как быстро определить причину

Откройте проблемный заказ и выполните:

1. Запишите его.
2. Проведите.
3. Откройте команду анализа состояния заказа, например «Состояние заказа», «Состояние обеспечения» или аналогичную команду в форме.
4. Посмотрите расшифровку:
— сколько заказано;
— сколько отгружено;
— сколько оплачено;
— сколько зарезервировано;
— какие документы учтены.

Если после проведения движения и статусы стали правильными, то это нормальная логика работы УТ 11.6. Если же проведение не помогает, а помогает только последовательность записать → закрыть → открыть → провести, то нужно проверять форму документа и расширения.

Для разработчика в таком случае стоит проверить:

— обработчики ПередЗаписью, ПриЗаписи, ПослеЗаписи;
— команду проведения формы;
— наличие расширений на документ «Заказ клиента»;
— не вызывается ли вместо проведения обычная запись;
— не выполняется ли изменение состояния только в ПослеЗаписи;
— нет ли программного вызова записи с режимом РежимЗаписиДокумента.Запись вместо проведения.

В типовом варианте проведение должно выполняться примерно так:

Если программно вызывается только:

то документ будет сохранен, но движения и связанные состояния могут не обновиться.

Практически: если кнопка «Провести» сама не выполняет запись нового заказа, а требует предварительного сохранения, это не обычная необходимость УТ 11.6, а повод проверить расширения, измененную форму документа и обработчики записи.