Каталог решений - Резервирование по заявкам в ТиС

Резервирование по заявкам в ТиС

Резервирование по заявкам в ТиС

В наличии

В типовой ТиС 9.2 резервирование по заявкам покупателя производится или из текущего остатка на складе и из предстоящих поставок.
Все хорошо, но резервирование из предстоящих поставок происходит по документом ЗаказПоставщику, т.е. если есть ЗаявкаПокупателя на ТМЦ, то резерв под нее при оформлении документа ПоступлениеТМЦ будет произведен только в том случае, если предварительно будет оформлен документ ЗаказПоставщику, а иначе — не прокатывает. Пробуем РЕШИТЬ по просьбам трудящихся.

Категория:

Описание

В типовой ТиС 9.2 резервирование по заявкам покупателя производится или из текущего остатка на складе и из предстоящих поставок.
Все хорошо, но резервирование из предстоящих поставок происходит по документом ЗаказПоставщику,Т.е. если есть ЗаявкаПокупателя на ТМЦ, то резерв под нее при оформлении документа ПоступлениеТМЦ будет произведен только в том случае, если предварительно будет оформлен документ ЗаказПоставщику, а иначе — не прокатывает. Пробуем РЕШИТЬ по просьбам трудящихся.

Соглашусь с фирмой 1С:
-«Это позволяет организовывать схемы «торговли по заказам», когда ТМЦ закупается только под уже сделанные заявки покупателей.» С успехом можно планировать предстоящие поставки. И это правильно.
Но в ситуации, когда есть ЗаявкаПокупателя и под нее надо резервировать поступающие ТМЦ, при этом неизвестно от кого будет поступление, что делать?

Вариант 1: (тупой и бестолковый)
— постоянно перепроводить ЗаявкуПокупателя, изменяя ее дату и время на текущие чтобы подхватывать в резерв поступившие до сего момента ТМЦ.
А если заявок много? Запаришься, да и гемороя хватает. ( Таким способом насколько мне известно, «колдует» процентов 60, при этом весьма недовольны.
Конечно сидит два юзера и заявки собирают.Ну вот все у одного сростается — красота, но вот поступает товар — он перепроводит заявку, в этот момент второй юзер успел-таки провести свою заявку чуть раньше и, о чудо, у второго все скомплектовалось!!!, а у первого все наперекосяк — опять чего-то нехватает. Мат стоит в три этажа).

Вариант 2: (красивый и правильный)
— Чтобы все работало правильно прежде чем формировать документ ПоступлениеТМЦ надо сформировать ЗаказПоставшику.Тогда все правильно резервируется и распределяется, тем более, что можно сделать привязку ТМЦ к конкретной заявке.

НО… Многие юзеры просто не знают межанизмы работы конфигурации ТиС и тупо бьют ПоступлениеТМЦ, при этом удивляясь:
» — А почему это товар не резервируется по заявкам?»
Многим просто лень делать дополнительные телодвижения, просто хотят » бить ПоступлениеТМЦ» и чтобы все
резирвировалось под заявки и т.п…
Что бы удовлетворить последних решил усовершенствовать процесс, т.е. убрать из цепочки документов ЗаказПоставщику ( хотя не считаю, что это есть хорошо. В стандартном решении можно делать конкретную закупку под конкретную заявку, например, под одну заявку можно брать по 50 руб., а под другую не выше 45. Так что придется юзерам следить – кому с какой партии товар торгуют. Но это уже другая проблема..).
И так, чтобы использовать сокращенный механизм делаем следующее:
Что бы клиент мог вернуться к стандарной схеме предложенной в стантартной ТиС введена дополнительная константа «ИспользоватьЗаказПоставщику» и перечисление Булево со значениями «Да» и «Нет».
Если клиент использует стандартную схему — константа имеет значение «Да», если по сокращенной схеме — «Нет». Не будем лишать клиента свободы выбора. Так как у нас не будет задействован документ ЗаказПоставщику, то все действия по резервированию поступающих ТМЦ по заявкам делаем в модуле документа ПоступлениеТМЦ :

Добавим в модуль документа переменную:

has been added to your cart:
Оформление заказа