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

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

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

Как устроен ежедневный рабочий процесс

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

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

Статусы помогают отличить файл, который ещё распознаётся, от документа, уже доступного для проверки. В зависимости от раздела и настроек встречаются состояния Processing, Inbox, Collected и Processed. Смысл статуса важнее его цвета: Processing означает, что поля ещё формируются; Inbox требует действий пользователя; Collected указывает на полученный и подготовленный материал; Processed означает, что элемент прошёл рабочий этап. Перед массовой публикацией стоит фильтровать очередь именно по состоянию, а не ориентироваться только на дату загрузки.

Навигация, очереди и карточка документа

Раздел Costs предназначен для закупок, чеков и счетов поставщиков, а Sales — для документов по продажам. Supplier Statements хранит выписки поставщиков, Bank — банковские данные и сопоставления, Expense Claims — заявки сотрудников, Vault — справочные файлы, которые не должны превращаться в проводки. Такое разделение предотвращает типичную ошибку: загрузку любого PDF в расходы только потому, что он содержит сумму. Перед отправкой файла полезно определить его назначение, иначе придётся перемещать элемент и заново проверять поля.

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

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

Загрузка документов с компьютера

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

Автоматическое разделение PDF может занимать заметно больше времени, чем обработка обычного файла, — официальная справка предупреждает, что операция иногда длится до часа. Для этого режима действует отдельное ограничение размера PDF до 40 МБ. Если документ долго остаётся в Processing, сначала следует проверить выбранный режим и подождать завершения разделения, а не загружать тот же файл повторно: повтор создаст дубликаты и усложнит контроль.

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

Поддерживаемые форматы и пределы

Для расходов и продаж принимаются изображения JPG, PNG, GIF, BMP и TIFF, документы PDF, DOC, DOCX, ODT и RTF, снимки HEIC, а также ZIP-пакеты. HTML поддерживается при отправке по электронной почте. Для изображений действует предел 6 МБ на файл, для ZIP — 100 МБ. Многоэлементный PDF может содержать до 200 документов при условии, что один документ расположен на одной странице. Эти значения нужно учитывать до загрузки: простое переименование расширения не уменьшает размер и не исправляет неподдерживаемую структуру.

Файлы DOC и DOCX подходят только при сравнительно простой разметке. Нестандартные шрифты, замороженные области, сложные колонтитулы, специальные символы и встроенные изображения могут нарушить преобразование. Для бухгалтерского счёта с таблицей безопаснее экспортировать исходник в PDF и открыть полученный файл до отправки, чтобы убедиться, что суммы, номера и строки не съехали. Dext Prepare извлекает данные из документа, но не восстанавливает повреждённую верстку офисного файла.

Для банковских выписок используются PDF и TIFF. Документ не должен превышать 300 страниц, 50 МБ либо физический формат A1; для сканов рекомендовано около 200 точек на дюйм. Слишком высокое разрешение увеличивает размер без заметной пользы для распознавания, а слишком низкое делает цифры и разделители неразличимыми. Выписки поставщиков принимаются как JPG или PNG до 6 МБ и PDF до 40 МБ. В Vault можно помещать отдельные файлы до 100 МБ, поскольку они хранятся как справочные материалы, а не как элементы для публикации.

Тип материала	Основные форматы	Практический предел
Расходы и продажи	JPG, PNG, TIFF, PDF, DOC, DOCX, ODT, RTF, HEIC, ZIP	Изображение до 6 МБ, ZIP до 100 МБ
Пакет документов	Многостраничный PDF	До 200 элементов, по одному на страницу
Банковская выписка	PDF, TIFF	До 300 страниц и 50 МБ
Выписка поставщика	JPG, PNG, PDF	Изображение до 6 МБ, PDF до 40 МБ
Vault	Справочные файлы	До 100 МБ на файл

Отправка по электронной почте и автоматический сбор

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

В одном письме допустимо несколько вложений, но структуру PDF всё равно нужно контролировать. Тело письма в HTML может быть обработано как документ только в поддерживаемом сценарии; подписи, рекламные блоки и изображения в переписке способны создать лишние элементы. Практический приём — пересылать исходное письмо без длинной цепочки ответов и оставлять только нужное вложение. Если один и тот же счёт отправили поставщик и сотрудник, проверка дубликатов может удалить повтор автоматически, а запись о событии останется в журнале отправок.

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

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

Съёмка в мобильном приложении

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

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

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

Распознавание реквизитов и проверка результата

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

Особое внимание требуется датам. На счёте могут одновременно присутствовать дата выставления, срок оплаты и дата поставки; неверный выбор меняет отчётный период и правила сопоставления. В карточке следует проверить, какое поле распознано как Document date и какое — как Due date. Для кассового чека срок оплаты обычно не нужен, а для неоплаченного счёта поставщика он определяет график обязательств. Если формат даты двусмыслен, его лучше подтвердить по региону поставщика и другим реквизитам.

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

Номер, описание и владелец документа

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

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

Категории, налоги и способы оплаты

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

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

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

Разбиение суммы и извлечение строк

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

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

Для одного поставщика Smart Split нельзя одновременно использовать с автоматическим извлечением строк. Это осознанный выбор между шаблонным распределением итоговой суммы и распознаванием фактических позиций документа. Если важны отдельные товары, количества и цены, включают Extract Line Items; если важна стабильная доля затрат по подразделениям, применяют Smart Split. Переключение режима следует делать после обработки текущей очереди, чтобы одинаковые счета одного периода не получили разные схемы.

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

Правила поставщиков и покупателей

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

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

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

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

Автоматическая категоризация и публикация

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

Auto-publish отправляет новые элементы без ручного нажатия после выполнения условий. Настройка действует на документы, поступившие после создания правила; старая очередь не публикуется задним числом. Это предотвращает неожиданную массовую отправку, но вызывает вопрос, почему уже загруженные счета остались во входящих. Их нужно обработать вручную либо применить пакетное действие после проверки. Включать автоматическую публикацию разумно только для поставщиков с предсказуемыми документами и устойчивыми налоговыми правилами.

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

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

Расходы, продажи, кредит-ноты и предоплаты

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

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

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

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

Заявки сотрудников и маршруты утверждения

Expense Claims объединяет расходы сотрудника в заявку, которую можно отправить на проверку и возмещение. Документы сначала привязываются к пользователю, затем включаются в отчёт. Заявка полезна не только как контейнер: она фиксирует сумму, набор первичных документов и состояние утверждения. Если чек назначен неверному пользователю, он не попадёт в ожидаемый отчёт, поэтому принадлежность лучше проверять до запуска маршрута.

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

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

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

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

Учёт пробега

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

Доступность пробега зависит от региона аккаунта; официально функция заявлена для ряда стран, включая Австралию, Канаду, Францию, Великобританию и США. Ставка возмещения и налоговые правила определяются организацией и местным законодательством, поэтому Dext Prepare не должен быть единственным основанием для решения. Администратор задаёт рабочую политику, а пользователь фиксирует подтверждаемые данные поездки.

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

Банковские выписки и транзакции

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

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

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

Bank Match

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

Полное автоматическое заполнение платежа доступно не для всех интеграций; официальная справка выделяет Xero, Sage Accounting и MYOB. В других связках Bank Match может дать подсказку, но не выполнить весь цикл. Если совпадение отсутствует, проверяют валюту, знак суммы, дату, способ оплаты и наличие банковской операции в доступном периоде. Искусственно менять дату документа ради совпадения нельзя — это ухудшит учётный период.

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

Paperwork Match и запрос недостающих документов

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

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

Выписки поставщиков

Supplier Statements предназначен для сверки периодических выписок с полученными счетами и кредит-нотами. Файл можно загрузить непосредственно либо переместить из Costs, если он попал туда ошибочно. Отправка на обычный адрес расходов не является надёжным способом поместить документ в этот раздел; прямой почтовый приём для выписок поставщиков ограничен, поэтому нужно использовать предусмотренную загрузку.

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

Изображения выписки ограничены 6 МБ, PDF — 40 МБ. Если поставщик прислал огромный файл, его лучше разделить по периодам без изменения содержания страниц. После разделения важно сохранить заголовок с названием поставщика и датами на каждой части либо добавить понятное описание, иначе кусок выписки будет трудно идентифицировать. Не следует превращать выписку в набор скриншотов низкого качества: это ухудшает распознавание строк.

Vault для справочных материалов

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

Предел 100 МБ на файл позволяет хранить более объёмные материалы, однако структура всё равно должна быть управляемой. Название должно отражать контрагента, назначение и период; иначе поиск по десяткам договоров превратится в ручной просмотр. Доступ к Vault следует назначать по ролям, поскольку справочный документ может содержать конфиденциальные условия, не нужные всем сотрудникам, которые отправляют чеки.

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

Интеграция с бухгалтерскими системами

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

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

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

Особенности QuickBooks Online

При подключении QuickBooks Online пользователь должен иметь достаточные права. В настройках выбираются общие параметры, налоги и автоматическая публикация. Поле Publish to определяет тип создаваемой записи. Для неоплаченного счёта обычно выбирают Bill, для уже оплаченной покупки — подходящий расход. Отрицательные суммы требуют Credit note. Неверный тип нельзя исправить только сменой категории: он определяет саму структуру операции.

В редакции QuickBooks Online Simple Start тип Bill может отсутствовать. Если Dext Prepare не предлагает публикацию в счёт поставщика, это может быть ограничением плана QuickBooks, а не ошибкой распознавания. В таком случае организация выбирает поддерживаемый тип операции либо меняет возможности учётной системы. Аналогично возвраты по кредитным картам доступны только в отдельных регионах, включая США и Канаду.

Для продаж может потребоваться поле Product or Service. Ребиллинговые расходы также зависят от конфигурации QuickBooks. Если публикация отклонена, сообщение нужно сопоставить с обязательными полями целевой записи: поставщик, налог, счёт, продукт, валюта и статус оплаты. Повторное нажатие Publish без исправления создаёт очередь ошибок, но не решает первопричину.

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

Xero, Sage Accounting и MYOB

В Xero интеграция поддерживает распространённые сценарии публикации, сопоставления и предоплат. Поля должны соответствовать активным счетам, налогам и контактам Xero. Если документ уже создан банковским правилом, предпочтительнее Paperwork Match, а не новая публикация. Полное Autofill Payment в Bank Match доступно в этой связке, что ускоряет закрытие оплаченных расходов.

Sage Accounting и MYOB также участвуют в Bank Match с расширенным заполнением платежей. Однако конкретные типы записей и названия полей различаются. Инструкцию для одной бухгалтерии нельзя механически переносить в другую: Bill, Purchase, Spend Money и Expense могут означать разные проводки. Внутренняя памятка организации должна описывать не только кнопку в Dext Prepare, но и ожидаемый результат в выбранной системе.

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

Работа без прямой интеграции

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

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

Роли, права и работа команды

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

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

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

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

Поиск, хранение и журнал отправок

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

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

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

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

Что происходит с PDF

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

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

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

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

Практический сценарий для компании с согласованием

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

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

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

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

Диагностика загрузки

Файл не появляется во входящих

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

ZIP должен содержать поддерживаемые документы и укладываться в 100 МБ. ZIP-пакет с вложенными ZIP-файлами, паролем или системными файлами может не обработаться ожидаемо. Для диагностики извлекают один PDF и отправляют отдельно. Изображение свыше 6 МБ уменьшают без разрушения читаемости, предпочтительно повторным сканированием с разумным разрешением, а не агрессивным сжатием.

Элемент долго остаётся в Processing

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

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

Распознаны неверные сумма или налог

Открывают оригинал и определяют, какая строка принята за итог. На документе могут быть subtotal, tax, discount, amount due и ранее оплаченная сумма. Исправляют общую сумму, налог и чистую величину согласованно. Нельзя менять только итог, оставляя строки на старую сумму. При повторяющейся ошибке одного поставщика проверяют шаблон и настройки извлечения строк.

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

Документ разделён неправильно

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

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

Диагностика правил и публикации

Правило не срабатывает

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

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

Auto-publish не отправляет документ

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

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

Ошибка при публикации в QuickBooks Online

Проверяют права подключившего пользователя, тип Publish to, обязательные налоговые настройки и доступность поставщика. Для неоплаченного счёта нужен Bill, но этот тип отсутствует в Simple Start. Отрицательный документ публикуют как Credit note. Продажа может требовать Product or Service. Сообщение об ошибке сопоставляют с конкретным полем QuickBooks, а затем обновляют справочники.

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

Bank Match не находит операцию

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

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

Диагностика заявок и прав

Заявка не переходит к согласующему

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

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

Пользователь видит лишние документы или не видит свои

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

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

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

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

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

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

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

Практические ограничения

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

Ограничение 6 МБ для обычных изображений заметно при фотографиях современных телефонов. Его обходят не потерей читаемости, а разумным разрешением и правильным кадрированием. Для PDF и других разделов действуют отдельные пределы. Универсального значения максимальный файл нет: оно зависит от типа материала и режима обработки.

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

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

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

Сравнение Dext Prepare с аналогами

Программа	Лучше подходит для	Главное ограничение
Dext Prepare	Сбора чеков, счетов, выписок, правил публикации и совместной работы бухгалтеров	Расширенные операции зависят от подписки и кредитов
Hubdoc	Получения документов и создания операций в экосистеме Xero	Менее развитые маршруты согласования и заявки сотрудников
AutoEntry	Извлечения данных из счетов, чеков, выписок и документов поставщиков	Обработка расходует кредиты по типу и объёму документа
QuickBooks Online Receipts	Загрузки, распознавания и сопоставления чеков внутри QuickBooks	Рабочий процесс привязан к QuickBooks Online
Zoho Expense	Командировок, корпоративных расходов, заявок и многоступенчатых согласований	Меньше ориентирован на счета поставщиков и банковские выписки

Dext Prepare выбирают, когда нужен единый поток первичных документов с публикацией в разные бухгалтерские системы, правилами поставщиков, банковскими сопоставлениями и работой практики с клиентами. Hubdoc логичен для команды, глубоко работающей в Xero и нуждающейся прежде всего в сборе документов. AutoEntry близок по извлечению счетов и выписок, но его кредитную модель нужно рассчитывать по объёму. Встроенный модуль QuickBooks удобен, если все операции уже ведутся в QuickBooks Online. Zoho Expense сильнее там, где главным процессом являются поездки, корпоративные карты и отчёты сотрудников.

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

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

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

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

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

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

Работа с нестандартными случаями

Один счёт относится к нескольким проектам

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

Чек оплачен личной картой сотрудника

Документ назначают сотруднику и включают в Expense Claim, а не публикуют как расход с корпоративного банковского счёта. Способ оплаты должен отражать возмещение. Руководитель подтверждает деловую цель, бухгалтер — категорию и налог. После публикации проверяют, что образовалось обязательство перед сотрудником или подходящая запись согласно бухгалтерии, а не фиктивная банковская операция.

Операция уже создана банковским правилом

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

Поставщик прислал кредит-ноту

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

Документ содержит предоплату на несколько месяцев

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

В одном PDF двести чеков

Проверяют, что каждый чек занимает ровно одну страницу, и выбирают соответствующий режим. Лимит многоэлементного PDF — до 200 документов. Перед отправкой удаляют пустые и служебные страницы, проверяют порядок и размер. После обработки сравнивают число созданных элементов с числом чеков и выборочно открывают начало, середину и конец пакета.

Нужен оригинал договора рядом со счетами

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

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

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

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

Итоговый подход к работе

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

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

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