УТ 11 аккуратное изменение документа #661343


#0 by IUnknown777
Необходимо изменить документ "Реализация товаров и услуг", а именно предоставить возможность добавлять в ТЧ товары, которых нет на складе, с дополнительными признаками, указывающими на необходимость в дальнейшем по ним автоматом создавать либо заказ на перемещение либо заказ поставщику, то есть получается что для каждой строки ТЧ будет свой статус товара (Заказан/Зарезервирован и тд)... Подскажите, как лучше всего подойти к такой задаче? Сейчас возникла проблема, контроля остатков - нужен контроль по тем позициям которые не заказываются, казалось бы задача на 10 мин, но для человека первый раз заглянувшего в 100500 строк кода, это не так уж очевидно, поэтому вот спрашиваю. я думаю, что в процедуре ВременныеТаблицыДанныхДокумента (модуль документа) нужно указать отбор в ТаблицаТовары, но когда все товары заказаны, то таблица пустая и при выполнении запроса выходит ошибка. Подскажите, как лучше сделать
#1 by grayshadow
использовать вместо РТУ документ Заказ покупателя - не предлагать?:)
#2 by vs84
задача решается типовым функционалом. Использовать Заказ клиента + настройка контроля остатков по складу "Остатки с учетом графика" + Транспортные ограничения с указанием необходимого способа пополнения (покупка, перемещение)
#3 by IUnknown777
(1,2) приходит клиент, ему оказывается некоторая услуга,некоторое время(может в течении н-дней), от меня требуется чтобы все фиксировалась в одном документе, а состав товаров может меняться в течении работ и нужно чтобы двигались регистры товары к отгрузке, по тем позициям которые есть а по тем которых нет, отражался их текущий статус.
#4 by IUnknown777
поэтому если использовать заказ, то это нужно менять и заказ и РТУ в течении работы.
#5 by IUnknown777
контроль остатков по складу "остатки с учетом графика" стоит
#6 by IUnknown777
ап
#7 by mikecool
либо хотелка - овно, либо это явно не входит в функционал торговли
#8 by patapum
то есть, ты включаешь в РТУ те товары, которые по факту клиенту еще не отгрузил. и клиент тебе за них уже должен будет? одно другому не мешает
#9 by s_ustinov
услуга <> товар описание из серии "хочу чего-то, сам не знаю чего"
#10 by IUnknown777
да получается так, в случае с товаром который есть на складе, тоже не всегда отгружается сразу, потому что  услуга в течении некоторого времени выполняется, может даже неделю. хотелка, конечно так себе, но так в их старой программе сделано) и мне нужно это повторить причем на УТ 11(((
#11 by IUnknown777
мне известно, что услуга <> товар, клиенту оказывается услуга и продаются товары одновременно
#12 by IUnknown777
+ почему беру за основу РТУ, потому что таким образом у меня все будет в одном документе для отражения структуры подчиненности документов, будут двигаться необходимые регистры, ТоварыКОТгрузке, СвободныеТовары
#13 by IUnknown777
+ но нужно двигать регистры только по тем товарам, которые есть на складе, специальный признак могу сделать проблема в том, что типовая так сделана, что чтобы изменить что-то в одном месте надо переписать строк over 9000
#14 by s_ustinov
Есть стандартный документ - заказ продажи в котором все примерно так и работает если попытаться сделать в РТУ - об "аккуратности" изменений можно и не мечтать
#15 by patapum
это неправда. надо просто знать где менять, и как менять. первое могу сказать: менеджер документа -> процедура ИнициализироватьДанныеДокумента. а дальше - либо разберешься, либо сломаешь...
#16 by s_ustinov
там будет проблема - а какими документами будут потом двигаться товары, которых сперва не было на складе? а при перепроведении? так что все разговоры об аккуратности...
#17 by IUnknown777
там уже все изменила, возникает ошибка раньше в процедуре приЗаписи в модуле документа, из нее вызывается процедура ЗаполнитьВидыЗапасов из нее ВременныеТаблицыДанныхДокумента здесь происходит ошибка, потому что указывается выгруженная ТЧ товары в качестве параметра для запроса я ставлю отбор на товары, это означает, что таблица может быть пустая. когда товары, которых сперва не было на складе, поступят у них изменится статус в ТЧ документа и по ним будут формироваться стандартные для всех движения
#18 by IUnknown777
заказ продажи - это заказ клиента?
#19 by s_ustinov
когда товары, которых сперва не было на складе, поступят у них изменится статус в ТЧ документа и по ним будут формироваться стандартные для всех движения а поподробнее? сперва провели документ - он сформировал движения по тем товарам, что есть в наличии. это понятно. а вот что дальше будет? какой датой будут делаться движения по товарам, пришедшим позже, какой документ в качестве регистратора, откуда именно будет вызываться обработка проведения? :)))
#20 by s_ustinov
не помню уже - я с УТ сейчас не работаю плотно (вообще сейчас в основном навиком занят))) для меня это SO (Sales Order) и запоминать все варианты названий - лень
#21 by IUnknown777
будут формироваться движения доп. обработкой при проведении приходного ордера на товары, заказанных таким образом. Придется либо оповещение ловить, либо изменить приходный ордер на товары. дата движений будет равна дате приходного ордера, регистратором будет все тот же измененный РТУ
#22 by s_ustinov
я примерно так и думал :))) и о какой "аккуратности" может идти речь? и когда в отчетах по продажам полезут глюки и косяки - кто будет виноват? а если потом из УТ в бухгалтерию передавать... и при перепроведении тоже будут свои нюансы... мораль - нефиг страдать фигней, а надо провести разъяснительную работу среди пользователей о СТАНДАРТНЫХ возможностях УТ.
#23 by IUnknown777
все отчеты работаю на основании движений, которые делают документы, а движения у меня не изменятся, некоторые записи будут просто ПОЗЖЕ, то есть период движения может не совпадать с датой регистратора. Возможно придется побольше исправлять, но если за это платят и очень этого хотят, почему нет?)
#24 by patapum
победителей не судят. осталось только победить...
#25 by s_ustinov
если заказчик ... не очень считает деньги - то действительно, можно и не такое :))) но тут я бы разбил задачу на две части: - сперва объяснил заказчику, насколько это сложно (дорого) - потом переименовал бы заказ в реализацию, а реализацию - в частичную реализацию (и печатные формы поправил бы слегка) целых 3 добродетели: - не очень сильно перенапрягаешься - повышаешь свое благосостояние максимально безболезненным для других способом (таким заказчикам деньги все равно не очень нужны, если они их не считают) - если кому другому придется после работать с конфигурацией, он не будет тебя вспоминать "очень добрыми словами" :)))
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям