1C ERP 2.2.1 Запрет редактирования Закрытых Заказов клиента и поставщика #787204

Существует ли в типовой конфигурации 1С ERP какая то настройка (функциональная опция или роль пользователя) при отключении которой все закрытые заказы клиента и поставщика становятся недоступными для изменения. В идеале что бы они становились недоступными после согласования - после установки статуса Согласован и заполненной дате согласования?

Дата запрета изменения данных + роли

Дата запрета на все документы а мне только при условии что заказ отгружен или получен т.е. закрыт Это может и в течении текущего дня происходить.

Неужели у всех в порядке вещей что менеджер правит заказ после отгрузки?

Ну видимо разработчики ERP думают именно так. Сделайте отчет , кто правит после закрытия и производите публичную порку

А программными средствами нельзя закрыть. Просто нет человеческих ресурсов отслеживать изменения. Дело в принципе в 2-х строчках кода форм документов. Просто странно что при наличии реквизитов Статус и Состояние никак не влияет на доступность на изменение.

Подниму может кто более разбирающийся в УТ 11 и ERP 2.1 c работы пришел и ответит по делу :-)

В чем смысл блокировать заказ? Строки по отгруженный позициям блокируются. И как будете снимать разервы по заказу, если какие то позиции не будут отгружены? Кстати дата запрета не действует на заказы.

Ндяяяя ... предполагать очем там кто-то думал, при наличии отсутствия документации - это успiх. 1С почти как SAP - дорогой верной идем. Это ж дно золотое, да еще и "В чем смысл блокировать заказ" + "дата запрета не действует на заказы" эт просто праздник какой-то: я продажник - ни одна шушера, из моих "сослуживцев" не отгрузится никогда. Мой резерв! ВЕЕЧНЫЙ РЕЗЕРВ !!!

Сделай расширение и в нем контроль с блокировкой документа при открытии.

Это понятно Самое простое решение Не заметил что что то блокируется. Спокойной смог под менеджером увеличить количество в закрытом заказе по ролью менеджера по продажам. У нас заказ обычно отгружается полностью и надо в течении дня что бы менеджер не смог по дурости изменить его в большую сторону   Поток слов Не совсем понял о чем речь.

А так то да Отсутствии нормальной документации порождает идиотские изменения типовой конфигурации.

на уменьшение контролируется. Увеличение видно отчетами. попробуй согласование заказов через бизнес-процесс с запретом отклонений от условий продаж

"Увеличение видно отчетами" - нафиг такую автоматизацию.

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

такой подход кстати очень распространен. ругаюсь по этому поводу постоянно. например: хреняк вываливают на экран мне "список документов" - ну и нахрена он мне? посмотреть на него и обделаться от счастья? ты не вываливай мне на экран то. что хорошо, ты мне вывали на экран то, где есть проблемы/ошибки/отклонения от регламентов. нахрена мне смотреть на то где хорошо - я с этим ничего делать не буду... ;-)

типовая конфа позволяет оформит несколько отгрузок по одному заказу. Ну откоррнктировал менеджер заказ в большую стооону, взяли и оформили еще одну отгрузку. А вы предлагаете вместо добавления товара в текущий заказ формировать еще один. Отгрузки кто оформляет? Программа показывает не отгруженные заказы в форме списка "к отгрузке" Так и не раскрыта причина корректировки заказа после отгрузки. Смотреть "зависшие" резервы все равно кому-то придётся