LSVОднако, Вам задали вопрос про процедуру резервирования товара, который распределен по множеству складов. На вопрос Вы не ответили, из чего я, как наблюдатель этого обсуждения, могу сделать вывод, что в данной системе такая процедура не реализована.А вот это уже передергивание от Гари. :)
Процедура реализована, но требует отдельного документа на каждый склад.
Далеко не всегда требуется, чтоб резервирование автоматом зарезервировало сразу по всем складам.
Нужны настройки, причем их может быть много и разных. Сильно зависит от требований.
Возможно разработчики АВЫ не сталкивались с таким требованием и пока не реализовали.
Не исключено, что эта доработка несложная. И поэтому пока не повод кричать "АЦТОЙ !"
офф: Для монстров рынка тоже немеряно поводов кричать "АЦТОЙ !". Подчас нет элементарнейших вещей.Реализовано резервирование конкретной номенклатуры на конкретном складе. Однако, если одна и та же номенклатура имеется на множестве различных складов, и при этом резервирование товара происходит по принципу "со склада, на котором номенклатура в первый раз появлилась со статусом 'в свободном остатке' ", то имеется вероятность, что под один и тот же заказ разная номенклатура товара будет зарезервирована, фигурирующего в одном заказе, будет зарезервирована на множестве
разных складов. Если с клиентом заключен договор на условиях "самовывоз", для клиента придется оформлять количество доверенностей, равное количеству складов, с которых необходимо вывезти товар. Сопроводительные документы в виде ТТН, как минимум, должны также быть сформированы столько раз, со скольких различных складов ему необходимо вывезти разную номенклатуру. И вообще, представителю клиента предется потрепать нервы, оформляя дюжину килограмм бюрократической макулатуры, и потратить массу времени, перемещаясь со своим грузовиком между несколькими складами поставщика.
Для целей повышения клиентоориентированности и уменьшения объема негативных эмоций заказчика, связанных с разъездами по множеству различных складов, может понадобиться предварительно собрать всю заказанную номенклатуру на одном-единственном складе, адрес которого и сообщить заказчику. Для чего необходимо в бизнес-процессы включить транспортировку и заказы на транспортировку между складами. И сообщать дату и время заказчику ту, к которой все внутренние перемещения будут гарантированно завершены. А для этого необходимо чтобы процедуры планирования заведомо предусматривали возможные задержки, учитывали загрузку (а также возможный дефицит) транспорта на внутренних перевозках, пиковые нагрузки, велся учет незапланированных задержек, связанных, например, с поломкой транспорта, и т.д. и т.п.
А для того, чтобы минимизировать внутренние перевозки, требуется оптимизировать процедуру резервирования товара. То есть, на фазе проработки заявки клиента товар должен резервироваться на том складе, на котором имеется в наличии наибольшее количество позиций заказанной номенклатуры (а еще лучше, ее суммарная масса или совокупность массо-набаритных характеристик максимальна).
Я, честно говоря, так и не понял, какие методы управления ресурсами в AVA реализованы, способны ли эти методы оптимально распределять дефицитные ресурсы (которыми, в частности, могут оказаться складские площади, транспорт или что-либо еще). Реализован ли в AVA расчет потребности в товарах/материалах по SIC, Closed Loop MRP, канбан, "такт", APS или каким-либо еще методам планирования, и если реализован, то какой? Решив найти ответ на этот вопрос, я пошуршал по сайту. На
этой странице в самом ее низу обнаружил ссылку с многообещающим названием "оптимизация складских запасов", кликнув по которой попал на какую-то абстрактно-пространную статью "
В поисках оборотных средств ", которая так и не дала ответ на вопрос, какие методы планирования и оптимизации ресурсов реализованы в AVA ERP. Графики в статье похожи на те, которые обычно приводят, рассказывая про методы SIC, но SIC это или нет и до какой степени "продвинутый", не понятно. Запустил поиск по сайту сочетания MRP, получил несколько забавный
результат ... :) Далее, зайдя по
первой обнаруженной ссылке , наткнулся на вот эту фразу:
Александр ПоповОднако, отмечу, что наша компания согласна далеко не со всеми принципами традиционного планирования.
Мы — сторонники бережливого производства , применение которого, по сути, избавляет от необходимости внедрения сложнейших (да и чего уж там греха-то таить, почти «невнедряемых») технологий долгосрочного планирования ресурсов вроде MES и MRPII.Базовый метод планирования Lean - канбан. Он реализован в AVA? Сначала хотел найти на сайте фразу "расчет размера канбан-партии" или "канбан-контейнер", потом, поскребя в затылке, для начала решил найти на сайте просто слово "канбан".
Результат меня несколько обескуражил: "Искомая комбинация слов нигде не встречается." :) Ок, есть более продвинутые современные методы Lean, основанные на расчете "скорости потока", "коэффициента пролеживания" и "коэффициента потерь времени", поиск которых на сайте тоже ничего не дал. В общем, воды на сайте много и каких-то пространных рассуждений, а конкретики никакой. Похоже, авторы публикуемых материалов преследовали цель заболтать потенциальных клиентов.
Наткнувшись в статье на слова "Система управления бизнес процессами", почти обрадовался. Вот она, супер-система, моя давняя голубая мечта! Наверняка ядро базируется на Workflow, наверняка содержит в себе систему моделирования бизнес-процессов, наверняка в нотации BPMN 2.0 (а не в какой попало, с возможностью дрилл-дауна и декомпозиции сложных БП), позволяет отлучить от процесса настройки БП IT-специалистов, предоставив инструмент моделирования непосредственно менеджерам, ответственным за бизнес-процесс, наверняка поддерживается версионность шаблонов БП, позволяя на дню по 10 раз вносить изменения в ранее настроенные БП (без разрушительных последствий для того, что уже работало раньше), имеет встроенные инструменты мониторинга (на базе по меньшей мере карт Шухарта) и статистического анализа, определения базовых параметров процесса (сигмы, например), связь системы БП с информационной моделью и с иерархией KPI и ее декомпозицией в систему технологических параметров процессов... Полазив по сайту и посмотрев демки, понял, что ничего этого нет, что процессное (а не проектное) ее разворачивание наврядли возможно, как и наврядли возможно применение подходов кайдзен.
Самое же главное, что меня интересовало, это кастомизация системы, ее возможности, именно в этом плане. К сожалению, ролика на тему кастомизации не обнаружил. А жаль... Ведь наличие такого ролика прояснило бы многие вопросы. В частности, стало бы ясно, какие МЕТОДЫ УПРАВЛЕНИЯ из ТЕОРИИ МЕНЕДЖМЕНТА поддерживает система, и до какой степени (наверняка там бы обнаружились параметры настройки, вроде "параметры канбан-контейнера" и т.п.) А также предоставило информацию о том, до какой степени система является гибкой, до какой "железобетонной", сколько времени требуется на ее разворачивание, на решение внезапно возникших проблем или новых задач, под которые ее придется адаптировать в будущем...
Я не стану кричать "система - отстой!", хотя бы по той причине, что у меня слишком мало информации. Может даже статься, что это вполне себе достойный продукт (вполне могу это допустить). Но озвученное выше "тестирование" проведено с явным нарушением норм этики, и это для мня совершенно вне всяких сомнений. И способ подачи информации на сайте в виде завала пространных статей непонятно о чем с массой вопросов на тему "какое отношение это имеет к AVA ERP?" у меня вызывает сожаление.
