Резерв под будущую поставку #408532

Возможно ли в типовой конфигурации ТиС сделать резерв под будущую поставку? К примеру, выписывают счет, на складах нет товара, но знаем, что товар скоро придет. Если нет, то как лучше это реализовать?

В типой ТиС этот механизм реализован в цепочке документов Заявка на поставку - Заказ - Поступление...

Видимо не совсем понятно выразился я. Необходимо резервировать товар, когда выписали счет (Неподтвержденная заявка). Документ заявка на склад делает движение по регистру РезервыТМЦ. Так вот, как только выписали счет, необходимо сделать резерв. Счет оплачен, товар необходимо зарезервировать. Резервируем несмотря на то, что есть ли товар на складе или нет. Если нет товара, то резерв будет делаться под будущую поставку. Вообщем такая картина.

Ответ в .

Я что-то цепочку документов не совсем понял... Если не трудно, разжуйте....

См. описание типовой конфигурации. Цепочка проста - Заявка покупателя - Заказ поставщику - Поступление ТМЦ - Реализация ТМЦ

Что зарезервировать из "будущего", база должна знать, что оно придет и когда придет, делается это документом "Заказ поставщику". "Резервируешь" это дело документом "Заявка на поставку", только в резерв это все попадет после того как придет товар и сделаешь документ "Поступление товара".

И какой документ будет делать резерв товара?

Поступление...

Так, теперь более менее ясно... Сейчас гляну, посмотрю, если возникнут вопросы, отпишусь...

Хочу заметить, что типовая ТиС работает с некой кривизной, для полного щастья там требовалась небольшая доработка напильником.

Счета не резервируют.

+ вспомнил, заявка на поставку резервирует в будущее, только при наличии готового заказа поставщику. А если заказ поставщику будет отбит позднее или не забивается вообще - то кина не будет. Надо вписать код в проведение Заявки и Поступления.

полный бред. более того, всё с точностью до наоборот...

+ если заказ будет раньше заявки, тогда точно резерва не будет...

Чтобы обсуждать устрицы, их надобно кушать. Прежде чем писать, я не поленился заглянуть в код.

И в какой код ты смотрел? Чтобы товар по заявке на поставку встал в резерв в будущем, необходимо чтобы была связь в регистре ЗаказыЗаявки. Эта связь образуется при проведении Заказа. Теперь подумай, откуда возьмется эта связь, если заказ будет раньше заявки...

спорить неохота. Загляни для начала в модуль проведения заявки в участок кода идущий после комментария там все видно.

Ты в код смотри, а не в камметы ;)). По этой теме со мной действительно спорить бесполезно. Я этот механизм, в своё время, взад вперед перепахал...

вы о разных схемах говорите...

Говорят о разных схемах, но у меня Документ Поступление ТМЦ не резервирует(((

что-то не так...

Вообщем создал документ неподтвержденная заявка. На основании этого документа ввел документ заявка на поставку. Заметил такую особенность, если товар имеется на складе, то Заявка на поставку делает резерв, иначе нет. Ну да ладно. Затем создал документ Поступление ТМЦ(купля-продажа). Поступление сделалось, но Движение по Регистру РезервТМЦ не было сделано.

ну так отладчик в зубы (или клюв) и смотрим почему не резервируется..

Тогда беру напильник ))). Я отпишусь позже....

заказ поставщику забыл сделать.

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

Прочитай внимательно . Делаешь заявку на поставку. Потом делаешь Заказ поставщику. Проверяешь, что после проведения заказа в регистре ЗаказыЗаявки появилась запись с привязкой этого заказа с твоей заявкой. Потом на основании заказа вводишь поступление...

+ 25 поступление резервирует только если есть остаток товара, распределенные в заказах поставщика (регистр ЗаказыЗаявки). в этом случае (даже если поступление создано не на основании заказа поставщику) будет производиться резервирование

я тебя понял - можно сделать заказ поставщику и в его МнЧ будет железная привязка к заявке. Но я с таким не сталкивался - у нас обычно заказывают больше, чем просто набежало по заявкам, т.к. еще есть розничная торговля и отгрузки без резервирования (я уже молчу про заказы, когда надо выбрать некое количество у поставщика для получения скидки) - в общем заказ поставщику берется не глядя на заявки.

Так-с... Все получилось. Спасибо всем. Все сделал по той цепочке, которую описали. Все нормально резервирует.

Нет, ты меня не понял. Я говорил про схему, где не надо явно привязывать заказ к заявке в табличной части заказа. Привязка идет автоматически в регистре ЗаказыЗаявки...

Есть еще один вопрос... Многофирменный учет. Одна фирма закупает, другая продает. И резерв делается на фирму закупающую. Возможно ли резервивать на фирму продающую?

> Хочу заметить, что типовая ТиС работает с некой кривизной, для полного щастья там требовалась небольшая доработка напильником. - хочется поинтересоваться - в чем траблы?

>  вспомнил, заявка на поставку резервирует в будущее, только при наличии готового заказа поставщику. А если заказ поставщику будет отбит позднее или не забивается вообще - то кина не будет. ...неверно, все прекрасно резервирует, единственное - если заказ поставщику не делаем - то резервирования не происходит при поступлении товара - товар кладется в "свободный" остаток, в состоянии заявки - видно что товар можно отгрузить (даже если он не зарезервирован) - и тут его отгрузит тот манагер, кто расторопнее... ... заказы поставщику в первую очередь позволяют рулить очередностью удовлетворения заявок покупателей. если заказы поставщику не делать - то простое "конкурсное" распределение заявок. .. ..другое дело, что массовая работа по схеме заявки-заказы - в тис сделана крайне неудобно, поэтому автору как вариант имеет смысл посмотреть сюда:

возможно. Делать заказ поставщику от продающей фирмы. При поступлении ТМЦ на закупающую фирму - вводить на основании этого заказа. + Требуется чуток подточить код. чтобы заказ поставщику закрывался...

спасибо!

- то что ты пишешь - это простая отгрузка без резервирования по принципу "кто первый встал, того и тапки". Лучше сделать так - кто раньше сделал резервирование под поставку - тот первый зарезервирует себе товар при поступлении.

не выйдет... вип-клиент сделал заявку на 10 минут позже чем ИП Замухрышкин. Я тут же наплюю на "очередность" ИП Замухрышкина... - поэтому тут либо вводить приотритеты клиентов либо иначе...