Axapta как WMS: стоит ли игра свеч?

[glibs]

Цитата:

Изначально опубликовано Wobbler
...
И есть ли у кого-нибудь опыт реализации "малой кровью" параллельного складского учета в Аксапте одного и того же товара в нескольких ЕИ (например, коробки и килограммы)?
...

Ну у меня есть, допустим.

Если клиент заводит речь о чем-то подобном, начинаю придумывать ему вопросы а-ля "А как в таком случае сделать то-то и то-то", пока он не выбросит эту глупую идею из головы.

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

[AlGol]

В решении Перекрестка перепилены практически все процессы обработки товара. Оставлен костяк модуля Управление запасами и базовые справочники Управления складом.

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

[komar]

А что кроме WMS вы еще будете автоматизировать? Какой смысл покупать большую систему, используя ее на 5% функционала?

[Wobbler]

Цитата:

Изначально опубликовано AlGol
В решении Перекрестка перепилены практически все процессы обработки товара. Оставлен костяк модуля Управление запасами и базовые справочники Управления складом.

А что имеется в виду под "костяком"? Таблицы или алгоритмы? Если алгоритмы сохранены, то что тогда подразумевается под "процессами обработки товара"?

Цитата:

Изначально опубликовано komar
А что кроме WMS вы еще будете автоматизировать? Какой смысл покупать большую систему, используя ее на 5% функционала?

Планируется навернуть биллинг и автоматизировать расчеты с поклажедателями.

[glibs]

Цитата:

Изначально опубликовано AlGol
...были именно вес и количество упаковок...

Упаковка в данном случае — это тара, а не единица измерения.

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

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

Правда, суть это не меняет. Ни нескольких единиц измерения, ни тары в Аксапте нет.

[Тимур]

Цитата:

Изначально опубликовано glibs

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

А вот это от неправильности процессов внутреннего контроля. Смысл закупать трубы в тоннах?
Про яблоки. Вообще делается это с помощью производства штучных яблок из весовых.

Нитки и катушки. Боюсь, что WMS система решает задачу ничуть не лушче ERP.

[Zabr]

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

[Тимур]

Цитата:

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

Сергей. Так вот если при приемке никто не контролирует какого диаметра трубы фактически, какой длины, то и получается беспорядок.
Я это уже проходил. Всегда ссылаются на технические проблемы, невозможность осуществить контроль. Между тем зарубежом давно приняты стандарты контроля качества на эту тему.
Если кто=то как-то пересчитывает тонны в метры, то разумеется возникают отклонения, причем врядли большие, чем если усреднять сразу единицы пересчета.
Значит компания закрывает глаза на "естественные" отклонения в учете.
Аналогично трубам, такие проблемы возникают с переработкой древесины.
В чем проблема? Изготавливайте из труб в тоннах трубы в метрах. И определяйте каждый раз единицу пересчета. Бардак автоматизирован.

[Wobbler]

С трубами все ясно, а если мы имеем дело с мясом в в/у, сложенным в коробки?

Оно приходит в коробках на паллете, каждая коробка весит 20 +/- 1,5 кг. Работать с усредненным весом - вряд ли допустимо (мясо все-таки не самый дешевый продукт), а работники склада отклонения в весе быстренько сократят до минимума

Вопрос в догонку: знает ли кто-нибудь, решение перекрестка крутится на 2.5 или уже на 3.0?

[Vadik]

Цитата:

Изначально опубликовано Wobbler
Вопрос в догонку: знает ли кто-нибудь, решение перекрестка крутится на 2.5 или уже на 3.0?

http://forum.mazzy.ru/index.php?showtopic=1948

[Тимур]

Цитата:

Изначально опубликовано Wobbler
С трубами все ясно, а если мы имеем дело с мясом в в/у, сложенным в коробки?

Оно приходит в коробках на паллете, каждая коробка весит 20 +/- 1,5 кг. Работать с усредненным весом - вряд ли допустимо (мясо все-таки не самый дешевый продукт), а работники склада отклонения в весе быстренько сократят до минимума

Вопрос в догонку: знает ли кто-нибудь, решение перекрестка крутится на 2.5 или уже на 3.0?

3.0

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

Количество коробок в палете одинаковое независимо от веса мяса.

[glibs]

Цитата:

Изначально опубликовано Wobbler
...
Работать с усредненным весом - вряд ли допустимо (мясо все-таки не самый дешевый продукт)
...

А почему бы тогда не работать с реальным весом мяса? Для чего вам вести учет этих коробок?

[Wobbler]

отгрузка делается покоробочно, ШК нанесен на коробку опять же ...

[glibs]

Цитата:

Изначально опубликовано Wobbler
отгрузка делается покоробочно, ШК нанесен на коробку опять же ...

Коробка в данном случае — это тара, если я правильно понимаю.

Вы же сами сказали, что не можете позволить себе закрыть глаза на +/- полкилограмма мяса в коробке, и поэтому не готовы отказаться от учета мяса в килограммах.

А при продаже цена у вас как определяется? Я имею в виду прайс-лист, а не счет. Цена у вас в прайс-листе указана за коробку (с массой 20 +/- 1-2 кг.) или за килограмм?

И как вы делаете инвентаризацию?

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

Так вот, Аксапта позволяет в рамках стандартного функционала реализовать описанную в приведенном выше абзаце модель.

[AlGol]

Цитата:

Изначально опубликовано Wobbler


А что имеется в виду под "костяком"? Таблицы или алгоритмы? Если алгоритмы сохранены, то что тогда подразумевается под "процессами обработки товара"?

Под базовыми имеется ввиду таблицы типа InventTable, InventTrans, InventSum, складские аналитики и классы которые все это обслуживают.
Переписана заново практически вся бизнес-логика с ориентацией на массовую обработку товара с максимальным уменьшением доли ручного труда (в системе).

Цитата:

Изначально опубликовано Wobbler

Планируется навернуть биллинг и автоматизировать расчеты с поклажедателями. [/B]

Складской биллинг пишется. Скоро будем запускать.