Некоторые размышления по поводу интеграций с различными ГИС

Вот уже, хотел написать – несколько недель, а на самом деле уже несколько месяцев мы неспеша работаем над интеграцией учетной системы заказчика на 1С в одну ГИС.

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

Сначала, как говорится, ничто не предвещало беды. Задача понятная, документация увесистая, по технологиям ничего необычного: SOAP. Не самый приятный вариант, но вполне рабочий, реализуемый.

Работы, поначалу, казалось на месяц-полтора, с учетом верификации со стороны ГИС и сдачи проекта. Но жизнь поставила все на свои места.

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

Ладно, ИИ может придумывать, но внимательно изучив отправляемые на сервер запросы пришлось признать, что ИИ прав и запросы полностью соответствуют документации. Так в чем причина?

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

В общем где-то через месяц мы их таки забодали, и они прислали нам «сокровенную» ссылку на страницу с примерами в документации. Сказать, что мы знатно изумились, это ничего не сказать.

В запросах использовались некие дополнительные пространства имен, о которых в основной документации было ни сном, ни духом. Но это половина беды. Для реализации одного из модулей предполагалось три метода: создать, обновить и получить запись.

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

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

Унификация? Нет, не слышали. Поддержка? Нет, не в курсе. И вообще, складывается впечатление, что ее основная задача – футболить по регламенту, мол идите, читайте документацию.

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

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

При этом он не дурак и трезво оценив ситуацию дал добро на дальнейшие работы, попросив только не пустить его по миру. Хотя ему без вариантов, к сентябрю или ты интегрируешься или вешаешь на дверь замок.

Перспективы? Они там есть, только вот далеко не радостные, с учетом предполагаемого развития этой самой ГИС. Альтернативы? Тоже есть, только ценой и стоимостью поддержки совсем не радуют, при качестве на уровне дешевого любительского поделия. Ну отраслевая 1С – она такая.

А у нас остался один вопрос, да и тот – философский. Пробовали ли они сами по своей документации и по своей поддержке реализовать интеграцию? И видя поток обращений в поддержку не кажется ли им, что что-то у них не так?