Здравствуйте!
Конфигурация УНФ последний на данный момент релиз.
Планирую доработку, хотел спросить совета.
Заказы клиентов заносят в программу документом Заказ покупателя.
Но в один документ могут внести несколько заказов, у каждого заказа свой номер, который вноситься в характеристику.
Т.е. один документ Заказ покупателя, в табличной части несколько строк.
Нужно осуществлять контроль за исполнением заказов.
Замысел такой:
Создать отдельный регистр, куда при проведении документа Заказ покупателя будут попадать все строки из документа.
Создать обработку с Таблицей значений, кладовщик ищет заказ по номеру, щелкает на него, ставиться отметка о том, что заказ выполнен.
Менеджер со своего компьютера видит отметки и получает информацию о заказах.
Какие могут быть подводные камни при такой реализации задачи? И какой регистр использовать? Я думаю регистр сведений.
Спасибо!

а зачем несколько заказов в 1 документ?

Но в один документ могут внести несколько заказов - это не понятно
ЗЫ
Отгрузка частями это такая хрень, которую по возможности надо избегать.

(0) Если вы начали думать в сторону регистра сведений, то логично сделать следующий шаг и для данной задачи отказаться от регистров вовсе. Зачем они вам здесь? Для чего?

(1) В УНФ реализация есть в виде ВАраинтов заказов в одной табл части. Есть основной заказ.

(0) Зачем тут регистр. Не пойму кому вы что хотите тут облегчить.

(0) "Но в один документ могут внести несколько заказов, у каждого заказа свой номер, который вноситься в характеристику."© Переведи. В ЗАКАЗ ПОКУПАТЕЛЯ может быть внесено несколько ЗАКАЗОВ ПОКУПАТЕЛЯ. Это как?

(5) Видимо, на курсах так объясняют: делаешь документ, а к нему регистр, потом берешь за это деньги

(6) Это называется отношение "один-ко-многим". Не слышали о таком?

(6) еще раз авто имеет ввиду что в Заказ покупателя , есть несколько вариантов  заказов в 1 документе. в табличной части . 1 вариант  содержит одни строки заказа, 2,3 и т.д. Из всех их можно выбрать пометить Основной заказ. И клиент потом выберет какой вариант в Этом документе нужен.

(9) + ТС имеет ввиду*

(7)  Наверно

Ну если надо отслеживать выполнение заказов - то регистр нужен, только накопления, не сведений. Без этого можно без регистра обойтись совсем.
И не надо лепить в один заказ несколько заказов. Гораздо проще с точки зрения учета создавать отдельный документ на каждый заказ, и анализировать будет проще, когда заказов станет миллион

чо-то жесть какая-то, зачем в одном заказе несколько заказов? А, ну да, это же УНФ

(0) беги от этих фантазеров

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

Автор описал задачу крупными мазками. Делать на основе этого какие либо выводы как реализовывать - полный бред.
Пока не вижу никакой необходимости нворачиватт всякую хрень, чтобы отслеживать выполнение каждой строки.
Что значит "заказ выполнен"? Нихерасе непонятно. В УНФ на заказ можно штатно навешать разный статус. Вплоть до статуса на сборке, на доставке, доставлен, штатный статус " Завершён успешно".
Всё что сделать - штатно всё оформлять типовыми штатными заказами. Менеджеиу-муларасу сделать обёртку отчёт или обработку, которая собирает невыполненные заказы и показывает в удобном виде. Для этого внезапно подойдёт даже типовой список заказов правил но настроенный и раскрашенный как у меня и слелано. А сколько в самом заказе строк - одна или несколько вообще не принципиальное. Одна хотелка клиента = один заказ. А сколько в этой хотелка товаров и строк - ваще похер.
.
Напридумывали выше всякой хрени с допрегистрами какими-то. То что автор описал крупными мазками - всё делается штатно. Как у меня в УНФ.