Выберите удобный способ связи
Интеграция OCR с 1С:Бухгалтерия решает одну очень конкретную боль: бухгалтер перестаёт вбивать реквизиты документов руками. Сотрудник загружает скан или фото счёта, накладной или акта, а система сама читает поставщика, его БИН, номер и дату документа, номенклатуру, ставку НДС и итоговую сумму в тенге, после чего создаёт заполненный документ прямо в базе 1С. Человеку остаётся сверить и провести.
Экономия здесь не абстрактная. В типичной казахстанской компании с потоком в несколько сотен входящих счетов и накладных в месяц ручной ввод одного документа занимает несколько минут плюс исправление опечаток в БИН и суммах. OCR сокращает это до секунд на документ, а главное — убирает ошибки, из-за которых потом не сходится взаиморасчёт с контрагентом или НДС к зачёту.
Ключевой принцип нашего подхода — распознавание настраивается на ваших документах и под вашу конфигурацию 1С, а не на абстрактных бланках. У каждого поставщика своя форма счёта, свой порядок полей, свои печати и подписи, и именно на этой реальности мы обучаем и калибруем модель.
Схема интеграции обычно строится вокруг OCR API: 1С отправляет файл документа во внешний сервис распознавания, получает обратно структурированный JSON с полями, и обработка в конфигурации раскладывает эти поля по реквизитам документа. Обмен идёт по HTTP через типовые механизмы 1С — HTTP-сервисы, внешние обработки или регламентные задания, поэтому глубоко переписывать конфигурацию не нужно.
Отдельный слой логики — сопоставление контрагента. Распознанный БИН или ИИН мы ищем в справочнике контрагентов 1С, и если находим — подставляем существующий элемент, если нет — предлагаем создать новый с уже заполненными реквизитами. Так же работает сопоставление номенклатуры: строки из накладной матчатся с вашим справочником товаров и услуг, а не плодят дубли.
Для документов на казахском и русском языках распознавание идёт двуязычно — это критично, потому что счета и акты в Казахстане часто оформлены на двух языках сразу, а поля вроде наименования организации могут быть только на казахском. Модель корректно читает оба алфавита и не путает кириллические и латинские символы в номерах документов.
Максимальный эффект даёт поток первички. Прежде всего это счета и накладные: счета на оплату, накладные, счета-фактуры, акты выполненных работ — то, что приходит ежедневно и что дороже всего обрабатывать вручную. Здесь OCR закрывает и создание документа поступления, и заполнение платёжного поручения по реквизитам счёта.
Второй большой блок — договоры с контрагентами. Из договора система вытаскивает стороны, БИН, номер и дату, предмет и сумму, и заводит элемент в справочник договоров, привязанный к контрагенту. Это удобно, когда бухгалтерия ведёт реестр договоров и должна связывать поступления и оплаты с конкретным основанием.
Отдельная задача — распознавание удостоверений личности при заведении физлиц и в процедурах KYC: ИИН, ФИО, дата рождения и срок действия документа читаются с удостоверения личности РК и подставляются в карточку. Это востребовано там, где 1С используется не только для учёта, но и для оформления сотрудников, подотчётников или клиентов-физлиц.
Универсальные OCR-движки, обученные на западных инвойсах, спотыкаются на казахстанской первичке. Двенадцатизначные БИН и ИИН для них — просто длинное число, которое легко обрезать или спутать с номером счёта. Мы валидируем эти поля по формату и контрольной логике, поэтому распознанный БИН — это действительно БИН, а не случайный набор цифр из соседней строки.
Суммы в тенге тоже требуют аккуратности: разделители разрядов, копейки-тиыны, отдельно выделенный НДС по ставке 12 процентов, строки «без НДС» и «в том числе НДС». Система разбирает эти поля так, чтобы в 1С корректно легли и сумма документа, и сумма налога, иначе весь смысл автоматизации теряется на этапе сверки НДС к зачёту.
Наконец, важна привязка к вашей учётной политике и плану счетов. Одно дело — прочитать документ, другое — правильно определить, что это поступление товаров, а что — услуга, и на какой счёт это должно лечь. Эту логику мы настраиваем на этапе внедрения вместе с вашим главным бухгалтером.
Начинаем с разбора реального потока: собираем выборку ваших документов от разных поставщиков, смотрим формы, языки, качество сканов и объёмы. На этой выборке мы калибруем распознавание и заранее видим сложные случаи — бледные печати, рукописные пометки, фото с телефона под углом. Полное описание нашего подхода к обработке первички — на странице услуги распознавание документов.
Дальше мы разрабатываем обработку на стороне 1С, настраиваем обмен с сервисом распознавания и правила сопоставления справочников, а затем запускаем пилот на ограниченном участке — например, только на входящих счетах одного отдела. Пилот показывает точность на ваших данных и даёт бухгалтерии привыкнуть к новому сценарию без риска для основной работы.
После пилота масштабируем на остальные виды документов и подключаем остальных пользователей. Мы не оставляем вас с «коробкой»: обучаем сотрудников, передаём инструкции и сопровождаем систему, чтобы при появлении нового формата документа или изменении в конфигурации распознавание продолжало работать корректно.