Bill.com Intelligent Virtual Assistant помогает принять счета поставщиков из PDF и изображений, распознать реквизиты, сверить их с оригиналом, создать карточку счета, направить её на согласование и передать к оплате. Основная работа сосредоточена в папке Inbox: рядом с предпросмотром документа открываются поля поставщика, номера, дат, суммы и условий платежа, а недостающие значения можно перенести с изображения инструментом Click and Capture.

Практический сценарий начинается с поступления счета на выделенный адрес Inbox, загрузки файла с компьютера или снимка с телефона. После обработки документ получает действие Review and save, если система уверенно нашла данные, либо Enter bill, если реквизиты нужно ввести вручную. Пользователь не обязан доверять распознаванию вслепую: исходная страница остаётся перед глазами, значения можно исправить, а счет создаётся только после команды Save.

Инструменты помощника ориентированы не на произвольное редактирование страниц PDF, а на бухгалтерский маршрут документа. Они связывают изображение счета с карточкой поставщика, расходными строками, правилами согласования, журналом действий и платёжным процессом. Поэтому максимальный эффект получается там, где команда заранее настроила справочник поставщиков, категории расходов, роли пользователей и порядок утверждения.

Как устроен маршрут счета от Inbox до оплаты

IVA выполняет первую, самую монотонную часть обработки входящего документа: определяет, что перед пользователем счет, ищет на странице ключевые реквизиты и подставляет распознанные значения в форму. Дальше ответственность переходит к сотруднику, который сопоставляет карточку с оригиналом. В типичном потоке он проверяет поставщика, номер счета, дату выставления, срок оплаты, сумму и условия платежа, затем добавляет бухгалтерскую кодировку и сохраняет запись. Если для поставщика действует правило согласования, карточка автоматически попадает назначенным утверждающим; после их решения она становится доступна в очереди оплаты.

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

В интерфейсе документ остаётся связанным с записью на протяжении всего цикла. Проверяющий видит не абстрактную строку в журнале, а исходный PDF или изображение рядом с суммой, кодировкой, заметками и статусом согласования. Это сокращает переключения между почтой, файловой папкой и бухгалтерской системой: спорный реквизит можно проверить в том же экране, где редактируется карточка.

Папка Inbox: центральная очередь документов

Inbox служит рабочей очередью для необработанных счетов и сопроводительных файлов. В списке удобно сначала отделить документы, по которым IVA подготовил результат, от тех, где требуется ручной ввод. Надпись Review and save означает, что найдены данные с достаточной уверенностью; Enter bill показывает, что готовой подстановки нет или её недостаточно для создания записи. Это не ошибка само по себе: для необычного макета, нечёткой фотографии или документа без типовых реквизитов ручной маршрут является предусмотренным вариантом.

Выбор документа открывает область предпросмотра и доступные действия. Помимо создания нового счета, файл можно присоединить к существующей записи, использовать для vendor credit, снабдить внутренней заметкой, пометить флагом или оставить на потом. Если в одном файле находятся лишние страницы, порядок можно изменить, а страницы — разделить до сохранения. Эти операции важны для аудита: к карточке следует прикреплять только те страницы, которые объясняют сумму и условия конкретного обязательства.

При регулярной работе Inbox лучше разбирать по принципу сначала исключения. Счета с корректно найденным поставщиком и суммой проходят короткую сверку; документы с новым поставщиком, несколькими счетами, иностранной валютой или спорной датой откладываются в отдельный проход. Такой порядок не меняет функций IVA, но уменьшает число невнимательных подтверждений, когда сотрудник начинает механически нажимать Save после серии простых документов.

Как счета попадают в обработку

Выделенный адрес электронной почты

Для каждого рабочего процесса можно использовать адрес Inbox и просить поставщиков отправлять счета непосредственно на него. В этом случае вложение появляется в очереди без промежуточного сохранения на компьютер. Практически полезно заранее сообщить поставщику, что один файл должен соответствовать одному счету, а номер и итоговая сумма должны быть видны на первой странице. Чем меньше в письме смешанных вложений и декоративных страниц, тем проще автоматическое распознавание и разделение.

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

Загрузка PDF и изображений

Файл можно перетащить в Inbox или выбрать через диалог загрузки. Поддерживаются PDF, PNG, JPG и JPEG. Это покрывает как сформированные в учётной программе счета, так и сканы и фотографии. Для скана полезны ровная ориентация, достаточный контраст и отсутствие обрезанных краёв. На фотографии должны полностью помещаться номер, даты, название поставщика и итог; тень от телефона или блик на сумме часто приводит к пустому полю или неверному знаку.

Ограничение на документ составляет до 50 страниц для срабатывания IVA. Однако правила анализа зависят от длины файла: для документов из одной-двух страниц, а также из 21–50 страниц помощник пытается извлечь сведения только с первой страницы. Поэтому длинный пакет, где сумма находится в конце, лучше предварительно разделить. Документы на 3–20 страниц дополнительно анализируются на наличие нескольких счетов внутри одного файла.

Снимок с телефона

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

Какие реквизиты IVA извлекает из счета

Базовый набор включает номер счета, дату счета, срок оплаты, название поставщика, сумму и условия платежа. На экране проверки эти значения появляются в соответствующих полях, а исходный документ остаётся рядом. Если нужно создать нового поставщика, помощник также может предложить название, адрес электронной почты и полный почтовый адрес, найденные на странице. Пользователь выбирает: создать новую карточку или сопоставить документ с уже существующей записью из списка Vendor Name.

Распознавание построено на пороге уверенности. Поле заполняется только тогда, когда система считает результат достаточно надёжным. Поэтому отсутствие значения не означает, что текста на странице нет: причиной может быть нестандартная подпись, низкий контраст, несколько похожих сумм, необычная таблица или конфликтующие даты. В такой ситуации безопаснее перенести значение с помощью Click and Capture либо ввести его вручную, чем угадывать по соседнему полю.

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

Экран Review and save

Экран проверки объединяет предпросмотр и форму счета. В области документа можно приблизить мелкий текст, перейти между страницами и сопоставить каждое поле с его источником. В форме Bill Summary проверяются общие данные, а в Expense Details — бухгалтерские строки. Если документ закрывает несколько статей расходов, сумму распределяют по строкам так, чтобы их итог совпал с общей суммой счета. Несовпадение следует исправить до сохранения, иначе синхронизация и отчётность будут содержать некорректное распределение.

Команда Save создаёт счет только после проверки или редактирования. До этого документ остаётся в Inbox и не должен считаться готовым обязательством. Для нового поставщика сначала проверяют название и адрес, затем сохраняют vendor record; для существующего — выбирают точное совпадение из выпадающего списка. Похожие названия филиалов и юридических лиц требуют особого внимания, поскольку одинаковый бренд не гарантирует одинаковые платёжные реквизиты.

Если окно кажется перегруженным, полезно завершать работу блоками. Сначала заполнить Bill Summary, затем сверить документ, после этого открыть Expense Details и только в конце проверить согласующих. Такой порядок снижает вероятность, что пользователь исправит сумму в верхней части, но забудет обновить распределение расходов или правило утверждения.

Click and Capture: перенос текста с изображения

Click and Capture предназначен для полей, которые IVA не заполнил или распознал недостаточно уверенно. Пользователь наводит указатель на слово, строку либо абзац в изображении счета, выбирает выделенный текст и затем щёлкает нужное поле в Bill Summary или Expense Details. Для нескольких разрозненных фрагментов можно удерживать Command на Mac или Ctrl на компьютере с Windows. Escape или щелчок правой кнопкой очищает скопированный фрагмент без вставки.

Инструмент полезен не только для номера и суммы. При быстром создании поставщика им можно перенести адрес из документа в карточку vendor. При этом перенос остаётся механическим: формат адреса, юридическое название и индекс всё равно надо проверить. Если строка содержит метку вместе со значением, например Invoice No. 1048, после вставки может понадобиться удалить лишний текст и оставить только номер.

Есть три практических ограничения. Click and Capture недоступен при ширине экрана меньше 768 пикселей, поэтому на узком окне или телефоне поле придётся вводить иначе. Он не работает на повёрнутом документе; сначала страницу нужно вернуть в нормальную ориентацию. Наконец, качество выделения зависит от читаемости изображения: рукописный текст, печать поверх цифр и фоновые узоры могут не образовать удобный кликабельный блок.

Многостраничные PDF и несколько счетов в одном файле

Для файла на 3–20 страницах IVA сравнивает название поставщика, номер счета и сроки оплаты на страницах, чтобы предположить наличие нескольких документов. При обнаружении разделения в списке появляется отметка Multiple Bills, а в области предпросмотра — уведомление. Ниже основного файла показываются предлагаемые отдельные счета. Короткие варианты из одной-двух страниц можно отредактировать и сохранить сразу; для более длинных предложений система просит дополнительно проверить их через Enter bill.

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

Когда предложенная разбивка неверна, команда Undo Separation возвращает основной документ в Inbox и удаляет предложенные отдельные записи. После этого страницы можно обработать вручную. Для постоянного потока лучше попросить отправителя прикладывать отдельный PDF на каждый счет. Это уменьшает не только ошибки распознавания, но и вероятность того, что одна часть пакета будет утверждена, а другая случайно останется без обработки.

Работа с поставщиками и сопоставление карточек

Название, найденное на документе, сопоставляется со справочником поставщиков. Точное совпадение ускоряет заполнение, но пользователь должен оценить контекст: юридическое лицо, филиал, адрес и обычный тип расходов. Если система предлагает создать нового vendor при наличии существующей карточки, сначала стоит проверить варианты написания, сокращения и старые записи. Дубликат поставщика усложняет отчёты, правила согласования и контроль банковских данных.

При создании новой карточки IVA может подставить имя, электронную почту и полный адрес. Эти сведения берутся с документа, поэтому рекламный адрес отдела продаж или адрес для корреспонденции не всегда совпадает с реквизитами получателя платежа. Банковские данные и изменения способа оплаты следует подтверждать отдельным каналом. Экран подтверждения банковской информации помогает ещё раз увидеть маскированные номера и выбрать, корректны они или нет, но решение должно основываться на проверенной информации.

Полезно поддерживать карточку поставщика в согласованном состоянии: одно основное название, актуальные контактные данные, привычная категория расходов, правила согласования и допустимый способ оплаты. Тогда распознавание не заканчивается простым переносом текста, а запускает предсказуемый маршрут. Если справочник запущен, даже точное OCR не спасёт от выбора неправильной записи.

Проверка номера счета и защита от дублей

Номер счета — один из главных идентификаторов при поиске повторной записи. Его необходимо сверять посимвольно, включая дефисы, ведущие нули и буквенные суффиксы. Поставщики иногда меняют формат номера или используют одинаковую последовательность для разных подразделений. Если предупреждение о дубле появилось, нужно открыть существующую запись, сравнить поставщика, дату, сумму и прикреплённый документ, а не просто изменить номер ради прохождения проверки.

Повтор может возникнуть несколькими путями: поставщик отправил счет и на адрес Inbox, и сотруднику; один пользователь загрузил PDF вручную, пока другой обработал письмо; длинный пакет был разделён и затем загружен повторно. Для команды полезно закрепить единый канал поступления и правило именования внутренних заметок. IVA уменьшает объём ввода, но организационный контроль источников остаётся необходимым.

Если исходный документ является исправленным счетом, в заметке следует указать связь с предыдущей версией и проверить, должен ли старый счет быть удалён, аннулирован или заменён vendor credit. Простое сохранение нового файла с тем же номером может создать неоднозначность в истории согласования и синхронизации.

Даты, срок оплаты и условия платежа

На счете могут одновременно встречаться дата выставления, дата поставки, дата оказания услуги, срок оплаты и дата печати. IVA пытается выбрать invoice date и due date, но окончательная проверка обязательна. Если условия указаны как Net 30, срок обычно рассчитывается от даты счета; при конкретной дате на документе следует сравнить её с расчётом. Несоответствие может означать опечатку поставщика или особое договорное условие.

Ошибочная дата влияет на очередь срочных платежей, прогноз денежных средств и отчёты по просрочке. При сомнении лучше оставить внутреннюю заметку и получить подтверждение, чем подгонять дату под удобный календарь. Если организация закрывает период, дата бухгалтерского признания может отличаться от invoice date; это настраивается в учетной системе и кодировке, а не заменой текста исходного документа.

Для регулярного поставщика можно использовать привычные payment terms, но они не должны автоматически перекрывать явное условие нового счета. Скидка за раннюю оплату, штраф или изменение срока требуют отдельного внимания. Поле условий помогает маршруту, однако коммерческое решение о досрочной оплате остаётся за финансовой командой.

Сумма, налоги и иностранная валюта

На странице обычно присутствуют subtotal, tax, shipping, paid amount и amount due. Помощник должен подставить итог к оплате, но в сложном макете может выбрать промежуточную сумму. Проверяющий сравнивает поле Amount с подписью рядом с финальным итогом и убеждается, что аванс, кредит или уже внесённый платёж учтены. Для счета с несколькими ставками налога полезно сверить не только итог, но и расходные строки, если они синхронизируются с аналитикой.

В описанном режиме IVA не распознаёт иностранную валюту как полноценный атрибут: для документа в иностранной валюте поле суммы может остаться пустым. Это безопаснее неверной подстановки, но требует ручного заполнения и проверки выбранной валюты в карточке. Нельзя считать символ доллара достаточным доказательством валюты: USD, CAD и другие долларовые валюты используют сходное обозначение, а адрес поставщика не всегда определяет валюту договора.

Если сумма распознана без десятичного разделителя или с неверной запятой, сначала проверьте масштаб и качество страницы. Затем перенесите значение Click and Capture или введите вручную, сохранив формат, который принимает поле. После исправления общей суммы нужно повторно сверить Expense Details: распределённые строки должны точно давать итог, иначе сохранение или синхронизация могут вызвать предупреждение.

Расходные строки и бухгалтерская кодировка

После проверки заголовка счета работа переходит к Expense Details. Здесь сумма распределяется по счетам учета и, если они настроены, по отделам, локациям, классам, проектам или клиентам. IVA исторически сосредоточен на реквизитах документа, поэтому кодировку нельзя считать гарантированно правильной только из-за верного распознавания суммы. Повторяющиеся счета можно ускорять шаблоном поведения поставщика, но необычная покупка должна получить фактическую категорию, а не привычную по умолчанию.

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

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

Автосохранение счетов для знакомого поставщика

Функция auto-save предлагает создавать будущие счета поставщика автоматически после распознавания. В диалоге объясняется, что новые документы будут готовы к проверке и оплате, а настройку можно отключить в профиле vendor. Это удобно для стабильных счетов с одинаковым макетом и понятной кодировкой, но не отменяет последующего контроля: автоматически созданная карточка может содержать пустое поле, необычную сумму или новый номер заказа.

Включать auto-save разумно после нескольких успешно обработанных документов одного поставщика. До этого команда должна убедиться, что карточка не дублируется, сроки и валюта постоянны, а правила согласования охватывают возможные суммы. Для поставщика с часто меняющимися юридическими лицами, проектами или налогами автоматическое создание может сэкономить ввод, но увеличить время на исправления.

Если счета неожиданно создаются без привычного шага Review and save, проверьте профиль поставщика и состояние auto-save. Отключение на уровне vendor возвращает ручной контроль. После изменения настройки стоит просмотреть недавние карточки, чтобы убедиться, что ни один документ не прошёл дальше с неверной кодировкой.

Повторяющиеся счета и регулярные обязательства

Recurring bill используется для обязательств, которые возникают по расписанию. В форме задаются частота, следующая дата, период повторения, условие завершения и при необходимости автоматическая оплата. Это отличается от распознавания нового PDF: расписание создаёт будущие записи по шаблону, тогда как IVA обрабатывает фактически поступивший документ. Если поставщик каждый месяц присылает счет с меняющейся суммой, безопаснее распознавать каждый документ, а не фиксировать сумму в расписании.

Регулярный шаблон подходит для аренды или подписки с предсказуемой суммой и датой. Перед включением автоматического платежа нужно проверить полномочия пользователя, банковский источник, пределы суммы и правила согласования. Если договор предусматривает индексацию, шаблон следует обновить до даты изменения; иначе новая сумма документа и созданная по расписанию запись разойдутся.

Когда одновременно используются recurring bill и входящий PDF, возможен дубль. Команда должна заранее решить, какой объект является основным: созданная по расписанию карточка с прикреплением документа или новая карточка из Inbox. Номер счета и дата помогают сопоставить их, но процесс должен быть единым для всех сотрудников.

Согласование после распознавания

После сохранения счет попадает в маршрут, заданный approval policy или выбранными согласующими. Правила могут учитывать поставщика, сумму, подразделение и другие параметры. IVA ускоряет старт, потому что заполняет данные, от которых зависят условия маршрута. Но если поставщик или сумма выбраны неверно, документ может отправиться не тем людям. Поэтому критические поля проверяются до Save, а не после уведомления утверждающих.

Список Approvals показывает счета, ожидающие решения. В строке видны основные реквизиты и действие Approve, а открытие карточки даёт доступ к документу, сводке, заметкам и расходам. Утверждающий должен оценить не только итоговую сумму, но и предмет покупки, период услуги, центр затрат и наличие подтверждающих страниц. Если информации недостаточно, правильнее запросить уточнение или отклонить с причиной, чем одобрить и надеяться на исправление перед оплатой.

Последовательное согласование полезно, когда решения зависят друг от друга: руководитель подразделения подтверждает необходимость, финансовый контролёр — кодировку, а уполномоченный менеджер — крупную сумму. Групповое согласование распределяет задачу между участниками, но журнал может фиксировать конкретного пользователя, выполнившего действие. Изменение состава группы влияет на доступ, поэтому роли необходимо регулярно пересматривать.

Карточка утверждающего: документ, сводка и заметки

В детальной карточке документ расположен рядом с Bill Summary. Утверждающий может сравнить номер, дату, сумму и условия, затем выбрать Approve или открыть More actions. Заметки позволяют зафиксировать вопрос, ответ или контекст расхода. Хорошая заметка конкретна: что именно проверено, какое расхождение найдено и кто должен исправить. Общие фразы вроде посмотрите затягивают процесс и плохо помогают при последующем аудите.

Если счет отклонён, создатель получает информацию о статусе и должен исправить карточку либо удалить её в соответствии с процедурой. После изменения суммы, поставщика или кодировки документ следует направить на повторное согласование. Нельзя использовать прежнее одобрение для существенно изменённой записи: решение относилось к конкретным данным, которые видел утверждающий.

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

Роли и разделение полномочий

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

При настройке команды сначала перечисляют операции, а затем назначают минимально необходимые права. Отдельно проверяются администраторы, пользователи с доступом к банковским счетам и участники approval groups. Удаление сотрудника, смена должности или отпуск требуют актуализации группы, иначе задача может зависнуть у недоступного согласующего либо попасть человеку, который больше не отвечает за подразделение.

Если пользователь не видит Inbox, поле редактирования или кнопку Approve, проблема часто связана не с распознаванием, а с правами. Следует проверить роль, доступ к организации и назначение в политике. Просить администратора выдать полный доступ для проверки нежелательно: лучше точно определить недостающую операцию и расширить только её.

Что происходит после утверждения

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

Экран выбора и проверки платежа может показывать ошибки обязательных полей. На примере формы Pay bill видно, что отсутствие номера счёта или строки адреса блокирует отправку. Исправлять такие ошибки нужно по проверенным данным поставщика, а не заполнять фиктивными значениями. После исправления следует вновь сравнить Payment Summary с документом и карточкой.

Список поставщиков можно фильтровать по способу оплаты, чтобы отделить чеки, электронные платежи, банковские переводы и другие варианты. Фильтр помогает планировать очередь, но не меняет настройку конкретного vendor. Если ожидаемый способ отсутствует, проверяют карточку поставщика, подключение к сети BILL и подтверждённые реквизиты.

Связь с бухгалтерской системой

После создания и оплаты данные синхронизируются с подключённой бухгалтерской системой в пределах настроенной интеграции. BILL поддерживает рабочие процессы с QuickBooks, Xero, NetSuite, Sage Intacct, Microsoft Dynamics и другими системами, однако набор полей и направление обмена зависят от конкретного подключения. Перед запуском обработки нужно сопоставить план счетов, поставщиков, классы, отделы и другие аналитики.

IVA не исправляет ошибочную карту синхронизации. Если в BILL выбран один account, а в бухгалтерской системе он сопоставлен неверно, автоматизация лишь быстрее распространит ошибку. Пилот следует проводить на небольшом наборе поставщиков: создать счет, синхронизировать, проверить проводку, изменить статус и убедиться, что документ и номер не дублируются.

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

Документы, журнал действий и аудит

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

При замене вложения нельзя терять первоначальный контекст. Исправленный счет стоит хранить с понятной заметкой, а старый документ — удалить или оставить согласно политике хранения. Если к одной карточке относятся договор, акт и переписка, их порядок должен помогать проверяющему: сначала сам счет, затем подтверждающие материалы. Случайный набор страниц затрудняет аудит даже при правильной сумме.

Внутренние заметки следует использовать для операционной информации, а не для секретных данных, которые не нужны всем участникам карточки. Хорошая запись указывает причину исключения, решение и ответственное лицо. При споре она объясняет, почему поле было изменено после распознавания или почему выбран необычный способ оплаты.

Настройка перед первым рабочим потоком

До массовой загрузки документов подготовьте справочник поставщиков, адрес Inbox, план счетов и роли. Затем выберите несколько типовых счетов: одностраничный PDF, фотографию, многостраничный документ и счет нового поставщика. На каждом пройдите путь от Inbox до синхронизации, записывая поля, которые приходится исправлять. Это выявит не только качество распознавания, но и пробелы в справочниках и правилах согласования.

• Определите единый канал поступления, чтобы один счет не приходил одновременно нескольким сотрудникам.
• Настройте минимальные роли для ввода, согласования, оплаты и аудита.
• Проверьте соответствие поставщиков и бухгалтерских счетов в интеграции.
• Создайте правила для сумм, отделов и исключений, а не только для обычных счетов.
• Зафиксируйте порядок проверки реквизитов и обработки предупреждений о дублях.

После пилота полезно составить короткий внутренний чек-лист с конкретными полями. Он не должен повторять всю инструкцию: достаточно последовательности vendor — invoice number — dates — currency — amount — expense lines — approvers — attachment. Такой порядок делает проверку воспроизводимой и облегчает обучение нового сотрудника.

Практический сценарий: обычный одностраничный счет

1. Поставщик отправляет PDF на адрес Inbox или сотрудник загружает файл.
2. IVA обрабатывает первую страницу и показывает Review and save.
3. Пользователь открывает документ и сверяет поставщика, номер, даты, сумму и terms.
4. Недостающее значение переносится Click and Capture либо вводится вручную.
5. В Expense Details выбираются счет учета и необходимые аналитики.
6. Проверяются согласующие, после чего счет сохраняется.
7. Утверждающие сравнивают карточку с PDF и принимают решение.
8. Уполномоченный сотрудник выбирает способ и дату оплаты, затем проверяет сводку.

В этом сценарии экономия времени достигается не за счёт отказа от контроля, а за счёт того, что сотрудник не перепечатывает очевидные реквизиты и не ищет документ в отдельной папке. Самая частая ошибка — проверять только сумму. Номер счета, дата и поставщик столь же важны: они влияют на дубли, период учета и получателя денег.

Практический сценарий: новый поставщик

Документ нового поставщика открывается через Review and save. Если совпадения в справочнике нет, выбирается Add new vendor, после чего предложенные название, адрес электронной почты и почтовый адрес сверяются со счетом. Перед сохранением проверяется, не существует ли карточка под сокращённым или юридическим названием. Затем назначаются категория расходов, условия, согласующие и допустимый способ оплаты.

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

Практический сценарий: пакет из нескольких счетов

Файл на 3–20 страницах получает анализ на несколько счетов. Пользователь открывает список предложенных разделов, просматривает миниатюры и убеждается, что страницы каждого счета непрерывны. Затем для каждой группы отдельно проверяются номер, дата, сумма и поставщик. Если одна страница относится к акту или приложению, её оставляют с соответствующим счетом, а не превращают в самостоятельную запись.

Когда автоматическое разделение ошибочно, используется Undo Separation, после чего пакет разбирается вручную. Если документов много, быстрее разделить исходный PDF подходящим редактором и загрузить отдельные файлы. Это один из случаев, где PDF Commander может быть полезен до бухгалтерской обработки: он решает задачу страниц, тогда как IVA решает задачу реквизитов и маршрута.

Практический сценарий: счет с несколькими подразделениями

Счет за общую услугу может относиться к нескольким отделам или локациям. После распознавания заголовка общая сумма распределяется в Expense Details по строкам. Для каждой строки выбираются account, department, location или другая аналитика, а сумма сверяется с внутренним распределением. Если политика согласования зависит от подразделения, назначенные руководители должны видеть понятные описания и свою долю расхода.

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

Практический сценарий для бухгалтерской фирмы

При работе с несколькими клиентскими организациями основная опасность — обработать документ в неверной компании. Перед загрузкой и сохранением проверяют выбранную сущность, адрес Inbox и справочник vendor. Названия поставщиков могут совпадать у разных клиентов, но правила, аналитика и банковские источники различаются. Чёткое разделение очередей важнее скорости распознавания.

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

Почему документ не получил Review and save

Если в Inbox доступно только Enter bill, система не достигла достаточной уверенности. Причиной могут быть нечёткий скан, необычный макет, рукописные поля, документ не похож на счет, реквизиты находятся не на первой анализируемой странице или текст закрыт печатью. Это предусмотренная защита: лучше оставить поле пустым, чем подставить сомнительное значение и ускорить ошибку.

Сначала откройте предпросмотр и проверьте ориентацию, резкость и полноту страницы. Затем используйте Click and Capture, если текст распознаётся как кликабельный, либо введите данные вручную. Для повторяющегося поставщика сравните документ с предыдущими счетами: резкое изменение шаблона может быть законным, но также требует внимательной проверки отправителя и реквизитов.

Устранение ошибок загрузки

При отказе загрузки проверьте формат, размер, количество страниц и целостность файла. Сложный или повреждённый PDF стоит открыть в надёжном просмотрщике и сохранить корректную копию без изменения содержания. Если документ превышает допустимый объём, разделите его на логические части. Отдельный файл должен оставаться связанным с одним обязательством; случайное деление посередине таблицы ухудшит проверку.

Парольная защита, нестандартное встраивание шрифтов и сканы огромного разрешения могут осложнять обработку. Не удаляйте защиту, если это нарушает политику организации; запросите у поставщика пригодную копию. После повторной загрузки убедитесь, что не осталось первого частично обработанного экземпляра, иначе появится дубль.

Если распознан неверный поставщик

Откройте Vendor Name и выберите правильную карточку, затем вновь проверьте сумму, условия и согласующих. Ошибка часто возникает у компаний с похожими торговыми названиями или у филиалов одного бренда. Сравните адрес, электронную почту, налоговые сведения и привычный тип расходов. После смены vendor могут измениться значения по умолчанию, поэтому расходные строки и способ оплаты надо проверить заново.

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

Если неверно распознаны номер, дата или сумма

Для номера используйте увеличение и сравнивайте каждый символ. Буква O и ноль, единица и I, дефис и пробел часто выглядят похоже. Для дат определите формат документа: запись 03/04 может означать разные дни в разных странах. Для суммы найдите финальную строку Amount Due и проверьте, не выбран ли subtotal или balance before credits.

Исправьте поле вручную или Click and Capture, затем повторно оцените предупреждение о дубле и расчёт срока. После изменения суммы сверяйте Expense Details. Если валютный счет оставил Amount пустым, выберите валюту и введите число по документу; не копируйте сумму из конвертации банка, если карточка должна отражать номинал счета.

Если Click and Capture не работает

Проверьте ширину рабочей области: функция недоступна при размере меньше 768 пикселей. Разверните окно или используйте монитор с большей шириной. Затем убедитесь, что документ не повёрнут. После возврата страницы в нормальную ориентацию заново наведите указатель на текст. На скане низкого качества кликабельные зоны могут отсутствовать, и тогда остаётся ручной ввод.

Если выделяется слишком большой блок, наведите указатель ближе к отдельному слову; для строки — выше предложения; для нескольких областей удерживайте Command или Ctrl. Перед вставкой убедитесь, что целевое поле активно. Лишнюю метку удалите после переноса, не меняя значение самого реквизита.

Если автоматическое разделение страниц ошиблось

Не сохраняйте предложенные счета по одному, пока не проверены все группы. Один неверный раздел может оставить страницу без владельца или присоединить итог к соседнему счету. Используйте Undo Separation, если структура в целом неправильна. После возврата основного файла вручную сформируйте записи и выберите страницы для каждой.

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

Если счет не попал нужному согласующему

Сначала проверьте значения, от которых зависит policy: поставщика, сумму, отдел, локацию и категорию. Затем откройте список approvers и убедитесь, что пользователь или группа активны и имеют доступ к организации. Если правило было изменено после создания счета, может потребоваться обновить согласующих на самой карточке.

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

Если синхронизация с учётной системой завершилась ошибкой

Текст ошибки обычно указывает на отсутствующий справочник, закрытый период, недопустимый символ, дубликат номера или потерю авторизации. Исправьте первопричину в BILL или бухгалтерской системе и повторите синхронизацию. Не создавайте новую карточку из того же PDF: это скрывает исходную проблему и увеличивает риск двойного обязательства.

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

Контроль качества сканов и фотографий

Лучший входной документ имеет ровные края, горизонтальный текст, достаточное разрешение и контраст. На нём отсутствуют пальцы, тени, блики и фоновые предметы. Для многостраничного счета используется одинаковая ориентация. Если мелкая таблица не читается при увеличении человеком, нельзя ожидать надёжного извлечения машиной.

• Снимайте лист строго сверху, а не под острым углом.
• Оставляйте небольшое поле вокруг страницы, не обрезая номер и итог.
• Избегайте вспышки на глянцевой бумаге и сильных теней.
• Проверяйте резкость до отправки, особенно в области суммы и дат.
• Не объединяйте разные счета в одну длинную фотографию.

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

Безопасность работы с документами и платежами

Счета содержат адреса, суммы, банковские сведения и иногда персональные данные, поэтому доступ выдаётся по рабочей необходимости. Пользователь должен применять собственные учётные данные и многофакторную проверку, не пересылать документы в личную почту и не сохранять их на случайные устройства. Внутренние правила хранения распространяются и на файлы, которые остаются прикреплёнными к карточкам.

Основной риск автоматизации — не ошибочное распознавание само по себе, а быстрое прохождение неверных данных через доверенный маршрут. Защита строится слоями: проверка источника, сверка реквизитов, контроль дублей, раздельные роли, согласование, подтверждение банковских изменений и финальная проверка платежа. IVA ускоряет первый слой ввода, но не отменяет остальные.

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

Отчёты и ежедневный контроль очереди

Для операционного контроля полезно отслеживать необработанные документы Inbox, счета без согласования, отклонённые записи, приближающиеся сроки и ошибки синхронизации. Цель отчёта — не просто посчитать документы, а найти места, где процесс остановился. Например, большой остаток Enter bill может указывать на низкое качество входных файлов или неподходящие шаблоны поставщиков.

Bill Approval Audit помогает просматривать счета за период вместе с информацией об утверждении. Его можно использовать для выборочной проверки: сравнить крупные суммы с документами, убедиться, что требуемые уровни пройдены, и найти ручные исключения. Отчёт не заменяет политику, но показывает, как она выполняется на практике.

Ежедневная очередь должна иметь владельца. Документ без распознавания, счет без согласующего и ошибка платежа требуют разных действий, поэтому их удобно разделять по статусу. Срок реакции определяется внутренними правилами и due date, а не только датой поступления в Inbox.

Ограничения при работе именно с PDF

IVA не предназначен для изменения текста, шрифтов, графики или структуры исходного PDF. Он читает счет и создаёт бухгалтерскую запись, сохраняя документ как подтверждение. Если требуется удалить лишнюю страницу, повернуть лист, объединить отдельные приложения или подготовить читаемый файл, это делается до загрузки подходящим инструментом для PDF либо доступными операциями с вложениями.

Нельзя рассчитывать на свободные аннотации, редактирование договоров, конвертацию офисных документов, добавление водяных знаков или электронную подпись страниц. Заметки относятся к карточке и рабочему процессу, а не превращают файл в универсально размеченный PDF. Для таких задач нужен PDF-редактор; после подготовки документ можно передать в Inbox для распознавания реквизитов.

Даже когда счет представлен PDF с текстовым слоем, проверка остаётся обязательной. Внутри могут быть несколько сумм, нестандартные даты, длинные приложения и иностранная валюта. Формат облегчает извлечение, но не решает бухгалтерскую неоднозначность.

Как оценивать точность и пользу в своей организации

Вместо общей оценки распознаёт хорошо соберите выборку из реальных поставщиков и посчитайте долю полей, которые не потребовали исправления. Отдельно измеряйте vendor, invoice number, dates и amount, потому что цена ошибки различна. Также фиксируйте время от появления документа в Inbox до сохранения и число дублей. Эти показатели покажут, где автоматизация действительно сокращает работу.

Результаты нужно сегментировать по типу входа: цифровой PDF, скан, фотография, одно- и многостраничный счет, новый или знакомый поставщик. Если общая точность низкая только у фотографий, улучшайте инструкции по съёмке; если проблемы сосредоточены у одного шаблона, запросите у поставщика более понятный документ. Не следует компенсировать плохой вход привычкой подтверждать сомнительные поля.

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

Тонкая настройка ежедневной обработки исключений

Необычный документ лучше не пытаться насильно провести по обычному короткому маршруту. В Inbox можно оставить его до выяснения, добавить заметку и назначить ответственного. Такой подход полезен для счета без номера, кредитового документа, предварительного расчёта, выписки или файла, где итог зависит от приложения. Сначала определяют тип обязательства, затем выбирают создание bill, vendor credit, присоединение к существующей записи или иной предусмотренный процесс. IVA помогает с текстом, но тип хозяйственной операции подтверждает человек.

Флаги и заметки стоит применять по единой системе. Например, флаг обозначает документ, который блокирует закрытие периода, а заметка содержит конкретный вопрос поставщику. Если каждый сотрудник трактует отметки по-своему, очередь быстро превращается в набор личных напоминаний. Правило должно объяснять, кто снимает флаг, после какого события и где фиксируется ответ. Тогда исключение остаётся видимым, но не задерживает простые счета.

Документ можно присоединить к уже существующему счету, когда карточка создана заранее или пришла дополнительная страница. Перед прикреплением сравнивают vendor, invoice number и сумму, чтобы не связать подтверждение с одноимённой записью другого периода. После добавления страниц проверяют порядок: основной счет должен быть легко найден, а приложения идти за ним. Лишний файл лучше удалить из Inbox после корректной привязки, чтобы он не выглядел как отдельная задача.

При работе с vendor credit нельзя просто ввести отрицательную сумму в обычный счет, если процесс организации использует отдельный тип записи. Кредитовый документ должен уменьшать обязательство и сохранять связь с исходной покупкой. Сверьте номер, дату, поставщика, основание и сумму, затем примените к нужному счету в соответствии с бухгалтерской процедурой. Неверный тип записи способен исказить баланс поставщика даже при точном OCR.

Предпросмотр можно держать рядом с формой или открыть так, чтобы увеличить рабочую область документа. Click and Capture продолжает работать с undocked document, но не с повёрнутой страницей. На счете с мелкими строками сначала увеличьте масштаб и найдите итог, затем вернитесь к полям формы. Постоянное масштабирование полезнее догадки по нечёткой миниатюре, особенно когда отличаются subtotal, tax и amount due.

Если на документе 21–50 страниц, распознавание реквизитов по первой странице не означает, что остальные можно не смотреть. В приложениях могут находиться корректировки, распределение по объектам, подписи, условия и детализация суммы. Проверяющий должен убедиться, что первая страница действительно содержит итог всего пакета. Если отдельные страницы представляют самостоятельные счета, длинный файл следует разделить вручную, поскольку автоматическое предложение Multiple Bills предназначено для диапазона 3–20 страниц.

При высокой нагрузке полезно разделить роли внутри Inbox без потери ответственности. Один сотрудник контролирует поступление и качество файлов, второй проверяет реквизиты и кодировку, а третий разбирает исключения. При этом карточка и заметки должны позволять следующему участнику понять, что уже проверено. Передача задачи только сообщением в чате создаёт параллельную историю, которая не видна рядом со счетом.

Критерий готовности к Save должен быть одинаковым для ручного и автоматически заполненного счета. Все обязательные поля заполнены, документ читается, vendor подтверждён, дубль исключён, сумма строк совпадает с итогом, валюта выбрана, согласующие назначены, а спорные изменения объяснены. Автоматическая подстановка не даёт права пропускать пункт; она лишь сокращает время, необходимое для его выполнения.

Критерий готовности к оплате строже. Помимо одобрения проверяются актуальные банковские данные, источник средств, дата, способ доставки платежа и Payment Summary. Если после утверждения изменены vendor, сумма или важная расходная строка, необходимо выяснить, требуется ли повторное согласование. Финальная кнопка не должна использоваться как место, где впервые замечают ошибку распознавания.

Сравнение Bill.com Intelligent Virtual Assistant с аналогами

Программа	Лучше подходит для	Главное ограничение
Bill.com Intelligent Virtual Assistant	Сквозного маршрута счетов от Inbox и распознавания до согласования и оплаты в BILL	Результат распознавания необходимо проверять вручную
PDF Commander	Ручной правки, объединения, разделения и подготовки PDF перед бухгалтерской обработкой	Не создаёт AP-маршруты и не распознаёт счета в бухгалтерские карточки
Dext Prepare	Сбора чеков, счетов и выписок через приложение, почту и загрузку с передачей данных в учётную систему	Полный платёжный цикл зависит от подключённых сервисов и настроек
Hubdoc	Захвата, хранения и публикации счетов и чеков в Xero или QuickBooks Online	Ориентирован прежде всего на подготовку документов для бухгалтерии
Ramp Bill Pay	Автоматизации AP вместе с корпоративными картами, закупками и контролем расходов	Часть расширенных функций и интеграций зависит от плана
Tipalti AP Automation	Глобальных и многоуровневых процессов поставщиков, счетов, согласований и массовых выплат	Внедрение сложнее для небольшой команды с простым потоком

Bill.com Intelligent Virtual Assistant логичен для команды, которая уже строит оплату и согласование в BILL и хочет убрать ручной перенос реквизитов из Inbox. PDF Commander выбирают не вместо AP-системы, а для подготовки и исправления самих PDF. Dext Prepare и Hubdoc удобны, когда главная цель — собрать документы и передать их в бухгалтерскую систему. Ramp подходит компаниям, объединяющим счета с картами и контролем расходов, а Tipalti — более сложным международным и многоуровневым процессам.

Когда Bill.com Intelligent Virtual Assistant подходит лучше всего

Инструмент особенно полезен при стабильном потоке счетов поставщиков, повторяющихся карточках vendor и настроенных правилах согласования. Чем чаще сотрудники вручную перепечатывают одинаковые реквизиты, тем заметнее экономия. Наличие ответственного за Inbox и единых справочников превращает распознавание в управляемый процесс, а не в набор разрозненных подсказок.

Он также удобен командам, которым важно видеть документ, кодировку, согласование и платёж в одной цепочке. Руководителю не нужно искать вложение в почте, бухгалтеру — повторно вводить поля, а аудитору — восстанавливать историю по нескольким системам. При этом организация должна быть готова поддерживать роли, политики и интеграцию.

Когда стоит выбрать другой инструмент или дополнить процесс

Если задача ограничена редактированием страниц PDF, объединением файлов, удалением конфиденциального фрагмента или добавлением подписи, нужен PDF-редактор. Если компания не использует BILL для счетов и платежей, отдельный сервис захвата, встроенный модуль бухгалтерской системы или другой AP-комплекс может лучше соответствовать существующей архитектуре. Выбор должен учитывать не только OCR, но и весь путь после распознавания.

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

Обучение сотрудников на реальных документах

Обучение лучше строить не вокруг перечня кнопок, а вокруг нескольких законченных примеров. Сотрудник должен обработать простой PDF, документ нового поставщика, пакет с несколькими счетами, файл с пропущенным полем и запись, которую отклонил согласующий. На каждом примере он объясняет, почему выбрал vendor, где нашёл итог, как исключил дубль и какие действия потребуют повторного утверждения. Такой формат показывает понимание риска, а не только способность повторить последовательность щелчков.

После обучения полезно провести выборочную проверку первых самостоятельных записей. Ошибки классифицируют по причине: неверное чтение оригинала, неправильный выбор карточки поставщика, пропущенное предупреждение, ошибочная кодировка или проблема настройки. Исправляют не только конкретный счет, но и процесс: обновляют справочник, уточняют правило, меняют инструкцию поставщику или ограничивают право. Так IVA постепенно становится предсказуемым инструментом команды, а не индивидуальным навыком одного оператора.

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

Можно ли сохранить счет без проверки распознанных данных?

Счет создаётся после Review and save и команды Save; пользователь должен проверить и принять значения. Auto-save может автоматически создавать будущие счета выбранного поставщика, но это не делает данные безошибочными. Созданные записи всё равно просматривают перед согласованием и оплатой.

Какие файлы поддерживаются?

Для распознавания используются PDF, PNG, JPG и JPEG. Документ может содержать до 50 страниц. Для 1–2 и 21–50 страниц анализ деталей сосредоточен на первой странице; файлы на 3–20 страниц дополнительно проверяются на несколько счетов.

Почему сумма в иностранной валюте пустая?

В описанном режиме иностранная валюта не распознаётся как обычная сумма, поэтому Amount может остаться пустым. Валюту и число вводят вручную, затем сверяют итог и расходные строки. Не следует подставлять пересчитанное банковское значение вместо номинала документа.

Можно ли перенести текст, который IVA пропустил?

Да, Click and Capture позволяет выбрать слово, строку или абзац на изображении и вставить в поле Bill Summary или Expense Details. Функция требует рабочую область шире 768 пикселей и не работает на повёрнутой странице.

Что делать с несколькими счетами в одном PDF?

Для 3–20 страниц проверьте предложенное разделение Multiple Bills. Если границы верны, обработайте каждый счет отдельно. При ошибке используйте Undo Separation и выполните разбор вручную либо предварительно разделите PDF.

Заменяет ли IVA согласование?

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

Можно ли использовать IVA как обычный PDF-редактор?

Нет. Инструменты ориентированы на реквизиты счета и бухгалтерский маршрут. Для изменения содержимого, структуры и оформления PDF нужен отдельный редактор.

Что проверить перед первым платежом новому поставщику?

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

Почему один и тот же счет появился дважды?

Частые причины — одновременная отправка на Inbox и сотруднику, повторная загрузка после ошибки или сочетание recurring bill с входящим PDF. Сравните номер, поставщика, дату, сумму и вложения, затем обработайте дубль по внутренней процедуре.

Как понять, что процесс настроен хорошо?

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

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

Итоговый порядок безопасной обработки

1. Получить документ через контролируемый канал и убедиться, что он относится к нужной организации.
2. Открыть Inbox и определить, доступно ли Review and save или нужен ручной Enter bill.
3. Сверить поставщика и номер счета, проверить предупреждения о дублях.
4. Сопоставить даты, payment terms, валюту и итоговую сумму с исходной страницей.
5. Заполнить недостающие значения Click and Capture или вручную.
6. Проверить Expense Details, аналитики и совпадение суммы строк с итогом.
7. Убедиться в правильности согласующих и сохранить карточку.
8. Рассмотреть замечания, исправить отклонённые записи и пройти повторное утверждение при изменениях.
9. Перед оплатой проверить способ, банковские сведения, дату и Payment Summary.
10. После синхронизации убедиться, что запись появилась в бухгалтерской системе без дубля.

Bill.com Intelligent Virtual Assistant даёт наибольший выигрыш, когда каждое распознанное значение рассматривается как подготовленный черновик, а не как окончательная истина. Предпросмотр, Click and Capture, разделение страниц, карточки поставщиков, согласование и журнал образуют единый рабочий контур. При чётких ролях и справочниках он сокращает ввод и ускоряет прохождение счета, сохраняя человеку контроль над реквизитами и платежом.