Нефтяники не вчера появились в нашей стране. Мы при работе с ИНК (Иркутская нефтяная компания) включали ретрансляцию данных на их систему "Комбат мониторинг". Оплаты от нефтяников стоят затрат на двойную оплату мониторинга.

Добавлено через 1 минуту
Техноком при этом не дергали, достаточно компетенции дилера, даже "внебрачного".

Вы невнимательно прочитали две предыдущие страницы. Вопрос не в трансляции телеметрии мониторинга, а в том, что данные заказов на услуги тоже должны автоматически ходить через систему.
Ну и поддержки RabbitMQ в АвтоГРАФ из коробки тоже нет.

С системой производства ТПМ у ИНК тоже нынче не все так просто, особенно на площадках без связи. Как вы обеспечиваете соблюдение ограничений на задержку поступления данных?)



Задача в итоге выглядит как:

1. Разработать систему работы с заявками внешнего заказчика на базе АвтоГРАФ (или какой-то из учетных систем заказчика типа 1С: УАТ). Первое - дорого и сложно, второе - дорого, сложно и труднопереносимо на других клиентов.

2. Разработать интеграцию на основе RabbitMQ для получения данных ЕКТП из получившегося комплекса

Добрый день.
По данному вопросу будет разработан сервис, работающий в паре с АвтоГРАФ Сервером, который по внешней управляющей команде будет отправлять телематические данные в соответствующую очередь RabbitMQ.
Написание полноценного сервиса управления заявками в ближайших планах нет.

Изучив документ со второго раза пишу свое мнение
То что описано в документе это практически система управления автопарком для подрядчика РН по функционалу она ближе к 1с УАТ, чем к какой либо системе мониторинга. Если вести разработку такой системы,то кто купит эту разработку и кто её будет эксплуатировать? А так же нужно учесть сроки разработки в пол года и ещё пол года на внедрение.
Техноком готов со своей стороны сделать передачу навигационных данных в формате требуемом для РН.

Alex, а что будет в составе телематических данных, Эко Драйвинг, идентификатор водителя, SOS?

Добрый день. Отправлять только телематические данные, без сервиса по управлению заявками это как построить дом на половину, вроде он есть, а жить нельзя.
Я полагал бы, что ООО Техноком очень серьезно отнесется к созданию сервиса интегрированного с ЕКТП и дело здесь не просто в желании Ваших клиентов получить этот сервис. Я принимал участие в трех аудиоконференциях с представителями ООО Сибинтек (разработчики ЕКТП) и на каждой конференции, нас (подрядчиков) Роснефти мягко, но очень настойчиво подталкивают заключить договора с московской кампанией Монтранс, которая якобы всё реализовала в лучшем виде. Обратившись в Монтранс мне пояснили, что помогать, консультировать, даже на платной основе в разработке и настройке межсистемного обмена ПО АвтоГРАФ с ЕКТП они не будут. Они предлагают настроить обыкновенную ретрансляцию на их сервер, а они уже с помощью своего созданного сервиса будут взаимодействовать с ЕКТП. Естественно это будет производится за ежемесячную абонентскую плату за каждое т\с. То есть кампания Монтранс будет монополистом по взаимодействию всех подрядчиков с Роснефтью. Остальные крупные мониторинговые системы АвтоГРАФ, Виалон и т. д. своим бездействием в этом помогут ей, а в дальнейшем начнут терять свою клиентуру.
Как-то так, но это моё субъективное мнение.

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

Чрезвычайно интересная мне тема, т.к. я в данный момент как раз работаю над разработкой сервиса по работе с заявками (если кому-то интересно: https://www.avril.work) и весьма заинтересован в его сопряжении с как можно большим числом сторонних сервисов, но... как очень точно подметили представители Технотона не вполне понятны многие детали. Как это все вместе должно будет работать? Кто будет ответственен за качество работы единого целого? Подозреваю, что разработчик ЕКТП как раз менее всего.

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

kalaschnikow, у РН жесткое собственное API и процессы, т.е. это не сопряжение чего-то имеющегося, а написание системы конкретно под ЕКТП, их справочники, документы и т.п.

Константин Юрьевич, вот целиком и полностью с Вами согласен, но нам то что остается?
Честное слово хочется что-то типа открытого письма в РН написать, изложив вот примерно все доводы как у Вас и указав про возможно лоббирование и коррупционную составляющую, только не ясно какие последствия для наших транспортников наступят, у нас то с ними (РН) нет договорных отношений, с нас то и взять нечего