Архив форума

"on-line", а точнее по соответствующим событиям нужно передавать документы из КИС в WMS и обратно. Передавать нужно все расходные и приходные документы (отгрузки, поставки, возвраты, списания). Для некоторых внутренних операций, типа установки запрета продаж, нужно передавать информацию о смене статуса грузов либо о формировании заданий на внутреннее перемещение по складу.
 
Периодически нужно сравнивать остатки КИС и WMS и формировать, документы для их выравнивания.
 
Различные справочники разумнее обновлять on-line в момент появления новой записи в КИС, либо при пересылке документа, в котором впервые появился новый элемент справочника. Процедура полной передачи справочников, так же не будет лишней.
 
Если на товар требуется наличие сертификационных документов, то нужно продумать где будет организовано ведение их учета. В КИС или в WMS ?  И соответственно продумать передачу этой информации.
 
Какие конкретно документы по отгрузке передавать из КИС, заказы на отгрузку или уже накладные - зависит от принятой у вас сиситемы резервирования товаров под заказ.
 
По закупке из КИС передают заказы на закупку, а по ответу от WMS (что реально принято) формируют приходные  и корректирующие(недостача, пересорт и т.п.) накладные.
 
В процессе сборки/приемки заказов из WMS в КИС можно пересылать информацию о состоянии заказов, для информирования торгового отдела о состоянии заявок на отгрузку и приходов.
 
Ну и т.д.

А как часто нужно сверять остатки?
 И кто это должен выполнять: склад или закупщики, а может вообще бухгалтерия или программисты?
 

Процитировано сообщение: Тимощенко Ирина от 09.10.2007 :: 17:18:52:

 
Хорошей инфы по этой теме мало.
Что точно ни в коем случае не читайте,
так это:  
Складские технологии №4.
Разделение информации между КИС и WMS.
Максим ВЛАСОВ  
Директор по развитию компании АХELOT
 
Полная профанация и туфтология.
Видимо большой опыт связи 1С и 1С.
За базар отвечаю.
 
Вы затронули очень серьезную тему, профессиональный интерфейс под силу далеко не каждому, кто считает себя интегратором.
Там много подводных камней, связанных с целостностью, восстановлением, устойчивостью, производительностью и т.п.
 
Что касается разделению по информации, то в большинстве случаев ведущей будет ERP,
в ней ведутся справочники (товаров, контрагентов и т.п.)
Часть данных в справочниках ведется в WMS и не передается в ERP, но ключевой идентификатор - почти всегда присваивает ERP.
Здесь возникает проблема дефолтов и переопределения.
 
В отношении вынужденного товародвижения - ведущая ERP - в ней создаются заказы, как на приход, так и на расход.
WMS - выдает подтверждения по факту. Подтверждений может быть несколько.
 
В отношении невынужденного - ведущая WMS - корректировки запасов по различным причинам, изменения
статусов товара (брак, блокировка и т.п).
 
Остатки, по науке, правильно считать достоверными в WMS.
Очень сложная технология обмена при инвентаризации.
 
В хороших интерфейсах предусматривается еще и техническая сверка остатков.
 
Еще существует обмен по отмене уже переданного, редактированию. Взаимные блокировки.
Псевдоподдержка псевдотранзакционности и пр, и пр.
 
Стоимость создания хорошего интерфейса между двумя системами соизмерима со стоимостью лицензий на WMS.
Многие пытаются экономить и тогда у них программист с бухгалтером бесконечно крыжат остатки.

Процитировано сообщение: Крупин Евгений от 14.10.2007 :: 07:13:29:

Весьма средняя статья, популяризация для директоров по логистике,
хотя много важных моментов вскользь затронуто.
С посылкой автора, что 3PL cложно, а собственный - просто,
категорически не согласен. Сложно - все. Если качественно, а слепить обнмен кое-как можно за два дня.

Интересно, а есть какое-нибудь ПО по созданию грамматного инферфейса между программами? наверняка этот процесс тоже можно как-то сделать наглядным и настраиваемым? Это же тоже своего рода инф.логистика - обмен данными - когда кому и сколько нужно...

Процитировано сообщение: Тимощенко Ирина от 26.10.2007 :: 14:23:48:

Здесь ключевое слово - грамотного.
Вообще ПО для обмена между системами существует. Предлагают его такие киты IT как
IBM - WebSphere или, например, MicroSoft BizTalk.
Сфера начинается от $20 000, за эти деньги вы сможете маппить поля в одной системе на поля другой системы.
Все достаточно примитивно. Решается "основной вопрос философии". То есть сам обмен.
Есть таблица с одной стороны и таблица с другой стороны. Данные преобразуются к виду, требуемому стороной-приемником.
События - на стороне источнике. Никаких обработок исключений, поддержки целостности и пр. и пр. не предусмотрено.
Написать самостоятельно приложение, решающее такую задачу, труда не составляет. За такие деньги и я бы взялся, даже за их половину.
Все что они делают - создают еще один уровень абстракции, отделяют обмен от самих данных. Проблему обмена решает программист,  
одинаковым способом для всех, а данные конфигурить будет аналитик.
 
Универсальность всегда усредняет решения. Это не только обмена касается. Соответственно, плохо построенные интерфейсы, можно менять смело
на такую универсальную программу. Хорошие - лучше не трогать.  
 
Процитировано сообщение: Тимощенко Ирина от 26.10.2007 :: 14:23:48:

Конечно можно. И наглаядным, и настраиваемым. Вопрос - зачем? Второй вопрос - для кого?
Обмен данными осуществляется между программами. И в одной и в другой данные можно посмотреть. Надо ли видеть, как они выглядят в процессе обмена?
Телевышка и телевизор обмениваются (в одну сторону) ПЦТС. В нем и изображение и звук передается и яркость и цвета и совместимость цветного и чернобелого поддерживается,
строки и кадры синхронизируются и т.д и т.п.  Большинство людей - просто смотрят телевизор и не задумываются, как выглядит сигнал.
Вопрос "для кого" я тоже задал не случайно. Разные IТ специалисты, оперируют разными уровнями абстракций. Кто-то на уровне сетевых протоколов знает как и что организовано,  
какие посылки, какая избыточность, как исправляются ошибки. Кто-то на уровне баз данных, кто-то на уровне приложений.
Поэтому, "наглядность" - это тоже абстракция. Кому-то и двоичные числа "наглядны", кто-то читает машинный код, кто-то ассемблер, кто-то влаюеет языками высокого уровня,
кто-то блок-схемы и пр.  
IT индустрия постоянно генерирует новые уровни абстракций. Как только возникают повторяющиеся задачи на одном уровне, у людей возникает желание избавиться от рутины и они создают следующий.
Потом выясняется, что и на следующем тоже возникают аналогичные задачи, создают еще один и т.д. Каждый уровень имеет определенный жизненный цикл.
Да...
А напишу-ка я дисер...
Или нет - лучше два