|
|
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
iscrafmКак штатно в системе, без дописок, решается типовая схема: 1. Есть несколько складов 2. Есть заказ клиента 3. Нужно зарезервировать товар, размещенный на этих нескольких складах. Где он размещен конечно клиенту не интересно. 4. Нужно подготовить пакет документов на отгрузку по заказу. 5. Если клиенту удобно, он забирает товар с указанного склада 6. Если есть потребность, то нужно сделать переброску на этот склад под заказ Как решаются вопросы предварительного резервирования, т.е. когда товара физически на складе нет, а он болтается где-то в атлантике. При получение его нужно автоматически зарезервировать под имеющиеся заказы. ----- Система вкладывается в цепочку заказ->счет->распоряжение на отгрузку с конкретного склада, в которой резервирование выполняется по распоряжению. ----- 1. Сделать резерв по заказу клиента, независимо от того, на каком из множества складов размещен товар (т.е. в целом по компании). 2. Отгрузить товар клиенту с выбранного склада. Покажите, как с цепочкой заказ->счет->распоряжение на отгрузку с конкретного склада(по которому формируется резерв) такой БП реализовать. ----- Есть компания, у нее множество складов, есть потребность в каких-то ресурсах, которая сформировалась путем заказа клиента или другим способом. Чтобы удовлетворить эту потребность, необходимо выполнить резервирование ресурсов. Система, которая работает с множеством складов, должна без проблем это сделать. Т.е. это достаточно типовая задача . Чудно,неужели использование складов в табличной части документов и резервирование товара в пути, не является типовым функционалом любой учетной системы? ----- Клиент (****) не запросил чего то невозможного. Единственная неудобная деталь - несколько складов. ----- Интересно вот что - если есть спрос на какой то ресурс, то какой механизм обеспечивает доступность, резервирования, транспортировки (или генерацию процесса закупки, транспортировки, хранения и т.д.) этого ресурса. Ресурсом может быть товар, материал, инструмент, сотрудник, оборудование и т.д. GaryaРеализовано резервирование конкретной номенклатуры на конкретном складе. Однако, если одна и та же номенклатура имеется на множестве различных складов, и при этом резервирование товара происходит по принципу "со склада, на котором номенклатура в первый раз появлилась со статусом 'в свободном остатке' ", то имеется вероятность, что под один и тот же заказ разная номенклатура товара будет зарезервирована, фигурирующего в одном заказе, будет зарезервирована на множестве разных складов. Если с клиентом заключен договор на условиях "самовывоз", для клиента придется оформлять количество доверенностей, равное количеству складов, с которых необходимо вывезти товар. Сопроводительные документы в виде ТТН, как минимум, должны также быть сформированы столько раз, со скольких различных складов ему необходимо вывезти разную номенклатуру. И вообще, представителю клиента предется потрепать нервы, оформляя дюжину килограмм бюрократической макулатуры, и потратить массу времени, перемещаясь со своим грузовиком между несколькими складами поставщика. Для целей повышения клиентоориентированности и уменьшения объема негативных эмоций заказчика, связанных с разъездами по множеству различных складов, может понадобиться предварительно собрать всю заказанную номенклатуру на одном-единственном складе, адрес которого и сообщить заказчику. Для чего необходимо в бизнес-процессы включить транспортировку и заказы на транспортировку между складами. И сообщать дату и время заказчику ту, к которой все внутренние перемещения будут гарантированно завершены. А для этого необходимо чтобы процедуры планирования заведомо предусматривали возможные задержки, учитывали загрузку (а также возможный дефицит) транспорта на внутренних перевозках, пиковые нагрузки, велся учет незапланированных задержек, связанных, например, с поломкой транспорта, и т.д. и т.п. А для того, чтобы минимизировать внутренние перевозки, требуется оптимизировать процедуру резервирования товара. То есть, на фазе проработки заявки клиента товар должен резервироваться на том складе, на котором имеется в наличии наибольшее количество позиций заказанной номенклатуры (а еще лучше, ее суммарная масса или совокупность массо-набаритных характеристик максимальна).---- Уважаемые специалисты добрый вечер! Когда-то пытался разрабатывать подсистему "работы/торговли по заказам", т.е. без наличия достаточного количества товаров на складе. Но попытки внедрить функционал у клиентов были неудачны в силу отсутствия реальных потребностей в данных механизмах, хотя и перепробовал и "резервирование", "автозаказы поставщикам", "реализации цепочек поставок" (опт продукты, фарма и стройматериалы, производство продуктов питания). В принципе допуская, что не правильно реализовывал данную задачу пытался изучать аналогичные механизмы в других системах автоматизации, но выяснял либо их отсутствие, либо излишную (гораздо большую, чем у меня) запутанность и усложнённость. Здесь в одной из тем выяснилось, что это примитивный механизм, содержащийся в "любой учётке" и реально востребованный потребителями. ПОМОГИТЕ!!! Объясните пожалуйста, наиболее простым языком: 1. как данные технологии могут быть максимально удобно реализованы в логике системы? 2. как данные механизмы РЕАЛЬНО используются на практике (в конкретных ERP системах)? 3. какая схематично структура предприятия и как через структурные подразделения проходят заказы, резервирования? 4. при торговле какими типами товаров данный функционал максимально востребован? 5. если не сложно, то дать ссылку на описание применения данных технологий конкретной системы автоматизации на конкретных предприятиях (обычно это рекламные описания конкретных внедрений)? В принципе понимая "жизненность" технологий позаказного производства на машиностроительном производстве, более интересны применения на малых и средних предприятиях торговли или серийного производства . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 21:00 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
В торговле этот функционал применим разве что для редких штучных товаров, которые отсутствуют в свободной продаже и их еще нужно знать, где заказывать. Например, я как-то сталкивался с одной фирмой, поставляющей под заказ запчасти для круизных теплоходов 588 проекта. Иногда это применимо для дефицитных товаров, например, кондиционеров московским летом 2010 года. Но дефицит в наше время - зачастую форс-мажор. Дело в том, что в век Интернета и рынка редкий клиент будет ждать поставки товара на склад более 2-3 дней: или обратится к конкурентам, или закажет через Интернет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 22:24 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Сисой Дело в том, что в век Интернета и рынка редкий клиент будет ждать поставки товара на склад более 2-3 дней: или обратится к конкурентам, или закажет через Интернет. попробуй купить сервер с не типовым характеристиками(не с шоу-рума) или автомобиль конкретной комплектации и то и другое импортное и то и другое везут на заказа сервер из Ирландии 3-4 недели автомобили по разному ни какой Интернет не поможет, у конкурентов тот же канал продвижения от вендоров через дистрибуторов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 23:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
я думаю, что несколько вопросов смешаны в одну кучу. То,о чем шла речь в той теме, относилось к обычному резервированию в условиях конкуренции за ресуры. Сказать, что это единичный случай -ничего не сказать. Сплошь и рядом, кроме конечно контор с двумя менеджерами по продажам и, при том, братьями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 23:11 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.дать ссылку на описание применения данных технологий конкретной системы автоматизации на конкретных предприятиях (обычно это рекламные описания конкретных внедрений)? сайт почти любой оптовой московской торговли везде есть товар в транзите, везде есть возможность поставить это товар в резерв номенклатура от кронштейна к раковине до SDD диска ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 23:12 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы! Но пока они "совпадают" с моими мыслями и наблюдениями за конкретными направлениями бизнеса. Задачи "заказы, цепочки прохождения, резервирование в учётках" мне интересны, как разработчику, но очень не хочется производить работы в "мусорную корзину". К слову за последнюю пару лет только единожды "всплыл" потенциальный клиент, заинтересованный в данной технологии (он хотел, что бы добавил такой функционал). Задача: "Поставки комплектов оборудования для строительства под заказ, да ещё и частично по импорту"... По его утверждению он не нашел готового решения оформления, учёта и контроли цепочки прохождения заказа. iscrafmя думаю, что несколько вопросов смешаны в одну кучу. То,о чем шла речь в той теме, относилось к обычному резервированию в условиях конкуренции за ресуры. Сказать, что это единичный случай -ничего не сказать. Сплошь и рядом, кроме конечно контор с двумя менеджерами по продажам и, при том, братьями. Задачи в той теме просто "навеяли" на мысли об интересной, в частности мне бизнес задачи, а Вас цитировал, как "постановщика задач"... Но и тут не ответ, а очередная интересная мне задача , со всеми перечисленными в топике вопросами: " обычному резервированию в условиях конкуренции за ресуры " ??? Просто инфа. Меня удивляло отсутствие потребности у "моих" реальных клиентов (оптовиков и производителей), т.к. некоторые не совсем "микрофирмы", например 4 конторы имеют по 20 торговых агентов, а одна торговый отдел из 50 человек... У них постоянно возникают куча бизнес проблем, но не помню проблем по обсуждаемой теме . СисойВ торговле этот функционал применим разве что для редких штучных товаров, которые отсутствуют в свободной продаже и их еще нужно знать, где заказывать. Например, я как-то сталкивался с одной фирмой, поставляющей под заказ запчасти для круизных теплоходов 588 проекта. Иногда это применимо для дефицитных товаров, например, кондиционеров московским летом 2010 года. Но дефицит в наше время - зачастую форс-мажор. Дело в том, что в век Интернета и рынка редкий клиент будет ждать поставки товара на склад более 2-3 дней: или обратится к конкурентам, или закажет через Интернет. Вот и у меня образовался такой же стереотип , но многочисленные "констатации", которые приведены в цитатах породили у меня сомнения и желание разобраться... Shuhardпопробуй купить сервер с не типовым характеристиками(не с шоу-рума) или автомобиль конкретной комплектации и то и другое импортное и то и другое везут на заказа сервер из Ирландии 3-4 недели автомобили по разному Мне (возможно Сисою), о чём отмечено выше кажется, что данные задачи актуальны лишь для торговли сложным оборудованием или товарами со сложной логистикой и длительными сроками поставок... Это Вы косвенно так же подтверждаете? сайт почти любой оптовой московской торговли? везде есть товар в транзите, везде есть возможность поставить это товар в резерв Это всё слова и интерфейс покупателя , а не реально испльзующие у них технологии. Для изучения ИМХО более полезны не картинки, а словесные описания бизнес технологий со схемами движения товаров/документов в применимости к конкретному бизнесу... Мне кажется лишь в этом случае можно понять области применимости данных процессов и механизмы их автоматизации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2010, 23:47 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
undefinedпочему хоть это говно всплывает???? Валерий, все эти мрп, срп и т.д. фигня. Смотри задачу- Иваныч хочет изготовить к хххх году изделие с параметрами какими то ннн штук, если одна штука будет обходится дддд р., ммм штук, если бббб р., если воще не плучится, то лучше изготовить макетов этой фигни ллл штук за ррр р. и пару настоящих, ну может с другими параметрами, конечно все это будет ясно по ходу и т.д. Задачи - 1. Найти ближайшего аналога. 2. Получить экспертную оценку неопределеенности 3. Оценить уровень имеющихся технологий. 4. Выррать технологии. 5. Оценить имеющихся изготовитлей. 6. Оценит рекомендовать инвестиции в реструктуризацию. 7. Предлагать места и сроки постройки новых изготовителей. 8. Построить ситуационые мультипроекты по всей этой фигне с учетом рисков. 9. Управлять всей этой фигней, постепенно убирая неопределенности. .... нн. Синхронизация пула мобильных процессоров, стационарных процессоров, материальных и финансовых потоков, сглаживание потоков и т.д. и т.п Во где есть разгуляться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 00:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
опять 25 :( Андрей, задача эта кругом и рядом, особенно в производстве. Частенько требуемая фигня (инструмент например) находится в разных накопителях. Тот же инструмент может быть в рабочем месте, в кладовой инструмента, в ЦИС и т.д. Если тебя интересует общий механизм (вообще без отрыва от понятий предметной области типа "склад" т.д., то надо плаку абстракции поднять немного выше. Вот основные понятия - "клиент ","сервер", "услуга, работа, изделие", "спрос", "предложение", "широковещательный запрос", "оценочные критерии", "оценщик"и т.д. клиент запращивает (вывешивает спрос), сервер отвечает(вывешивает предложение), оценщик оценивает по оценочным критериям и выбирает оптимальный ответ. Процессная семантика - непокрытые входы = спрос , непокрытые выходы = предложение, поток материальный(финансовый,...) = ответ непокрытый вх/вых = Сум(вх/вых) - Сум(поток вх/вых) акцептованный поток = выбран оценщиком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 00:19 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. К слову за последнюю пару лет только единожды "всплыл" потенциальный клиент, заинтересованный в данной технологии (он хотел, что бы добавил такой функционал). Задача: "Поставки комплектов оборудования для строительства под заказ, да ещё и частично по импорту"... По его утверждению он не нашел готового решения оформления, учёта и контроли цепочки прохождения заказа. ... ??? Просто инфа. Меня удивляло отсутствие потребности у "моих" реальных клиентов (оптовиков и производителей), т.к. некоторые не совсем "микрофирмы", например 4 конторы имеют по 20 торговых агентов, а одна торговый отдел из 50 человек... У них постоянно возникают куча бизнес проблем, но не помню проблем по обсуждаемой теме . Это не от размера зависит. У одного из моих клиентов бизнес "в человеках" еще меньше, но торговля только так. Мне (возможно Сисою), о чём отмечено выше кажется, что данные задачи актуальны лишь для торговли сложным оборудованием или товарами со сложной логистикой и длительными сроками поставок... Это Вы косвенно так же подтверждаете? Да. Но практически любой бизнес будет сталкиваться с этим, только для одних это единично и разруливается вручную, для других повседневная работа и соответсвено требует автоматизации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 02:35 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
"Виновники" всплывшего вопроса упоминали о "бережливом производстве". Так вот, в этой концепции данная задача, можно сказать, одна из "наиболее классических". :) Оптимизация транспортных перевозок, в которые включены поставщики, заказчики и множество собственных складов, условно называемая "молоковозкой". По смыслу - оптимизация цепочки передвижений с минимальными возвратами в исходную точку маршрута, стараются чтобы за одну поездку автомобиль смог объехать максимальное количество точек и в процессе проезда по маршруту решал сразу множество задач, а не одну (на одних участках маршрута обечпечивал бы внутренние перевозки, на других завоз от поставщиков, на третьих доставку к клиентам. Однако, эта задача еще более широкая, нежели изначально озвученная, и реализована она именно вот таким образом (как предлагает Lean) только в специальных продуктах, ориентированных на Lean. Классические же ERP обычно решают несколько менее объемную задачу (если не считать специализированных решений для транспортных предприятий). По поводу недоумения Андрея Ж, почему его заказчики не озвучивали такую задачу, могу лишь в свою очередь недоуменно пожать плечами. :) Вот, к примеру, наш холдинг. Заводы во многих регионах России, а также за рубежом. Каждое предприятие производит некоторый относительно узкий спектр промышленного оборудования. И, естественно, "изначально возникает" различная номенклатура в не просто на разных складах, а в разных городах и даже странах. Клиенты с нами обычно работают крупные, по тендерам, в которых заявлен обширный перечень оборудования. Сами клиенты тоже разбросаны кто где. Но особую ценность для клиента имеет как раз возможность КОМПЛЕКСНОЙ поставки разнородного оборудования в совокупности с услугами по сборки его в единый комплекс и дальнейшим обслуживанием. Часть оборудования необходимо как-то предварительно собрать в одном месте и сагрегатировать перед отправкой (произвести сборочно-разборочные операции). Клиент не будет разбираться, где у нас расположены различные производства, его интересует, по большому счету всего лишь несколько вещей: 1. Цена вопроса 2. Полнота решения 3. Качество 4. Сроки и... всё! :) Разумеется, транспортные расходы желательно минимизировать. Поэтому наиболее желательно отпускать все это дело с территории, максимально приближенной к заказчику. И отпускать некими согласованными в рамках контракта партиями, которые должны быть поставлены к определенному сроку (к определенным временным фазам проекта по разворачиванию комплекса). Нужно иметь комплексную картину, что, на каких территориях в какие сроки может быть произведено. И не менее важно, в какие сроки может быть скомплектовано и доставлено в нужную точку. Потому что сроки доставки иногда соизмеримы со сроками производства, или даже превышают их. Иногда часть оборудования должно пересекать таможню... И это при всем при том, что, к примеру, только в одном городе Ливны (Орловская обл.) имеется два завода в разных концах этого города, да у одного из них еще и несколько обособленных производственных территорий с собственными складскими помещениями. В общем, карусель еще та, и разбираться с нею приходится, плюч ко всему, на нескольких уровнях - на уровне одного завода - нескольких территорий, на уровне города с несколькими заводами, на уровне российской совокупности предприятий холдинга и "всемирной". Знаю множество и других предприятий, для которых территориальная разноска по регионам - классическая вещь. И для них задача оптимизации перевозок, особенно внутренних, одна из существенных. Описанная здесь мною ситуация - частный случай более общей ситуации. У нас, конечно же, всё упрощает то, что "происхождение" номенклатуры определенных видов преимущественно распределено по определенным территориям. Однако, некоторая незначительная часть номенклатуры все-таки случается на нескольких территориях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 02:53 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Добрый день! Очень интересно читать про абстрактные модели предприятий и теоретические проблемы, возникающие на них, а так же о реальных процессах на крупных производственно-торговых холдингах... Но мне и наверное большинству более интересны "обычные" и небольшие объекты автоматизации? (по крайней мере по таким задавал вопросы, надеясь на конкретные техники применения, а не абстрактные модели ). Прекрасно сознавая НЕОБХОДИМОСТЬ технологий "заказы, цепочки прохождения, резервирование..." на "машиностроительном производстве, более интересны применения на малых и средних предприятиях торговли или серийного производства ". Теперь позвольте по конкретных ответам: 1. Пока никто не дал ссылок на конкретные применения на конкретных предприятия, даже вообще. Хотя, как мне кажется, если бы данные возможности были бы реально востребованны, то практически во всех "отзывах удовлетворённых заказчиков" они были бы подробно описаны? 2. Очень интересны идеи реализованные в некоторых конкретных продуктов, но в плане "общего развития". Да и у меня была куча реализаций данных технологий, которые сейчас в "мусорке"... Хотя, если увижу РЕАЛЬНЫЙ потенциал для "малых и средних предприятиях торговли или серийного производства", то с удовольствие снова внесу их в систему. 3. Если не сложно, то хотелось бы не обсуждать, о том, что "где-то, как то", а услышать мнение от практиков и желательно на уровне "объяснения на пальцах" применимости данных бизнес технологий? antares0 Это не от размера зависит. У одного из моих клиентов бизнес "в человеках" еще меньше, но торговля только так. Если не ошибаюсь "Ананас"? В принципе ориентация на схожий тип заказчиков... Нельзя ли, даже без указаний конкретных предприятий, если не желания подробнее описать организацию торговли? Но практически любой бизнес будет сталкиваться с этим, только для одних это единично и разруливается вручную, для других повседневная работа и соответсвено требует автоматизации. "Ручками" более-менее понятно, но можно ли подробнее по АВТОМАТИЗАЦИИ. При этом очень бы хотелось увидеть хоть какое-нибудь обоснование разумности и оптимизации при использование систем автоматизации бизнес процессов "заказы, цепочки прохождения, резервирование" на небольших предприятиях торговли и серийного производства . GaryaПо поводу недоумения Андрея Ж, почему его заказчики не озвучивали такую задачу, могу лишь в свою очередь недоуменно пожать плечами. :) Вот, к примеру, наш холдинг. Заводы во многих регионах России, а также за рубежом. Каждое предприятие производит некоторый относительно узкий спектр промышленного оборудования. И, естественно, "изначально возникает" различная номенклатура в не просто на разных складах, а в разных городах и даже странах. Вот применение для указанной Вами специфики предприятий мне более чем понятны и в своё время именно идеи из данной сферы бизнеса пытался внести в систему - "не взлетели"... Посему хочется о чём то более мелком и "приземлённом" поговорить с уважаемыми профессионалами! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 11:21 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж., Ну, значит ты просто так отнимаешь время у занятых людей. Не ндравится, не делай! Вот тут сильно стараются поменьше траспортировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 11:30 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
а тут используют НЗП от отмененных заказов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 11:35 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
И то что ты называешь невостребованным функционалом, вообще то не есть функционал прикладной системы, а модельная концепция. Либо ты умеешь это делать, либо нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 11:39 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.... 1. Пока никто не дал ссылок на конкретные применения на конкретных предприятия, даже вообще. Хотя, как мне кажется, если бы данные возможности были бы реально востребованны, то практически во всех "отзывах удовлетворённых заказчиков" они были бы подробно описаны? ... Мы ОЧЕНЬ активно используем резервирование и на складах и в пути. Есть оптовая и розниная торговля. В пиках торгующего народу наверное человек 50-60 будет. Как-бы они без резервирования что-то продавали - я не знаю! Поубивали-бы друг друга наверное! Вопрос в том, что если товар не ходовой, то и резервы не нужны. Например, если есть товар в пути - не маркирован на какой-то заказ (менагер ступил, например). Его привозят, оприходуют и он идет в свободный остаток - его тут-же продают, а покупатель, которому он изначально предназначался - в пролете! Начинается разборки и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 11:58 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. 1. Пока никто не дал ссылок на конкретные применения на конкретных предприятия, даже вообще. 2 Хотя, как мне кажется, если бы данные возможности были бы реально востребованны, то практически во всех "отзывах удовлетворённых заказчиков" они были бы подробно описаны? 1 и не даст 2 вы ошибаетесь причина очевидна данный функционал очевиден и обязателен выделять его глупо торговать без него не возможно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 12:05 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
когда клиент что-то заказывает и менеджер принял заказ, то заказанная позиция моментально должна быть зарезервирована. Если для резервирования необходимо еще выполнить какие-то дополнительные действия, то это прямой путь к нездоровой конкуренции внутри компании. Клиент заказал, менеджер ему ответил, что все ОК, а пока он(менеджер) разбирается где и что размещено, чтобы выполнить резервирование, другой эту позицию уже захватил. В результате и клиент "пролетает", которому только что сказали, что все ОК и менеджер, у которого вознаграждение зависит, в большинстве случаев, от объемов продаж. Об этом никто не рассказывает, как правильно заметил Shuhard, потому что это само-собой подразумевается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 12:34 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
"Всё ведём и ведём разговоры и бушует река - болтовня" (В.Асмолов) - Извините... Задаются конкретные прикладные вопросы, а в ответ: 1. ViPRos - флуд и реклама своего продукта, находящего на стадии разработки... Желаете повторить "судьбу AVA" - вперёд ... Благо серьёзных профессионалов по сложным ERP системам и теории планирования здесь очень много. 2. IgorK - Мы ОЧЕНЬ активно используем резервирование и на складах и в пути. Есть оптовая и розниная торговля. В пиках торгующего народу наверное человек 50-60 будет. а. Чем торгует Ваша фирма? b. является ли она территориально распределённым холдингом? c. как понимать "В пиках торгующего народу наверное человек 50-60 будет"? - Как-бы они без резервирования что-то продавали - я не знаю! Если не сложно расскажите чем помогает резервирование? Для затравки: У меня, если честно есть в системе функции "заказы, цепочки прохождения, резервирование, в том числе на множестве складов". Но это не запретительные, а рекомендательные механизмы для диспетчера, который "в ручную" разруливает конфликты "резервирования". Например - остаток 500 бут, а на него претендуют 3 менеджера, которые хотят "зажать" по 200 бут. - Вопрос в том, что если товар не ходовой, то и резервы не нужны. В том, то вопрос, что у моих основных пользователей (оптовиков) товар ходовой (бухло, консервы, кондитерка, соки/воды и т.д.). Посему Ваш пост требует более подробного пояснения. - Например, если есть товар в пути - не маркирован на какой-то заказ (менагер ступил, например). Его привозят, оприходуют и он идет в свободный остаток - его тут-же продают, а покупатель, которому он изначально предназначался - в пролете! Начинается разборки и т.д. Вариантов решения "конфликта" десятки и без технологий автоматизированных "заказы, цепочки прохождения, резервирование". Например одно и популярных: - Имеется "факультативная" БД "предзаказы" с пометками об исполнении; - Пришедший товар оприходуется в зону (виртуальный склад) "разгрузка" - Запускается полуавтоматическая процедура обработки "предзаказов", которая создаёт отгрузки по заказам (уменьшаются остатки на реальных и виртуальных складах) - Остаток товара перемещается по адресам хранения на оперативный склад. 3. Shuhard - "Идеи Маркса правильные, потому, что они верные", "Экономика должна быть экономной" и в продолжение и Ваш бред пост: - Пока никто не дал ссылок на конкретные применения на конкретных предприятия, даже вообще. "и не даст" --- Вам пофлудить охота? Для этого есть раздел ПТ. - Хотя, как мне кажется, если бы данные возможности были бы реально востребованны, то практически во всех "отзывах удовлетворённых заказчиков" они были бы подробно описаны? "вы ошибаетесь" --- Это типа "сам дурак"? причина очевидна данный функционал очевиден и обязателен выделять его глупо торговать без него не возможно Жду обоснования, хотя бы на уровне "школьника"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 12:48 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
iscrafmкогда клиент что-то заказывает и менеджер принял заказ, то заказанная позиция моментально должна быть зарезервирована. Если для резервирования необходимо еще выполнить какие-то дополнительные действия, то это прямой путь к нездоровой конкуренции внутри компании. Клиент заказал, менеджер ему ответил, что все ОК, а пока он(менеджер) разбирается где и что размещено, чтобы выполнить резервирование, другой эту позицию уже захватил. В результате и клиент "пролетает", которому только что сказали, что все ОК и менеджер, у которого вознаграждение зависит, в большинстве случаев, от объемов продаж. Об этом никто не рассказывает, как правильно заметил Shuhard, потому что это само-собой подразумевается. Хотя бы один, хотя и абстрактный ответ, хотя без сарказма в конце был бы более корректным. Но в "моей" реальности это плохо работает. Причин множество и по каждой конкретной фирме они могут сильно различаться. Пример 1. Кондитерский заводик (300 работников, диспетчер и один оператор, 8 торговиков). Возвращаясь с "полей" сдают заявки оператору + заявки принятые по телефону ---> это определяет план производства на сутки... С утра до вечера следующего дня производится вывоз продукции. Остатки сырья на складе поддерживаются на 5 суток, что прогнозируется по расходу в производство, заказ поставщикам делается автоматически. Где тут "заказы, цепочки прохождения, резервирование" Пример 2. Оптовка по бухлу (около 50 торговиков с КПК, несколько начальников и операторов). Остатки и долги оперативного склада загружаются в КПК утром, товарный запас определяется наличием денег и спросом (обновляется по 80% позиций за неделю). Заявки с КПК имеют статус срочности (важности) и в этом порядке происходит обработка заказов. Резерв, например под МЕТРО/РЕАЛ храниться на отдельном виртуальном складе. Внутренних конфликтов по заявкам особо не возникает!!! Иное дело имеется "эксклюзивный" товар, например для ХоРеКа, но он и оприходуется на отдельный виртуальный склад и разрешение (письменное) на его перемещение и одновременно отпуск (для прочих клиентов) с оперативного склада даёт ИСКЛЮЧИТЕЛЬНО начальник отдела. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 13:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. 2. IgorK - Мы ОЧЕНЬ активно используем резервирование и на складах и в пути. Есть оптовая и розниная торговля. В пиках торгующего народу наверное человек 50-60 будет. а. Чем торгует Ваша фирма? b. является ли она территориально распределённым холдингом? c. как понимать "В пиках торгующего народу наверное человек 50-60 будет"? а. Керамическя плитка, сантехника и т.п. б. Да, магазины в разных городах, несколько складов. с. Ну так и понимать - пришел в магаз клиент, ходил, ходил что-то выбрал - продаван заходит в систему делает заказ ну и т.д. Оптовые продавцы по другому. Имеется ввиду одновременно работающие ПРОДАВЦЫ, которые набивают заказы и делают резерв. Склад, касса и др. не считаю. Андрей Ж. - Как-бы они без резервирования что-то продавали - я не знаю! Если не сложно расскажите чем помогает резервирование? Для затравки: У меня, если честно есть в системе функции "заказы, цепочки прохождения, резервирование, в том числе на множестве складов". Но это не запретительные, а рекомендательные механизмы для диспетчера, который "в ручную" разруливает конфликты "резервирования". Например - остаток 500 бут, а на него претендуют 3 менеджера, которые хотят "зажать" по 200 бут. В ручную - это круто!!! Получается диспетчер - господь бог для продавца (з/п от продажи-то зависит)! Прямой путь к коррупции ;-) У нас просто не даст сделать резерв кому-то и все. Если тот-же товар есть в пути можно остаток на него маркировать, а клиенту сказать чтобы ждал, или уменьшить кол-во. Андрей Ж. - Например, если есть товар в пути - не маркирован на какой-то заказ (менагер ступил, например). Его привозят, оприходуют и он идет в свободный остаток - его тут-же продают, а покупатель, которому он изначально предназначался - в пролете! Начинается разборки и т.д. Вариантов решения "конфликта" десятки и без технологий автоматизированных "заказы, цепочки прохождения, резервирование". Например одно и популярных: - Имеется "факультативная" БД "предзаказы" с пометками об исполнении; - Пришедший товар оприходуется в зону (виртуальный склад) "разгрузка" - Запускается полуавтоматическая процедура обработки "предзаказов", которая создаёт отгрузки по заказам (уменьшаются остатки на реальных и виртуальных складах) - Остаток товара перемещается по адресам хранения на оперативный склад. Мне не нравится такая схема. Долго объяснять почему. Требуется высокая квалификация складского персонала, слишком длинный путь - нужно чтобы никто ничего не забыл и т.д. У нас при разноске прибытия сразу формируются нужные переносы, нужное кол-во ставится на резерв, а остальное перемещается куда нужно для продажи. Иначе склад(ы) просто не успеет - большой поток прихода/расхода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 13:19 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.Пример 1. Кондитерский заводик (300 работников, диспетчер и один оператор, 8 торговиков). Возвращаясь с "полей" сдают заявки оператору + заявки принятые по телефону ---> это определяет план производства на сутки... С утра до вечера следующего дня производится вывоз продукции. Остатки сырья на складе поддерживаются на 5 суток, что прогнозируется по расходу в производство, заказ поставщикам делается автоматически. Где тут "заказы, цепочки прохождения, резервирование" нет здесь никакого резервирования. Производство просто сегодня выполняет план по вчерашним заявкам. Произведенная продукция уже расписана под конкретную заявку. Необходимость в резервировании появится, когда сегодня будут продавать то, что сегодня же и произведено. Но в кондитерке такой БП мало применим, потому что продукция "живет" 1 день и производить больше, чем заказано вчера = работать на мусорный бак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 13:25 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
iscrafmАндрей Ж.Пример 1. Кондитерский заводик (300 работников, диспетчер и один оператор, 8 торговиков). Возвращаясь с "полей" сдают заявки оператору + заявки принятые по телефону ---> это определяет план производства на сутки... С утра до вечера следующего дня производится вывоз продукции. Остатки сырья на складе поддерживаются на 5 суток, что прогнозируется по расходу в производство, заказ поставщикам делается автоматически. Где тут "заказы, цепочки прохождения, резервирование" нет здесь никакого резервирования. Производство просто сегодня выполняет план по вчерашним заявкам. Произведенная продукция уже расписана под конкретную заявку. Необходимость в резервировании появится, когда сегодня будут продавать то, что сегодня же и произведено. Но в кондитерке такой БП мало применим, потому что продукция "живет" 1 день и производить больше, чем заказано вчера = работать на мусорный бак. Люди и зачем искать сложное в простом? Пример привёл, как раз и в плане иллюстрации "ненужности" технологий заголовка темы. Что по цитате... Есть и такие нюансы: 1. Заводик имеет несколько десятков иногородних покупателей (оптовиков), которым осуществляет доставку на их склады. Т.е. данные поставки учитываются в "планировании" производства, размазывая по "суточным планам" => всегда имеются излишки (резервы) в холодильниках. 2. Кроме этого имеются систуации отказа от заказа, причём в момент доставки и эта продукция возвращается на предприятие. 3. А так же возврат просроченной или бракованной продукции, которая частично идёт на переработку. Всё это в реальности не доставляет проблем ... Товар оптовикам переносится из цехов на "их" виртуальные склады хранения, т.е. данный товар не учитывается в оперативной отгрузке. Возвраты порождают увеличение "внеплановых" остатков, которые автоматически учитываются в суточном плане производства и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 13:49 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Так вроде никто и не отрицает, что где-то "это" и не нужно использовать. Но во-многих местах без "этого" - ну просто "вешалка"! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 13:57 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Очень интересно читать про абстрактные модели предприятий и теоретические проблемы, возникающие на них, а так же о реальных процессах на крупных производственно-торговых холдингах... Но мне и наверное большинству более интересны "обычные" и небольшие объекты автоматизации? (по крайней мере по таким задавал вопросы, надеясь на конкретные техники применения, а не абстрактные модели ). Прекрасно сознавая НЕОБХОДИМОСТЬ технологий "заказы, цепочки прохождения, резервирование..." на "машиностроительном производстве, более интересны применения на малых и средних предприятиях торговли или серийного производства ". А что есть абстрактные модели применительно к данному разговору? Андрей Ж. Теперь позвольте по конкретных ответам: 1. Пока никто не дал ссылок на конкретные применения на конкретных предприятия, даже вообще. Хотя, как мне кажется, если бы данные возможности были бы реально востребованны, то практически во всех "отзывах удовлетворённых заказчиков" они были бы подробно описаны? 2. Очень интересны идеи реализованные в некоторых конкретных продуктов, но в плане "общего развития". Да и у меня была куча реализаций данных технологий, которые сейчас в "мусорке"... Хотя, если увижу РЕАЛЬНЫЙ потенциал для "малых и средних предприятиях торговли или серийного производства", то с удовольствие снова внесу их в систему. 3. Если не сложно, то хотелось бы не обсуждать, о том, что "где-то, как то", а услышать мнение от практиков и желательно на уровне "объяснения на пальцах" применимости данных бизнес технологий? Андрей Ж. Если не ошибаюсь "Ананас"? В принципе ориентация на схожий тип заказчиков... Нельзя ли, даже без указаний конкретных предприятий, если не желания подробнее описать организацию торговли? Прототип и первая версия были на нем. Но это было давно, несколько лет назад. Сейчас самописная BPMS + СППР с спецификой бизнеса. Организация ИМХО типичная для процессного подхода. Фикисруется потребность. Система проводит подбор возможных поставщиков. Заявка ставится в очередь на подверждение. Формирутся пакет заказов и отпрвляется поставщику. Заказы ставятся на контроль. Система отслеживает сроки и оповещает о срывах. Приходованый товар разносится по заказам. Андрей Ж. Но практически любой бизнес будет сталкиваться с этим, только для одних это единично и разруливается вручную, для других повседневная работа и соответсвено требует автоматизации. "Ручками" более-менее понятно, но можно ли подробнее по АВТОМАТИЗАЦИИ. При этом очень бы хотелось увидеть хоть какое-нибудь обоснование разумности и оптимизации при использование систем автоматизации бизнес процессов "заказы, цепочки прохождения, резервирование" на небольших предприятиях торговли и серийного производства .Ж Как я уже говорил это не зависит от размера "в человеках". Это не фишка учетной системы, а требование бизнеса. Если количество транзакций велико, то и посильная автоматизация напрашивается сама. Альтернативой может служить увеличение офисного персонала и непрофильного управленческого аппарата, но для для маленького преприятия это потенциальная смерть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 14:11 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Уважаемый IgorK! Не зная масштабов вашего бизнеса сделаю замечание: Уверен и неоднократно убеждался, что часто "количество переходит в качество" и технологии успешно работающие на предприятиях одного размера перестают работать даже при небольшом увеличении размера бизнеса !! Кроме этого ваша продукция и бизнес имеет ряд специфических нюансов: 1. Дорогостоящая и наличие разнопланового товара 2. Очень широкая номенклатура и относительно длительные сроки поставок 3. Распределение остатка по множеству торговых подразделений и необходимость контроля оперативных остатков везде 4. Но при этом крайне низкая скорость оборачиваемости. Всё это отметил, т.к. работал на "схожую" фирму (которая плохо кончила - почему не важно) и нормально обходились без указанных в теме заморочек... При этом наряду с оптом (2 в другом городе и ЦС) (оперативная номенклатура около 15000 наименований и виртуальная номенклатура прайса еще 50000 позиций), "свои" розничные магазины 4 штук, дополнительно контролировали остатки и делали заказы на реализаторов, где-то 5 юр.лиц. В каждой торговой точке имелись: 1. Их оперативная БД 2. Остатки на утро ЦС 3. Виртуальный прайс что давало возможность им обслуживать покупателей и делать заказы на ЦС. С ПО работали продавцы. На ЦС при ПО работали: 1. Один оператор 2. Бухгалтер 3. Два менеджера по закупу.... И ВСЁ! Заявки на виртуальные товары вносились в ПК и заказывались соответствующим поставщикам с пометками, что это заказы не "несуществующие" товары. В дальнейшем при оприходовании они хранились на виртуальном складе, с которого осуществлялся отпуск по мере удовлетворённости заявок (анализ делала программа, а отпуск после стыковки с заказчиком делал оператор). Сроки поставки объявлялись покупателю по схеме = (максимальный реальный срок самого тормозного поставщика * 2), т.ч. недовольных покупателей НЕ БЫЛО. В принципе динамика развития фирмы меня удивляла своей высокой скоростью, что впрочем и погубило фирму. В ручную - это круто!!! Получается диспетчер - господь бог для продавца (з/п от продажи-то зависит)! Прямой путь к коррупции ;-) У нас просто не даст сделать резерв кому-то и все. Если тот-же товар есть в пути можно остаток на него маркировать, а клиенту сказать чтобы ждал, или уменьшить кол-во. Это пример фирмы с высокой скоростью оборачиваемости товара 2-3 оборота за месяц, а в "вашем" случае максимально (что помню) 0.3 оборота за месяц... Но не это главное! Недовольные всегда есть и будут, следовательно основной критерий "рентабельность всего предприятия" (другой - список привелегированных покупателей), т.е. правило "первая поступившая заявка обрабатывается первой" и не зависит от воли диспетчера... По моему контора типа вашей ввела понятие даты+времени документа и автоматический контроль данных атрибутов , что возможно связано с озвученными Вами проблемами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 14:17 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Извините... Не нравятся вложенные простынки ссылок, когда напрочь теряются вопросы и ответы. Уважаемый antares0! А что есть абстрактные модели применительно к данному разговору? 1. Модели описанные в научно-популярной литературе по технологиям бизнеса, на которые здесь на форуме любят ссылаться. 2. Модели, описанные в инструкциях к "тяжелым" системам типа Scala, SAP, Галактика, Инфополис и т.д. Все эти модели могут быть применимы для "строгих", например "западных" систем учёта или для "правильных" крупных машиностроительных производств. В противном случае они ИМХО/ПСЛМ зачастую резко снижают динамику бизнес процессов, параллельно увеличивая персонал (офисный планктон), усложняя взаимосвязи между работниками. Организация ИМХО типичная для процессного подхода. Фикисруется потребность. Система проводит подбор возможных поставщиков. Заявка ставится в очередь на подверждение. Формирутся пакет заказов и отпрвляется поставщику. Заказы ставятся на контроль. Система отслеживает сроки и оповещает о срывах. Приходованый товар разносится по заказам Выше и приводил пример такой организации, для которой жизненно необходим "процессорный подход" (поставка комплексов для строительства)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 14:30 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж., Цепочка с поставками на заказ есть в индивидуальном мебельном производстве. Там, например, кухни делаются из своих корпусов, а фасады (стекла, фацеты и т.п.) заказываются у специализированных производителей. Менеджеры делают заказы поставщикам и контролируют их прохождение. Один из производственных этапов отражает полноту поставок таких комплектующих. А на основании состояния всех этапов определяется статус заказа (все это еще выкладывается на сайт в интернете и доступно покупателю кухни). Реализуется элементарно. В торговле с таким не сталкивался, т.к. в основном клиенты торгуют товарами массового потребления (продукты питания, хозяйственные товары, обои, канцтовары, книги и т.п.). С отгрузками с нескольких складов одного товара тоже не сталкивался. Думаю, в малом и среднем бизнесе доля таких контор невелика. Обычно используется деление товаров по складам. В этом случае можно трактовать как единый склад, разделенный по секциям. Накладная оформляется одна, а печатная форма для набора разделяется на разделы для каждой секции. Соответсвенно все движения товаров можно анализировать по секциям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 18:51 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoft С отгрузками с нескольких складов одного товара тоже не сталкивался. Думаю, в малом и среднем бизнесе доля таких контор невелика. да и в крупном тоже. В общем-то о таких исключениях речь никто и не ведет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 18:59 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoftЦепочка с поставками на заказ есть в индивидуальном мебельном производстве.... Доброго вечера всем! Уважаемый FinSoft. В принципе Вы так же подтвердили мою уверенность, что вопросы темы наиболее актуальны для систем ориентированных на сложные и длительные процессы поставок и комплектования или производства сложных изделий. В принципе согласен, что это должен быть стандартный функционал дорогостоящих ERP/MPR/MES систем, что в общем то не моя "полянка" . Даже приведённый пример с индивидуальным мебельным производством подтверждает это... Например "у меня" есть производство пластиковых окон и прочих изделий, где имеется запас СТАНДАРТНОЙ (потребности легко прогнозируются) фурнитуры, сложные п/ф изготавливают сами, а стандартные оконные блоки заказываю со строками поставки до 3 дней. Т.е. даже здесь не нужно "замороченных" программных технологий. Резюме (для меня). Системы резервирования, отслеживания цепочек и т.д. нужны: 1. Массовом производстве (иначе не рентабельно) индивидуальных изделий 2. Крупной торговле сложными комплексами по индивидуальным заказам. В частности организациям, для которой жизненно необходим "процессорный подход". 3. Машиностроительном производстве.... Акцентирование на данных вопросах в презентациях "учёток" - это не более как пиар приём? Что по складам. Механизмов работы с ними множество и они зависят от решения необходимых бизнес задач, например: 1. Деление на секции (виртуальные склады) 2. Деление по юридическим лицам предприятия 3. Оптовые и розничные склады 4. Контроль товародвижения у реализаторов и так далее, что мало связано с темой топика . Единственно повторю вопросы, м.б. будет интересно их обсудить в теоретическом плане? Объясните пожалуйста, наиболее ПРОСТЫМ ЯЗЫКОМ : 1. Как данные технологии удобно реализуются в логике систем? 2. Как данные механизмы РЕАЛЬНО используются на ПРАКТИКЕ ( в конкретных ERP системах )? 3. Какая схематично структура предприятия и как через структурные подразделения проходят заказы, резервирования и наверное здесь полезны схематические изображения? 4. Ссылки на описание применения данных технологий конкретной системы автоматизации на конкретных предприятиях (обычно это рекламные описания конкретных внедрений)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 19:39 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. FinSoftЦепочка с поставками на заказ есть в индивидуальном мебельном производстве.... Даже приведённый пример с индивидуальным мебельным производством подтверждает это... Например "у меня" есть производство пластиковых окон и прочих изделий, где имеется запас СТАНДАРТНОЙ (потребности легко прогнозируются) фурнитуры, сложные п/ф изготавливают сами, а стандартные оконные блоки заказываю со строками поставки до 3 дней. Т.е. даже здесь не нужно "замороченных" программных технологий. Могу предположить, что производство кухонь и пластиковых окон находятся в разных весовых категориях. В кухнях где-то порядка 6 тыс позиций различной фурнитуры. Там самое сложное не цепочки заказов на смежные производства. Три фактора: - Сложная система нормирования. В нормах не только количество, но и формульные расчеты по размерам и фрагментам. Плюс цветовые замены и возможность вложения одних элементов в другие. Более сложную систему нормирования я видел только в типографском деле (там для каждого оборудования свои нормировочные таблицы расходов от типа бумаги, чернил и т.п.). - Сложная структура прайс-листа. Причина заключается в том, что в элементах применяются фасады (и пр.) других производителей. А у каждого смежника свои прибамбасы. Кто-то такое делает, такое не делает, у одного такой размерный ряд, у другого отличается, один берет наценки за нестандарт, другой нет и т.д. А сейчас некоторые еще стали вводить наценку, если заказываешь фасады одного цвета меньше установленного метража. Плюс сами мебельщики постоянно экспериментируют с фурнитурой, пытаясь удешивить изделия. Сейчас у них там сделан автомат на расчет прайсов по нормам и размерным рядам, но у меня нет ощущения стабильности и законченности этого функционала. Сделали им сохранение истории цен при рассылке в салоны, так там как мегабайты побежали, пришлось оставлять только для дилеров. А дилеры - это вообще тема... Кстати, еще одно звено в цепочке поставок Покупатель-Дилер-Производство-Смежное производство. - Рисовалка чертежей. Есть неплохие рисовалки, но у них слабо проработан остальной функционал. Вот в нашу программу приема заказов в салонах встроить рисовалку, было бы здорово... Андрей Ж. Резюме (для меня). Системы резервирования, отслеживания цепочек и т.д. нужны: 1. Массовом производстве (иначе не рентабельно) индивидуальных изделий Утро добрым не бывает? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 21:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Объясните пожалуйста, наиболее ПРОСТЫМ ЯЗЫКОМ : 1. Как данные технологии удобно реализуются в логике систем? 2. Как данные механизмы РЕАЛЬНО используются на ПРАКТИКЕ ( в конкретных ERP системах )? 3. Какая схематично структура предприятия и как через структурные подразделения проходят заказы, резервирования и наверное здесь полезны схематические изображения? 4. Ссылки на описание применения данных технологий конкретной системы автоматизации на конкретных предприятиях (обычно это рекламные описания конкретных внедрений)? :) Ну, ты ж не слышишь. 1. Процессы!!!!!! Документы = Запуск процесса или изменение состояниия или фиксирование изменения состояния процесса (сбытийные снапшоты процессов).Если у тя есть модель процесса, семантика межпроцессных связей и т.д., то у тя этот вопрос просто НЕ возникает. Ну написал ты батник, указал че за чем запускать, ввел пару локирующих примитивов, пару критериев выбоа и т.д. 2.Плеватть. 3. Показываю. Вот приблизитльно. Сложность зависит от ситуации и мозгов внедренщика. 4. Пофиг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 21:40 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Никакая эта не реклама. Просто ты не законадатель мод в бизнесе, потому должен быть гибч, а не диктовать свои деревенские привычеи ведения бизнеса всем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2010, 21:41 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
+бантик на подумать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2010, 12:23 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
ViPRosНикакая эта не реклама. Просто ты не законадатель мод в бизнесе, потому должен быть гибч, а не диктовать свои деревенские привычеи ведения бизнеса всем. Давненько не читал данный форум... Неужели здесь только малограмотные школьники остались? Удивительно! Но только похоже автор темы понимает как работать с автоматизированными заказами и резервированием товара, да и тот "придуривается" ведь в его кишлаке есть и заказы, и контроль цепочек прохождения заказов и впольне удовлетворительное многоскладское резервирование товара. Или он опять ёрничает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2010, 19:37 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoftАндрей Ж. FinSoftЦепочка с поставками на заказ есть в индивидуальном мебельном производстве.... Даже приведённый пример с индивидуальным мебельным производством подтверждает это... Т.е. даже здесь не нужно "замороченных" программных технологий. Могу предположить, что производство кухонь и пластиковых окон находятся в разных весовых категориях.... Уважаемый FinSoft! Как и везде "дьявол кроется в деталях" и действуют правило "перехода количества в качество". Приведённый пример "окон" относится наверное больше к "серийному производству узкой номенклатуры изделий", как следствие процессы происходят по "накатанной схеме" и всё нормально автоматизируется без выделений технологий "заказы, цепочки, резервирование". Что по "кухням" (в принципе любая "простая" продукция) всё сильно зависит от механизмов работы с клиентами: 1. Серийное производство стандартных моделей (возможно комплектование конечных изделий из блоков)... Здесь имеется СТАНДАРНЫЙ (пусть и большой) набор фурнитуры, имеется план выпуска изделий, следовательно "заказы, цепочки, резервирование" отработаны и всё происходит по автоматическим процедурам и необходимости в "выделении" отдельных процессов "заказы, цепочки, резервирование" не имеет смысла . 2. Мелкое производство по индивидуальным заказам. Здесь вообще не нужны учётки и всё нормально реализуется в табличках и бухгалтерской программе. Не очень давно беседовал с владельцем аналогичного бизнеса и как не пытались не удалось найти преимуществ от автоматизации его процессов (конечно он имел программы раскройки). 3. КРУПНОЕ производство по индивидуальным заказам . Для меня очевидно, что здесь большие варианты прайсов, поставщиков, сроков поставок, резервирования сырья по конкретный заказ и так далее. Мы должны отслеживать множество слабопересекающихся по сырью заказов и возможны частичные поставки/изготовление блоков, резервирование сырья (п/ф) по заказам, т.е. здесь даже не учётка, а система отслеживания и прохождения заказов является ОСНОВНОЙ . Кроме этого действительно актуальны задачи "система нормирования, цветовые замены и возможность вложения одних элементов в другие, структура прайс-листа, ..." В принципе здесь мы должны отойти от алгоритмов и принципов "торгово-складской системы учёта" и создавать УНИКАЛЬНУЮ ERP систему для таких бизнес схем, причём "навешивание" такого функционала на учётку ИМХО считаю неразумным, а если неймётся, то лучше делать интеграцию . FinSoftАндрей Ж. Резюме (для меня). Системы резервирования, отслеживания цепочек и т.д. нужны: 1. Массовом производстве (иначе не рентабельно) индивидуальных изделий Утро добрым не бывает? :-) Как уже отмечал Garya , что бы правильно и коротко описать нужно очень много времени на обдумывания текста..., а голова была "забита" очередными заморочками с алкогольной отчётностью... Всё что хотел сказать - пояснил выше. Давно не был Давненько не читал данный форум... Неужели здесь только малограмотные школьники остались? Вы не правы!!! Конечно, как и везде здесь есть люди, которым "хочется поговорить, а сказать нечего". Отсутствие реакции мне кажется обусловленно: 1. Сильной занятостью профессионалов; 2. Не желанием раскрывать технологии своих систем; 3. Отсутствием серьёзных аргументов и доказательств необходимости контуров систем "заказы, цепочки, резервирование" для малого и микро бизнеса? Давно не былНо только похоже автор темы понимает как работать с автоматизированными заказами и резервированием товара, да и тот "придуривается" ведь в его кишлаке есть и заказы, и контроль цепочек прохождения заказов и впольне удовлетворительное многоскладское резервирование товара. Или он опять ёрничает? И не ёрничую и не придуриваюсь! Да и говорил выше "развлекался" с данными подсистемами и элементы данных подсистем имеются у меня, более того используя "виртуальные объекты" желающие получают достаточно "законченные решения"? Вопросы были в силу желания разобраться в технологиях и более-менее комплексной реализации данных задач в системе, ну и конечно в необходимости решения данных задач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2010, 11:52 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж., Последняя попытка разбудить глухаря. Да дай людям возможность самим решить, какие процессы и в каком порядке они хотят запустить. И не надо тогда тебе будет обсуждать, надо ли, выгодно ли,... малому или большому, серийному или единичному, торговле или медицине,....автоматизировать чего то как то ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2010, 13:23 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. 3. КРУПНОЕ производство по индивидуальным заказам . Для меня очевидно, что здесь большие варианты прайсов, поставщиков, сроков поставок, резервирования сырья по конкретный заказ и так далее. Мы должны отслеживать множество слабопересекающихся по сырью заказов и возможны частичные поставки/изготовление блоков, резервирование сырья (п/ф) по заказам, т.е. здесь даже не учётка, а система отслеживания и прохождения заказов является ОСНОВНОЙ . Кроме этого действительно актуальны задачи "система нормирования, цветовые замены и возможность вложения одних элементов в другие, структура прайс-листа, ..." В принципе здесь мы должны отойти от алгоритмов и принципов "торгово-складской системы учёта" и создавать УНИКАЛЬНУЮ ERP систему для таких бизнес схем, причём "навешивание" такого функционала на учётку ИМХО считаю неразумным, а если неймётся, то лучше делать интеграцию . 150-200 индивидуальных заказов - это крупное производство? Что касается целесообразности включения этого функционала в тиражную учетку, то вопрос довольно неоднозначный. Тоже долго раздумывал, как раз сейчас запущен процесс переноса, за исключением работы с прайсами. Примерно 12 дополнительных таблиц+отдельный dll-модуль. Зато можно похоронить заказную систему и развить производственный блок в тиражной. У клиента финансовый учет и фискальная отчетность ведется в 1с8. Меня уже начала напрягать ситуация, когда по любому элементарному вопросу поднимается волна обсуждений и перетягивания одеял. Думаю, что в данном случае было бы проще работать в единой системе - фискалка простая (2 упрощенки без ндс у юрика и ип и 2-3 вмененки у ип). Основная проблема в том, что бухи слабенькие и зомбированы рекламой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2010, 19:58 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoft 150-200 индивидуальных заказов - это крупное производство? В месяц, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2010, 20:01 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoft150-200 индивидуальных заказов - это крупное производство? Для периферии в наше время думаю нормально, если ситуация в стране улучшится, то объём вырастет до 500-800 заказов в месяц, что без продуманной и отработанной системы управления уже функционировать не сможет... А сейчас прекрасная возможность отладить, тщательно проработав весь функционал в "спокойных" условиях... ИМХО! Что касается целесообразности включения этого функционала в тиражную учетку, то вопрос довольно неоднозначный. Тоже долго раздумывал, как раз сейчас запущен процесс переноса, за исключением работы с прайсами. Примерно 12 дополнительных таблиц+отдельный dll-модуль. Зато можно похоронить заказную систему и развить производственный блок в тиражной. Вопрос действительно неоднозначный ... Одно дело "удачно" встроить серийное производство в торговую систему. Кажется это дало преимущества системы: 1. Закрылась проблема, когда производственные программы плохо учитывали и анализировали свои торговые процессы. 2. Выяснилось, что 60% чисто торговых предприятий нуждаются в "производственном" функционале, например задачи "комплектации", "производство п/ф". Другое дело интегрировать с ERP системой, где возможно основными сложностями являются планирования (закуп, загрузка ресурсов (оборудование, персонал)), контроль и учёт прохождения заказов через производственные этапы и так далее. При этом, даже в идеале это даст всего до 1000 торговых операций в месяц (нормальная дневная работа средней оптовки), что мизер, что бы заморачиваться в данной системе торговыми процессами. Слишком разные задачи стоят перед этими системами . Вторая "засада" - программа одна, т.е., если бы это было две разные системы, то проще их было бы продавать за хорошие деньги, а за "одну" практически невозможно получить "две цены". При этом придётся поддерживать две абсолютно разные автоматизируемые технологии. Сейчас я этот гемор ощущаю из-за включение в торговую систему учёта страхового бизнеса. Мне кажется, если позволяют ресурсы разумнее и выгоднее развивать две разные (независимые), но взаимоинтегрированные системы? В большинстве крупных пакетов так делается, называя "модулями", "контурами" и т.п. У клиента финансовый учет и фискальная отчетность ведется в 1с8. Меня уже начала напрягать ситуация, когда по любому элементарному вопросу поднимается волна обсуждений и перетягивания одеял. Думаю, что в данном случае было бы проще работать в единой системе - фискалка простая (2 упрощенки без ндс у юрика и ип и 2-3 вмененки у ип). Также не однозначный вопрос... Конечно УСНО (тем более вменёнка, которую говорят скоро отменят) в силу простоты бухгалтерских регистров напрашивается на включение в учётку (мне проще от меня её хотят, т.е. конфликта с бухами не будет), НО считаете ли возможным оперативное отслеживание изменений и "глюков" законодательства? Приведу пару примеров недавнего прошлого: 1. В сентябре чуть изменили формат счета фактуры... 1С среагировала почти с месячным опозданиям в некоторых конфигурациях. 2. Алкогольные декларации (срок сдачи до 10 октября). Из обсуждения "мисты" было видно, что 1Сникам пришлось самим переписывать конфы (правда и 1С что-то родило 06.10). При этом обычно изменения в конфы 1С вносит задолго до официальной публикации документов. Для себя пока решаю не трогать фискальный учёт, а лучше сделал выгрузку в 1С и почти не парюсь чудачествами госорганов и бухгалтеров. При этом внеся в систему "фискальный" функционал врятли удасться на этом заработать, а подпортить нервную систему более чем легко. О чём Вы сами и говорите - " Основная проблема в том, что бухи слабенькие и зомбированы рекламой. ", а оно Вам надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2010, 23:55 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Мне кажется, если позволяют ресурсы разумнее и выгоднее развивать две разные (независимые), но взаимоинтегрированные системы? В большинстве крупных пакетов так делается, называя "модулями", "контурами" и т.п. Две системы - удвоение работы. Они сильно перекрываются по функционалу. Анализ данного конкретного случая показал, что потребуются всего 3 специфичные для мебельного производства структуры: составляющие, формы изделий (нужны для формирования карт раскроя) и собственно дерево калькуляции заказа. Остальные носят более универсальный характер (цвета, разделы спецификаций, этапы техпроцесса, фрагменты заказов и т.п.). Прикладной код в данном случае беспокоит меньше, т.к. все располагается в отдельном dll-модуле. Для других клиентов можно просто поставить заглушку - лишние 20-30кб не утяжелят систему. Андрей Ж. У клиента финансовый учет и фискальная отчетность ведется в 1с8. Меня уже начала напрягать ситуация, когда по любому элементарному вопросу поднимается волна обсуждений и перетягивания одеял. Думаю, что в данном случае было бы проще работать в единой системе - фискалка простая (2 упрощенки без ндс у юрика и ип и 2-3 вмененки у ип). Также не однозначный вопрос... Конечно УСНО (тем более вменёнка, которую говорят скоро отменят) в силу простоты бухгалтерских регистров напрашивается на включение в учётку (мне проще от меня её хотят, т.е. конфликта с бухами не будет), НО считаете ли возможным оперативное отслеживание изменений и "глюков" законодательства? Приведу пару примеров недавнего прошлого: 1. В сентябре чуть изменили формат счета фактуры... 1С среагировала почти с месячным опозданиям в некоторых конфигурациях. 2. Алкогольные декларации (срок сдачи до 10 октября). Из обсуждения "мисты" было видно, что 1Сникам пришлось самим переписывать конфы (правда и 1С что-то родило 06.10). При этом обычно изменения в конфы 1С вносит задолго до официальной публикации документов. Для себя пока решаю не трогать фискальный учёт, а лучше сделал выгрузку в 1С и почти не парюсь чудачествами госорганов и бухгалтеров. При этом внеся в систему "фискальный" функционал врятли удасться на этом заработать, а подпортить нервную систему более чем легко. О чём Вы сами и говорите - " Основная проблема в том, что бухи слабенькие и зомбированы рекламой. ", а оно Вам надо? А куда мы денемся с бронепоезда... Все равно приходится поддерживать фискалку у других клиентов. Причем поддержка фискального учета позволяет посадить клиента на абонентку, что с только внутренним учетом сложнее. Надежда в будущем на то, что у нас, как и на Западе, разовьется рынок специализированных бухгалтерских услуг. Меня, кстати, сейчас настойчиво прозванивает на предмет сотрудничества самая крупная бухгалтерская фирма в нашем регионе (250 заказчиков), с которой мы пересеклись на паре клиентов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 10:01 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.В том, то вопрос, что у моих основных пользователей (оптовиков) товар ходовой (бухло, консервы, кондитерка, соки/воды и т.д.).Ага! Вот с этого и надо было начинать. :) Речь идет о продуктах , основная часть которых разбирается: а) весьма активно б) не по заказам клиентов Соответственно, и пополнение запасов на складе осуществляется по принмципам самого простого SIC (статистического управления запасами). Заказы клиентов могут иметь место, но обслуживаются они, судя по всему, так же как для "внезапно пришедшего с мешком/грузовиком". Вот поэтому у вас и не востребован функционал резервирования. А наш холдинг не во все времена был крупным промышленно-производственным и территориально-разнесенным. Когда я пришел в компанию (в 1995 году), в ней работало всего лишь порядка 50 человек. Это была в чистом виде торговая компания, у которой не было филиалов и подразделений за пределами Москвы и МО. Тогда у нее было три розничные точки в разных частях Москвы, каждая со своим небольшим складом. Тогда эта компания не гнушалась торговать в розницу бытовыми насосами, баками, трубами, станциями управления (всем, что может понадобиться для водоснабжения в частных домах и на даче). Но уже тогда эта деятельность не считалась основной. В подмосковном Топилино находился центральный склад с подъездными автомобильными и ж/д путями, на который приходили как бытовая "мелочь" - для розничных точек, так и крупное промышленное оборудование, поднять которое можно было только краном. Тогда еще компания работала примерно с 30 посредниками (комиссионерами) во многих регионах, для которых требовалось отслеживать лимит товарного кредита. Уже много лет как компания закрыла в Москве собственные розничные точки для торговли бытовым оборудованием для дачников и отказалась от схемы работы по товарному кредиту с посредниками в регионах. Но раньше всё это было. Так вот, основное отличие насосного оборудования от "бухла": 1) Ассортимент его примерно на порядок больше, чем ассортимент "бухла" (а если учитывать различные варианты комплектации, то на два порядка больше) 2) Каждый вид номенклатуры приобретается от случая к случаю. За исключением соединительных муфт и гофрошлангов для поверхностных насосов всю остальную номенклатуру берут не чаще чем 1 раз в день. 3) "Бухло" можно бухать с любой колбаской, рыбкой или огурчиками. А вот под определенный вид насосов требуются определенные виды сопутствующей номеклатуры (датчиков давления, гидроаккумулятов, муфт, кранов, клапанов и т.д.). И отсутствие одной маленькой муфты, переходника или клапана может привести к отказу клиента от приобретения насоса, бака и станции управления, поскольку без одной маленькой детальки их приобретение теряет смысл. 4) Оборудование весьма дорогостоящее. Поэтому его пролеживание на складе приводит к существенному выводу из оборота оборотных средств. Поэтому для такой номенклатуры характерно значительное сокращение объемов оборачиваемости в пределах склада/магазина если управление запасами по нему организуется по SIC. Для него работа "под заказ" приобретает особое значение . Вместо того, чтобы держать в магазине всю номенклатуру, магазин содержит небольшую выставку - для демонстрации возможностей оборудования разного вида. И совсем небольшой склад, на котором по SIC управляются запасы только мелочевки-фурнитуры (кранов, муфт и т.п) и 2-3 вида самых ходовых насосов, все остальное - преимущественно под заказ. О ту пору всего у компании было 5 складов. Центральный - в Томилино. "Полуцентральный" - рядом с центральным офисом в Москве. И три склада при трех магазинах. На склад в Томилино привозилось оборудование ж/д транспортом и крупногабаритная техника грузовиками. А также хранились крупные запасы мелочевки, которая закупалась за рубежом крупными партиями. На "полуцентральный" склад привозили оборудование только бытовое, отчасти от поставщиков, отчасти с центрального склада. В центральном офисе было подразделение, которое работало ТОЛЬКО "под заказ" и только с крупными покупателями. Оно же отвечало за снабжение "комиссионеров-реализаторов", то есть, порядка 30 магазинов "не наших" в регионах. И оно же управляло распределением номенклатуры по трем нашим магазинам в Москве. Если говорить откровенно, со средствами автоматизации тогда не всё было здорово. Два программера на FoxPro наваяли самописку, с помощью которой производилось резервирование и сквозное управление заказами при передвижениям по складам. Был существенный процент возвратов (порядка 15%-20%), связанный с отказами от ранее сделанных заказов (если еще не забыли, склад в магазине нельзя было затоваривать, это очень дефицитная площадь, представьте себе цену такой площади, например, на ВДНХ, где находился один из наших магазинов). Поэтому в самописке, которая многократно писалась и переписывалась, закладывалось всё больше и больше нюансов, связанных с резервированием и оптимизацией внутренних и внешних перевозок. Могу рассказать о деталях, но это будет очень длинно и нудно. Догадаться о возникающих проблемах и задачах можно и самому. Намекну, что каждый магазин был как бы "на внутреннем хозрасчете" и старался минимизировать списываемые на него транспортные расходы. Попытайтесь сами докрутитить, что из этого следует. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 10:21 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Доброе утро! Сейчас нужно чуток попрограммировать... Но очень хочется сказать FinSoft и Garya огромное спасибо за очень полезные сообщения по проектированию/ведению бизнес и подробное (Garya) описание структуры фирмы, бизнес процессов и ограничений... Мне кажется, что над этими сообщениями нужно хорошо подумать, по крайней мере ВОЗРАЖЕНИЙ НЕ ИМЕЮ , но вот как могу это использовать для себя - ОГРОМНЫЙ ВОПРОС. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 10:40 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.> , но вот как могу это использовать для себя - ОГРОМНЫЙ ВОПРОС. Учиться, учиться и еще раз учиться. Благодаря Garya, получился интересный вывод - идея применима для двух сторон синхронно: -производство размещает для каждого контракта сотню заказов у разных поставщиков (в т.ч своих складов).... -продавец, дистрибьютор - для одного заказа собирает комплектацию со своих складов (в т.ч. с транзитов)... Цепочка в общих чертах одинакова. Что в данной теме не затронуто - полуавтоматизированные замены наборов комплектующих. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 11:57 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
SiemarglЧто в данной теме не затронуто - полуавтоматизированные замены наборов комплектующих.Да... Это вопрос еще тот... Когда-то об него наши самописчики все мозги сломали... Тут нюансов - масса. Технически реализовать даже полностью автоматизированные замены, может быть, не очень просто, но возможно. Вот только замена должна быть предварительно согласована с клиентом, и то, что предлагается "на автомате" его по тем или иным причинам может не устроить. Поэтому автоматизация здесь достижима лишь до уровня " полу -автоматизации". Некий инструментарий, который позволяет осуществлять подбор по принципу "что если?" с учетом наличия, резервов и задержек на закупку того, что отсутствует - с автоматическим расчетом цены, причем, с указанием степени ее достоверности. Если все компоненты уже имеются в наличии, их продажная цена определима на 100%. Если некоторых компонентов нет, и их требуется закупить, но их цена прорабатывалась недавно, то достоверность цены может быть порядка 90%. Если цена прорабатывалась давно или не прорабатывалась вовсе, то она может оказаться вообще не определяемой даже приблизительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 12:22 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
FinSoftАндрей Ж. Мне кажется, если позволяют ресурсы разумнее и выгоднее развивать две разные (независимые), но взаимоинтегрированные системы? В большинстве крупных пакетов так делается, называя "модулями", "контурами" и т.п. Две системы - удвоение работы. Они сильно перекрываются по функционалу. Анализ данного конкретного случая показал, что потребуются всего 3 специфичные для мебельного производства структуры: составляющие, формы изделий (нужны для формирования карт раскроя) и собственно дерево калькуляции заказа. Остальные носят более универсальный характер (цвета, разделы спецификаций, этапы техпроцесса, фрагменты заказов и т.п.). Прикладной код в данном случае беспокоит меньше, т.к. все располагается в отдельном dll-модуле. Для других клиентов можно просто поставить заглушку - лишние 20-30кб не утяжелят систему. "Хозяин - барин" ! Только мной, как вариант допускалось возможность наличие двух систем: I. Универсальная тиражная торгово-бухгалтерская программа. II. Отдельная система со своими таблицами хранения информации, пересекающаяся с тиражкой по таблицам. Понятно, что она без базовой системы работать не должна. По крайней мере у меня в системе есть несколько таких внешних модулей (электронная сертификация, интеграция с КПК и т.д.), которые развиваются независимо от основной системы (и даже на других ЯП) и которые внедряются на "отдельных" условиях. Что не вызывает возражений пользователей, тех кому пришлось это оплатить и тем более удовлетворяет пользователей, которым это не нужно. FinSoftА куда мы денемся с бронепоезда... Все равно приходится поддерживать фискалку у других клиентов. Причем поддержка фискального учета позволяет посадить клиента на абонентку, что с только внутренним учетом сложнее. Из контекста не догадался, что имеется в наличии бухгалтерский модуль! Но если дело только во "внедреже"... Убедите боссов вести в учётке полный финансовый и товарный учёт, в том числе силами бухгалтерии и проблемки сами "рассосуться"... Не так уж и преданы бухи программе 1Ц, как показывает практика. FinSoftМеня, кстати, сейчас настойчиво прозванивает на предмет сотрудничества самая крупная бухгалтерская фирма в нашем регионе (250 заказчиков), с которой мы пересеклись на паре клиентов. Это пруха!!! Хватай немедленно, а то обидится удача и сбежит!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 15:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
GaryaАга! Вот с этого и надо было начинать. :) Речь идет о продуктах , основная часть которых разбирается: а) весьма активно б) не по заказам клиентов Таки я об этом и "талдычал" на протяжении двух страниц... Добрый день! "Но инструктор парень дока - деловой, попробуй среж. И опять пошла морока, про проклятый зарубеж. Я популярно объясняю для невежд - ты к болгарам уезжаешь в Будапешт. Если темы там возникнут - сразу снять! Бить нельзя их - объяснять !" (с) В.С.Высоцкий В принципе с типами бизнеса, остро нуждающихся в "заказы, цепочки прохождения, резервирование" разобрались и наверняка можно привести множество примеров, хотя спасибо за детальное и "простое" объяснение конкретных моментов вызывающих необходимость в данных задачах. Только, просто "покапризничать" - не обращайте внимание : 1. Бухло за 50-200 тыр за бутылку врятли можно назвать дешевым товаром и по нему проводится мониторинг прохождения заказа. 2. Различия: - "Ассортимент его примерно на порядок больше, чем ассортимент "бухла" (а если учитывать различные варианты комплектации, то на два порядка больше)"... Т.е. 5000 наименований * 100 = 500 000 оперативных наименований? Эту "смешную" тему уже обсуждали, где отдельные предприятия выпускали более 15 000 000 наименований готовых изделий. - "Каждый вид номенклатуры приобретается от случая к случаю". Для индивидуальных заказов (мероприятий) или ХоРеКа так же наличиствуют те же проблемы, но более простые и не такие "частые" ! - ""Бухло" можно бухать с любой колбаской, рыбкой или огурчиками." Для торговиков существует понятие "спецификация клиента", где имеют быть аналогичные проблемы . Но всё-таки очень интересны другие вопросы. Перезадам их в свете описания вашего (характерного и идеально "налагаемого" на тему) конкретного предприятия: 1. Как данные технологии удобно реализуются в логике систем? Если не сложно, хотя бы схематично... Как решаются описанные Вами проблемы на практике в вашей системе? 3. ...как через структурные подразделения проходят заказы, резервирования? Т.е. кто-то заказывает внося заказ в систему, кто и как контролирует исполнение заказа и т.д.? 4. Ссылки на описание применения данных технологий конкретной системы автоматизации Если возможно, то можно упомянуть - в какой(их) системах данные задачи решаются "прямолинейными" и простыми для использования механизмами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 15:38 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж., Вы же представитель разработчика. Здесь в основном ваши конкуренты. Никто не захочет Вам объяснять Управление Закупками и Казначейство. Это непросто, да и смысла немного. Вкратце, сначала возникает потребность. Это или прогноз, для товаров массового спроса, или Заявка / Заявка на рассчет, полученная от менеджера по продажам. Заявка на рассчет расматривается, составляется смета по закупке, доставке и, возможно, производства необходимой номенклатуры. Считаются несколько вариантов. Составляется предварительная смета. Получается драфт предложения. Предложение согласовывается с Заказчиком. Уточняется ТТХ изделий, варианты и график поставки, объемы, сроки, график платежей, отсрочка, цены. Фиксируется спецификация изделия и поставка. Считается рентабельность заказа. По итогам переговоров идет уточнение контракта, работа с поставщиками и логистическими операторами, на основе уже заключенных контрактов или новых договоров. Составляется график входящих и исходящих платежей, происходит дополнительный контроль рентабельности, с учетом финальных условий контракта, определние кассовых разрывов, строятся бюджеты др и ддс. Если все устраивает, дается разрешение на заключение контракта. Как только контракт подписывается, все условия договора фиксируются, и заключаются контракты на производство / поставку, перевозку и хранение товара. Контролируется график платежей, дебиторская задолженность. Контролируется процесс поставки товара, отклонения от расчетной себестоимости. Казначейство, контроль оплат. Фиксируются все расходы, связанные с исполнением контракта. Собранные затраты распределяются на стоимость товара, высчитывается его себестоимость. Заказ исполняется, контролируется поступление дс от Заказчика. С Уважением, Георгий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 17:52 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
George NordicВы же представитель разработчика. Здесь в основном ваши конкуренты. Чуть не так - по работе "шива многорукий", в том числе немножко разработчик своей бесплатной системки для микробизнеса , т.ч. ни чьим конкурентом не являюсь. За довольно подробный ответ на вопрос "3. ...как через структурные подразделения проходят заказы, резервирования?" спасибо Георгий ! Если только мне эта тема интересна , то осталось всего два вопроса: 1. Как данные технологии УДОБНО реализуются в логике систем? Как решается данный вопрос на практике в Вашей системе (Axcapta, AVA, Галактика)? 4. Ссылки на описание применения данных технологий конкретной системы автоматизации (даже достаточно для понимания рекламы возможностей)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2010, 18:26 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
George NordicАндрей Ж., Вы же представитель разработчика. Здесь в основном ваши конкуренты. Никто не захочет Вам объяснять Управление Закупками и Казначейство. Это непросто, да и смысла немного. Вкратце, сначала возникает потребность. Это или прогноз, для товаров массового спроса, или Заявка / Заявка на рассчет, полученная от менеджера по продажам. Заявка на рассчет расматривается, составляется смета по закупке, доставке и, возможно, производства необходимой номенклатуры. Считаются несколько вариантов. Составляется предварительная смета. Получается драфт предложения. Предложение согласовывается с Заказчиком. Уточняется ТТХ изделий, варианты и график поставки, объемы, сроки, график платежей, отсрочка, цены. Фиксируется спецификация изделия и поставка. Считается рентабельность заказа. По итогам переговоров идет уточнение контракта, работа с поставщиками и логистическими операторами, на основе уже заключенных контрактов или новых договоров. Составляется график входящих и исходящих платежей, происходит дополнительный контроль рентабельности, с учетом финальных условий контракта, определние кассовых разрывов, строятся бюджеты др и ддс. Если все устраивает, дается разрешение на заключение контракта. Как только контракт подписывается, все условия договора фиксируются, и заключаются контракты на производство / поставку, перевозку и хранение товара. Контролируется график платежей, дебиторская задолженность. Контролируется процесс поставки товара, отклонения от расчетной себестоимости. Казначейство, контроль оплат. Фиксируются все расходы, связанные с исполнением контракта. Собранные затраты распределяются на стоимость товара, высчитывается его себестоимость. Заказ исполняется, контролируется поступление дс от Заказчика. Андрей Ж. 1. Как данные технологии УДОБНО реализуются в логике систем? Как решается данный вопрос на практике в Вашей системе (Axcapta, AVA, Галактика)? 4. Ссылки на описание применения данных технологий конкретной системы автоматизации (даже достаточно для понимания рекламы возможностей)? Не совсем понял к чему припрели некие технологии, ну да бог с ним. Андрей Ж, вопросы как говорится риторические. Каждый проект по своему уникален и тиражируемая система не застывший монолит, скорее набор строительных блоков. То что подходит на одном проекте, не всегда подходит на другом. Полностью одинаковых проектов у меня лично никогда не было. Везде есть свои нюансы. Обычно анализируются требования и функционал, для того чтобы понять что ложится в програму, что нет и требует доработок, а что проще оставить вне рамок программы. Методика описанная Георгием выше для IT проекта тоже подойдет :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2010, 11:08 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Ой-ей-ей! :) Я вкратце описал с десяток модулей. Давайте их разделим, как сделано в решении компании IT Box http://www.itboxcons.ru/content/view/22/39/ , мне так легче будет рассказывать. Dynamics AX (Axapta) используется как учетная система. В ней проходит учет состояния склада, продаж, закупок, учет договоров, расчеты с клиентами и поставщиками, финансовый учет, Бюджетирование, казначейство, сервисное обслуживание, управление поставкой, планирование потребностей, учет ос, расчеты с персоналом, при необходимости - производство, WMS, управление наймом (или подбор на проект) и развитием персонала. Да, в Dynamics AX ведутся все справочники. При работе с товарами массового спроса верхней частью является планирование - SOP. Для этих целей используется Oracle RPAS. В ней происходит постановка целей (мы хотим продать больше на 20%) и ряд расчетов: разбиение плана по группам товаров в $, категоричный менеджмент, ассортиментное планирование (или планирование коллекций, планирование замещений), MFP, на основании исторических данных о продажах проходит процесс прогнозирования - demand forecast, анализ цена / уровень продаж и выбор оптимальной цены (Price optimization). На выходе - имеем прогноз потребности в товарах как в разбивке по группам, так и понедельный прогноз продаж в штуках (разным категориям клиентов, сети платят через 90-120 дней, оптовики - 10 - 30, и цены для них разные). Проводиться товарно-финансовое планирование. Здесь уже вступает интеграция с DAX. В DAX заложены все договора, стоимость и условия закупки, график закупки и поставок, стоимость поставок, есть фактическая и плановая себестоимость товара. Да, в проводится ABC и XYZ анализы: возможно, некоторым товаром вовсе невыгодно будет заниматься. Планы сбалансируются. На основании этих данных строится предварительный план продаж. Имея прогноз сбыта в разрезе времени, категорий клиентов, условий оплаты и цен для разных категорий клиентов, мы получаем бюджет доходов. Оценивая время производства и поставки, уровень запасов на складах и в филиалах, прямые поставки, прогноз снижения товаров, уровень запасов с РЦ, время поставки с РЦ в филиал (иерархию пополнения, маршрутную сеть), мы оцениваем потребность в товаре в любом разрезе времени (например, понедельное или помесячно), и можем: узнать необходимый страховой запас товара (т.к. у нас есть результаты анализа) и построить план закупок. Зная время производства и поставки товара, его стоимость и договора с поставщиками и перевозчиками, мы можем составить бюджет закупок. получаем бюджеты др и ддс. Зная цели, руководители подразделений и филиалов могут планировать необходимые ресурсы. Например, чтобы продать больше на 20% на необходимо еще 10 продавцов, компьютеры для них, ФОТ, торговые площади, планируются маркетинговые кампании по продвижению и т.п. Эти планы влияют на бюджет, если в системе ведется бюджетирование и структуру организации, если в системе ведется управление структурой компании и персоналом. Цель - получить полный бюджет. Вернее, бюджеты. Возможна корректировка и балансировка планов, используется встроенный механизм документооборота. Итак, планы зафиксированы и утверждены. Начинаем работать по нему. На основании периодического (например, еженедельного), планирования, которое учитывает продажи, уровень запасов и механизм пополнения запасов, время производства, поставки, распределения запасов по филиалам, и плана продаж система выдает закупки, которые должны быть заключены в течении, например, недели. Закупщик заходит в систему и видит группу товаров или поставщиков, за которых он отвечает, и рекомендованные закупки. На основании этих данных он может заключить договор на закупку и поставку товара. Условия производства и поставки фиксируются, получается смета и график, отклонения от которых будут жестко отслеживаться. Так же идет работа с отслеживанием уже заключенных договоров: что произвели, что поставили, какие сроки. План продаж (и закупок) может корректироваться исходя из изменившихся условий. Зная срок производства товара, логисты могут планировать маршруты, собирать грузы в рейсы. Или консолидировать на складе консолидации, а потом перевозить большой группой, с целью снижения расходов (но не в ущерб времени). Только для этого используется рад модулей, такие как управление грузоперевозками или управление парком транспортных средств, которое уже одно идет как решение: http://www.microsoft.com/rus/dynamics/industry/industries/overview.mspx?industry=17&tab=solutions&objectid=204 Затраты на перевозку жестко фиксируются, это необходимо для получения точной себестоимости. Идет контроль поставок и платежей поставщикам (пока не привезли на контрольную точку, не заплатим), оплата контролируется Казначейством - отдельным модулем ITBox. В итоге - товар приходит на РЦ, приходуется и распределяется по региональным складам, филиалам или идет отгрузка напрямую клиентам. Продажи товара фиксируются в системе, идет отслеживание дебиторской задолженности. Идет работа с претензиями, сервисное обслуживание и гарантийный ремонт (что сказывается на себестоимости). Идет расчет полной себестоимости, финансовый учет, контроль бюджетов, управление кассовыми разрывами и задолженность перед банком, расчеты с персоналом, расчет амортизации ос и другая финансовая деятельность. Спланировали - закупили - доставили - распределили - продали - зафиксировали прибыли - получили отчетность - проанализировали - снова перешли к планированию. И, разумеется, данный план строится на просто на год, а идет ежемесячное / еженедельное перепланирование, что помогает быстрее реагировать на изменения конъюнктуры рынка. Это вкратце. Есть отдельно решение по планированию и поставки товаров под заказ, там идет больше даже управление проектов по закупке, доставке, монтажу и обслуживанию оборудования. О нем - в следующий раз. С Уважением, Георгий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2010, 12:03 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Георгий, Garya, FinSoft - весьма ВАМ благодарен! Вы на достаточном для меня уровне ответили на заданные вопросы, достаточно подробно раскрыв технологические и маркетинговые нюансы задач "Заказы, цепочки прохождения, резервирование в учётках". Информации более чем достаточно как для доработки системы, так и обоснования необходимости решения данных задач на конкретном предпритии. Задано направление поиска нужных алгоритмов и компонент... Отвечая на возможный вопрос зачем это было нужно - очень хочется автоматизировать какой-нибудь машиностроительный заводик, а понимания технологических процессов "заказы -> снабжение -> перемещения по подразделениям -> сбыт" было недостаточно хорошим. В принципе тема ИМХО очень интересна и возможно будут ещё желающие её обсудить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2010, 13:13 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. 1. Как данные технологии удобно реализуются в логике систем? Если не сложно, хотя бы схематично... Как решаются описанные Вами проблемы на практике в вашей системе?Не думаю, что имеет смысл описывать, как они решались в самописке. Это была весьма жесткая система без каких-либо настроек. Вся кастомизация производилась путем переписывания кода... :) От использования самописки отказались много лет тому назад вместе с использованием розничных магазинов и работы с посредниками по схеме товарного кредита. В новых системах автоматизации пока задачи решаются локально. Автоматизация глобальных потоков стоит в планах на будущее. Андрей Ж. 3. ...как через структурные подразделения проходят заказы, резервирования? Т.е. кто-то заказывает внося заказ в систему, кто и как контролирует исполнение заказа и т.д.?Когда еще были магазины... Магазин оформлял заявку, которая поступала в центральный офис. В процессе ее оформления номенклатура на всех источниках резервировалась предварительно - без привязки к источнику. Далее в центральном офисе рассматривали заявку, согласовывали вопросы с транспортным подразделением, с "центральным" и "получентральными" складами, и предварительный резерв превращали в окончательный - уже с привязкой к источнику. Одновременно в транспортное подразделение поступала заявка на транспортировку. Множество заявок на транспортировку транспортное подразделение упаковывало в "пакет", учитывающий массо-габаритные характеристики перевозимых грузов, маршрут поездки и сроки исполнения. К резерву делалась привязка такого "пакета". Исполнение отслеживалось в центральном офисе и администрацией наших магазинов. Работа с реализаторами по схеме товарного кредита была примерно такая же с некоторыми нюансами. Прежде всего, реализаторы не могли залезть в нашу базу и посмотреть привязку "пакета" к резерву. Ну и еще для них выполнялись дополнительные проверки кредитного лимита, который у каждого реализатора был определен условиями договора. Кроме этого отслеживалось залеживание товара у реализатора (сроки возврата товара, который не был реализован за определенное время), либо оформление документа, предполагающего продление такого срока с пересмотром цены номенклатуры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2010, 13:43 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Георгий, Garya, FinSoft - весьма ВАМ благодарен! Вы на достаточном для меня уровне ответили на заданные вопросы, достаточно подробно раскрыв технологические и маркетинговые нюансы задач "Заказы, цепочки прохождения, резервирование в учётках". Информации более чем достаточно как для доработки системы, так и обоснования необходимости решения данных задач на конкретном предпритии. Задано направление поиска нужных алгоритмов и компонент... Отвечая на возможный вопрос зачем это было нужно - очень хочется автоматизировать какой-нибудь машиностроительный заводик, а понимания технологических процессов "заказы -> снабжение -> перемещения по подразделениям -> сбыт" было недостаточно хорошим. В принципе тема ИМХО очень интересна и возможно будут ещё желающие её обсудить? Ну и узнал всё по заказам и как их отслеживать? Когда эти системы появятся в твоей проге и можно будет её обсудить? А может просто поболтать захотелось? ... Что-то давно твоих реклам не видел - всех лавочников окучил? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2010, 16:33 |
|
||
|
Заказы, цепочки прохождения, резервирование в учётках
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Может хватит заниматься ерундой! От твоей поделки и так воют пользователи и компьютерщики. Раз расчитан кисляк на малый бизнес, то и делай для него программу, упрощая её, а не внося всё больше модулей из серьёзных систем. Пожалей своих заказчиков, которым ты "запихал" свою поделку и перестань лезть в нормальные и крупные конторы! Брось заниматься этим гав...м или делай человеческие программы. С ув. "Измученный Твоей Поделкой" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2010, 12:09 |
|
||
|
|

start [/forum/search_topic.php?author=%D1%80%D0%B5%D0%BF%D0%BB&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
78ms |
get tp. blocked users: |
2ms |
| others: | 1492ms |
| total: | 1709ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...