Контрольный список автоматизации обработки счетов

Контрольный список автоматизации обработки счетов

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

Процесс утверждения счетовНачните с: Процесс утверждения счетов

Восемь контрольных процедур, которые необходимо проверить перед оплатой счета

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

Просмотр полного рабочего процесса с учетом оплаты
01
Идентификация фактурыAPПрием
Проверка
Поставщик, номер счета, дата счета счета зачисления, дата истечения срока, валюта, субтоталь, налог и общий объем.
Почему это важно?
Отсутствующие идентификаторы делают повторные проверки, старение и дальнейшее согласование ненадежными.
Доказательства
Источник фактуры, уникальная справка на счет, зафиксированные суммы и результат двойной проверки.
02
Контроль поставщикаAPили продавца-мастер-владельца
Проверка
Продавец проверяет данные о продаже, справку по детали, налоговый контекст и любые изменения в банковских деталях.
Почему это важно?
Чувственные изменения в поставщике могут перенаправить платежи или создать ошибки по налогам и основным данным.
Доказательства
Активная запись поставщика, независимая проверка изменений и поддержка корреспонденции.
03
Контекст покупкиЗаявитель или покупатель
Проверка
PO, контракт, запрос на покупку, заявитель или утвержденный не-POПричина связана.
Почему это важно?
Уполномоченный должен понимать бизнес-обязанность, объем и ответственность заявителя.
Доказательства
PO, договор, запрос, получение или документацияPOобоснование.
04
Результат совпаденияAP, покупатель, или получающий владелец
Проверка
При необходимости регистрируются результаты цены, количества, расписки, налога, валюты и терпимости.
Почему это важно?
Несовместимость должна стать собственным исключением, а не исчезнуть в рамках общего ожидающего статуса.
Доказательства
Результат матча, разница в количестве, правило толерантности, владелец исключения и разрешение.
05
КодированиеСобственник бухгалтерского учета или бюджета
Проверка
Субъект, счет GL, отдел, центр затрат, проект, распределение и рецензент кодирования завершены.
Почему это важно?
Согласование не может фиксировать счет, присвоенный неправильному субъекту, счету или сроку.
Доказательства
Значения кодирования, детали распределения, рецензент, статус пересмотра и история коррекции.
06
Решение о одобренииПризначенный одобряющий
Проверка
Признатель, порог, решение, дата, комментарии, причина возврата и пересмотренная версия счета сохраняются.
Почему это важно?
В защитном решении должно быть указано, кто одобрил какую версию в соответствии с какой властью.
Доказательства
Утвердить идентификацию, решение, временную печать, комментарии, порог и версию счета.
07
Исключение или удержаниеВладелец исключения
Проверка
Причина задержания, владелец, следующее действие, дата истечения срока, доказательства и статус эскалации видны.
Почему это важно?
Невладельческие холдинги создают риск задержки оплаты даже в том случае, если сам маршрут одобрения правильный.
Доказательства
Причина задержания, назначенный владелец, дата последующей проверки, доказательства разрешения и решение об освобождении.
08
Передача платежейAP или казначейство
Проверка
Известны способ оплаты, ход работы, состояние готовности, владелец выпуска, ссылка на ERP и конечный блокировщик.
Почему это важно?
Одобрение - это только решение; платеж все еще нуждается в контролируемой передаче финансовой системе.
Доказательства
Статус готовности, ссылка на платежные операции, владелец выпуска, ссылку на ERP и конечный результат.

Расчетные расчеты и исключения по маршруту

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

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

Проверяйте учет счетов, контроль рабочего процесса и историю решений

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

Одобрение - это не оплата

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

  1. 01Рецензия готова

    Необходимый контекст счета, поставщика, покупки, совпадения и кодирования завершен.

  2. 02Approved

    Уполномоченный одобряющий принял пересмотренную версию и условия счета.

  3. 03Готовы к оплате

    Никакие нерешенные остатки и контекст платежа не прошли проверку выпуска.

  4. 04Заплаченные и примиренные

    Финансовая система подтверждает выполнение, ссылку и итог закрытия.

До выбора инструмента проверять слой рабочего процесса

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

  1. 01
    Конфигурируемый прием

    Может ли финансирование изменить поля счетов, необходимые доказательства, статус и мнения без восстановления процесса?

  2. 02
    Выключение маршрутизации

    Может ли несоответствие, отсутствие квитанции, дубликаты и чувствительные изменения в поставщике следовать по разным маршрутам?

  3. 03
    Процедура аудита одобрения

    Сохраняется ли в каждом решении утверждение, версия счета, комментарии, временная печать и история возвращения?

  4. 04
    Передача финансовой системы

    Являются ли ERP или учетная справка, направление синхронизации, владелец неисправности и результат примирения ясными?

  5. 05
    Видимость SLA

    Может ли AP видеть старение, задержанные решения, нерешенные исключения и фактуры, приближающиеся к сроку их истечения?

Вопросы по утверждению счетов и спискам AP

Чем одобрение счетов отличается от AP-трекера?

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

Что должно быть включено в контрольный список одобрения счетов?

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

Когда следует отложить счет?

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

Откройте шаблон рабочего процесса одобрения счета

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

Предпросмотр этого шаблона