в бесплатных заказ наряд не видится резерв под клиента

Дмитрий Неважно, добрый день, приносим свои извинения за долгий ответ.

На основании документа "Заявки на ремонт" нельзя ввести "Заказ покупателя". Рассчитано, что документ "Заявка на ремонт" и его хоз. операции – это документы предварительного оформления, заказы и резервы на этой стадии еще не производятся. В заявке на ремонт можно не указывать клиента, а заказчика указать просто строкой, аналогично строкой может быть указан автомобиль, в связи с чем в системе на стадии заявки могут не применяться привязанные к клиенту скидки, может не использоваться подбор по применяемости к моделям и т.п. Фактически, клиент может отказаться от ремонта, поэтому на этой стадии нелогично делать заказ поставщику на дорогостоящие детали.

Насколько можно судить по скриншотам, вы доработали данный момент в своей конфигурации. Типовая конфигурация такой логики не поддерживает, поэтому Вы и столкнулись с трудностями отработки данного процесса.

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

Например, в филиале клиент делает заказ на деталь. Детали нет на складе филиала, но она  есть на центральном складе, поэтому филиал оформляет внутренний заказ. Соответственно, внутренний заказ будет связан с клиентским заказом.

Как выше было сказано, в программе реализована другая логика. Заказ-наряд открывается при заключении любых договоренностей с клиентом, включая резервы под клиента и заказы деталей. Автомобиль может не быть на этой стадии в ремзоне, но менеджер уже выполняет операции. В системе реализована возможность создавать различные новые состояния заказ-нарядов в соответствующем справочнике, поэтому для разграничения заказ-нарядов можно создать, например, такое состояние, как "Заказ деталей"  или "Оформление".

Единственный способ "обмануть" систему – это указать в качестве документа-основания для заказа покупателя оформленный позже заказ-наряд. То есть, это будет выглядеть следующим образом: создаете "Заявку на ремонт", на ее основании в вашей доработанной конфигурации вводите "Заказ покупателя" (в типовой это сделать нельзя, поэтому я ввела промежуточный документ "Счет на оплату", а на его основании уже ввела "Заказ покупателя"). Ждете товары, после поступления товаров планируете работы. Затем на основании плана ремонта вводите документ "Заказ-наряд". После создания заказ-наряда в дереве связей документов для каждого заказа покупателя меняете документ-основание с плана ремонта на заказ-наряд. В этом случае система посчитает товары заказанными под заказ-наряд.

Заказ покупателя перепроводите неоперативно, иначе последовательности заказов и резервов будут разрушены, что приведет к минусовым остаткам. В связи с подобными сложностями и высоким риском ошибки (оперативного перепроведения заказа покупателя), рекомендуем использовать типовую логику заказов под заказ-наряды или дорабатывать конфигурацию по ваш бизнес-процесс.

На скриншотах указано дерево связей документов до изменения основания и после изменения