Добрый день.

Возникла задача допилить навик, чтобы при перемещениях груза указывать информацию про контейнеры / вагоны, в которых груз едет. Груз должен учитываться по партиям. Каждая партия - сертификат качества от производителя. Для одного типа груза партия почти никогда не перемещается разными контейнерами (контейнер = партия), другой тип груза может разбиваться (1 партия едет в 100 вагонах).

Также надо будет реализовывать логистику - маршруты и т.п.

Как это все лучше реализовать?

Я вижу два варианта:
1. В перемещениях создавать строки для каждого вагона / контейнера отдельно. В строках перемещений добавить поля с информацией о контейнере / вагоне.
2. Создать отдельные товары с серийными номерами (контейнеры и вагоны), в перемещениях перемещать и груз, и контейнеры, и отдельно хранить информацию, какая партия груза в каком контейнере (вагоне) лежит. Причем делать операции загрузки / разгрузки контейнеров. Нечто похожее есть во внутрискладской логистике (WMS системы) - паллеты и что в паллетах находится, паллеты могут перемещаться из ячейки в ячейку, и в то же время товары могут добавляться / изыматься в/из паллет.

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

Коллеги, поделитесь опытом - какой вариант выбрать и какие могут быть проблемы в каждом из вариантов?
Может, оба упомянутых мной варианта неудачные, и есть стандартный способ реализации подобных задач?

Злой БобрДля начала озвучь где допиливать будешь. MS Dynamics NAV 2015 он же навик :)
Злой БобрЕли 1С то смотри в сторону ТТН, там вроде все есть.
Опять же - какая предметная область и для каких целей. Тут все зависит от хотелок и размера мешка денег клиента. Скажем для логистики есть масса спец софта, с отслеживанием по gps и пр.
В 1С в ТТН такого не было несколько лет назад (УПП).
Предметная область - есть реестры от жд, в которых видны отправления контейнеров (вагонов) с грузом. Есть реестры прибытия контейнеров в порт.
В реестрах за день - десятки контейнеров. При этом как правило часть контейнеров доезжает чуть быстрее, часть чуть медленнее.
Потом, полежав некоторое время в порту - перевозка кораблем (коноссаменты с серийными номерами контейнеров). Потом, в другом порту - высыпают груз в разные кучи. Тут уже контейнеров нет. Еще через некоторое время - груз из конкретной кучи (куч) уезжает покупателю.
Разные маршруты с несколькими плечами, мультимодальные перевозки.
И все это в разрезе партий, которые отличаются между собой по характеристикам.
А gps не нужен.

Вопрос - в каком виде контейнеры и вагоны правильнее учитывать в системе, чтобы автоматически формировать перемещения груза на основе внешних документов (реестров в ексель), в которых есть списки серийных номеров контейнеров / вагонов?
То ли как доп поля на строке перемещения, то ли как отдельная сущность в системе (товары с серийными номерами), то ли каким третьим способом?

FEТребуется отслеживать только перемещение груза или перемещение самих контейнеров / вагонов? Если только груз, то может быть, воспользоваться ячеистым складом и контейнеры / вагоны сделать ячейками? В этом случае можно будет отследить перемещение груза между контейнерами. Это не совсем ваш вариант 2, потому что не создаются в справочнике номенклатуры позиции "контейнеры" / "вагоны" с серийными номерами.

Но боюсь, что здесь потребуется допиливать систему, потому что вероятнее всего потребуется контролировать перемещение самих вагонов и контейнеров, возможно, даже пустых. В своё время делали большой блок управления перевозками, правда, на AX.
Вариант интересный...
Но у меня уже есть уверенность, что надо будет отслеживать перемещение контейнеров, в том числе пустых.

И что у вас на АХ получилось? Как заносили информацию по контейнерам?

Злой БобрПонятно. Одним словом это не логистическая контора.
По идее у вас есть сущность - товар, она уже есть у вас. Теперь вам необходимо посмотреть как учитывается контейнер. Т.е. это либо собственные контейнеры, либо арендованные. Если без особых извратов то я б запихнул контейнер в Партию. По логике вам особо и доделок не будет. Незнаю как в навике, поэтому опишу своими словами - вы там уже думаю сообразите как сделать.

Партия по сути таблица с характеристиками товара:
Товар1, производитель, цена закупки, ...
Добавьте туда Контейнер. В итоге в перемещении у вас будет один и тот же товар, но с разными партиями (контейнеры разные). Туда же можете впихнуть дату отгрузки, место отгрузки, ... По идее допилив отчет по движению партий можно получить всю картину в целом.
Можно извратиться и сделать дополнительную таблицу к таблице партий товара. В ней и хранить по датам записи о контейнерах и пр.

Если вам сложно будет сделать первый вариант, то смело делайте второй. Они оба жизнеспособны. Ограничения только в вашей существующей системе. Выберите то что возможно реализовать с минимальными изменениями существующего каркаса.

Партии уже есть. Я тоже сперва подумал про партии.
Но.
Иногда вагоны / контейнеры ломаются и груз надо перегружать.
Кроме того, партии некоторых товаров едут несколькими вагонами (партия = сертификат качества). Можно подробить, но тогда логика не совсем совпадает с жизнью.

Вроде бы второй вариант (контейнеры как товары с серийными номерами) требует меньше доработок. Пока больше к нему склоняюсь.

FEs_ustinov, боюсь, наш опыт вам не пригодится, потому что писался большой блок управления перевозками. Там были и маршруты движения, планирование прихода, контроль прохождения по маршруту и т. п. Был отдельный справочник транспортных средств, там не только вагоны, потому что задача ставилась в более общем виде. Контейнеры тоже были отдельными сущностями в системе. Так что это была существенная доработка.
Я боюсь, что как раз может пригодится
Сейчас внедряются в основном финансы, но более продвинутая логистика в ближайшей перспективе.
"маршруты движения, планирование прихода, контроль прохождения по маршруту и т. п." - прям цитата из требований

Поэтому и хотелось бы прямо сейчас сделать базовые вещи правильно, чтобы потом не переделывать.

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

Злой Бобрs_ustinov...
Если исходить из того, что потом блок логистики будет достаточно большим - что посоветуете?
Контейнеры (вагоны) правильнее создать как:
- доп. поля на строках перемещений,
- отдельный вид товаров с учетом по серийным номерам и двигать контейнеры между складами вместе с грузом (и на карточке серийного номера можно создать доп поля и указывать доп инфу)
- создавать полностью новую сущность ?
Но это если вы действительно будете заниматься логистикой самостоятельно. Там же у вас потянутся и ремонты и пр. ерунда. Поэтому лучше сделать сразу по нормальному. И соответственно в перемещении у вас будут товары в разрезе контейнеров, т.е. стандартный EAV.
Что значит - самостоятельно?
Ремонты вагонов (контейнеров) точно будут (уже есть), но по ремонтам стоит задача просто включать стоимость ремонта в стоимость перевозки груза и отражать задержку перевозки (когда фактически приехал груз и где он стоял). Других задач, связанных с ремонтами, пока никто не озвучивал...

А если не самостоятельно логистикой заниматься - какой вариант вы бы выбрали?

Злой Бобрs_ustinovЧто значит - самостоятельно? ... А если не самостоятельно логистикой заниматься - какой вариант вы бы выбрали?
Это значит что контейнеры находятся на балансе вашей организации. Если же это арендованные, то заводить отдельную сущность нет смысла. Достаточно будет Можно извратиться и сделать дополнительную таблицу к таблице партий товара. В ней и хранить по датам записи о контейнерах и пр.
Кроме того можно посмотреть готовые решения по логистике грузоперевозок. Там конечно функционала больше чем вам необходимо, но зато есть и планирование, и альтернативные маршруты и пр. Вероятно можно рассмотреть вариант приобретения такого ПО и вынести в него логистику. А в своем оставить чисто учетные данные, связав со сторонним ПО. Как по мне это самый правильный вариант. Хотя есть как плюсы так и минусы такого решения.
К партиям боюсь не подойдет - сейчас есть понимание, что у нас партия - это сертификат качества от производителя. И в некоторых случаях одна партия сперва может ехать в 10 вагонах, а потом быть перегружена на 15 других вагонов (другого объема).
Или, тоже в редких случаях, в одном контейнере едет две партии груза.
Поэтому прямо на партиях реализовывать может быть не лучшей идеей.

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

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

dvimУ нас учет идет "в месте хранения/перевозки".
Это может быть вагон или контейнер.
Далее для каждой еденицы хранения есть транспорт, которым она перевозится.
Вагон едет сам.
Контейнер едет на вагоне (или автомашине).

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

Александр Пузаковs_ustinov.
Предметная область - есть реестры от жд, в которых видны отправления контейнеров (вагонов) с грузом.
ЭТРАН?
Да.
Он тоже используется.

dvims_ustinov,Да.Он тоже используется.
Оффтоп. Судя по подписи "Киев" - а что у УЖД вместо Этрана?
Это может показаться странным, но некоторые компании работают в разных странах.
Например, юр лицо, для которого идет внедрение, вообще не в странах СНГ находится.
И консультантов также иногда приглашают из разных стран...

И впредь надо аккуратнее с ярлыками.

FEКогда мы делали управление перевозками, то базовой сущностью была сама перевозка. У неё был определённый маршрут, который состоял из точек. Были сделаны плановые / фактические данные по длительности перевозки и затратам на каждом отрезке или точке маршрута. Всё это отражалось в едином журнале перевозок.
При формировании новой перевозки в неё подбирались строки из разных источников (например, заказы на покупку, накладные). Был сделан контроль по загрузке транспортных средств на основании данных о весе / количестве мест груза и вместимости / грузоподъёмности транспортного средства.
Были введены т. н. "логистические аналитики", которые привязывались к строкам перевозки. В числе этих аналитик были как раз контейнеры, коносаменты и т. п. То есть это были отдельные сущности, связанные с перевозкой.
А если на каком то этапе маршрута что то случилось с одним из контейнеров, и он пошел дальше другим маршрутом и с другими сроками доставки. И расходы на транспортировку другие будут. Как это реализовывалось?

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

dvimFE,Перевозка делилась на две, при необходимости у груза менялась аналитика.
Это как?
Ехал поезд 50 платформ/100 контейнеров.

В Бологом осмотрщику не понравились тележки на вагоне он его снял.
В место назначение дошло 46/98 .

Вагон починили в депо и после он дошел за отдельные деньги в пункт назначения.
С точки зрения менеджера перевозка была одна, да и увеличение затрат ему крайне не нравится (я не требовал везти на ушатанной платформе).
Стоимость за ремонт вообще не относится к перевозке.
А уж требовать от экспедитора по факту отцепа платформы в Бологом изменять заказ и создавать новый "на довоз" - счастлив за тех, кому такие требования под силу.
Я буду послан в контейнерное эротическое путешествие сразу
Ситуация описана очень жизненная :)
Надо как минимум фиксировать фактические даты приезда.
Увеличение стоимости тоже надо фиксировать - как без этого? Причем желательно отнести расходы именно на этот вагон (груз), и чтобы потом можно было анализировать затраты.

Такие затраты перевыставляются (возможно, не во всех случаях).

А по поводу послать... Никто никого не пошлет.

dvims_ustinov,

Причем желательно отнести расходы именно на этот вагон (груз)
Кому желательно?
Менеджер, чья премия зависит от рентабельности, категорически против.
Он настаивает на отнесение данных расходов на себестоимость. И мы сдаемся

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

George NordicЕсть несколько составляющих:
Логистическая (откуда, как и куда надо перевезти): рейсы, маршруты, контрольные точки, откуда забираем, куда доставляем
Транспортная (чем везем) ТС собственные и привлеченные/арендованные
Материальная (что везем) грузы генеральные/сборные, владелец
Финансовая (затраты на перевозку) расчетные и фактические затраты на перевозку
Документы (какие документы должны быть оформлены, чтобы перевозка состоялась) - накладные/страховка/разрешения/ВЭД и т.д.
конечно, есть много нюансов, если углубляться (вплоть до планирования, какое ТС лучше отправить, анализ простоев / эффективности / поломок, планирование маршрутов с учетом того, где дешевле бензин / меньше пробок / быстрее прохождение таможни - но это все нюансы)

Логистики пока не будет, хотя в будущем планируется .
Материальная (что везем) - уже определились, как структурируем. Есть товары, есть партии товаров. Партия = сертификат качества производителя.
По финансовой (затраты на перевозку), особых вопросов нет - все стандартно.
По документам вроде тоже нет вопросов.

Вопрос в транспорте. Вагоны, платформы, контейнеры, автомобили. Теоретически, сюда также относятся корабли, когда перевозка по морю.
И сейчас много думаю, как правильно реализовать транспорт, чтобы в дальнейшем, при реализации логистики, все нормально состыковалось. Да и чтобы неочевидные проблемы не проявились через некоторое время.

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

И сейчас думаю - какие в этой схеме могут быть подводные камни, которых я не вижу?

FEГеоргий, а всё равно надо будет писать отдельные справочники для вагонов / контейнеров со специализированной информацией. Кроме того, отдельный логистический модуль потребуется в будущем. Не знаю, как в NAV, но в AX 2012, как ты, уверен, знаешь, появился блок транспортной логистики, так что можно его использовать за основу.
Да, скорее всего придется. Но в будущем.
И потом эти же аналитики (значения) можно будет привязать к вновь созданным справочникам. И образуется связка.