Даже поверхностное изучение вопроса (максимум пять минут гугления) покажет, что существует много различного рода реализаций интеграции телефонии с системами 1С. Сделаны разными людьми, работают по-разному, набор возможностей разнится, объединяет их одно — мы их забраковали. И вот почему...

Какие интеграции Asterisk-телефонии с 1С бывают Какие интеграции Asterisk-телефонии с 1С бывают Какие интеграции Asterisk-телефонии с 1С бывают

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

Зачем мы изучаем доступные интеграции? Нам нужно решение задачи идентификации звонящи.

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

Не то, чтобы у нас были какие-либо претензии к разработчикам и продавцам, просто нужная нам задача осталась решенной на нетвердую троечку. А значит — нам не подходит.

Что такое интеграция? Что такое интеграция? Что такое интеграция?

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

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

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

Если для вас, в тот момент, когда вы размышляете о связке телефонии и «1С:Предприятие», это звучит несколько абстрактно, то это даже хорошо. Это значит, что вы не подвержены шаблонному мышлению, быстро поймете, что не существует какого-то правильного и единственно верного решения/метода, и сделать можно почти все, что угодно и как угодно.

Обычно про интеграцию начинают думать, когда понимают, что клинтов есть потребности...

Начнем поиск Начнем поиск Начнем поиск

Первое, что попало на глаза — встроенная поддержка интеграции с Asterisk, существующая в нескольких типовых конфигураций «1С:Предприятие». Рассматривать ее мы не стали по понятной причине — вокруг просто безграничное количество различных прикладных решений, уже давно и эффективно решающих задачи различных компаний. Глупо даже рассматривать возможность предлагать клиентам сменить конфигурацию только лишь ради возможности задействовать идентификацию звонящих.

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

• Множество откровенно лишних функций
• Сложность внедрения
• Различные неизбежные риски
• Зависимость от поставщика
• Стоимость куда больше, чем ожидается
• И, наконец, искомый результат — даже близко не похож на тот, что хотелось бы видеть

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

Нужен пример? Click-to-Сall — функция, реализующую возможность инициировать вызов прямо из «1С:Предприятие», не прикасаясь к кнопкам телефона. Необходимость её внедрения обычно преподносится под соусом экономии времени сотрудников. Серьезно? Посмотрите вот на это фото наборной клавиатуры IP-телефона. За ним скрыто столетие усилий дизайнеров и инженеров-конструкторов, направленных на упрощение жизни человеку. В результате их усилий на набор номера уходит две секунды. Что, при среднестатистическом количестве звонков в день равным десяти-двадцати, не идет ни в какой сравнение с затратами времени на перекуры, Facebook, разговоры в Viber... Так что — смысла предлагать к внедрению Click-to-Сall мы не видим. Да, WoW-эффект есть (из-за него Click-to-Сall обычно и демонстрируют потенциальному покупателю решения), а пользы чуть.

Наш взгляд на ценность тех или иных функций телефонии, разумеется, субъективен. Мы знаем, что при желании несложно найти бизнес-модель, в которой функция, получившая наш вердикт «нужна как ежу футболка», будет жизненно необходимой. Поэтому, как и полагается поступать в таких случаях, оставим решение за вами.

Напомним, что существует принцип разумной бережливости, называемый «Бритва Оккама», который говорит, что не стоит усложнять что-либо без необходимости. Да и разве жизненный опыт вам не говорит, что простое всегда можно усложнить, а сложное упростить — нет?

Но вернемся к лишним функциям... Они сами по себе (— Да, лишние, но пусть будут, — подумает кто-то) не так страшны, как процесс их внедрения.

Чтобы получить функцию Click-to-Сall, нужно сделать определенные изменения в конфигурации (в том числе: добавить кнопку в нужном пользователям месте, написать обработчик, где вызывается COM-объект, реализованный в заранее зарегистрированном DLL-файле, который реализует взаимодействие с Asterisk и пр.). Что происходит с типовой конфигурацией? Правильно — она меняется, возникают проблемы с ее сопровождением и обновлением. И мы не ошиблись в выборе слова — именно проблемы, а не избыточная работа, как заметят бодрые оптимисты.

Любое вмешательство как в типовую, так как в кастомную/самописную конфигурации, коих в украинских компаниях очень и очень много, неизбежно вызывает трудности с сопровождением и последующими доработкам. Одним специалистам придется учитывать произведенные другими специалистами изменений в конфигурации. А это автоматически приводит к увеличению работ, времени, усилий и, соответсвенно, затратам. А заодно и ведет к неприятным ошибкам. Человеческий фактор никто не отменял.

Если вы достаточно давно эксплуатируете «1С:Предприятие», то наверняка знаете, что любые изменения в конфигурации должны быть друг с другом согласованы. И лучше всего их выполнять централизовано, чтобы не получилось как в басне Крылова «Лебедь, Щука и Рак».

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

Выбор человека, который выполняет работы по 1С, — задача нетривиальная. Многие бизнесмены, пока найдут подходящего, эмпирическим путем перебирают десятки кандидатов. А тут люди, в общем-то, с улицы. У них могут быть даже хорошие рекомендации, но ситуацию это не меняет. Дело в том, что есть одна особенность в работе специалистов, приглашенных для выполнения единоразовых работ. И заключена она в том, что у них слабая мотивация к тому, чтобы учитывать ваши стратегические планы (а сохранение целостности конфигурации 1С:Предприятия именно таким и является). Поэтому вполне вероятно появление каких-либо изменений, которым вы будете не рады.

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

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

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

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

• Во-первых, потребитель не будет иметь возможности выбора. А что происходит в условиях отсутствия конкуренции? Правильно — цена наверняка будет неприятной.
• Во-вторых, потребитель должен согласится с тем, что некоторые его пожелания реализовать разработчик откажется.

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

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

А один продавец интеграций вообще удивил. Оказалось, что чтобы получить полную функциональность панели нельзя взять какое-либо конкретное Asterisk-based решение, нужно только определенное. И почему-то «вдруг» выясняется, что оно (кто бы сомневался) платное. И, самое неприятное, состояло в том, что это можно и не выяснить до покупки.

Не знаем, кто как относится к подобным сюрпризам, а мы скрытых платежей и вынужденных (навязанных извне) изменений в своей IT-инфраструктуре не приемлем.

Наш вывод таков: Наш вывод таков: Наш вывод таков:

Вы только не подумайте, что мы считаем описанные выше решения неподходящими вам. Они, похоже, задумывались, разрабатываются и развиваются, преследуя совершенно иные, нежели банальная идентификация звонящих, целей. Они не подходят нам. И этого достаточно, чтобы мы отказывались от внедрений кем-то разработанных сложных, дорогих, неудобных в сопровождении решений. А значит — придется писать свое.

И еще полезные ссылки... И еще полезные ссылки... И еще полезные ссылки...