Фраза «у этой системы нет API» в половине случаев означает не отсутствие обмена, а отсутствие документации на сайте. Прежде чем строить обход, проверяются штатные пути: партнёрская документация поставщика, встроенная выгрузка в файл, конструктор отчётов внутри самой системы, доступ к базе на чтение по договору и электронный документооборот. Такая проверка занимает три рабочих дня и стоит 69 000 ₽ — против 926 400 ₽ за два года владения программным роботом, поставленным туда, где нашлась бы обычная выгрузка. Подробный порядок этой проверки мы разбирали в материале про то, когда робот — единственный вариант.
Если штатного пути действительно нет, остаётся четыре обхода: файловый обмен по расписанию, разбор входящей почты, программный робот и прямой доступ к базе чужой системы. Они различаются не столько ценой, сколько тем, что именно их ломает и кто отвечает, когда сломается.
Ниже — все четыре рядом с ценой за 24 месяца, разбор каждого по отдельности и три признака ситуации, в которой правильный ответ — не обход, а замена самой системы.
Четыре пути рядом
Модельный процесс для сравнения одинаковый: ежедневно забирать из чужой системы 40–60 записей и класть их в вашу учётную систему. Горизонт — 24 месяца, чтобы в расчёт попали и запуск, и эксплуатация, и обновления поставщика.
| Путь | Цена за 24 месяца | Срок запуска | Что ломает связку | Юридический риск |
|---|---|---|---|---|
| Файловый обмен по расписанию | 332 000 ₽ | 2–3 недели | Изменение формата выгрузки поставщиком — обычно с предупреждением | Низкий: используется штатная функция системы |
| Разбор входящей почты | 444 000 ₽ | 3–4 недели | Смена шаблона письма, новый отправитель, письмо от человека вместо системы | Средний: письма содержат персональные данные, вложения надо где-то хранить |
| Программный робот | 926 400 ₽ | 4–8 недель | Любое изменение интерфейса: кнопка переехала, добавилось поле, сменился шрифт диалога | Средний: работа под учётной записью сотрудника, автоматизация может быть запрещена лицензией |
| Прямой доступ к базе | 210 000 ₽, но 402 000 ₽ с учётом обновлений | 1–2 недели | Обновление поставщика: изменилась структура таблиц — обмен встал | Высокий: обычно прямо запрещён лицензией и снимает систему с поддержки |
Разброс между крайними строками — 594 400 ₽ за два года: столько отделяет робота от файлового обмена на одном и том же процессе. Но столбец «что ломает связку» важнее столбца с ценой. У файлового обмена ломающее событие редкое и предсказуемое: формат выгрузки меняют раз в несколько лет и обычно предупреждают. У робота — частое и непредсказуемое: интерфейс меняется при каждом обновлении, и никто не считает это изменением, о котором надо предупреждать. Отсюда и разница в стоимости владения, которая набегает не лицензиями, а переделками.
Карта связей. Слева узел «Чужая система без API», справа узел «Ваша учётная система». Между ними четыре параллельных маршрута сверху вниз. Маршрут 1 «Файловый обмен»: узлы «Штатная выгрузка по расписанию» → «Каталог обмена» → «Разбор файла»; подпись на стрелке «структурированный файл, 40–60 записей раз в сутки». Маршрут 2 «Разбор почты»: узлы «Письмо от системы или человека» → «Почтовый ящик» → «Разбор темы, тела и вложения»; подпись «текст и вложение, 62 % шаблонных писем». Маршрут 3 «Программный робот»: узлы «Экран системы» → «Робот повторяет действия оператора» → «Файл или запись»; подпись «то, что видно на экране». Маршрут 4 «Прямой доступ к базе»: пунктирная стрелка в обход всех узлов системы прямо к её хранилищу, подпись «таблицы, минуя логику системы», рядом предупреждающий знак «снимает с поддержки». Справа от каждого маршрута ярлык с ценой за 24 месяца: 332 000 ₽, 444 000 ₽, 926 400 ₽, 402 000 ₽. Чертёжный стиль, подписи по-русски.
Файловый обмен: самый недооценённый вариант
Выгрузка по расписанию выглядит устаревшей, и именно поэтому её пропускают. Между тем у неё есть свойство, которого нет ни у одного другого обходного пути: она использует штатную функцию системы. Поставщик сам её написал, сам поддерживает и сам заинтересован в том, чтобы она работала после обновления.
- Переживает обновления. Формат выгрузки — часть продукта, а не побочный эффект вёрстки. Его меняют редко и с предупреждением, в отличие от расположения кнопок на экране.
- Не требует доступа внутрь. Ни к базе, ни к учётной записи оператора. Наружу выходит файл, и всё, что происходит дальше, происходит на вашей стороне.
- Переживает обрыв связи. Файл лежит в каталоге и дожидается следующего прогона. Это то самое свойство, за отсутствие которого в других механизмах приходится доплачивать очередью и повторами.
- Легко проверяется. Файл можно открыть глазами, сравнить с экраном системы и убедиться, что выгрузилось всё. Ни у робота, ни у прямого доступа такой простой проверки нет.
Плата за это одна — задержка. Выгрузка по расписанию даёт от 15 минут до суток, и там, где нужна реакция в реальном времени, она не подходит. Но требование «в реальном времени» стоит проверять: в большинстве процессов, где его заявляют, реальный допуск — час, а иногда и «к утру следующего дня». Если допуск такой, файловый обмен закрывает задачу вдвое дешевле робота и втрое надёжнее.
Отдельно стоит проверить, что именно умеет выгружать система. Часто первая же выгрузка отдаёт не то, что нужно: без части полей, без связей, только за текущий день. Это решается конструктором отчётов внутри системы — почти в каждой учётной программе он есть, и его отчёт тоже выгружается в файл по расписанию. Полный набор механизмов обмена на примере учётной системы мы разбирали в материале про способы обмена с 1С.
Разбор входящей почты: что автоматизируется и что читает человек
Почта — единственный канал, который есть у всех и не отключается никогда. Поэтому разбор входящих писем работает там, где не работает ничего другого: с поставщиками, у которых своя учётная система, с площадками, которые присылают уведомления, с контрагентами, которые «просто пишут».
Честное распределение потока в модельной компании, получающей 600 рабочих писем в месяц от сорока отправителей, выглядит так.
| Тип письма | Доля потока | Что с ним происходит | Насколько надёжно |
|---|---|---|---|
| Письмо от системы с постоянным шаблоном | 62 % | Разбирается по структуре: тема, ключевые строки, таблица в теле | Надёжно, пока шаблон не изменили; изменение видно сразу по провалу разбора |
| Письмо с вложением стандартного формата | 21 % | Вложение распознаётся, поля проверяются формально: сумма, дата, реквизиты | С оговорками: около 3 % отбраковывается на проверке и уходит человеку |
| Письмо, написанное человеком свободным текстом | 17 % | Регистрируется и передаётся сотруднику вместе с извлечёнными подсказками | Человеку всегда: формулировки не повторяются, и угадывание здесь дороже чтения |
Итого автоматика закрывает около 80 % потока. Каждое пятое письмо всё равно читает человек — 17 % свободного текста плюс отбраковка из второй группы. Это не признак плохой настройки, а свойство канала: почта не структурирована по определению. Подрядчик, обещающий «полную автоматизацию разбора почты», либо не работал с реальным потоком, либо имеет в виду, что нераспознанное будет молча удаляться. Состав и цену готового контура мы вынесли на страницу решения по обработке электронной почты.
Разбор почты создаёт два обязательства, о которых обычно не думают на старте. Первое: письма содержат имена, телефоны и адреса, а значит контур разбора становится частью системы персональных данных со всеми требованиями к хранению и доступу. Второе: вложения надо где-то держать, и через год их объём превышает объём самой переписки. Оба вопроса решаются на этапе проектирования: срок хранения вложений числом, маскирование персональных данных в журналах разбора и ограниченный доступ к архиву.
Программные роботы: что закрывают и почему ломаются
Программный робот повторяет действия оператора: открывает окно, нажимает кнопки, копирует значения, сохраняет файл. Российский рынок здесь живой — PIX RPA, Sherpa RPA, ROBIN от SL Soft, Primo RPA, — и все они делают примерно одно и то же с разной глубиной по корпоративным функциям.
Роботы закрывают ровно те случаи, где данные существуют только на экране: старая настольная программа без выгрузки, портал поставщика без личного кабинета с отчётами, государственная система, куда надо вводить данные руками. В этих случаях альтернативы действительно нет — есть только робот или человек.
Ломаются роботы от изменения интерфейса, и это не редкое событие, а обычный ход вещей. Практические сроки жизни сценария до переделки различаются в разы: сценарий в браузере живёт 15–24 месяца, в настольном приложении — 18–30, на портале поставщика — 6–12. Портал живёт меньше всех именно потому, что его владелец меняет вёрстку когда захочет и не считает это изменением интерфейса.
Из этого следует единственное практическое правило работы с роботами: число переделок за срок жизни процесса закладывается в бюджет заранее. Если процесс проживёт три года, а сценарий на портале поставщика живёт девять месяцев, вы платите за четыре переделки, и они должны стоять в смете, а не всплыть на второй год как неприятный сюрприз. Сравнение российских платформ и порядок цен на одного робота — отдельные материалы кластера про роботизацию.
Прямой доступ к базе: дешевле только до второго обновления
Самый быстрый и самый дешёвый на старте путь: подключиться к базе чужой системы напрямую и читать таблицы. Полторы недели, 90 000 ₽ разово, никаких роботов и файлов. За два года — 210 000 ₽, дешевле всех остальных вариантов. И почти всегда это плохая идея, по трём причинам, каждая из которых достаточна сама по себе.
- 1Вы обходите логику системы. Данные в базе лежат не так, как их показывает программа: часть значений вычисляется при отображении, часть хранится в служебных структурах, у части есть признак «черновик», который снаружи не виден. Прямое чтение таблиц даёт правдоподобные, но не всегда верные числа, и расхождение обнаруживается на сверке через месяцы.
- 2Структура таблиц — не обещание поставщика. Формат выгрузки он поддерживает, а внутреннюю структуру меняет свободно, потому что это его внутреннее дело. Обновление, переставившее поля, обрывает ваш обмен без предупреждения: восстановление — около 16 часов работы, 48 000 ₽, плюс простой.
- 3Система снимается с поддержки. У большинства поставщиков прямое подключение к базе прямо запрещено лицензионным соглашением, а обращение в поддержку закрывается вопросом «вы работали с базой напрямую». В этот момент вы остаётесь один на один и с обменом, и с самой системой.
Есть один законный вариант этого пути: доступ к базе на чтение, полученный от поставщика по договору. Тогда структура становится частью договорённости, поставщик предупреждает об изменениях, а поддержка остаётся. Это не то же самое, что «мы нашли пароль от базы» — это отдельный разговор с вендором, и начинать надо именно с него, а не с подключения.
Столбчатая диаграмма из четырёх столбцов, ось Y — рубли за 24 месяца. Столбец «Прямой доступ к базе» — сплошная часть 210 000 ₽ и штриховая надстройка 192 000 ₽ с подписью «два обновления в год по 48 000 ₽», общая высота 402 000 ₽. Столбец «Файловый обмен» — 332 000 ₽, сплошной, отмечен галочкой как самый дешёвый по итоговой сумме. Столбец «Разбор почты» — 444 000 ₽. Столбец «Программный робот» — 926 400 ₽, с подписью под ним «срок жизни сценария: браузер 15–24 мес, настольное приложение 18–30, портал поставщика 6–12». Горизонтальная штриховая линия на отметке 332 000 ₽ подписана «уровень файлового обмена». Чертёжный стиль, подписи по-русски.
Когда правильный ответ — менять систему
Обход — это всегда плата за то, что систему нельзя или не хочется менять. Иногда эта плата перестаёт быть разумной. Три признака, по которым видно, что разговор пора переводить с интеграции на замену.
- 1Признак 1. Поставщик отказал письменно или молчит больше месяца
Письменный запрос на обмен — обязательный первый шаг, и не только ради ответа. Отказ или молчание означают, что управляемого пути не будет никогда: любой ваш обход будет ломаться при каждом обновлении, а обсуждать это будет не с кем. Дальше вопрос уже не в том, как связать, а в том, сколько лет вы готовы так работать.
- 2Признак 2. Обход стоит больше трети замены на том же горизонте
Если робот на два года стоит 926 400 ₽, а переход на систему с нормальным обменом — 2 400 000 ₽ за те же два года вместе с миграцией и обучением, то обход съедает 39 % стоимости замены и при этом ничего не улучшает. Порог в треть — не закон природы, но он хорошо отделяет «дешевле обойти» от «дешевле уже поменять».
- 3Признак 3. Система узкая не только по обмену
Обмен обычно оказывается последней каплей, а не единственной проблемой. Проверьте три вещи: есть ли в системе роли и разграничение прав, есть ли журнал действий пользователей, делаются ли резервные копии по расписанию и восстанавливались ли они хоть раз. Если ответ отрицательный хотя бы на два вопроса, интеграция с такой системой — это вложение в то, что всё равно придётся менять.
Сравнение в две колонки. Левая «Обходить» — четыре строки: «поставщик отвечает и обсуждает обмен», «обход стоит меньше трети замены на том же горизонте», «в системе есть роли, журнал и проверенные резервные копии», «процесс проживёт дольше, чем система». Правая «Менять систему» — четыре строки: «письменный отказ или молчание больше месяца», «обход съедает от трети стоимости замены», «нет ролей, нет журнала, резервные копии ни разу не восстанавливали», «обмен — не единственная претензия к системе». Под колонками общая строка: «модельный пример: робот 926 400 ₽ за 24 месяца против замены системы 2 400 000 ₽ — 39 % стоимости замены за то, что ничего не улучшает». Чертёжный стиль, подписи по-русски.
Когда обход строить не надо вовсе
И последнее — четыре ситуации, в которых любой из четырёх путей окажется дороже задачи, которую он решает.
- Записей меньше сотни в месяц. Самый дешёвый обход стоит 332 000 ₽ за два года, то есть около 13 800 ₽ в месяц. Ручной перенос сотни записей — это примерно семь часов в месяц, 7 700 ₽ по ставке внутреннего разбора. Порог, ниже которого обход не окупается, лежит примерно на 180 записях в месяц.
- Процесс живёт меньше года. Ни один из четырёх путей не окупается за такой срок: разовые вложения от 90 000 до 350 400 ₽ раскладываются на слишком короткий отрезок. Здесь дешевле человек с регламентом, а автоматизировать надо то, что останется.
- Систему меняют в ближайшие месяцы. Строить обход к тому, что уезжает, — оплаченная дважды работа. Правильный ход — потерпеть и заложить нормальный обмен в проект перехода.
- Данные нужны один раз. Разовая выгрузка справочника или истории делается вручную или простой миграцией на копии базы. Постоянный контур обмена под разовую задачу — самая частая и самая обидная переплата в этом кластере, потому что она видна сразу и всё равно случается.
Обход всегда дешевле на смете и всегда дороже в эксплуатации. Разница ровно в том, кто чинит его после чужого обновления.
