Уважаемые, а существует ли полноценное решение управления цепочками поставок (SCM) под 1С? Подразумевается pull технология (JIT) и/или гибридная push/pull.

Или, может, кто дорабатывал напильником типовые конфы и всандаливал туда подобное решение?

Гугль предлагает только сторонние решения, которые умеют обмениваться данными с 1С, но надстроек или готовых конфигураций нэма. Странно как-то.

(0) о, идея для тиражного решения :)

(0) судя по описанию SCM-системы в вики, ты описал УТ11...

(0) а нет стандарта SCM, как нет ERP или CRM
и любой топик о полноценном решение суть лютый флюд

(2) Нет, вы неправильно поняли.

Речь идет об управлении поставками "от заказа" (pull). Т.е. формируется следующая цепочка: demand forecast (заказ на период) => планирование размещения на региональных складах => планирование поставок в регионы => планирование размещения на центральном складе => ПРОИЗВОДСТВЕННЫЙ ПЛАН.

(3) Речь не о стандарте, а о методологии. Мне, собственно, готовое решение нужно не для внедрежа, а в качестве кальки, "посмотреть", как оно реализовано, а ля best practices.

+(4) Т.е. речь скорее об SCP-части цепочки, планировании. Сами поставки более-менее реализованы, но методологию push пора менять для оптимизации логистики.

(4)
(5)
ни о чем - без конкретного примера цепочки с деталями

(0) Решать нужно задачу. И вот для любой задачи 1С годится. Не без доработки. И не везде эффективно. Но везде дёшево.

(офф) Имхо, автор в теме продвинулся дальше своих собеседников. Рассказывай, мы внимательно слушаем :)

(6) Что неясного?

В регионах формируются заказы на сепульки на месяц:

Регион1 - 100 сепулек
Регион2 - 50 сепулек
Регион3 - 200 сепулек

Далее формируется план размещения на региональных складах.

Регион1 - на складе 30 сепулек уже есть, планируем еще 70
Регион2 - на складе 0 сепулек, планируем 50
Регион3 - на складе 100 сепулек, планируем еще 100

Далее это преобразовывается в соответствующий план поставок - 70 сепулек на Регион1, 50 - на Регион2, 100 - на Регион3.

Затем формируем размещение на центральном складе. На нем уже есть 50 сепулек, следовательно планируем 70+50+100-50=170 сепулек.

И, вуаля, создаем производственный план на период в размере 170 сепулек.

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

+(9) Само собой, при всем этом плотно задействуется еще и складская логистика. Т.е. процесс с виду несложный, но в деталях очень много подводных камней. Поэтому и ищу решение, на основании которого можно формировать бизнес-процесс и строить ТЗ.

Т.е., чтобы окончательно было понятно - бизнес-процесса как такового НЕТ, моя задача - его описать и формализовать.

(9) Можно "задействовать" функционал резервирования (если он есть): регионы резервируют товар на складах; резервы складов суммируются в резервы на центральном складе. Центральный склад размещает резервы в заказах поставщикам...

(7) Само собой, решать надо задачу. Но глупо браться за решение этой конкретной задачи с нуля, т.к. существуют best practices в данной области. И взяв за основу уже существующую практику, реализованную и детализированную, можно строить свое решение.

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

Сейчас у нас используется push-система. Товар производится в заданных объемах, основанных на долгосрочном прогнозировании, и тупо лежит, занимая складские площади. По достижению насыщения производственные линии останавливаются и ожидают, пока товар не разойдется. Т.е. имеем потери в неэффективном использовании производственных линий, складских помещений, плюс еще и просрочка...

(14) По-моему ты умнее 90% всех сидящих на мисте. Мы и слов-то таких не знаем:)

Даже если бы тиражное решение на 1С было, то оно было бы разработано на основании 1-2 внедрений, ни о каких "бест практис" речи бы не шло. Лучше изучить, как это реализовано в сапе или оракле и на основании этого написать ТЗ для разработки на 1С.

(16) Да ну прям. Просто я сейчас другой предметной областью оперирую, и пока плохо представляю себе, как это реализовать практически, поэтому и спрашиваю =)

(17) Вот я бы с удовольствием, но проблема в том, что изучить, как это в сапе и оракле, попросту нет возможности. Разве что ехать с референс-визитом в компанию, где сап или оракл используются именно в заданной мной области. Но этот вопрос я тоже прорабатывал - банально НЕТ таких компаний, где это реализовано, куда можно "приехать и посмотреть".

(9) это не SCM,
это детский лепет

(19) По существу есть что сказать?

(20) почитай документацию к УТ 11, для такого её возможностей хватит.

(21) тоже думается, что за глаза.

(21)(22) Хм, посмотрю повнимательней.

У Голдратта читать про Динамическое управление буфером и цепочкой поставок. Как пример сток-м гугли.

Буфер не запасов а спроса должен быть.

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

(15) У вас ограничение в рынке. Значит производство в излишек...

(8)имха, автор пользовался каким-то решением, возможно пиленном под конкретную компанию, и ждет что такое же тиражное должно быть у 1С

(24) ОК, спасибо, буду копать втуда.

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

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

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

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

(30) Я не программист =)

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

Их консультации очень помогают, разумеется, но только в определенной мере.

(32) тогда лучше буржуйские системы посмотрите
И прочитайте "Цель" Голдрадта, если еще не сдалали - там много интересного про вашу задачу написано

(24) Вот! С первого поста я хотел написать, что нужно позвать Михаила, он скажет. А он тут как тут )))

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

Меня всегда настораживает ситуация, когда "бизнесс-процесса нет". Если люди не могут запустить безнесс-процесс без ПО - то они наверняка не запустят его с ПО.

(36) Цель - преобразовать имеющийся бизнес-процесс. Уже попытки (в качестве эксперимента) были, вполне успешно (на одном из малых производств с небольшим количеством SKU). Но эти же попытки показали, что расчеты в экселе и ручное планирование даже на небольшом производстве упираются в потолок возможностей отдела планирования поставок. Тут без автоматизации никак, потому и возникла задача.

(37) а что сейчас используется в качестве системы оперативного учета?

(29) Книжка называется "Я так и знал!". Поищите описания Stock-M и Symphony. В целом теория  ТОС рулит. В Бразилии, Индии и в Китае её уже начинают применять и результаты впечатляют.

(39) Да, я уже туда копаю, спасибо большое. Похоже, то, что нужно =)

Самая основная трудность - это ввести оперативно данные потребления номенклатуры. Для анализа буфера спроса. А в целом  все очень просто +30% и -25% ))) Разберетесь сами.

А кстати! Проводятся ли тренинги для логистов/снабженцев по ТОСу?

(41) А у нас есть самая что ни на есть оперативная информация по продажам всех наших дистрибьюторов. Собственно, этот проект я закончил пару месяцев назад, так что предпосылки нужные уже есть.

(38) Очень сильно перепиленная УТ 3 (локализованная 11).

(36) Учитывая, что первичным БП является освоение соответствующего бюджета, то об успешном запуске как минимум отчитаются.
^^

(42) Да есть такие. http://www.u-b-s.ru
Гляньте. Хотя лучше у Одеда Коуэна поучиться см. tocpeolpe.ru

(43) Считайте скорость потребления и выходите на буфер спроса.  Если спрос падает, то -25%. Если растет то +30%. От сезонности спроса будет матрица SKU формироваться.  Есть еще проблема  у дилеров, когда данные продаж делаются не от данных фактического потребления, а от данных продаж под давлением. На коротком промежутке времени это выгодно, а на долгосрочном может погубить. Вы думаете, что спрос растет, а на самом деле происходит затаривание складов у дилеров и в рознице т.д.

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

(46) спасибо!

Писал чёто подобное самописное. Думаю, в типовой не взлетит

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

Заказ равно продажа? Как долго ждут клиенты, есть ли конкуренты и т.д.  У Голдратта много замечательных идей на эту тему. Ещё посоветую книжку "Выбор" или "правила голдратта". Будут нужны подробности, договорился)))