Макрос вместо ручного ввода: CrossMacro для старых программ

Рутина в программе, к которой не подключиться

Бухгалтер каждое утро выгружает выписку из банк-клиента и переносит платежи в 1С. Кладовщик в старой складской программе вносит десять одинаковых полей на каждую накладную. Кассир в конце смены жмёт одну и ту же цепочку кнопок.

Правильное решение здесь такое: обмен данными по API или прямая связь 1С с банком. Но у многих программ API нет, а переделывать чужую систему никто не будет. Остаётся посадить за кнопки робота. Для браузера такие роботы описаны в статье про RPA, для программ на рабочем столе есть CrossMacro.

Прикидка по деньгам, замеров за ней нет: 40 минут ручного ввода в день дают около 15 часов в месяц. Если макрос забирает половину, он окупается за первую неделю: сама программа бесплатна.

Что это за программа

Я смотрел репозиторий alper-han/CrossMacro на GitHub 10 октября 2026. Лицензия GNU GPL версии 3, файл LICENSE лежит в корне. Проект создан 30 ноября 2025, у него 426 звёзд, 20 форков, 6 открытых задач. Последнее обновление кода 2 октября 2026, свежая версия 1.5.1 вышла 1 октября, до неё 1.5.0 в сентябре и 1.4.0 в августе. Написан на C#, окно сделано на Avalonia. Автор по сути один: из 1046 коммитов 1032 принадлежат владельцу репозитория. Проект могут бросить, поддержки по договору нет, зато ваши макросы останутся.

Как работает. Вы нажимаете F8 и делаете работу руками: мышь, клики, прокрутка, клавиатура. Ещё раз F8 останавливает запись. F9 запускает повтор, F10 ставит на паузу. Скорость повтора от 0,1x до 10x, есть число повторов и паузы. Запись сохраняется в файл .macro, шаги правятся в редакторе: убрать лишнее движение мыши, вставить задержку, добавить текст.

Умеет он больше, чем простой повтор. В нём есть ожидание цвета пикселя, поиск картинки на экране (шаблон в формате PNG, 8 бит), ожидание нужного окна, переменные, циклы и условия if и while. Так макрос дожидается открытия окна и не жмёт вслепую через две секунды. Чтения текста с экрана (OCR) в перечне возможностей я не нашёл.

Когда макрос годится, а когда нет

Годится, если сходятся четыре признака.

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

Хорошие примеры: перенос строк из таблицы в форму, закрытие смены кассы, выгрузка одного и того же отчёта.

Не годится, если решение зависит от содержимого: этот платёж проводим, тот нет. Не годится, когда данные идут между системами постоянно и в большом объёме: тут нужна нормальная интеграция. Не годится там, где ошибка стоит денег: оплата, отгрузка, списание. И там, где программа каждый месяц обновляется.

Безопасность: пароли, платежи и вопрос про кейлоггер

Запись нажатий клавиш по способу работы похожа на кейлоггер: программа читает события клавиатуры на уровне системы. Разница в том, кто и когда её включает. Здесь запись стартует вашей клавишей, останавливается ей же, результат лежит в файле на вашем диске. При запуске программа проверяет обновления. Другие сетевые обращения я не искал, поэтому «ничего не уходит наружу» утверждать не буду. Как отнесётся ваш антивирус, я не проверял: ложное срабатывание возможно. Проверьте на тестовом компьютере, ставьте из Microsoft Store, через winget или с релизов GitHub и сверяйте суммы из файла SHA256SUMS.

Теперь риски самого макроса.

• Пароль, набранный при записи, окажется в файле макроса. Шифрования в коде работы с файлами я не нашёл. Входите в программу заранее, записывайте только то, что идёт после входа.
• В макрос можно вставить шаг с командой оболочки. Чужие файлы .macro запускать нельзя.
• Ошибку в платёжном действии макрос повторит со скоростью робота. Подтверждение платежа оставьте человеку.
• На Linux для записи нужен доступ на чтение к устройствам ввода. Документация сама предупреждает: такой доступ может открыть клавиатурные события всем процессам вашего пользователя.

Где макрос сломается и что нужно по системе

Макрос привязан к координатам. Сменили монитор, масштаб Windows или положение окна, и клик пришёл в соседнюю кнопку. В README сказано: перед повтором верните раскладку окон и положение указателя, а сохранённый макрос сначала испытайте, потом ставьте на расписание. Режим проверки без нажатий не докажет, что программа примет ввод.

Для работы нужна живая сессия рабочего стола. Режим без окна CrossMacro оставляет автоматизацию активной, но, как сказано в документации, это не серверный режим без экрана. Заблокированный экран я не проверял.

Windows: отдельных разрешений не нужно, ставится через Microsoft Store, winget (пакет AlperHan.CrossMacro) или портативный EXE. Пакеты MSIX на GitHub не подписаны, их не берите. Про окна с повышенными правами в документации CrossMacro ничего нет. По общему правилу Windows (UIPI) обычная программа не может управлять окном, запущенным от администратора, так что проверьте свою программу заранее. macOS: версия 14 и новее, образ DMG не подписан и не нотариально заверен, нужны разрешения «Мониторинг ввода», «Универсальный доступ» и, для поиска по экрану, «Запись экрана». Linux: Wayland и X11; в пакетах работает служба-демон и нужна группа crossmacro, у Flatpak и AppImage доступ к устройствам подтверждается вручную.

Что можно сделать уже сейчас

• Выберите одно действие. Короткое, от 10 до 20 шагов, без денег и паролей.
• Проверьте на копии. Тестовая база, тестовая карточка, тот же монитор. Прогоните десять раз, из них хотя бы два при другом положении окна.
• Добавьте ожидания. Вместо пауз по секундам поставьте ожидание нужного окна или кнопки по картинке.
• Включите журнал и человека рядом. Первые недели кто-то смотрит на результат и ведёт простую таблицу сбоев: дата, что пошло не так.

Частые вопросы

Можно ли оставить макрос на ночь на сервере?

Нужен компьютер с включённой сессией рабочего стола. Работа на сервере без экрана не заявлена.

Чем это лучше, чем скрипт на AutoHotkey?

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

Когда вместо макроса нужен разработчик?

Когда данные ходят между системами каждый день, когда ошибка дорого стоит или когда у программы есть API. Этим занимается автоматизация бухгалтерии, а ориентиры по цене есть в прайсе.

Коротко о главном

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

Если есть рутина в старой программе и непонятно, хватит ли макроса, напишите мне в Telegram слово «МАКРОС» и коротко опишите, в какой программе что делаете руками.