ИИ в работе
Как получать счета из почты, переносить данные в учёт и проверять результат. Разбираем дубли, ошибки в суммах и роль бухгалтера простым языком.
Счёт приходит на почту. Сотрудник скачивает файл, ищет договор, переносит сумму и период в таблицу, затем проверяет, не внесён ли он уже. Сам по себе один документ не кажется большой работой. Но при десятках поставщиков эта цепочка занимает время, а ошибка в одной строке мешает понять расходы всей компании.
Автоматизация помогает подготовить запись, сохранив оригинал и связь с договором. Бухгалтер проверяет предложенные данные и исправляет спорное. В статье разберём весь путь документа: где нужен помощник, что надёжнее сделать обычным правилом и какие вопросы задать перед запуском.
Главные выводы
Нарисуйте текущий маршрут одного счёта: кто получает письмо, где лежит файл, кто выбирает договор, кто переносит строки и кто подтверждает оплату. Между этими действиями часто скрываются главные потери времени. Например, счёт уже прочитан, но лежит в личной папке сотрудника и недоступен коллеге. Быстрое распознавание не решит эту проблему, пока не появится общий порядок хранения.
Для первой версии выберите один тип документа и несколько понятных поставщиков. Если счета за связь имеют похожие поля и привязаны к известным договорам, их проще проверить, чем сразу все документы компании. Согласуйте, какую запись вы хотите видеть в итоге: компания, поставщик, договор, период, сумма, исходный файл и состояние проверки. Это конкретный результат, который можно показать и принять.
Отделите подготовку записи от её подтверждения. Помощник может заполнить черновик, а право признать данные верными остаётся у бухгалтера. Оплата, проводки и юридическое согласование — отдельные действия со своими правилами. Не объединяйте их автоматически только потому, что они идут после получения счёта. Руководителю важно видеть границы полномочий на каждом шаге.
Читайте также: Как выбрать первый процесс
Счета лучше собирать в рабочем ящике или отдельной папке, к которой подключён помощник. Сотрудники знают, куда переслать документ, а новые письма попадают в одну очередь. Если письма приходят на несколько адресов, заранее определите, как объединять поток. Личная почта бухгалтера как единственный вход делает процесс зависимым от одного человека и осложняет передачу работы.
Помощнику достаточно читать согласованную папку и сохранять вложения. Возможность отправлять письма от имени компании нужна только для отдельного согласованного сценария. При подключении уточните, кто владеет учётной записью, как отозвать доступ и как заметить остановку обработки. В рабочем списке должно быть видно время последнего успешно разобранного письма и необработанные документы.
Письмо не всегда содержит готовый счёт. В нём может быть ссылка на кабинет, уведомление без вложения или несколько файлов, из которых нужен один. Для таких ситуаций устанавливают отдельное состояние: требуется действие сотрудника. Сообщение не пропадает из очереди и не превращается в пустую запись учёта. Иначе автоматизация выглядит работающей, пока документы незаметно остаются в почте.
Чтение документа обычно состоит из двух частей. Сначала система получает текст из файла или изображения, затем определяет, какие строки относятся к сумме, дате, номеру и периоду. Руководителю не нужно разбираться в названиях технологий. Достаточно проверить, открывается ли исходный документ рядом с полем и можно ли быстро увидеть, откуда взялось значение.
Текстовый файл обычно читается проще, чем фотография мятого листа. Но даже аккуратный документ содержит неоднозначности: несколько итоговых сумм, аванс, задолженность прошлого месяца или отдельные услуги. Система не должна брать первое крупное число на странице. Для каждого поля задают правило и показывают, что делать, если подходящих значений несколько или ни одно нельзя уверенно определить.
Хороший интерфейс проверки показывает предлагаемые поля и исходный файл одновременно. Сотрудник сверяет сумму, период и реквизиты, не переключаясь между десятком папок. Исправление сохраняется вместе с причиной: например, выбран другой договор или счёт относится к прошлому периоду. Такие отметки помогают улучшить правила. Они полезнее общего сообщения «неправильно распознано».
Читайте также: Как подготовить данные
Оставьте имя и телефон — свяжусь с вами и договоримся о времени.
Один поставщик может обслуживать несколько компаний холдинга. Название оператора тогда не определяет, куда отнести расходы. Для сопоставления используют согласованные признаки: реквизиты получателя, номер договора, лицевой счёт или адрес подключения. Если признаки противоречат друг другу, запись отправляется на ручную проверку. Уверенный ответ по неполному совпадению создаёт незаметную ошибку в отчёте.
Полезен единый справочник договоров: официальный номер, компания, поставщик, лицевой счёт и состояние договора. Сокращения и старые названия записывают как дополнительные варианты, сохраняя основное значение. При появлении нового договора сотрудник сначала добавляет его в справочник. Помощник не должен сам создавать неизвестного контрагента только потому, что встретил похожее название в письме.
Проверьте два сложных случая до запуска: одинаковые номера у разных поставщиков и старый договор, по которому пришла корректировка. Первый требует дополнительного признака, второй — понятного порядка обработки документов после закрытия. Само состояние «договор закрыт» не означает, что письмо можно удалить. Исключения сохраняются в очереди и получают ответственного.
Один счёт часто приходит повторно: поставщик напомнил, сотрудник переслал, документ скачали из кабинета. Если каждый файл становится новой строкой расходов, отчёт завышает сумму. Проверка дублей должна учитывать поставщика, номер документа, дату и договор. Совпадение одного названия файла недостаточно: файлы могут называться одинаково, а содержать разные документы.
Исправленный счёт отличается от простого дубля. В письме может быть тот же номер, но новая сумма или изменённый период. Система показывает две версии и предлагает решение, а не молча заменяет старую запись. После проверки сохраняют, какая версия принята и почему. Так руководитель и бухгалтер смогут восстановить изменение без поиска переписки за прошлый месяц.
Попросите на демонстрации загрузить один файл дважды, затем его исправленную версию. В первом случае не должна появиться вторая сумма расходов. Во втором требуется видимое предупреждение и выбор ответственного сотрудника. Этот тест занимает мало времени, но проверяет важную бизнес-логику, которую красивое распознавание полей само по себе не обеспечивает.
Проверяющему нужны понятные состояния: новый документ, заполненный черновик, требуется уточнение, подтверждён, отклонён. Цветная отметка полезна только вместе с текстом причины. Например: «не найден договор» или «в документе две суммы к оплате». Тогда сотрудник понимает следующий шаг, а руководитель видит, почему очередь задерживается.
Не пытайтесь скрыть сомнения за общей оценкой уверенности. Число на экране не объясняет, верно ли выбран период. Лучше выделить конкретное поле и показать исходную строку. Для расчёта налогов и распределения услуг используйте согласованные правила и проверку профильного сотрудника. Помощник готовит данные; корректность учётного решения нельзя выводить только из того, насколько уверенно он пишет.
После подтверждения изменения должны оставлять след: кто проверил, когда и что исправил. Если запись уже используется в отчёте, правка не должна незаметно менять прошлые итоги без объяснения. История полезна при сверке с поставщиком и при передаче обязанностей. Она превращает таблицу из набора чисел в проверяемый учёт.
Читайте также: Какие доступы проверить
В проекте «Сфера» для учёта договоров и расходов на связь агент подключается к почте, получает счета и вносит данные в таблицу по заданным правилам. Бухгалтер проверяет заполненные поля и при необходимости правит их. Эта связка убирает повторяющийся перенос сведений и сохраняет участие человека там, где важно подтвердить правильность документа.
Главная ценность такого решения — общий путь от письма до учёта. Договоры, документы и расходы находятся внутри одной рабочей системы. Руководителю проще перейти от суммы по компании к конкретному счёту, а сотруднику — увидеть, что уже обработано. Согласование документов дополняет этот порядок: видно, кому передано решение и на каком этапе оно находится.
Здесь не стоит обещать универсальный процент экономии. Польза зависит от числа счетов, качества файлов и сложности правил. Для своей компании сравните время получения, заполнения и проверки нескольких типовых документов до и после пилота. Отдельно посмотрите на дубли и спорные записи. Так появится проверяемый результат вместо впечатления от быстрого заполнения формы.
Соберите небольшой набор, в котором есть хорошие файлы, сканы, повторные письма, исправленные документы и неизвестные договоры. Для каждого укажите правильные поля и ожидаемое действие. Часть примеров оставьте до итоговой проверки, чтобы оценить работу на новых документах. Проверяющий должен понимать учёт и иметь доступ к оригиналам.
Оценка включает не только правильность суммы. Проверяют компанию, период, договор, отсутствие дубля, доступность источника и время исправления. Если десять полей заполнены верно, но документ отнесён к другой компании, задача не выполнена. Если сомнительный счёт вовремя отправлен бухгалтеру, это может быть правильным результатом, даже без полностью заполненного черновика.
Специально проверьте сбой подключения к почте. Документы должны оставаться доступными, а после восстановления обработка продолжаться без повторного учёта. Назначьте человека, который замечает остановку очереди и знает порядок ручной работы. Автоматизация не должна создавать ситуацию, когда сотрудники уверены, что счета обработаны, а система несколько дней молчит.
Читайте также: Как проверить пилот
Для первой встречи достаточно нескольких обезличенных счетов, списка поставщиков, образца итоговой таблицы и описания текущего порядка проверки. Покажите также один сложный документ: корректировку, несколько договоров в одном файле или нечитаемую сумму. Он помогает сразу обсудить ограничения и избежать обещания, что любые документы будут разбираться одинаково.
Сформулируйте желаемый результат обычными словами: «счета из этой папки попадают в черновики, бухгалтер проверяет, расходы видны по компаниям и договорам». Затем определите, кто обновляет справочники и кто принимает пилот. Эти договорённости важнее длинного перечня функций. Они связывают систему с реальным рабочим днём сотрудников.
Не обязательно. Сначала проверяют, можно ли подготовить данные для вашей существующей таблицы или системы. Важно сохранить связь с исходным счётом и порядок подтверждения. Способ передачи выбирают после изучения доступных подключений; иногда достаточно согласованной выгрузки, а иногда нужен прямой обмен.
Оплату обсуждают отдельно от чтения счёта. Для первого запуска разумно ограничиться черновиками и подтверждением бухгалтером. Дальнейшие действия требуют согласованных полномочий, проверок и истории. Хорошо прочитанная сумма сама по себе не доказывает, что документ нужно оплачивать.
Он остаётся в очереди со ссылкой на оригинал и причиной остановки. Ответственный заполняет или исправляет данные вручную. После этого можно уточнить правило и повторно проверить похожие документы. Неизвестный счёт не должен исчезать или превращаться в запись с догадками.
Покажите, откуда приходят документы и где ведётся учёт. Разберём путь счёта и определим, какие действия можно передать помощнику.
Данные и знания
Что подготовить до начала проекта автоматизации: где лежат данные, как сделать опись, отобрать примеры, почистить устаревшее и назначить ответственных за доступы и обновления.
Запуск и команда
Как провести пилот ИИ: тестовый набор, обычные и сложные случаи, критерии успеха, наблюдение и откат.
Данные и знания
Безопасность данных при внедрении ИИ: минимум доступа, хранение, журнал, удаление и действия при инциденте.
