Резервирование товара

Пойти на обучение:)) Там для меня тоже непонятная логика.
Мы когда внедряли 1С - замучились с резервами (авторезервирование, резервирование из товара, который только закупается, автоматическое снятие резерва нужно было, отчёты по резевам). В результате - резервирование было сделано отдельное, а всё, что касается типовых резервов - скрыто из интерфейсов и отключено в настройках.

Продолжаем разговор (с) :)
Вообще-то мне странно, неужели никто не сталкивался с этой проблемой? Как же люди работают? Может, я что-то совсем не так делаю?

Немного дальнейших исследований. Итак, товара на складе нет, контроль остатков на складе "с учетом графика", период контроля - 1 день. Заказ клиента с этим товаром от сегодня, дата отгрузки послезавтра (за границей контроля склада).
Прикидываемся логистом :). Открываем обработку "Управление запасами". Снимаем галку "Только к заказу"! иначе ничего не поймем. Давим "Обновить" и что же мы видим...
Товар этот есть - потребность будет послезавтра. Казалось бы, надо б его заказать, но....
Колонка "К заказу" очень интересно выглядит. Там у нас есть товары только те, по которым поставка просрочена! А поскольку по нашему товару она еще только на послезавтра запланирована, то "к заказу" этого товара нет! А появится он в этой колонке когда? правильно - когда поставка станет просроченной!
Это ж писец, граждане. Послезавтра мы просрочим поставку, в этот день мы (мы же логист) увидим наконец, что этот товар надо заказывать, спохватимся и создадим заказ поставщику, но клиент уже звонит генеральному с претензиями и нас увольняют. Ну какая ж логика у разработчика?
Запрос, которым заполняется таблица этой обработки, состоит из четырех запросов и занимает не один десяток страниц у меня на мониторчике, что же делать-то...
пойду еще попробую транспортные ограничения добавить. Может, в этом фокус. Может, она думает, что доставка мгновенно?

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

Начали работать в УТ11. Много возникает вопросов. Спасибо за информацию, это хорошо когда люди сообщают о тех моментах в которых они разобрались. Реально документации по УТ11 нет. А та что есть это практически справка из конфигурации. Спасибо! Учтем в работе.

Еще такая интересная особенность про контроль остатков с учетом графика: при проведении поступления по заказу поставщику, сам заказ поставщику тоже перепроводится и движения в регистре график товаров на поступивший товар отменяются.

Забавно, нужно будет поглядеть зачем они так намудрили...

Всем привет! Тоже используем УТ 11 на фирме. тоже мучаемся с резервированием.
Тут есть один момент, если вы не используете инструмент "управление запасами" и формируете заказ поставщику на основе заказа покупателя, то можно отказаться от "остатков с учетом графика" и перейти на "остатки с учетом резерва", назначение тоже самое, но гемороя меньше.
Остатки с учетом резерва - он резервирует товар как только тот приходит на склад. Ну и соответственно на него есть заказ. И резервирует его без каких либо сроков, графиков, дат (как я и говорит - геммора нет :-) ) , т.е. товар будет снят с резерва если заказ будет аннулирован или закрыт.
Остатки с учетом графика - это уже интересней. Кроме периода контроля не забываем про транспортные ограничения. Ситуация следующая - мы оформляем заказ на товар которого нет на складе. Предположим что у нас следующие параметры: период контроля 10 дней, транспортные ограничения 30 дней. Ну и соответственно остатки с учетом графика. Тогда - если мы заказали товар 1-го числа, он должен к нам прийти максимум 30-го. (трансп.огр.30 дней), период контроля 10 дней т.е. в теории с 20 по 30 тоар должен быть у нас на резерве. Это в теории. На самом деле 1с думает по другому, она - да, резервирует за 10 дней до отгрузки, но при этом - не дает провести документ если ставим дату отгрузки в прериод с 1 по 11. Что это нам дает и какие грабли тут лежат? - 1. а почему не дает провести документ с 1 по 11 ? у нас что товар не может прийти раньше 11 ? бред! следующие грабли - если товар пришел 15, отгрузка назначена на 20. документ провелся нормально, но резерв наступает с 20. Тогда товар будет продан 18 другому и мы опять в пролете и опять надо делать заказ. Бред!!! По хорошему надо устанавливать период контроля 30 дней и транспортное ограничение 30 дней, чтобы резерв был на протежении всего периода транспортирования товара, но в данном случае прога не даст нам провести документ. Я один в недоумении над их логикой ? или есть еще кто то ? Работал до этого, в другом ПО, тоже со складами, думал перейду на 1С тут все будет шикрно, хрен тут. Тоже самое даже хуже т.к. даже типовые задачи решить не возможно. Банально , как писалось выше, купить по дешевле продать подороже....

А в каком статусе должен быть заказ покупателя для того чтобы тот зарезервировал товар как только он придет? Например в статусе согласован товар не резервируется. А статус к обеспечению можно поставить только в том случае если все товары в наличии. И получается так, что мы пока ждем один товар под заказ, другой товар могут уже продать т.к. мы его не зарезервировали.

Может быть меня не правильно поняли или я выразился не совсем правильно, извиняюсь, фразой "... резервирует товар как только тот приходит на склад.." я хотел сказать что система резервирует товар который находиться на складе в наличии без каких либо временных ограничений. Товар которого нет на складе зарезервировать нельзя - все верно Trucker.

Т.е. нормальная система резервирования не для нас? Есть заказ: в котором что то в наличии, что то нет. Вот то что в наличии резервируется, а того что нет попадает в потребности. Как только товар приходит он попадает в резерв под заказ. Неужели это сложно было сделать?

Ну как сказать сложно? Вот я пользовался разарботкой компании Айти Лаб Управление сервисным центром. Там все предельно ясно. В заказе есть галочка резервирование. Ставишь ее. Появляется потребность. Если есть на складе резервируется со склада, если нет, попадает в потребность товара. У них есть замечательная штука как мастер заказов поставщикам. Там ты все видишь по каким заказам кому что надо. Далее от потребности отнимаешь то что есть в резерве и получаешь цифру к закзу у поставщика. Заказываешь у поставщика и все. Есть еще такое понятие как очередность резервов. Т.е. ты можешь выбрать в какой заказ товар раньше должен упасть при приходе. Меня бы такая ситуация полностью устроила. Но ведь ее просто нет :(

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

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

в 11.1.1.1 ситуацию исправили и этот механизм заработал лучше.

Да дело даже не в этом. Я говорю, что нет нормального резервирования товара КОТОРЫЙ РЕАЛЬНО есть на складе, если стоит учет остатки с учетом графика. И если он резервируется виртуально то его совершенно реально смогут продать другие

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

Пока смог добиться только одного: Пример: В заказе все товары в наличии, политика склада-остатки с учетом резерва, Ставишь статус заказа К обеспечению и только ТОГДА он зарезервирует товар. Если при политике остатки с учетом резерва хоть одной позиции не будет на складе, он не сможет зарезервировать ВЕСЬ товар

Сколько бьюсь над УТ мне не понятна логика, почему нельзя поставить Заказ клиента "К обеспечению" при складе остатки с учетом резервов, каким образом закупки должны догадаться о нужности заказа?

Склад с учетом графика, исходя из работы был сделан вывод. Товар который есть в наличии и контроль склада не нулевой, допустим дней 7, то падает в резерв если дата отгрузки = дате документа. Если товара нет в наличии или частично в наличии то в резерв не попадает. Поэтому для строк частично в наличии лучше использовать частичную отгрузку, тогда обработка сама разбивает товар на 2 строки одна в наличии вторая на планируемые поставки. Только происходит засада когда дата отгрузки планируемого остатка попадает в контроль склада, тогда летят резервы, с остатками происходит неизвестно что, показывает есть полностью в наличии на то чего нет, товар как то сранно начинает распределятся по заказам, по какому принципу мне пока что не ясно. Возникает вопрос т.е. дату отгрузки товара не в наличии надо постоянно актуализировать? допустим условие если дата контроля склада = (планируемая дата отгрузки - 1 день) обновить дату отгрузки. Видно такую обработку надо писать, т.к. вручную слишком много заказов, это не реально. Это мои наблюдения, может в чем то и заблуждаюсь. Буду рада указанием на ошибки

))) Ну да, человеческий фактор никто не отменял)) Да и на анализ дефицита и неликвида нужно время + поиск лучшей цены. Купить быстро можно а вот выгодно опять время. Вобщем предложение хорошее, но оно как идеальный двигатель - не существует))

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

Переходите на v7 - там это реализовано.
константа - "РазрешитьРезервироватьОтсутствующие" ))
с возможным контролем по заказам поставщикам.

У меня тоже аналогичная проблема:

Версия УТ 11.0.7.21

Есть товар на складе Основной. Для него установлен вариант контроля остатков "Остатки с учетом графика". Стоит период контроля - 30 дней. Есть 20 единиц товара на складе. Товар списывают с помощью цепочки "Заказ на внутренее потребление" -> "Внутреннее потребление" -> "Расходный кассовый ордер".

При проведении документа "Заказ на внутреннее потребление", формируются движения в регистре "График движения товаров" (регистр остатков), формируем отчет "Анализ доступност товаров". В наличии - 20, в резерве - 2, свободно - 18. Ок, все верно.

Формируем документ "Внутреннее потребление". Смотрим отчет. В наличии - 18 (все верно, списалось 2 шт.), в резерве - 2, свободно - 16. Почему в резерве - 2? Почему не закрылся регистр "График движения товаров"? И как он вообще закрывается?

Это приводит к тому, что получается ситуация, что товар есть на складе, но из-за того, что он не списывается из резерва, его нельзя продать...

Тут же кто-то писал, что этот регистр должен закрываться при проведении

Либо еже ли товар был на складе не нужно было формировать "Заявку на внутренее потребление"? А сразу "Внутрненнее потребление"?

Было из-за ошибки в документе "Внутреннее потребление".

В модуле менеджера в процедуре ИнициализироватьДанныеДокумента в запросе 5 ТаблицаДвижениеТоваров неправильно условие.
Должно быть ТаблицаТовары.ДокументРезерваСерий = ЗНАЧЕНИЕ(Документ.ЗаказНаВнутреннееПотребление.ПустаяСсылка).

После исправление при перепроведении документа "Внутреннее потребление" резерв списался.

Расскажите, или ткните где почитать как в УТ 11 реализовано снятие с резерва (кроме правки документа заказа).

Например заказали в марте, зарезервировали, а в июне надо снять резерв. Не править же документ заказа?

Спасибо.

Вроде бы 1С не одобряют правку документов задним числом? Т.е. я правильно вас понял, что для снятия резервов в УТ11 есть только возможность изменения самого заказа и никаких "внешних" документов,обработок или чего еще?

Да ладно смотрите реально на вещи, в УТ 11 возможность снятия с резерва вообще ни как не продумана. В любом случае не получится перебросить резервы с одного заказа на конкретный другой. А если используются статусы и требуется согласование, то тут вообще труба наступает, ни даты отгрузки не сдвинуть без нового согласования ни вообще ничего не изменить в нем, абсолютная не продуманность. И эти даты который попадают в зону контроля склада, если один заказ полностью в наличии по позиции а другой который попал в эту зону допустим на следующий день, все реализация не провести, надо сдвигать дату, а чтобы сдвинуть надо согласовать, а это геморой еще тот. А отключаешь согласование, отключаешь контроль цен. Все весело. Про графики оплат вообще можно умолчать - они не обновляются при проведении реализации а только при создании.

А кто-то вообще настроил в УТ11 резервирование/планирование в реальной работе?
По ощущениям в этом направлении все в статусе жесткой беты до сих пор.

Рассказывается как зарезервировать и снять резерв
"В случае отказа клиента от заказа надо обеспечить возможность резервирования поступившей под заказ другого клиента арматуры."

retif я вкурсе, но это подходит когда необходимо перекидывать резервы не постоянно и не по несколько раз на дню. Да и суть в том что даже если обособленное резервирование все равно с датами контроля склада приходится передвигать даты, а это опять каждый заказ переначивать. И под заказ каким образом если товар приходит не на конкретный заказ, а ориентируется на анализ продаж

Дайте совет как лучше настроить резервирование, что бы оно наиболее замороченным было.
Чувствую групповое снятие резервов и "резервирование резервов" придется дописывать. И у кого есть инфа о типовом механизме резервирования, скиньте все что есть сюда: "azarnin Эт xakep точка ru"

Спасибо

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