В первой статье мы научились создавать простых роботов внутри 1С. Но настоящая магия начинается, когда OneRPA выходит за пределы 1С и начинает общаться с внешним миром. Сегодня расскажем, как заставить ваш 1С «разговаривать» с банками, почтой, мессенджерами и любыми другими программами.
Мост между мирами: как OneRPA соединяет несоединимое
Представьте: у вас есть 1С, интернет-банк, почта и Telegram. У каждой системы свой язык, свои правила. OneRPA становится универсальным переводчиком, который понимает всех и может передавать информацию между системами.
Технически это работает так:
- Для веб-сайтов: OneRPA использует технологию, похожую на Selenium — управляет браузером как человек
- Для Windows-программ: использует Windows API для нажатия кнопок и ввода текста
- Для API: отправляет HTTP-запросы и парсит JSON/XML ответы
- Для почты: работает через IMAP/POP3/SMTP
- Для баз данных: подключается через ODBC/JDBC
🌉 Типичные сценарии интеграций:
Сценарий 1: «Бухгалтерский комбайн» — 1С + банки + налоговая
Проблема: Бухгалтер работает в 5 окнах одновременно: 1С, 3 банка и сайт ФНС.
Решение OneRPA:
Утро (6:00):
1. Робот заходит в Сбербанк → скачивает выписку → загружает в 1С
2. То же для Тинькофф и Альфа-банка
3. Формирует платёжки на сегодня
День (14:00):
1. Проверяет оплаты по контрагентам
2. Обновляет статусы в 1С
Вечер (18:00):
1. Формирует отчёт по движению денег
2. Отправляет директору в Telegram
Ночь (23:00):
1. Формирует налоговую отчётность
2. Загружает на сайт ФНС
3. Отправляет квитанцию бухгалтеру на почту
Сценарий 2: «Менеджер-невидимка» — 1С + CRM + телефония
Проблема: Менеджеру нужно вести клиентов в 1С, в CRM и ещё обзванивать.
Решение OneRPA:
1. Новый клиент оставил заявку на сайте → попадает в CRM
2. Робот забирает данные из CRM → создаёт контрагента в 1С
3. Робот назначает менеджеру задачу позвонить
4. После звонка менеджер ставит статус в CRM
5. Робот переносит результат в 1С
6. Если клиент согласен — робот создаёт коммерческое предложение
7. Отправляет его клиенту по почте и в WhatsApp
Работа с веб-интерфейсами: когда API нет, но надо
Многие российские сервисы не предоставляют API для автоматизации. Банки, госсайты, некоторые CRM. OneRPA решает это через эмуляцию действий человека в браузере.
Как это выглядит технически:
// OneRPA делает примерно следующее:
1. Открывает Chrome на невидимом экране
2. Переходит на сайт банка
3. Находит поле "Логин" по CSS-селектору
4. Вводит логин
5. Находит поле "Пароль"
6. Вводит пароль
7. Нажимает кнопку "Войти"
8. Сохраняет куки сессии
9. Переходит в раздел "Выписки"
10. Скачивает файл
🕸️ Типичные сценарии работы с вебом:
Сценарий 1: Автоматизация госзакупок
Задача: Ежедневно проверять новые закупки на 5 разных площадках.
Решение OneRPA:
1. Робот открывает сайт госзакупок
2. Вводит параметры поиска (регион, цена, категория)
3. Собирает все новые закупки за день
4. Фильтрует по ключевым словам
5. Сохраняет подходящие в Excel
6. Загружает Excel в 1С как потенциальные сделки
7. Назначает менеджеру на рассмотрение
Время работы: 15 минут вместо 3 часов ручного поиска.
Сценарий 2: Мониторинг конкурентов
Задача: Следить за ценами конкурентов в интернет-магазинах.
Решение OneRPA:
1. Робот заходит на сайт конкурента №1
2. Ищет товары из вашего ассортимента
3. Запоминает цены и наличие
4. Повторяет для конкурентов №2-5
5. Сравнивает с вашими ценами
6. Если конкурент дешевле на 10% → отправляет alert
7. Раз в неделю формирует отчёт по динамике цен
Особенность: Работает ночью, когда нагрузка на сайты минимальна.
Компьютерное зрение: когда программа «видит» как человек
Бывают ситуации, когда элементы интерфейса нельзя идентифицировать стандартными методами. Тогда OneRPA использует компьютерное зрение — технологию, которая позволяет «увидеть» и «прочитать» экран как человек.
Примеры использования:
- Работа с устаревшими системами (DOS, старые Windows-программы)
- Чтение капч (хотя многие сервисы это запрещают)
- Работа с графическими интерфейсами без чёткой структуры
- Сравнение скриншотов «до» и «после»
👁️ Типичные сценарии компьютерного зрения:
Сценарий 1: Работа с кассовыми программами
Проблема: Старая кассовая программа на DOS, нет API, только зелёные буквы на чёрном фоне.
Решение OneRPA:
1. Робот делает скриншот экрана
2. С помощью OCR читает текст
3. Находит нужные данные (сумма, номер чека)
4. Переносит в 1С
5. Нажимает комбинации клавиш для перехода дальше
Так можно автоматизировать даже программы 90-х годов.
Сценарий 2: Верификация действий пользователя
Задача: Убедиться, что робот правильно выполнил действие в сложном интерфейсе.
Решение OneRPA:
1. Робот выполняет действие (например, нажимает кнопку)
2. Делает скриншот экрана
3. Сравнивает с эталонным скриншотом (как должно выглядеть)
4. Если совпадение > 95% — продолжает работу
5. Если нет — повторяет действие или отправляет ошибку
Это как человек, который перепроверяет свою работу.
Работа с API: когда системы готовы к автоматизации
Если система предоставляет API — это идеальный вариант. OneRPA умеет работать с REST API, SOAP, GraphQL и другими протоколами.
Пример интеграции с Telegram:
// OneRPA отправляет сообщение в Telegram
1. Формирует HTTP-запрос к API Telegram
2. Указывает токен бота и ID чата
3. Отправляет сообщение
4. Получает ответ об успешной отправке
🔌 Типичные сценарии работы с API:
Сценарий 1: Уведомления в мессенджерах
Задача: Отправлять важные уведомления из 1С в Telegram и WhatsApp.
Решение OneRPA:
При событии в 1С (например, большая оплата):
1. Робот формирует сообщение
2. Отправляет в Telegram-чат отдела продаж
3. Отправляет в WhatsApp директору
4. Отправляет email бухгалтеру
5. Логирует отправку в 1С
Все получают уведомление на привычной платформе.
Сценарий 2: Синхронизация с мобильным приложением
Задача: Синхронизировать данные 1С с мобильным приложением курьеров.
Решение OneRPA:
1. Робот каждые 5 минут проверяет новые заказы в 1С
2. Отправляет их через API в мобильное приложение
3. Получает статусы доставки от курьеров
4. Обновляет статусы в 1С
5. При проблемах с доставкой — уведомляет менеджера
Всё происходит в реальном времени.
Безопасность: как не навредить
Работа с внешними системами всегда вызывает вопросы безопасности. OneRPA решает их несколькими способами:
- Хранение паролей — в зашифрованном виде, не в открытом тексте
- Работа под учётными записями пользователей — с теми же правами, что и человек
- Логирование всех действий — полная трассировка, что делал робот
- Подтверждение опасных действий — например, подтверждение по SMS для крупных платежей
🛡️ Типичные сценарии безопасности:
Сценарий 1: Работа с банковскими реквизитами
Решение:
1. Пароли от интернет-банков хранятся в зашифрованном виде
2. Доступ к ним имеет только определённый робот
3. Все действия робота логируются
4. Для платежей выше 100 000 ₽ требуется подтверждение сотрудника
5. Раз в месяц — автоматическая смена паролей
Сценарий 2: Работа с персональными данными
Решение:
1. Робот не хранит ПДн на диске
2. Все передаваемые данные шифруются
3. Логи очищаются от ПДн
4. Доступ к роботу имеют только авторизованные сотрудники
5. Регулярные аудиты безопасности
P.S. Самый частый вопрос: «А что, если сайт изменит дизайн? Робот сломается?» Да, сломается. Но починить его в OneRPA — 15 минут работы. Вы находите изменившийся элемент на экране, указываете роботу новый способ его найти, сохраняете — всё работает. Это как перенастроить сотрудника на новую версию программы. Только сотрудник учится неделю, а робот — 15 минут.