В поиске правильной схемы резервирования

Понимаю, что ничего идеального не существует. На днях падаван принёс следующий вариант
1. Делается заказ покупателя.
2. На основе заказа создаётся документ "Размещение товаров", который ставит товары в
-резерв на складах
-заявки на покупку у поставщика
Это всё разумеется отдельные регистры
Мендежер по закупкам на основе остатков регистра "Заявки на покупку у поставщика" формирует Заказ поставщику. После чего отдельным макаром формирует документ "Размещение товаров", который списывает регистр "Заявки на покупку у поставщика" и плюсует регистр "Резерв в заказах поставщику"
Ведётся контроль отрицательных остатков по этим регистрам
3. Создаётся поступление товаров, который плюсует в регистр "Товары в резерве по поступлениям".
4. Создаётся документ "Какое-то имя", который мминусует "Товары в резерве по поступлениям" и плюсует "Товары в резерве на складах"
Увольнять сразу или выписать премию?

(0) Премию конечно

он книжку по ТиС открыл?

самый главный вопрос, на который нет однозначного ответа:

можно ли продавать товар из чужого резерва?

ps
после отпуска буду разбираться с резервированием в ут-11, возможно что-то переделаю....

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

в принципе аргументы вроде стоящие..
меня самого иногда бесила колонка "Размещение" в ут 10.3

(3) на этот вопрос ответ получен сразу - можно
для этого необходимо сделать документ "Корректировка резервов", где минусуется чужой резерв и плюсуется в свой
Ессно делается это визуально в интутивно понятном интерфейсе

(0) топик ни о чем
схем резервирования столько же, сколько предприятий

(7) не умножай сущности без надобностей!
учёт везде один, вопрос в том, как совмещать функции

(6) у меня есть оплаченый резерв на 10шт, по договору поставка через 30 дней, на складе 2шт, Петя хочет продать эти 2шт за нал зная что через 2 недели придет 5шт.

ПОЧЕМУ Петя не может продать то что есть в наличие?

(8)[учёт везде один, ]
бред и преопаснейший

(9) может: позвонит Максу, спишет его резерв, кинет на свой заказ, продаст

(10) приведи пример хотя бы один учёта, который как не везде

(11) а когда придет на склад 5шт менеджер Вася возьмет и продаст их, по тому как резерва на 10шт нету, его снял Макс!!!

(13) он снимет ровно 2 штуки

а, понял

(14) тогда из пришедших 5 и потом еще 5 Вася продаст 2шт.

ну вот тут и есть основная проблема резервирования

(15) задача с резервированием не простая....

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

по ходу ТС, к v8: УТ 11 - почему такая популярная решил еще и гениальнейшую систему резерва сделать.

по-наблюдаю за ним.

(19) я не думаю, что такая система есть ;)
вот даже взять эту описанную тобой проблему
тут получается у нас стек резервов
и нужно двигать по методу lifo
но в любом случае тут вопрос будет решаться за счёт приоритетов не дат, а контрагентов

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

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

(22) я не работал в Тис
можно чуть конкретней?

(21) может и нет, посмотрим.
В любом случае к середине лета решу в том числе и описанную мною проблему

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

Не увольнять. Убивать.

(27) почему

(27) каковы ложные моменты?

ага
казнить нельзя помиловать

Есть опыт кучи успешных фирм в оптовых продажах, где основное и нерушимое правило - "резерв неприкосновенен".  Украл чужой резерв - иди на паперть.
А все остальные решения с резервированием это к ларькам.
Так что присоединяюсь к (27).

(31) о как волнующе ;)
тема заиграла новыми красками )

аа, ilm, круто

(0) не понятно, за что его убивать или премировать. Убить, если предложенная схема хуже существующей, премировать - если лучше.

(24) думаю, Женю можно не случать, потому как он задачу сведет к необходимости загрузки прайс-листа для правильного резервирования))

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

(35) гы

то бишь чужой резерв может отменять только сам чувак
круто

ну как бы
поставил в резерв - поставил попу
снял резерв - паперть
с3.14дил резерв - паперть
стиль гангста
одобряю

(38) а ты в курсе что в (0) у тебя схема на 99 процентов ттповая УТ10.
Весь тот же набор доков и регистров прямо один в один.

Сори даже не 99 а все сто.

(40) не совсем, браза мэн
в ут 10
1. Есть колонка "Размещение" в заказе, то бишь сам заказ ещё и резервирует (на складах и заказах поставщикам)
3. Поступление товаров тоже резервирует
В этой схеме же резервирование отделено от намерений купить-продать

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

(43) ох нам бы их учёт

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


Изобретатели блин лесапедов)))))))

ЗЫ раз уж было сказано (35) то могу помочь по загрузке из эксель заявок клиентов, счетов от поставщиков со срвнением цен и того чтобы было изначально в заказе с возможностью корректировок и так далее, ну и приходных накладныХ))))
Ну а также моя загрузка грузит прайсы поставщиков с ценам а обработка заказов поставщикам по заказам покупателей анализирует и выбирает нужных поставщиков на каждый товар.
Есть обработки автоматического заказа. отслеживания статусов, извещения покупателей и так далее по каждому шагу!!!!
тк по сути по всей той йцепочке что ты описал нужен статус. Ичеткое отслеживание работа по статусам.

+(45) чего в типовых нет! я не говорю про УТ11 со статусами. У нас свои статусы - у каждого товара в заказе может быть 9 статусов. все через спец регистр и движения по статусам по всем цепочкам. Все как на ладони. с учетом всех контролей.

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

(42) ГОН есть документ резервирования товаров, размещения. смены состояния и прочего. Это типовое. МОжно на основании прихода делать док резервирования где выбирать чо надо кому

торже самое и по заказам вспомогательный док отдельно от заказа.

(46) 9 статусов? о дева мария

я противник всяких статусов вообще-то..

есть сравнение намерения с остатками и резервами (типа сколько есть, сколько везут)
а что ещё может быть?

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

(44) Мы здесь увеличиваем бардак в разы, когда вводим документы списания, пересортицы, снятия резерва и т.д. и т.п.

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

У нас реализован специальный регистр статусов в котором каждая строка заказа имеет уникальный  ID и может иметь 9 различных состояний.
Все происходит автоматически. по движениям документов.
Регламентные задания над всем работают. Автозаказы и прочее.
До самой готовности к отгрузке.

(47) стиль гансгта рулед
гангста руляд миром
ты дал мне правильные направления
спасибо, бро

(55) Евгений, пора отстегивать мне процент за рекламу... а я уже буду делиться с ВР..

(55) учись стилю гангста

гангста не шарят в ваших статусах и айди строк
у них просто: поставил попу или не поставил, и сколько у тебя вазелина в запасе - мне нравится эта схема

(56) Мы не можем сделать мир идеальным, но можем сделать его немножечко лучше (надеюсь, порядка у вас станет больше)!

(0) внедряльщики млин.

1-й трабл- и самый главный-это приходование товара в разрезе резервов- на складе с этим посылают сразу. поэтому резервы делаются только со склада

(52) например заказ поставщику не значит что товар уже утвержден. Поставщик может отказатся, нет в наличии, и тд.
Уже два статуса. заказан и подтвержден поставщиком - разные вещи.

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

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

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

(55) Кого застрелишь, если автозаказ сделает косяк на пятерку лямов зелени?

(63) Молочно жевотноводческую я бы выкинул, ща понабежит Юша и заклюет

(64) автора решения стрелять надо ;-)

(59) короче нифига вы не сделаете толкового. такие вещи могут делать только профи. работы дохрена В ЛЮБОМ СЛУЧАЕ. и если все будет сделано абы как без опыта - потом все будет постоянно переписыватся, будут баги, манагеры будут находить места. и короче ничо хорошего вам не свтит.

(64) ты лучше пойди проверь заказы своих манагеров - там руками косяков на 100 лямов уже сидит.

(67) не забывай. всё гениальное просто
Россию построили без маржинального анализа себестоимости и айди строк

(61) Самый гуд, когда склад следит за спросом и автоматом меняет размер буфера запаса.

Любая автоматизация работы не убирает возможность проверять эта рабоут по отчетам и другим проверкам.
А вот ручную работу манагера = хрен проверишь. тк он будет сидеть в экселях собирать информацию по 5 днйе прежде чем заказ сделать а потом по бумажке хрен кто проверит откуда эти данные.

(63) в чем траблы резервирования в разрезе резервов? мнение сотрудников склада не аргумент... других не вижу..

всё-таки забота о своей попе лучше чем фоновое авторезервирование
пасёшь свои заказы, отвечаешь за попу - гаратнтия эффективности!

72 + "траблы приходования"..
зы..сорри за очепятище

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

А иначе резерв освобождается. Но правила в течении двух часов не меняются.

(70) Нука расскажи-ка, какой из 100-ки заказов недополучит пару штук продукции, при условии что придет 98 штук из 100?

(77) Усложни задачу и выбери 7 заказов,

И это должен решать сотр склада при прихоовании?

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

(77) Последний зарегистрированный заказ недополучит. Так как чем короче время выполнения заказа, тем больше клиентов и т.д.

(32) Представляем хотя бы сотню заказов покупателей и заказ поставщику по этой сотне. Номенклатура в заказах покупателей пересекается произвольным образом. Общее количество номенклатуры в заказе поставщику - хотя бы 500. Поставщик дает отказ на поставку 50 позиций заказа в указанный срок. При этом отказ не на полный объем а на некоторый процент. В итоге нужно утрясать обязательства и корректировать заказы покупателей, заказ поставщику. После недели гребли по такой модели лучи любви от пользователей будут такой силы, что начнут из свинцовых плит электроны выбивать.

(78) А чего это он должен что-то решать? Он на недопоставку повлиять не мог - пусть дает отмашку продаванам и снабженцам. А те уже пусть или срочно закупают по любой цене, либо уговаривают клиента ждать...
(80) фу-фу-фу. Клиент это не строчка в отчете, это живой человек однако. Очень может быть, что первый может подождать еще неделю, а вот у последнего на следующий день после оговоренной даты поставки взяты билеты на каймановы острова с целью хорошенько отгулять отпуск...