С сентября запускаются электронные транспортные накладные.

Вопрос больше тем кто работает в транспортных компаниях и связан с грузоперевозчиками . Какое эдо и решение выбрали? 1C, Диадок, СБИС?
Запускали ли в тест? Когда планируете начать?

(0) "Пилю" API под Контур Логистика, но начальник говорит, что может с другими будем работать. Но точно не 1С, оно не очень хорошее по его утверждению.

(0)
выбрали встроенный в ERP 1С, в идентичной ситуации с маркировкой шин нативного хватило
тестировать будем в марте, этап оргмероприятий, ищем крайнего в группе компаний, скорее всего им буду я
Диадок смотрели, оставили как резервный вариант

Пилю модуль Контур Логистики ибо  у нас свои документы доставки в КА2.5.
Очень доволен функционалом модуля - дорабатывать одно удовольствие.

Cейчас начали проект по формированию электронных транспортных накладных.
Вопрос касается полей Заказ-заявка (ЭЗЗ)
Разработчики контура утверждают что это обязательные поля, дают выписки из положений.
Хотя в тех же положениях нигде не сказано что обязательно, везде фигурирует может.

У нас карьерные перевозки, индивидуальных заявок в принципе нет на каждую перевозку и быть не может. Есть месячные лимиты (задания на вывоз).

у кого какая практика есть по этому вопросу?


Про обязательность ЭЗЗ:

В ПП №2200, в статье 2, п.7 и п.8 говорят нам о том, что Заказ-заявка нужна: "Перевозка груза осуществляется на основании договора перевозки груза, который может заключаться посредством принятия перевозчиком к исполнению заказа, а при наличии договора об организации перевозки груза - заявки грузоотправителя". Это же написано и в ФЗ-259 статья 9, п.5.: "Договор перевозки груза может заключаться посредством принятия перевозчиком к исполнению заказа, а при наличии договора об организации перевозок грузов - заявки грузоотправителя. Указанные заказ и заявка оформляются на бумажном носителе или формируются в виде электронного заказа или электронной заявки".

В формате ЭТрН есть обязательные реквизиты по заказ-заявке (порядковый номер, дата): Это формат ЭТрН в Приказе ФНС 1065 таблица 5.3.

Из чего мы делаем вывод, что ЭЗЗ обязательна, т.к. ее реквизиты обязательны к заполнению в ЭТрН.

Также был получен ответ от Минстранса: оформление заказа (заявки) на перевозку грузов автомобильным транспортном предусмотрено ПП 2200.
https://normativ.kontur.ru/document?moduleId=1&documentId=411763&rangeId=6628825.

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

Логика простая - если у вас стоит 1С, то и выбирать надо 1С:ЭДО. В противном случае любого оператора.

(6) Ну нет, народ после Контуров и Сбисов в ЭДО и 1С-Отчетность только палками загнать можно. Может, это из-за того, что эти решения не сам 1С разрабатывает. К только вышла БЭД 1.9, я пытался понять, как можно настолько неработающий продукт выдать (не работало на тот момент нормально сопоставление номенклатуры, создание и заполнение документов валилось с ошибками, прямо какая-то изощренная пытка для пользователя, Сизифов труд). Народ привык к сервисам, где просто взял и написал в чатик о своей проблеме (да, это не все решает, но по большей части) - не нужно звонить франчу по линии ИТС, выяснять установлен ли 1С-Коннект и можно ли подключиться и т.д., не нужны куча лишних движений.

По теме - Контур Логистику покупают, посмотрим, как это работает с ERP.

(6) 1с-ЭДО она очень "сильно связанная" и требует "или обновляйся или умри". Не все могут позволить обновлять часто мегадопиленные типовые ERP/КА/УТ. Сидим на EDI/Диадоке от Контура (сильно кастомизированные) но там обновление Контура оч. быстрое - все доработки в ПМ и расширениях живут. Контур сделал все чтобы уйти от "сильной связности" с типовыми (в последних версиях Диадока даже перестали использовать ОМ типовых для генерации контента УПД), за что ему честь и хвала.

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

(9) >>в последних версиях Диадока даже перестали использовать ОМ типовых для генерации контента УПД

Вероятно, поэтому возникают такие темы теперь: УТ11.5 и обработка от диадок

(10) Спасибо, попробуем.

(11) такое исправляется в ПМ за 5 мин, не показатель

(13) Ок. ) Давно туда не заглядывал.

(14) вся логика контента по УПД живет теперь в макете КонтурДиадокИнтеграцияУТ11. Смотря что кому проще. В (9) немного слукавил, модуль тоже правлю, там с десяток изменений  которые в ПМ не переопределить но на любое обновление модуля трачу 3-4 часа. Не сравнить с обновлением типовой.

(15) Кстати, а в "Контур Логистике" уже все "прикручено" к типовым документам (ERP или УТ, например)?

(4) Карьерные перевозки - это с одного места карьера в другое переместить груз?И ГиБДД контролирует вас?)))

(17) это движение карьерных самосвалов по дорогам общего пользования

(16) там есть "маппинг" учетных данных на справочники Логистики. Это настраивается очень гибко пользователем и для справочников и документов по любым титулам. Конечно типовая поставка с правилами уже на типовые доки. У нас свои доки доставки но в Логистике есть магическая структура "Переменные" и туда можно запихать любые данные на этапе создания любого титула ЭТРН. В общем нетиповой док или справочник прикрутить несложно.

(19) Спасибо, полезная инфа. )

(9)1с-ЭДО она очень "сильно связанная" и требует "или обновляйся или умри"

Если обновления настолько критичны, то можно использовать 1С:Клиент ЭДО.

(0) 1С-ЭДО сразу отпадает, там с самозанятыми и физиками не але обмен
СБИС сложен
Диадок попроще

(17) Не совсем корректно выразился из карьера на стройку домов или автодорог