Интеграция 1С с сайтом
Риски и немного реальности
Фэйлом кончаются от 30% до 50% попыток внедрить штатную интеграцию сайта с 1С. Это коллеги рассказали, у меня-то в бизнес-плане заложено 75%. То есть, в трех случаях из четырех — придется что-то подкручивать напильником, а в одном — вообще вызывать эвакуатор или реанимацию. И чего бы это, ведь…
…Топовые производители современных отечественных систем управления в один голос заявляют, что умеют интегрироваться с 1С. Самая красивая интеграция, естественно, у 1C Битрикс (сходите по ссылке и почитайте! у всех остальных — дела намного хуже!).
…Топовые производители современных отечественных систем управления в один голос заявляют, что умеют интегрироваться с 1С. Самая красивая интеграция, естественно, у 1C Битрикс (сходите по ссылке и почитайте! у всех остальных — дела намного хуже!).
Нужно сделать пару настроек, и товары полетят в Битрикс, а заявки — обратно, в 1С-ку.
Когда она так работает — я ее люблю. Естественно, это касается по большей части типовых конфигураций — всего не предусмотришь, ага. Да и маркетинг заставляет говорить, что «это просто!». Иначе корову не продашь.
В реальности сценарий продажи и внедрения интеграции может превратиться в АДъ!:
Когда она так работает — я ее люблю. Естественно, это касается по большей части типовых конфигураций — всего не предусмотришь, ага. Да и маркетинг заставляет говорить, что «это просто!». Иначе корову не продашь.
В реальности сценарий продажи и внедрения интеграции может превратиться в АДъ!:
Фаза пресейла:
Анализ диалога:
Менеджер — уже тертый калач и задает правильные вопросы. Но на фазе пресейла такие детали, как правило, неизвестны заказчику, а выяснять их долго и муторно. Проще выбрать того подрядчика, который не станет задавать таких вопросов. Попытка менеджера проекта перенести интеграцию на дальнейшие этапы способствует тому, что фаза пресейла пройдет более гладко. Но на практике это может привести к большим проблемам уже после запуска системы, когда выяснится, что структура каталога товаров в 1С и его структура на сайте — принципиально разные. Информация о том, что 1С кто-то дописывает — очень тревожный сигнал, равно как и то, что клиент планирует менять версию 1С.
Как правило, это гарантирует, что штатной интеграции не хватит.
Как правило, это гарантирует, что штатной интеграции не хватит.
Фаза утверждения технического задания:
Анализ диалога:
Непредоставление выгрузки или доступа к 1С, к сожалению, — частая проблема. На этом же этапе работ я бы порекомендовал начинать взаимодействие с программистом заказчика (вполне возможны разного рода неожиданности). Порой — это самый дешевый и реальный вариант. Договоритесь с заказчиком, чтобы он организовал вам колл с программистом, добейтесь того, чтобы программист либо дал вам доступ к выгрузке, либо 100% согласился обеспечить выгрузку и настройки под ваши требования.
Зафиксируйте договоренности письменно.
Зафиксируйте договоренности письменно.
Фаза разработки:
Анализ диалога:
Практически гарантированный фэйл. Программистам нужно спроектировать структуру каталога, но, если выгрузка из базы будет принципиально другой, — это нужно учесть заранее. Пожалуй, тут еще все можно было бы и спасти, но…
Фаза сдачи проекта:
Анализ ситуации:
Ну все, фэйл случился. Теперь проджект-менежер будет пытаться «рулить» удаленным программистом, который не стоит у него в подчинении, и которого он не нанимал. Все зависит от того, какое чувство собственной важности у программиста на стороне клиента… И не дай бох оно будет >9000 :-)
Фаза приемки проекта:
На сцену выходит Программист на стороне клиента (ЧСВ9000+):
Далее — события развиваются по любопытному сценарию.
Анализ диалога:
Если давить на программиста заказчика — можно выяснить, что он либо не разобрался в спецификации, либо пробовал, но у него не получилось, либо уже нагородил какого-то своего говнокода или какой-то свой «универсальный» формат, от которого теперь не хочет отступать. Особенная жесть начинается, если ваш клиент платит своему 1С-нику — почасовую ставку, и 1С-ник утверждает, что работа с его стороны займет неделю, из-за ваших «необоснованных» требований (или уникальности «нашей базы»).
Через неделю:
Анализ диалога:
Для краткости показаны только самые сильные ходы ПМ-а. На самом деле можно протрахаться значительно дольше. Вырулить можно, но о попадании в бюджет и срок — уже речи не идет. Виноват — клиент, (в договоре формально закреплено, что выгрузка будет предоставлена в требуемом формате), но это неважно, поскольку цель ПМ-а — запустить проект, а не доказать «виноватость». Главное не вестись на разговоры вроде «вы же профессионалы, должны были предусмотреть». Вы предусмотрели и решили продолжить работы, имея открытый риск. А риск, увы, — сработал.
Лечится, как правило, увеличением цены на 2−3-4 человеко-дня со стороны программистов студии, и еще часов 8−16 нервных переговоров со стороны менеджера проектов и клиента. Собственно, отсюда и разница в цене — $N за штатную интеграцию, $MMM — за нештатную. Нервные клетки не восстанавливаются.
Лечится, как правило, увеличением цены на 2−3-4 человеко-дня со стороны программистов студии, и еще часов 8−16 нервных переговоров со стороны менеджера проектов и клиента. Собственно, отсюда и разница в цене — $N за штатную интеграцию, $MMM — за нештатную. Нервные клетки не восстанавливаются.
Итого, примерно такой расклад по основным рискам:
| Риск/ситуация | Последствия | Противодействие |
|---|---|---|
| Выгрузка запрошена на этапе пресейла. |
|
|
| Выгрузка не предоставлена на этапе составления ТЗ. |
|
|
| Интеграция вынесена в отдельный этап. |
|
|
| 1С был модифицирован сторонним разработчиком, имеет устаревшую версию или плохо структурированный каталог. |
|
|
| Выполнение настроек 1С на стороне клиента своими силами. |
|
|
| Студия настаивает на соблюдении протокола. |
|
|
| Студия прогнулась и согласилась изменить требования протокола под любой формат. |
|
|
| Программист на стороне заказчика — неуправляем. |
|
|