Процедура ОбработкаПодбора

"В табличной части документа ТребованиеНакладная (Перемещение материалов) завела новое поле Склад. Заполняться оно должно следующим образом: делаем подбор материалов, в зависимости от того, с какого склада выбираем материал, тот склад и должен записываться в соответсвующее поле табличной части документа. Подскажите, плз, как мне подправить процедуру<br><br>Процедура ОбработкаПодбора(ВыбрМПЗ)<br> Кол = 1;<br> Если ВвестиЧисло(Кол, "Введите количество", 14, 3) = 0 Тогда<br> Возврат;<br> ИначеЕсли Кол = 0 Тогда<br> Возврат;<br> КонецЕсли;<br> <br> НоваяСтрока();<br> Материал = ВыбрМПЗ; <br> КоличествоЗатребовано = Кол;<br> КоличествоОтпущено = Кол; <br> Склад = МестоХранения; // Записывает во все поля склад, выбранный в шапке документа<br> АктивизироватьСтроку();<br>КонецПроцедуры<br>"

Конфигурация какая? Судя по всему 1С:Бухгалтерия 7.7, релиз ???<br>В общем, встречный вопрос: "зависимости от того, с какого склада выбираем материал" = а как это определять? Вы имеете ввиду, что нужно ловить значение из формы подбора? (там в самом деле есть фильтр по складу). А что за задача в целом? Судя по всему, вы хотите, чтобы при проведении Требования-накладной списание шло с разных складов. Придется переделывать алгоритм проведения, ведь сейчас анализируются остатки по одному складу, значение которого лежит в МестоХранения

Да, задача именно такая. Нужно отлавливать склад из формы подбора и списывать в одном документе с нескольких складов.

"Чтобы Склад заполнялся, делаем так:<br><br>Процедура ОбработкаПодбора(ВыбрМПЗ, Конт)<br>...<br>Попытка<br>Склад = Конт.МестоХранения;<br>Исключение<br>КонецПопытки;<br>...<br>КонецПроцедуры<br><br>а вот чтобы списывалось, это уже перерабатывайте модуль проведения документа"

А как отлавливать материальную ответственность вы подумали? Или в накладной-требовании МОЛ-ы будут расписываться каждый напротив своих строк?<br>Смысл и потребность в существовании такого документа?<br><br>Технически в обработке подбора можно ввести запрос на выбор склада. И значение склада передавать в табличную часть, в отдельный реквизит. И в обработке проведения использовать значения реквизитя для подстановки в субконто.<br><br>Документ конечно получится громоздкий и тормозной, потому как придётся в процесс создания проводки впихнуть анализ остатков текущей номенклатуры на конкретном складе. Получится рекурсивный вызов при обработке каждой строки.<br><br>Также придётся в форму подбора впихнуть таблицу с остатками на всех введённых складах. Чтобы исключить грубый мат оператора который будет пытаться провести такой документ.<br><br>Несколько непонятна логика существования такого документа.<br>Достаточно логичнее было бы создать обработку которая осуществляла бы подбор в таблицу и создание нескольких накладных, по одной на каждый склад.<br>

Это требования руководства и бухгалтерии, т.к. каждый документ представляет собой отдельный заказ, идущий в производство. Для формирования этого заказа требуется материал с разных складов. А в этих накладных МОЛ не расписываются, они вообще не распечатываются

Это СТРАННОЕ требование, если это именно требование БУХГАЛТЕРИИ.<br>То, что это требование РУКОВОДСТВА - соглашусь.<br>Судя по всему, речь идет о конфигурации Бухгалтерский учет 4.5 (платформа 7.7.)<br><br>Так вот ЭТА конфигурация - для ведения БУХГАЛТЕРСКОГО учета, а НЕ для оперативного управления. Задача "подобрать" заказ СОБСТВЕННО к бухгалтерскому учету не имеет НИКАКОГО ОТНОШЕНИЯ.<br><br>Реальная перспектива в результате вот такого "улучшения" документа Требование-Накладная получить "нетипового монстра". Не надо "ковырять" типовой документ. Создайте ДОПОЛНИТЕЛЬНЫЙ документ, который подготовит заказ по его составу, в том числе и с разных складов, а потом очень несложным действием сформируйте из него автоматически необходимое количество типовых документов ТребованиеНакладная для каждого склада в отдельности. При этом конфигурация в типовой части будет обновляться как типовая, вообще автоматом, без проблем и хлопот.

Полностью согласен. Не надо изобретать велосипед.Накладные не визируются, для проведения по счетам учёта есть прекрасный типовой документ.<br><br>Сделайте обработку, в динамическую таблицу которой будете набирать необходимый материал. Потом этой обработкой создаёте набор типовых документов, каждый на свою номенклатуру и свой склад. И никаких проблем. А вот трогать типовой документ вообще не стоит.<br><br>Пример такой обработки? Да в ТиС, есть пакетный ввод документов. Можете его взять как пример, и написать свой аналог.<br><br>Если уж хочется, чтобы эти заказы хранились то тогда вместо обработки дополнительный распорядительный документ без проведения. Дальше как в случае с обработкой.