<?php // Полная загрузка сервисных книжек, создан 2026-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
(0)
Нашли интересной, ждем такого продолжения.
Да интересно было бы внедрение на УПП и УТ11(вы о ней?).
Я конечно извиняюсь… но я ничего не понял. Как связаны нужность или не нужность WMS и планирование производства/продажи?
Я не спец по определениям и поэтому мое представление о назначении WMS во многом совпадает с википедией. Основное назначение системы: разруливать внешние и внутренние задания внутри склада. Прислали задание принять 10 машин с разнообразным ассортиментом — система должна выделить людей и послать их развозить «коробки» в определенные точки, чтоб человек не напрягал голову и желательно не бегал с каждой коробкой туда-сюда. Дали задание отгрузить 100 накладных с 1000 позиций — система должна выделить людей и послать их собирать товар с определенных точек и желательно чтоб сразу можно было набрать с одной точки на несколько накладных. И все такое же подобное. И по возможности оптимизировать выбор зон хранения, чтоб минимизировать перемещения персонала.
Откуда берется 10 машин прихода и 100 накладных — это совершенно не дело WMS. Дали задание — надо делать, не дали задание — не надо делать (можно заняться подпиткой пик-зон и прочей оптимизацией хранения). Планирование закупок/продаж/производства — это прерогатива совершенно других систем. Они, конечно, могут входить в продукт позиционируемый как WMS, но по сути WMS не являются.
А по-моему очень даже связаны — различную «Складскую логистику» часто пытаются «втулить» на СГП производства и закрыть им все подряд.
Очень интересно!!! Ждем продолжения
(4) Anny0110, ИМХО если цель стоит минимизировать запасы и анализировать/оптимизировать закупки/производство/продажи, то естественно WMS не нужна. Если цель оптимизировать беготню кладовщиков по складу — можно смотреть нужна ли WMS или нет.
Если склад это комната 10х10 с одним кладовщиком, то система не нужна. Если площади большие, но «слева силикатный кирпич, справа пеноблоки» и больше ничего нет, то тоже, наверное, ни к чему. А если 100 кладовщиков работают с 5000 различных (местами внешне похожих, но которые нельзя смешивать в учете) позиций, то тут без WMS будет тяжеловато.
Народ а я ничего не перепутал??? WMS — Переводится как система управления складом и в функционал системы закладывается совсем другое, планированием и всякими MES/SRM там и пахнуть не должно. В крайнем случае предоставить факт отгрузки и прихода. Задачи планирования должны возлагаться на другое ПО. Поправьте меня если не так.
Я основной функционал WMS вижу так:
1. Поддержка адресного склада.
2. Много поточная приемка товара (как с РТСД так и по бумажной технологии)
3. Автоматическое размещение товара на складе по определенным маршрутам, используя ABC XYZ анализ и т.д.
4. Подбор товара из ячеек на основании заказа покупателя/производства и т.д., сборка заказа так же по определенным маршрутам и т.п.
5. Отгрузка товара.
Это вкратце.
Зайдите на сайт любой WMS системы и посмотрите описание функционала.
Смотрите, я не спорю с тем, что основной функционал WMS — именно управление складом, но задача на столько узкая, что и решение мягко говоря применимо в большинстве только в логистических центрах. Но WMS последние 2 года активно «тулят» как панацею от всего, если совсем грубо говорить — на любой сколько-нибудь ощутимый склад. А то, что творят и говорят при этом внедренцы иногда не просто ни в какие ворота не лезет. Статья как раз о том, что WMS нужен далеко не на каждом складе.
friend0 по опыту крупных складов — если у Вас не логистический центр, который кроме как движением товара ничем другим не занимается — WMS вредна. И пример как раз в статье. Кстати, автомобильные заводы отказываются и от WMS и от роботизации складов — пример Ford, Toyota, GM, Sollers, MMC, Honda, Yamaha — WMS вредит производству.
l_men, так то оно так, но есть ньюансы:
Планирование закупа и аналитика — любая WMS система кичится именно этим функционалом как бы прозрачно намекая «мы дадим вам то, что не дает SRM и MES». Я понимаю что это тупо маркетинговый ход, точнее попытка продавать допустим конфигурацию, допустим, для Аптек всем, кто занимается розницей.
Тут я не говорю что WMS — выкинуть и забыть всем, я говорю что на производстве и в торговле WMS не даст тех плюшек которые обещают. Это просто невозможно по ряду причин. И перечисляю причины. А что бы не быть только «критиком» привожу пример как можно решить этот вопрос более разумно.
Вообще это «подготовительная», а точнее «пробная» статья. Есть желание написать ряд статей о переходе производства от «мануфактурного» к «потоковому» методу с активным использованием канбан, pull/push и ТОС. И отправная точка в таких процессах обычно склад.
Цель статей следующая:
— методисты канбан активно пропагандируют что им вообще компьютерный учет не нужен — это миф.
— методик применения совместно 1С (да и других систем) и канбан ни в производстве ни в складском учете ни где-бы то ни было еще нет (то что есть — робкие попытки) — есть опыт 2ух заводов и 1 федеральной торговой сети — готов делиться.
а ясность мысли и «сноски» на «исключения», как ваш и friend0 комментарий — нужно учитывать, я понял
(8) не хочу обидеть, просто я как сторонний читатель далекий от того кто что кому впаривает какими словами, какие существуют программы, что в них есть и оперирующий «классической» терминологией воспринимаю статью так:
Каждый раз, когда начинается разговор в моем присутствии о микроскопах, у меня рука тянется к нагану, хотя спрашивается – почему?..
…
И тут появляется хитрый парень с лейбой «продавец микроскопов», который рассказывает нам о том, что как только у нас появится микроскоп, то мы сразу ощутим «кайф».
…
Гвозди-то намного удобнее забивать молотком! Микроскоп совершенно не нужен! (далее следует описание как удобно можно молотком забивать гвозди)
…
А если надо что-то рассмотреть с увеличением, то можно воспользоваться увеличительным стеклом из набора «Юный натуралист 2000» — об этом в следующей статье.
Для каждой задачи существует свой инструмент. Для каждого масштаба — своя разновидность инструмента. Для забивания гвоздей — молоток, для забивания множества гвоздей — гвоздомет. Для увеличения — увеличительное стекло, для увеличения сильнее — микроскоп, совсем сильно — электронный микроскоп. Если кто-то впаривает неправильный инструмент для неправильной задачи — это частности о которых Вы может знаете, но большинство либо с этим не сталкивалось либо сразу недоуменно пожали плечами, послали впаривальщика и забыли.
Именно поэтому статья вызывает недоумение. Если бы рассматривался конкретный продукт, а не абстрактный WMS и рассказывалось почему он не решает завяленные задачи — было бы понятно. Если бы описывался механизм планирования без упомнинания WMS — тоже было бы понятно. А так — всё намешано, шаблоны трещат, когнитивный диссонанс и прочее.
(9) пример в статье касается планирования, которое WMS и не должна делать. WMS и производство никак не связаны и непонятно как она ему может вредить. Ну и для интереса: все же с помощью каких систем продвинутые компании разруливают процессы внутри большого склада?
(9) Автопроизводители отказываются от собственных складов, перекладывая хранение комплектующих на производителей этих самых комплектующих, обязывая их доставлять эти комплектующие прямо к конвейеру, WMS тут совершенно непричем…
(10)
Думаю будет интересно буду ждать.
Если честно, то давно не отслеживаю, что происходит на рынке WMS систем и что там сейчас предлагают разработчики, однако интерес к этому остался. И у меня четкое убеждение того, что основное назначение WMS — снижение затрат на содержание склада и добавлять что-то туда дополнительно уже будет не WMS, а какой-то ГМО продукт. Соответственно этот «монстрик» не справиться как с задачей управления складом так и с планированием.
Добавил публикацию в копилку «все про склады и складские технологии»
Интересная статья
Но очень спорная
Предварительно: описанная методика будет работать если надо отследить 100-200 позиций
Если будет несколько тысяч позиций и не дай бог если несколько десятков тысяч со сроками годности, требованиями к совместимости/несовместимости (не хранить уксус рядом с сахаром) то на канбанной системе с табличками минмаксов весь персонал только и будет заниматься сто бегать иносить карточки и записи
Много еще можно по статье сказать интересного…
И даже на 100-200 номеклатур организовать хорошо работающий канбан есть далеко нетривиальная задача и если есть мнение что для этого квалификация внедренца может быть пониже чем для внедрения вмс то могу вас заверить что это не совсем так а коегде даже очень не так
Из последнего: склад кож
Причем даже не производство
А склад для заказов и своего магазина
Номенклатур как раз в районе 200-300 номенклатур
Руководитель уверен что все жто автоматизировать особых трудностей не представляет
Буду наблюдать
И последнее: проблемы не в складе и не в закупе и не в производстве
А во взаимодействии отдельных подразделений и наличии внятных управленцев
О чем я кратко говорил в докладе на ис-конференции
(7) для меня вмс-система не является нормальной вмсс-системой если в ней нет планирования и перераспределения складских ресурсов в зависимости от нагрузки
К сожалению чегото вменяемого пока не видел
Поэтому тихо грущу
А как хотелось бы хотя бы такое: кинули на склад «предзаказ» в ответ получаем ответ «успеем» или не успеем или успеем но вывалится из графика заказ с меньшим приоритетом
А с учетом что разные заказы могут проходить по разным участкам обслуживания
Заказы могут валиться недетерминировано
Получается очень весело
(8) речь скорее о том что для многих складов 80% проблем могут быть выпилены минимальной вмс-автоматизацией даже без отдельной вмс, а применением каких-то минимальных инструментов в рамках типовых конфигураций или с из минимальными доделками
То что вмс стали стараться пихать куда ни попадя я связываю в том числе и с тем что типовые конфигурации начали закрывать своим функционалом те вопросы которые раньше закрывали «большие» вмс
(9) сначала надо определиться что такое «большой склад»
Wms-подходы -даже если они выдернуты из вмс-системы и внедреныв процессы фирмы приносят очень большую пользу в первую очередь там где большая постоянная движуха и ярко выраженная динамика
Понятно что автоматизировать такие склады это не два пальца об асфальт
А сучетом того что ваш склад для внедренцев это по большому счету не дочь/сын, а падчерица/пасынок если даже не просто дальний знакомый с которым встретились и разошлись — то вопрос нормальной автоматизации склада весьма непрост
Особенно в условиях тотального дефицита информации о вмс-системах, когда выбор поставщика решения скорее искусство чем набор каких-то формализованных правил
По-любому буду смотреть публикации
Пишите
Практический опыт всегда интересен
Кстати
По факту окончания внедрения вмс-на своем складе планирую организовать вебинар с освещением концептуальных неудач проблем успехов профитов результатов… Так сказать мемуары…;-)
(17) CheBurator, Пишите ТЗ, будем разрабатывать.
(15) огромное спасибо )
(13) это не так. Запасы что при сборке skd, а тем более при ckd быть должны. А канбан как раз помогает минимизировать запасы и, как результат, снизить объемы склада — но это не говорит ничего о том, что складов нет — они оптимальны, т.е. заполнены на Min+АЗ (или страховой запас — кому как больше…) где Min = расходу на логистический период. И это правильно — зачем морозить деньги, платить за склад — достаточно иметь своевременную поставку.
(23) вот, вот… давайте напишем ТЗ на то, что у одного нет, а другой в глаза не видел. Прошу простить за резкость, но поднимите тело и сходите на линию, склад — поработайте там неделю-другую, потом начнете писать ТЗ вместе с заказчиком. У японцев есть такая традиция в QC — они рисуют круг мелом в центре цеха и на смену ставят туда менеджера. Потом спрашивают «ну что ты увидел, парень?» и так пока он смотреть не научится. Еще есть практика «индакшен» — когда ставят прямо на линию. И все это называется «гемба гембуцу» (ох по-разному это читают, но я от японцев так это слышал) — что в переводе со сленгового в автопроме означает «менеджер, тебе конечно в кабинете виднее, но подними ж___у и сходи на линию, там виднее.» (с) директор по качеству одного европейского завода.
(16) У нас сейчас 3000 позиций ГП, и 12000 арматур для продукта, плюс сложная схема с полуфабрикатами — еще 24000 позиций по-факту: итого 24000+12000+3000 = 39000 позиций в обороте, из них 40% группы А — т.е. ежедневный оборот — канбан работает как часы.
Тут же не только вопрос канбана — тут еще организация хранения. ABC склада, ABC полок, весовые коэффициенты. )
(11) Кхм, я не спорю. Я наоборот согласен. Но тогда ответьте себе на вопросы:
Где концепция «WMS в каждый склад» и вообще стоит ли это того?
а заметьте, и 1С и другие ребята с нашей с вами улицы ходят и продают WMS всем подряд
Сколько складов действительно нуждаются в WMS?
Чем занимаются эти склады?
и после этого перечитайте мою статью. Но еще раз — в будущем я постараюсь более детально очерчивать целевую аудиторию, или не целевую.
А так получается, что нам нужно таблички по-крупнее, потому что нифига не видно, а нам тулят те самые микроскопы. Круто, да?
(25) Это вопрос специфики конкретного автопроизводителя, я знаю примеры работы с поставкой непосредственно под конвейер, но суть моего сообщения в том, что WMS к данной тенденции не имеют ни малейшего отношения.
Написал новую статью, как раз перекрывающую логистику склада. Жду модерации. Продолжение так сказать доказательства на примерах что WMS не нужно
(26)
Ну не скажите, я по складам побегал. Вместе с грузчиками на складе ночевал. Так что какое-то представление имею.
(31) 🙂 Отлично, то есть вы знаете что такое работа склад — это отлично.
Полагаясь на Ваш опыт и исключив из выборки логистические центры давайте выберем место, где действительно нужны WMS. А для этого определим параметры успешной автоматизации, а именно:
1. Автоматизация помогла существенно сократить затраты на хранение/эксплуатацию склада (в размерах затрат на обслуживание WMS + внедрение и покупку эти затраты покрылись в достаточно короткий срок, допустим до полугода):
1.1 Сократила кол-во персонала и затраты на ФОТ, или позволило сменить персонал на менее квалифицированный
1.2 Сократила площадь хранения и затраты на склада
2. Автоматизация выполнила те задачи, которые ставились перед ней при продаже
Приведите пример. Очень интересно. За мой не маленький жизненный опыт я таких решений видел очень и очень мало.
Поймите, я не против WMS и идеологии «умных складов». И Вы мне ничем не насолили 🙂 В свое отрасли, а именно — логистика и хранение, это крайне нужные решения, т.к. является профессиональным инструментом, но вот беда, у нас опыт 4 крупных городов где есть логистические центры и нет ни в одном где эти логистические центры ни одной до конца внедренной, не говоря уже — клиентоориентированной, WMS системы. Все что я видел в ДВ регионе вообще ад и Израиль…
Пример одной логистической компании из трех букв в центре России: ребята банально не могут настроить свою навороченную систему что бы принимать, инвентаризировать и отгружать по серийным номерам. Ситуации с пересортом всегда форс-мажорны и требуют от клиента дополнительных телодвижений в документообороте (электронном причем), интеграция с чужими системами учета на уровне «сча допишем! эй, дописун, бегом сюда!»
Так же франчи и прочие свободные специалисты кричат на всех углах «умный склад» и WMS, а по-факту не могут точно сказать стоимости и радиуса действия rfid-меток. Я изучал несколько решений и все они напоминают разработки человека, который не то что в складе ни разу не был, а даже в собственном шкафу — названный гость. И цель моих статей намекнуть что может быть есть другие пути, кроме волшебных трех букв?
Очень порадовало то, что многие понимают что WMS и планирование так сильно связанны, что одно без другого не бывает. Как-то так.
(9) можно ссылочку на статью, где говориться про отказ таких систем, желательно еще и с ообоснованием?
(32)
Увы, это так. Вот мы сейчас кстати только задались этим вопрос, и получили очень интересные и местами даже неожиданные результаты.
Скоро уже начну писать решение для складов, так что пишите побольше статьей — поворую у вас идеи 🙂
А на счет меток rfid — я их где то понимаю. Это тоже самое, что я у вас спрошу — «сколько стоит автомобиль?»
Какой ответ вы мне дадите? А никакой, так как сразу начнете уточнять инфу, тоже самое и тут, цена завист от многих факторов — дальность, объем, тип поверхности, перезаписываемость, антенны, производитель,количество, частота и кучи всего остального.
Но в среднем конечно можно сказать — от 0,05$ до 100$ за штуку. Но вот только легче от этого будет? 🙂
(33) DitriX, ага, тут идиотизм в том, что я пришел, предложил вам купить у меня автомобиль, а когда вы спросили про его характеристики я сослался что разные бывают, вы главное купите
(27) не надо заблуждаться.
очень мало одинаковых складов.
и то что работает на одном не факт что заработает на другом
вдобавок многое определяется людьми кто это все поддерживает и разрабатывает.
и вообщем количество номенклатур и прочее мало что дает. надо смотреть в комплексе. вплоть до кпд сотрудника склада и стоимости хранения единицы товара (для разной упаковки — она разная).
как пример — когда-то давным-давно когда я пришел на фирму на складе шубурунилось в районе 22-26 человек. Сейчас бОльшие объемы с дополнительными участками работ обслуживает 12-14 человек. по уму еще можно меньше — но тут вопросы неравномерности загрузки склада и потаканияманеврирования с персоналом склада — хорошего персонала просто негде взять… а вы про канбан, карточки и ручные записи… хорошо что у вас хорошо. я же пока вынес одно — и долгое время это одно только неоднократно подтверждается и это одно звучит так: все что делают ручками (все что сильно завязано на чел.фАКТОР) — ВСЕ ПЛОХО. РАНО ИЛИ ПОЗДНО НАСТУПАЕТ КАБЗДЕЦ.
(32) ВЫ МОЖЕТЕ ХОТЬ ОБСОКРАТИТЬСЯ С ЗАТРАТАМИ НА ХРАНЕНИЕ, УМЕНЬШИТЬ ФОТ И ПРОЧЕЕ. ВСЕ ЭТО ВЛАДЕЛЕЦ БИЗНЕСА ЗАПИХАЕТ ВАМ В ОДНО МЕСТО И БУДЕТ ПРАВ. ПОТОМУ ЧТО КОНЕЧНЫМ РЕЗУЛЬТАТОМ-ЦЕЛЬЮ ЯВЛЯЕТСЯ УДОВЛЕТВОРЕНИЕ ПОТРЕБНОСТЕЙ КЛИЕНТА. Так что отличный склад, красивые ребята в красивых робах, но если вы не успели проклеить для сетей туеву хучу товара, не успели вовремя натянуть на свой склад ИХ логистику — то вас будут насиловать долго и упорно…
(32)
— все просто.
потому что УНИВЕРСАЛИЗМ — ЭТО ЗЛО.
никакая универсальная система не сделает лучше чем узкоспециализированная (плоскогубцы и гаечный ключ).
а «промышленную» ВМС систему под вас КАСТОМИЗИРОВАТЬ так чтобы это было быстро, удобно — никто не будет.
Потому что это тупо не выгодно разработчикам ВМС.
нормальный склад — можно сделать только своими силами.
Как тупой пример: у себя сейчас: универсализм решения оборачивается тем, что на инвентаризации 1 человоеко-день уходит тупо на непроизводительные нажатия клавиш. и сподвигнуть переписать так как надо мне — ну пипец как корежит… если будет время — буду сам потом дотачивать.
(32)
вот это точно.
но. есть и другая точка зрения. взглянув с другой стороны — видно что ВМС решения в ряде подходов вполне оправданы. и даже становится понятно почему.
Пичалька только в одном. В том что цели вмс-внедренцев и владельцев складов — как бы это сказать помягче — нескольо разные… отсюда «ад и израиль».
И как бы владельцы складовфирм не рвали волосы на жпс и проая печалька — все решается очень просто — достаточно подойти и сказать — хотите хороший склад — не вопрос. он будет. Я ВАМ ЕГО СДЕЛАЮ. ноя хочу с этого хорошего склада иметь (упрощенно-гипертрофировано) 300 000 рублей тупой ренты в месяц. И посмотреть на реакцию хозяина… 😉
(36) Естественно, тут не то что спорить, даже голос подавать не имеет смысла.
(38) Кхм, это реально, если компания заработает при этом больше и это будет доказано. Ну естественно если заказчик адекватен.
(1) Статья готова, жду уважаемую Alraune — когда отмодерирует )
Насчет планирования в WMS — вы считаете, что возможно качественное планирование с учетом только количественных показателей?
(42) Естественно нет, но для WMS-планирования можно и обойтись. Как будет при этом жить остальное планирование — вопрос.
— вторая часть ) Уже практика
(43) Что есть WMS — планирование?
(45) genayo, где хранить, сколько это будет в будущем стоить на единицу, сколько нужно места, плюс выходные данные — скорость оборачиваемости по позиции, логистика доставки до склада/от склада к клиенту… там мнооого чего. Мне из WMS безумно нравятся решения у SAP, но сама система….
(46) Ну это все любая более-менее приближенная к промышленной WMS «из коробки» умеет…
Узрел поле для работы в электронных таблицах, но никак не в 1С. Сам такое чудил, году так в 2003-м. Дальше Excel’я такое «планирование» вряд-ли разовьется. Т.е. получаем дополнительный набор проблем с конвертацией/перегонкой данных из одной системы в другую и с их оперативностью.
Для того, чтобы Вы и дальше «не открывали» для себя многие вещи, могу сказать, что затем придете к мысли масштабировать временной интервал (выборка за больший период), делать его плавающим (не с начала года/месяца/недели/производственного цикла), группировать товар по определенным критериям (не по местам хранения или — упаси боже — получателям!), делать выборки по продавцам/товарным группам/регионам/покупателям и т.д.
Но, как Вам уже заметили, собственно к складу это отношения вообще не имеет…
Опубликовал слайды к докладу по бюджетной автоматизации склада
(19) опубликованные слайды имеют самое прямое отношение к моему мнению, высказанному в (19) — достаточно небольшие затраты позволяют выпилить достаточно большие проблемы
Ну, теперь есть шанс пообщаться на конференции. Кому действительно интересно — голосуйте
(8) угу. согласен. На многих складах достаточно ВМС как СИСТЕМЫ. Хоть какой-то — но нормальной, воспроизводимой, постоянно функционирующей в (желательно) автономном режиме СИСТЕМЫ. с этой точки зрения — имхо — любая система лучше, чем ее отсутствие.
а так — не задача ВМС системы чтото организовывать на складе. Большинство проблем на складах многих снимаются и без ВМС путем норимальной ОРГАНИЗАЦИИ.
А так, да, ждать того, что внедренец придет к вам на склад и скажет «ребята, у вас не склад, а П..Ц! Вы для начала хоть какой-то порядок наведите, а потом будем говорить о повышении эффективности и о переходе на новый уровень», я сомневаюсь, что такого внедренца потом пригласят повторно.. хотя внедренец сказал чистую правду.