Необходимо изменить документ "Реализация товаров и услуг",
а именно предоставить возможность добавлять в ТЧ товары, которых нет на складе, с дополнительными признаками, указывающими на необходимость в дальнейшем по ним автоматом создавать либо заказ на перемещение либо заказ поставщику,
то есть получается что для каждой строки ТЧ будет свой статус товара (Заказан/Зарезервирован и тд)...
Подскажите, как лучше всего подойти к такой задаче?
Сейчас возникла проблема, контроля остатков - нужен контроль по тем позициям которые не заказываются,
казалось бы задача на 10 мин, но для человека первый раз заглянувшего в 100500 строк кода, это не так уж очевидно, поэтому вот спрашиваю.
я думаю, что в процедуре
ВременныеТаблицыДанныхДокумента() (модуль документа)
нужно указать отбор в ТаблицаТовары, но когда все товары заказаны, то таблица пустая и при выполнении запроса выходит ошибка.
Подскажите, как лучше сделать

использовать вместо РТУ документ Заказ покупателя - не предлагать?:)

(0) задача решается типовым функционалом. Использовать Заказ клиента + настройка контроля остатков по складу "Остатки с учетом графика" + Транспортные ограничения с указанием необходимого способа пополнения (покупка, перемещение)

(1,2) приходит клиент, ему оказывается некоторая услуга,некоторое время(может в течении н-дней), от меня требуется чтобы все фиксировалась в одном документе, а состав товаров может меняться в течении работ и нужно чтобы двигались регистры товары к отгрузке, по тем позициям которые есть а по тем которых нет, отражался их текущий статус.

поэтому если использовать заказ, то это нужно менять и заказ и РТУ в течении работы.

(2) контроль остатков по складу "остатки с учетом графика" стоит

ап

либо хотелка - овно, либо это явно не входит в функционал торговли

(0) то есть, ты включаешь в РТУ те товары, которые по факту клиенту еще не отгрузил. и клиент тебе за них уже должен будет?
(7) одно другому не мешает

(3) услуга <> товар
описание из серии "хочу чего-то, сам не знаю чего"

(8)да получается так, в случае с товаром который есть на складе, тоже не всегда отгружается сразу, потому что  услуга в течении некоторого времени выполняется, может даже неделю.

(7)хотелка, конечно так себе, но так в их старой программе сделано)
и мне нужно это повторить причем на УТ 11(((

(9)мне известно, что услуга <> товар, клиенту оказывается услуга и продаются товары одновременно

+ почему беру за основу РТУ, потому что таким образом у меня все будет в одном документе для отражения структуры подчиненности документов,
будут двигаться необходимые регистры, ТоварыКОТгрузке, СвободныеТовары

+ но нужно двигать регистры только по тем товарам, которые есть на складе, специальный признак могу сделать
проблема в том, что типовая так сделана, что чтобы изменить что-то в одном месте надо переписать строк over 9000

(10) Есть стандартный документ - заказ продажи
в котором все примерно так и работает
если попытаться сделать в РТУ - об "аккуратности" изменений можно и не мечтать

(13) это неправда. надо просто знать где менять, и как менять. первое могу сказать: менеджер документа -> процедура ИнициализироватьДанныеДокумента.
а дальше - либо разберешься, либо сломаешь...

(15) там будет проблема - а какими документами будут потом двигаться товары, которых сперва не было на складе? а при перепроведении?
так что все разговоры об аккуратности...

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

(16)когда товары, которых сперва не было на складе, поступят у них изменится статус в ТЧ документа и по ним будут формироваться стандартные для всех движения

(14)заказ продажи - это заказ клиента?

(17) когда товары, которых сперва не было на складе, поступят у них изменится статус в ТЧ документа и по ним будут формироваться стандартные для всех движения


а поподробнее?
сперва провели документ - он сформировал движения по тем товарам, что есть в наличии. это понятно.
а вот что дальше будет? какой датой будут делаться движения по товарам, пришедшим позже, какой документ в качестве регистратора, откуда именно будет вызываться обработка проведения?
:)))

(18) не помню уже - я с УТ сейчас не работаю плотно (вообще сейчас в основном навиком занят)))
для меня это SO (Sales Order) и запоминать все варианты названий - лень

(19)будут формироваться движения доп. обработкой при проведении приходного ордера на товары, заказанных таким образом. Придется либо оповещение ловить, либо изменить приходный ордер на товары.
дата движений будет равна дате приходного ордера,
регистратором будет все тот же измененный РТУ

(21) я примерно так и думал :)))
и о какой "аккуратности" может идти речь?
и когда в отчетах по продажам полезут глюки и косяки - кто будет виноват? а если потом из УТ в бухгалтерию передавать...
и при перепроведении тоже будут свои нюансы...

мораль - нефиг страдать фигней, а надо провести разъяснительную работу среди пользователей о СТАНДАРТНЫХ возможностях УТ.

(22) все отчеты работаю на основании движений, которые делают документы,
а движения у меня не изменятся, некоторые записи будут просто ПОЗЖЕ, то есть период движения может не совпадать с датой регистратора.
Возможно придется побольше исправлять,
но если за это платят и очень этого хотят, почему нет?)

(23) победителей не судят. осталось только победить...

(23) если заказчик ... не очень считает деньги - то действительно, можно и не такое :)))
но тут я бы разбил задачу на две части:
- сперва объяснил заказчику, насколько это сложно (дорого)
- потом переименовал бы заказ в реализацию, а реализацию - в частичную реализацию (и печатные формы поправил бы слегка)

целых 3 добродетели:
- не очень сильно перенапрягаешься
- повышаешь свое благосостояние максимально безболезненным для других способом (таким заказчикам деньги все равно не очень нужны, если они их не считают)
- если кому другому придется после работать с конфигурацией, он не будет тебя вспоминать "очень добрыми словами"
:)))