Создание платежей поставщика с помощью предложения по оплате

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

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

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

Параметры

• Выбор накладных по параметру — накладные в диапазоне дат, указанном в полях "Дата начала " и "Конечная дата ", могут быть выбраны по сроку оплаты, дате скидки при оплате наличными или и тому, и другого. Если вы используете дату скидки по оплате, то система сперва ищет накладные, которые имеют дату скидки по оплате между начальной и конечной датами. Система после этого определяет, подходит ли накладная для скидки по оплате, путем использования даты сеанса для того, чтобы убедиться, что дата скидки по оплате еще не прошла.
• От даты и до даты – для оплаты выбираются накладные, для которых дата оплаты или дата скидки при оплате наличными находятся в пределах этого диапазона дат.
• Минимальная дата оплаты – введите минимальную дату оплаты. Например, поля Начальная дата и Конечная дата определяют диапазон с 1-го сентября по 10-е сентября, и минимальная дата платежа равна 5-го сентября. В этом случае все накладные, которые имеют срок оплаты с 1-го по 5-е сентября имеют дату оплаты 5-е сентября. Однако все накладные, которые имеют срок оплаты с 5-го сентября до 10-го сентября, будут иметь дату оплаты, которая равна сроку оплаты каждой накладной.
• Предел суммы – ввод максимальной общей суммы для всех платежей.
• Создание платежей без предварительная версия накладной – если для этого параметра выбрано значение Да, платежи создаются немедленно на странице платежей поставщику . Страница Предложение по оплате пропускается. Поэтому платежи будут созданы более быстро. Платежи можно все еще изменить на странице Платежи поставщику. Альтернативно вы можете вернуться на страницу Предложение по оплате с помощью кнопки Изменить накладные для выбранного платежа.

Дополнительные параметры

• Проверить сальдо поставщика – если для этого параметра выбрано значение Да, перед оплатой накладной проверяется, что дебетового сальдо нет. Если поставщик имеет дебетовое сальдо, то никакая оплата не создается. Например, поставщик мог иметь кредитные авизо или платежи, которые были разнесены, но еще не сопоставлены. В таких случаях платежи поставщику не требуется. Вместо этого кредитные авизо или платежи должны быть сопоставлены неоплаченным накладным.
• Удалить отрицательные платежи — этот вариант работает по-разному, в зависимости от того, производятся ли платежи по отдельным накладным или по сумме накладных, соответствующих критериям оплаты. Это поведение определяется в методе платежа.
• Оплата по каждой накладной – если для параметра "Удалить отрицательные платежи " установлено значение "Да", а несопоставленная накладная и платеж существуют для поставщика, то в качестве платежа выбирается только накладная. Существующий платеж не сопоставляется с накладной. Если для параметра Удалить отрицательные оплаты задано значение Нет и накладная и платеж не сопоставлены, для платежа выбираются как накладная, так и платеж. Платеж создается для платежа, и возмещение (отрицательная оплата) создается для платежа.
• Оплата за общую сумму накладных – если для параметра "Удалить отрицательные платежи " установлено значение "Да", а несопоставленная накладная и платеж существуют для поставщика, то несопоставленная накладная и платеж выбираются для оплаты, и суммы добавляются вместе для получения общей суммы платежа. Единственное исключение происходит, если сумма приводит к возмещению. В этом случае не выбираются на накладная, ни платеж. Если для параметра Удалить отрицательные оплаты задано значение Нет и накладная и оплата не сопоставлены, то для платежа выбираются как накладная, так и платеж, и суммы складываются, формируя полную сумму платежа.
• Только печать отчета – установите для этого параметра значение Да , чтобы просмотреть результаты предложения по оплате в отчете, но без создания каких-либо платежей.
• Включите накладные поставщиков из других юридических лиц – Если в вашей организации существует централизованный процесс оплаты, и предложение по оплате должно включать накладные от других юридических лиц, включенные в критерии поиска, установите для этого параметра значение да.
• Предложите отдельный платеж поставщику для юридических лиц – если для этого параметра выбрано значение Да , для каждого юридического лица создается отдельный платеж по каждомупоставщику. Поставщик в платеже — это поставщик из накладной от каждого юридического лица. Если для этого параметра задано значение Нет и поставщик имеет накладные в нескольких юридических лицах, один платеж создается для общей суммы выбранных накладных. Поставщик в платеже — это поставщик у текущего юридического лица. Если у текущего юридического лица нет счета поставщика, используется счет поставщика первой накладной, подлежащей оплате.
• Валюта платежа — в этом поле указывается валюта, в которой создаются все платежи. Если валюта не определена, каждая накладная оплачивается в валюте этой накладной.
• Платежный день недели – введите день недели, когда необходимо выполнить платеж, это поле используется только в том случае, если установлен способ оплаты — Неделя. Сумма накладных для платежа суммируется на указанный день недели для платежа.
• Тип корр. счета и корр. счет — установите эти поля, чтобы определить конкретный тип счета (например, ГК или Банк) и корр. счет (например, конкретный банковский счет). Метод платежа для накладной определяет тип корреспондентского счета по умолчанию и корреспондентский счет, но вы можете использовать эти поля для переопределения значений по умолчанию.
• Суммарная дата платежа – используется только в том случае, если в поле "Период " способа оплаты установлено значение "Итого". Если дата определена, то все платежи создаются для этой даты. Поле Минимальная дата платежа игнорируется.
• Дополнительные фильтры – в записях , включающих FastTab, можно определить дополнительные диапазоны критериев. Например, если вы хотите оплатить только ряд поставщиков, можно определить фильтр для ряда поставщиков. Эта функциональность часто используется для того, чтобы выбрать накладные для специфического метода платежа. Например, если вы определяете фильтр, где Способ оплаты = Чек, только накладные, которые имеют этот метод платежа, будут выбраны для оплаты, при условии, что они также соответствуют другим критериям, которые определены в запросе.

Сценарии

Поставщик	Счет	Дата накладной	Сумма накладной	Срок выполнения	Дата скидки по оплате	Сумма скидки по оплате
3050	1001	15 июня	500,00	15 июля	29 июня	10,00
3050	1002	20 июня	600,00	20 июля	4 июля	12,00
3075	1003	15 июня	250,00	29 июня		0,00
3100	1004	17 июня	100.00	17 июля	1 июля	1,00

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

Вариант 1. По скидке на оплату

Эйприл выбирает Скидку по оплате в качестве типа предложения и вводит диапазон дат с 26 июня до 10 июля. Следующие накладные включены в предложение.

• 1002, что соответствует дате скидки 4-е июля в диапазоне дат оплаты.
• 1004, что соответствует дате скидки 1-е июля в диапазоне дат оплаты.

Следующие накладные не включены в предложение.

• 1001, потому что дата скидки 29 июня уже просрочена, поэтому скидка по оплате больше не распространяется на эту накладную.
• 1003, поскольку эта накладная не имеет даты скидки.

Вариант 2. По сроку выполнения

Эйприл выбирает По сроку выполнения в качестве типа предложения и вводит диапазон дат с 26 июня до 10 июля. Следующие накладные включены в предложение.

• 1003, что соответствует сроку выполнения 29 июня в диапазоне дат оплаты.

Следующие накладные не включены в предложение.

• 1001, потому что срок выполнения 15 июля находится за пределами диапазона дат оплаты.
• 1002, потому что срок выполнения 20 июля находится за пределами диапазона дат оплаты.
• 1004, потому что срок выполнения 17 июля находится за пределами диапазона дат оплаты.

Вариант 3. По сроку выполнения и скидке по оплате

Эйприл выбирает Срок выполнения и скидка по оплате в качестве типа предложения и вводит диапазон дат с 26 июня до 10 июля. Следующие накладные включены в предложение.

• 1003, что соответствует сроку выполнения 29 июня в диапазоне дат оплаты.
• 1002, что соответствует дате скидки 4-е июля в диапазоне дат оплаты.
• 1004, что соответствует дате скидки 1-е июля в диапазоне дат оплаты.

Следующие накладные не включены в предложение.

• 1001, потому что дата скидки 29 июня уже просрочена, поэтому скидка по оплате больше не распространяется на эту накладную, и срок оплаты 15 июля также находится вне диапазона дат.

Сведения, специфичные для конкретных стран/регионов

Норвегия

Аналитический контроль

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

• Поле контроля аналитики отключено. Предложение по оплате ведет себя так же, как и для любой другой страны/региона.
• Поле контроля аналитики активируется без дополнительного определения аналитик. Предложение по оплате создается без учета аналитик. Созданная проводка не наследует никаких аналитик из примененной записи.
• Поле контроля аналитики активируется, а дальнейшие аналитики включаются. Теперь вы определяете, как аналитики будут копироваться в журнал. Например: • Установите флажок BusinessUnit, чтобы создать предложение по оплате по бизнес-единицам для данного метода платежа, • Установите флажок CostCenter, чтобы создать предложение по оплате по центрам затрат для данного метода платежа

Примечание

Если выбрано несколько аналитик в третьем варианта, предложение по оплате создается для комбинаций аналитик.

Выбор банковского счета

Можно определить стандартный дебетуемый платежный счет для каждого способа оплаты независимо от контекста страны/региона. Это задается в строках платежа, созданных предложением. С помощью функции банковского счета можно определить несколько дебетовых банковских счетов, управляемых аналитикой и валютой либо сочетанием этих параметров, для использования различных дебетовых банковских счетов в зависимости от каждой комбинации. Можно настроить эти комбинации на странице Методы платежей с помощью кнопки Банковские счета, доступной для каждого способа оплаты с Тип разноски счета = Банк.