Платежные поручения и платежные требования: 6. Расчеты платежными требованиями — поручениями / КонсультантПлюс

Содержание

6. Расчеты платежными требованиями — поручениями / КонсультантПлюс

6. Расчеты платежными требованиями — поручениями

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

6.2. Платежные требования — поручения выписываются поставщиком на бланке (ф. 0401040) и вместе с документами направляются в трех экземплярах в банк покупателя, который передает требование — поручение плательщику, а отгрузочные документы оставляет в картотеке к счету плательщика (картотека N 1).

6.3. Плательщик обязан представить в банк платежное требование — поручение в течение трех дней со дня поступления его в банк плательщика.

При необходимости телеграфного авизования платежа поставщиком на всех экземплярах требования — поручения сверху на полях проставляется надпись «Платеж перевести телеграфом».

Платежное требование — поручение принимается при наличии средств на счете плательщика.

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

Требования — поручения вместе с приложенными отгрузочными документами и извещением об отказе в оплате возвращаются непосредственно поставщику.

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

первый — служит основанием для списания средств со счета плательщика и после совершения операции помещается в документы для банка;

второй — направляется банку, обслуживающему поставщика;

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

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

Управление организации расчетов

Открыть полный текст документа

57. Платежное поручение и платежное требование. Коммерческое право. Шпаргалки

57. Платежное поручение и платежное требование

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

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

д. Платежное поручение – это финансовый документ плательщика.

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

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

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

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

Данный текст является ознакомительным фрагментом.

Продолжение на ЛитРес

Входящие платежные требования | Документация SmartMarket

Для обращения к ресурсу необходимо отправлять запрос на:

Тестовый контур https://edupirfintech.sberbank.ru:9443
Промышленный контур https://fintech.sberbank.ru:9443

Ресурс /v1/acceptance-letters позволяет создать заявление об акцепте/отказе от акцепта входящего платежного требования.

Шаги

1. Получить AccessToken.

2. Сформировать ЭП.

3. Отправить запрос.

4. Получить статус.

Авторизация

Для создания заявления необходимо отправить POST-запрос (/v1/acceptance-letters), в котором нужно передать авторизационный токен собственной организации (Access Token). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис ACCEPTANCE_LETTER.

Модель запроса

Наименование	Описание
Параметры заголовка
Authorization (String)	Access token, полученный через SSO Пример: `Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1`
Параметры запроса
AcceptanceLetter
amount (number)	Сумма акцепта
bankComment (string, optional, read only)	Банковский комментарий к статусу документа
bankStatus (string, optional, read only)	Статус документа
date (string)	Дата составления документа
digestSignatures (Array[Signature], optional)	Электронные подписи по дайджесту документа
externalId (string)	Идентификатор документа в организации-партнере (UUID)
nonAcceptReason (string)	Причина отказа
number (string, optional)	Номер документа
payReqAmount (number)	Сумма платежного требования
payReqDate (string)	Дата платежного требования
payReqExternalId (string)	Идентификатор платежного требования
payReqLastDate (string)	Дата окончания акцепта
payReqNumber (string)	Номер платежного требования
payeeAccount (string)	Счет получателя платежа
payeeBankBic (string)	БИК получателя платежа
payeeBankCorrAccount (string)	Корсчет банка получателя платежа
payeeInn (string)	ИНН получателя платежа
payeeName (string)	Полное наименование получателя платежа
payerAccount (string)	Счет плательщика
payerBankBic (string)	БИК банка плательщика
payerInn (string)	ИНН плательщика
payerName (string)	Полное наименование плательщика
type (string)	Тип заявления = [‘accept’, ‘nonAccept’] stringEnum: «accept», «nonAccept»
Signature
base64Encoded (string)	Значение электронной подписи, закодированное в Base64
certificateUuid (string)	Уникальный идентификатор сертификата ключа проверки электронной подписи (UUID)

Пример запроса

{
   "amount":1. 01,
   "bankComment":"string",
   "bankStatus":"string",
   "date":"2018-12-31",
   "digestSignatures":[
      {
         "base64Encoded":"HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==",
         "certificateUuid":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6"
      }
   ],
   "externalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6",
   "nonAcceptReason":"string",
   "number":"1",
   "payReqAmount":1.01,
   "payReqDate":"2018-12-31",
   "payReqExternalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6",
   "payReqLastDate":"2018-12-31",
   "payReqNumber":"2",
   "payeeAccount":"40802810600000200000",
   "payeeBankBic":"044525225",
   "payeeBankCorrAccount":"30101810400000000225",
   "payeeInn":"7707083893",
   "payeeName":"Общество с ограниченной ответственностью \"Клиент\"",
   "payerAccount":"40802810600000200000",
   "payerBankBic":"044525225",
   "payerInn":"7707083893",
   "payerName":"Общество с ограниченной ответственностью \"Клиент\"",
   "type":"accept"
}

Передача электронной подписи

Для передачи ЭП под документом используется массив digestSignatures, в котором передаются элементы типа Signature:

Наименование	Описание	Пример
base64Encoded (String)	Значение ЭП документа	HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==
certificateUuid (String)	Идентификатор сертификата, использованного при создании ЭП ( можно узнать, обратившись к ресурсу /v1/crypto)	22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6

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

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

Документ может быть подписан следующими наборами подписей:

одна (единственная) подпись,
первая и вторая подписи.

При этом подписант, обладающий полномочием единственной подписи, не может «сочетаться» с подписантом, владеющим первой или второй подписью.

Очередность наложения ЭП при наложении первой и второй подписей не имеет значения, состав полей дайджеста не изменяется. Тип подписи указывается в настройках криптопрофиля пользователя при заведении в Банке.

Формат дайджеста

Наименование	Описание	Пример
externalId	Идентификатор документа в организации-партнере (UUID)	550e8400-e29b-41d4-a716-446655440000
date	Дата составления документа	2019-09-20
type	Тип заявления	accept
amount	Сумма акцепта	100. 01
payeeAccount	Счет получателя платежа	40702810500000006103
payeeBankBic	БИК получателя платежа	044525411
payeeBankCorrAccount	Корсчет банка получателя платежа	30101810400000000225
payeeInn	ИНН получателя платежа	222201236445
payeeName	Полное наименование получателя платежа	Общество с ограниченной ответственностью «Получатель»
payerAccount	Счет плательщика	40702810500000006109
payerBankBic	БИК банка плательщика	044525411
payerInn	ИНН плательщика	222201236449
payerName	Полное наименование плательщика	Общество с ограниченной ответственностью «Плательщик»
payReqNumber	Номер платежного требования	2
payReqDate	Дата платежного требования	2019-09-20
payReqAmount	Сумма платежного требования	100. 01
payReqLastDate	Дата окончания акцепта	2019-09-21

Пример дайджеста

externalId=550e8400-e29b-41d4-a716-446655440000
date=2019-09-20
type=accept
amount=100.01
payeeAccount=40702810500000006103
payeeBankBic=044525411
payeeBankCorrAccount=30101810400000000225
payeeInn=222201236445
payeeName=Общество с ограниченной ответственностью "Получатель"
payerAccount=40702810500000006109
payerBankBic=044525411
payerInn=222201236449
payerName=Общество с ограниченной ответственностью "Плательщик"
payReqNumber=2
payReqDate=2019-09-20
payReqAmount=100.01
payReqLastDate=2019-09-21

Ресурс /v1/acceptance-letters/{externalId}/state позволяет получить статус отправленного запроса на создание заявления об акцепте/отказе от акцепта входящего платежного требования.

Шаги

1. Получить AccessToken.

2. Отправить запрос.

Авторизация

Для получения статуса необходимо отправить GET-запрос (/v1/acceptance-letters/{externalId}/state), в котором передать авторизационный токен собственной организации (Access Token) и идентификатор документа (externalId). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис ACCEPTANCE_LETTER.

Модель запроса

Наименование	Описание
Параметры заголовка
Authorization (String)	Access token полученный через SSO Пример: `Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1`
Параметры запроса
externalId (String)	Идентификатор документа, присвоенный клиентом

Пример запроса

curl -X GET --header 'Accept: application/json' --header
'Authorization: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1'
'https:

Модель ответа

Наименование	Описание
DocState
bankComment (string, optional, read only)	Банковский комментарий к статусу документа
bankStatus (string, optional)	Статус документа
channelInfo (string, optional, read only)	Комментарий, специфичный для документа, полученного по данному каналу

Пример ответа

{
   "bankStatus":"DELIVERED",
   "bankComment":null,
   "channelInfo":null
}

Возможные статусы

Статус	Значение	Комментарий
`DELIVERED`	Доставлен	Промежуточный/Продолжать опрашивать
`VALIDEDS`	ЭП/АСП верна	Промежуточный/Продолжать опрашивать
`INVALIDEDS`	ЭП/АСП не верна	Конечный/Прекратить опрашивать
`REQUISITEERROR`	Ошибка реквизитов	Конечный/Прекратить опрашивать
`TRIED`	Проверен	Промежуточный/Продолжать опрашивать
`DELAYED`	Приостановлен	Промежуточный/Продолжать опрашивать
`CORRESPONDENT_APPROVE_WAITING`	Ожидает подтверждения контрагента	Промежуточный/Продолжать опрашивать
`EXPORTED`	Выгружен	Промежуточный/Продолжать опрашивать
`IMPLEMENTED`	Исполнен	Успешный конечный/Прекратить опрашивать
`REFUSEDBYABS`	Отказан АБС	Конечный/Прекратить опрашивать
`ACCEPTED`	Принят	Промежуточный/Продолжать опрашивать
`ACCEPTED_BY_ABS`	Принят АБС	Промежуточный/Продолжать опрашивать
`CARD2`	Картотека №2	Конечный/Прекратить опрашивать
`SIGNED_BANK`	Подписан Банком	Промежуточный/Продолжать опрашивать
`SIGNED`	Подписан	Промежуточный/Продолжать опрашивать
`UNABLE_TO_RECEIVE`	Ошибка при приеме	Промежуточный/Продолжать опрашивать
`CREATED`	Создан	Промежуточный/Продолжать опрашивать
`IMPORTED`	Импортирован	Промежуточный/Продолжать опрашивать
`PARTSIGNED`	Частично подписан	Промежуточный/Продолжать опрашивать
`CHECKERROR`	Ошибка контроля	Конечный/Прекратить опрашивать
`TEMPLATE`	Шаблон документа	Промежуточный/Продолжать опрашивать
`REFUSEDBYBANK`	Отвергнут Банком	Конечный/Прекратить опрашивать
`RECALL`	Отозван	Конечный/Прекратить опрашивать

Ресурс /v1/payment-requests/incoming позволяет получить входящие платежные поручения за указанную дату.

Шаги

1. Получить AccessToken.

2. Отправить запрос.

Авторизация

Для получения входящих платежных поручений необходимо отправить GET-запрос (/v1/payment-requests/incoming), в котором необходимо передать авторизационный токен к данным собственной организации (Access Token), дату и номер страницы. Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAYMENT_REQUEST_IN.

Модель запроса

Наименование	Описание
Параметры заголовка
Authorization (String)	Access token полученный через SSO. Пример: `Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1`
Параметры запроса
externalId (String)	Идентификатор документа, присвоенный клиентом

Пример запроса

curl -X GET --header 'Accept: /' --header
'Authorization: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1'
'https:

Модель ответа

Наименование	Описание
PaymentRequestsInInfo
_links (Array[Link], optional)	Ссылки на связанные ресурсы
paymentsRequestIn (Array[PaymentRequestsIn], optional)	Входящие платежные требования
Link
href (string)	Абсолютный или относительный адрес
rel (string)	Отношение ссылки к текущей сущности (next, prev)
PaymentRequestsIn
acceptLastDate (string, optional)	Дата окончания акцепта
acceptanceTerm (string, optional)	Срок для акцепта (поле 36)
amount (number, optional)	Сумма платежа
bankComment (string, optional, read only)	Банковский комментарий к статусу документа
bankStatus (string, optional, read only)	Статус документа
date (string)	Дата составления документа
deliveryKind (string, optional)	Вид платежа
externalId (string, optional)	Идентификатор документа, присвоенный партнером (UUID)
number (string, optional)	Номер документа
operationCode (string, optional)	Код операции
payeeAccount (string, optional)	Счет получателя платежа
payeeBankBic (string, optional)	БИК получателя платежа
payeeBankCorrAccount (string, optional)	Корсчет банка получателя платежа
payeeInn (string, optional)	ИНН получателя платежа
payeeName (string, optional)	Полное наименование получателя платежа
payerAccount (string, optional)	Счет плательщика
payerBankBic (string, optional)	БИК банка плательщика
payerBankCorrAccount (string, optional)	Корсчет банка плательщика
payerInn (string, optional)	ИНН плательщика
payerName (string, optional)	Полное наименование плательщика
paymentCondition (string, optional)	Условие оплаты (поле 35). Указывается цифра «1» -заранее данный акцепт плательщика или цифра «2» — требуется получение акцепта плательщика
priority (string, optional)	Очередность платежа
purpose (string, optional)	Назначение платежа
vat (Vat, optional)	Данные НДС
Vat
amount (number, optional)	Сумма НДС
rate (string, optional)	Ставка НДС
type (string)	Способ расчета НДС = [`INCLUDED`, `NO_VAT`, `MANUAL`] stringEnum:`INCLUDED`, `NO_VAT`, `MANUAL`

Пример ответа

{
   "_links":[
      {
         "href":"?accountNumber=40702810500006103990&statementDate=2018-03-15&page=3",
         "rel":"next"
      }
   ],
   "paymentsRequestIn":[
      {
         "acceptLastDate":"2018-12-31",
         "acceptanceTerm":"20",
         "amount":1. 01,
         "bankComment":"string",
         "bankStatus":"string",
         "date":"2018-12-31",
         "deliveryKind":"электронно",
         "externalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6",
         "number":"1",
         "operationCode":"01",
         "payeeAccount":"40802810600000200000",
         "payeeBankBic":"044525225",
         "payeeBankCorrAccount":"30101810400000000225",
         "payeeInn":"7707083893",
         "payeeName":"Общество с ограниченной ответственностью \"Клиент\"",
         "payerAccount":"40802810600000200000",
         "payerBankBic":"044525225",
         "payerBankCorrAccount":"30101810400000000225",
         "payerInn":"7707083893",
         "payerName":"Общество с ограниченной ответственностью \"Клиент\"",
         "paymentCondition":"1",
         "priority":"5",
         "purpose":"Оплата заказа №123. НДС нет.",
         "vat":{
            "amount":1.01,
            "rate":"7",
            "type":"NO_VAT"
         }
      }
   ]
}

Ресурс /v1/payment-requests/incoming/{externalId}/state позволяет получить статус входящего платежного требования.

Шаги

1. Получить AccessToken.

2. Отправить запрос.

Авторизация

Для получения статуса необходимо отправить GET-запрос (/v1/payment-requests/incoming/{externalId}/state), в котором нужно передать авторизационный токен собственной организации (Access Token) и идентификатор документа (externalId). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAYMENT_REQUEST_IN.

Модель запроса

Наименование	Описание
Параметры заголовка
Authorization (String)	Access token полученный через SSO Пример: `Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1`
Параметры запроса
externalId (String)	Идентификатор документа,присвоенный клиентом

Пример запроса

curl -X GET --header 'Accept: application/json' --header
'Authorization: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1'
'https:

Модель ответа

Наименование	Описание
DocState
bankComment (string, optional, read only)	Банковский комментарий к статусу документа,
bankStatus (string, optional)	Статус документа,
channelInfo (string, optional, read only)	Комментарий, специфичный для документа, полученного по данному каналу

Пример ответа

{
   "bankStatus":"DELIVERED",
   "bankComment":null,
   "channelInfo":null
}

Возможные статусы

Статус	Значение	Состояние
`CREATED`	Создан	Промежуточный/Продолжать опрашивать
`ACCEPTANCE`	Акцептован	Конечный/Прекратить опрашивать
`PARTACCEPT`	Частично акцептован	Промежуточный/Продолжать опрашивать
`CARD2`	Картотека №2	Промежуточный/Продолжать опрашивать
`PROCESSERROR`	Отказан	Конечный/Прекратить опрашивать
`IMPLEMENTED`	Исполнен	Успешный конечный/Прекратить опрашивать
`PROCESSING`	В обработке	Промежуточный/Продолжать опрашивать
`ONACCEPTANCE`	На акцепт	Промежуточный/Продолжать опрашивать
`READY_TO_SEND`	Ждет отправки	Промежуточный/Продолжать опрашивать
`DELIVERED`	Доставлен	Промежуточный/Продолжать опрашивать
`REQUISITEERROR`	Ошибка реквизитов	Конечный/Прекратить опрашивать
`CHECKERROR`	Ошибка контроля	Промежуточный/Продолжать опрашивать
`TEMPLATE`	Шаблон документа	Промежуточный/Продолжать опрашивать
`ACCEPTED`	Принят	Промежуточный/Продолжать опрашивать
`ACCEPTEXPIRE`	Истек срок акцепта	Конечный/Прекратить опрашивать
`NONEACCEPTANCE`	Отказ от акцепта	Конечный/Прекратить опрашивать
`PAID`	Оплачено	Промежуточный/Продолжать опрашивать

Подписание запроса транспортной подписью

Content-Type может содержать одно из двух значений:

application/json – запрос без подписи.
application/jose – запрос, подписанный транспортной подписью.

Если Content-Type имеет значение application/jose, то запрос должен содержать данные (реквизитный состав платежного документа) в виде компактной сериализации RFC 7515: JSON Web Signature (JWS).

JWS состоит из:

заголовка (Header),
JSON-документа с реквизитным составом платежного поручения (Payload),
подписи запроса (Signature),

Формирование компактной сериализации JWS

JWS формируется из трех составляющих:

Base64Url(Header) || ’.’ || Base64Url(Payload) || ’.’ || Base64Url(Signature)

Signature — это подпись данных приватной частью ключевой пары пользователя (используется приватный ключ парный сертификату пользователя с UUID, указанному в Заголовке (Header) в параметре kid). Подпись вычисляется по алгоритму, указанному в Заголовке (Header) в параметре alg, в данном случае gost34. 10-2012, и вычисляется от исходных данных: Base64Url(Header) || ‘.’ || Base64Url(Payload).

Формирование исходных данных для вычисления подписи описано в спецификации RFC 7515: JSON Web Signature (JWS).

Следует отметить, что при кодировании JWS используется преобразование Base64Url, отличающееся от Base64 преобразования.
Условно это преобразование можно представить следующим образом:

Base64Url(x) := Base64(x).Split(‘=’)[0].Replace(‘+’, ’-’).Replace(‘/’, ’_’)

здесь функция Split(x), разбивает строку на части ([i] означает взятие i–ой части), используя символ разделитель x, функция Replace(x,y) заменяет все вхождения символа x на символ y.

Преобразование BASE64URL, отличается от BASE64 преобразования:

BASE64URL	BASE64
— (minus)	+
_ (underline)	/

В BASE64URL не используется (опускается) padding, т. е. не добавляются знаки ‘=’ на конце закодированного содержимого Padding of Encoded Data.

В ответе на запрос сервер возвращает JSON-документ, который содержит реквизитный состав подготовленного черновика рублевого платежного поручения в статусе Создан.

Коды возврата

Код возврата	Описание кода возврата	Причина возникновения
200 (GET-запроса)	`CREATED`
	Создан
201 (PUT-запрос)	`CREATED`
	Создан
400	`DESERIALIZATION_FAULT`
	Неверный формат запроса	Неверный формат запроса
	`WORKFLOW_FAULT`
	Для внешнего сервиса недоступны операции по счету: 40702810ХХХХХХХХХХХХ	Для внешнего сервиса недоступны операции по счету: счет не добавлен в список разрешенных в оферте; внешний сервис заблокирован в СББОЛ; счет указан неверно. Отсутствует доступный открытый рублевый расчетный счет у организации плательщика
	Документ с такими реквизитами уже существует	Документ с такими реквизитами уже существует. Проверка по номер документа в течении года
	Не указан идентификатор сертификата подписи	Не указан идентификатор сертификата подписи(параметр kid заголовка JWS)
	Некорректный формат параметра kid заголовка JWS	Некорректный формат параметра kid заголовка JWS(ожидается UUID)
	Ошибка валидации	Ошибка валидации данных запроса с указанием некорректных значений. Значения полей модели или параметров запроса не соответствуют допустимым и определенным в модели
	Подлинность подписи не установлена/Сертификат не обнаружен или не является активным	Ошибка возникает, если не удалось установить подлинность подписи
401	`UNAUTHORIZED`
	accessToken not found by value =хххххххх-хххх-хххх-хххх-хххххххххххх-х	Указан некорректный или просроченный access_token.
403	`ACTION_ACCESS_EXCEPTION`
	Операция не может быть выполнена: доступ к ресурсу запрещен	У пользователя нет прав на использование соответствующего сервиса SberBusinessAPI (Fintech API), доступ к которому не предусмотрен настройками scope; У пользователя отсутствует оферта с внешним сервисом
415	`JWS_EXCEPTED`
	В соответствии с текущими настройками сервиса с clientId=%s необходимо использовать запрос в формате JWS Compact Serialization	Ошибка возникает, если в настройках внешних сервисов выставлен флаг «Требуется подпись для внешнего сервиса»
500	`UNKNOWN_EXCEPTION`
	Внутренняя ошибка сервера
503	`UNAVAILABLE_RESOURCE_EXCEPTION`
	Сервис временно недоступен	Проводятся технические работы

Все о поле «Назначение платежа» — правильное заполнение

Корректное назначение платежа поможет контрагенту правильно учесть ваш платёж: как оплату за товар или услугу, возврат долга или заём. Но это поле видит не только получатель денег, но и банк. При проверке платежей он следует правилам внутреннего контроля против отмывания доходов и финансирования терроризма (согласно закону 115-ФЗ).

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

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

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

Примеры платежей

Оплата по договору № С58ВП от 01. 09.2020 НДС нет

Оплата по договору № С58ВП от 01.09.2020 за поставку товара (доски) НДС не облагается

Оплата по счету № 189 от 27.08.2020 в т.ч. НДС

Оплата по счету № 189 от 27.08.2020 за транспортные услуги в т.ч. НДС 20% 1564,89

Банк, чтобы идентифицировать платёж, смотрит на следующие реквизиты:

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

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

Подробные правила заполнения платёжного поручения прописаны в Положении Банка России от 19. 06.2012 №383-П «О правилах осуществления перевода денежных средств».

Проверить свой бизнес на соответствие нормам 115-ФЗ поможет сервис «Риск блокировки», а проконсультироваться по результатам мониторинга операций за последние 12 месяцев — «Комплаенс-помощник».

Больше статей о приостановлении дистанционного банковского обслуживания — в разделе «Как избежать ограничений операций по счёту».

Ст. 864 ГК РФ. Прием к исполнению банком платежного поручения

1. Содержание (реквизиты) платежного поручения и его форма должны соответствовать требованиям, предусмотренным законом и банковскими правилами.

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

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

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

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

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

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

См. все связанные документы >>>

1. Платежное поручение исполняется банком при условии соответствия содержания платежного поручения и представляемых вместе с ним расчетных документов и их формы установленным требованиям. Положением о правилах осуществления перевода денежных средств, утв. Банком России 19.06.2012 N 383-П, установлены реквизиты, форма платежного поручения на бумажном носителе. В качестве обязательных реквизитов на платежном поручении должны присутствовать сумма платежа (цифрами и прописью), плательщик (наименование, ИНН), номер счета плательщика, получатель денежных средств, номер счета и банк получателя средств, срок и назначение платежа и пр.

Платежное поручение составляется, принимается к исполнению и исполняется в электронном виде, на бумажном носителе.

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

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

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

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

Так, Постановлением ФАС Московского округа от 27.11.2006 N КГ-А40/11276-06 суд отказал в удовлетворении требования о взыскании ошибочно перечисленных денежных средств, поскольку у ответчика не возникло необходимости уточнения содержания платежного документа получателя денежных средств, так как реквизиты на платежных поручениях идентифицировали непосредственно их получателя.

3. Условиями исполнения банком платежного поручения плательщика являются также наличие средств на счете плательщика (если иное не предусмотрено договором между плательщиком и банком) и соблюдение очередности списания денежных средств со счета. При наличии на счете денежных средств, сумма которых достаточна для удовлетворения всех требований, предъявленных к счету, списание этих средств со счета осуществляется в порядке поступления распоряжений клиента и других документов на списание (календарная очередность).

При недостаточности денежных средств на счете для удовлетворения всех предъявленных к нему требований списание денежных средств осуществляется в следующей очередности:

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

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

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

— в четвертую очередь по исполнительным документам, предусматривающим удовлетворение других денежных требований;

— в пятую очередь по другим платежным документам в порядке календарной очередности.

Списание средств со счета по требованиям, относящимся к одной очереди, производится в порядке календарной очередности поступления документов.

4. Применимое законодательство:

— Положение Банка России от 19.06.2012 N 383-П.

5. Судебная практика:

— Определение ВАС РФ от 04.03.2013 N ВАС-1709/13 по делу N А32-2925/2012;

— Постановление ФАС Волго-Вятского округа от 07.02.2012 по делу N А43-2176/2011.

— Постановление ФАС Западно-Сибирского округа от 22.10.2010 по делу N А45-13807/2009.

Настройка и обработка платежных поручений для России — Finance | Dynamics 365

Статья
08/20/2021
Чтение занимает 4 мин
3 contributors

Были ли сведения на этой странице полезными?

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

Важно!

Dynamics 365 for Finance and Operations стало специализированным приложением, с помощью которого вы можете управлять определенными бизнес-функциями. Дополнительные сведения об этих изменениях см. в разделе Руководство по лицензированию Dynamics 365.

Настройка для формирования платежных поручений

Прежде чем формировать платежные поручения, необходимо настроить следующее:

Настроить банки и банковские счета для компании. Дополнительные сведения см. в разделе Локальные настройки и реквизиты для модуля «Банк».
Настроить банковские счета поставщиков и банковские счета клиентов:
1. На странице «Все клиенты» или «Все поставщики» выберите Банковские счета на вкладке ПОСТАВЩИК.
2. Создайте банковский счет и введите все необходимые данные.
3. В случае банковских счетов зарубежных клиентов или поставщиков на экспресс-вкладке Общие в разделе Иностранный банк в поле Банковские группы выберите код иностранного банка, в котором зарегистрирован банковский счет клиента. В поле Номер банковского счета введите номер иностранного банковского счета, на который будут поступать платежи. Наконец, в поле SWIFT введите SWIFT-код банка, получающего платежи.
Для формирования платежей поставщикам настройте способ оплаты в разделе Расчеты с поставщиками > Настройка платежей > Способы оплаты. Для формирования возвратов платежей клиентам настройте способ оплаты в разделе Расчеты с клиентами > Настройка платежей > Способы оплаты.
Для печати платежных поручений в российских рублях в соответствии с форматом бумаги на странице Способы оплаты на экспресс-вкладке Форматы файлов в поле Формат экспорта выберите Платежное поручение в рублях. Для печати платежных поручений в иностранной валюте в соответствии с шаблоном конкретного банка в поле Формат экспорта выберите Валютное платежное поручение. (Шаблон для конкретного банка определяется в банковском счете).

Создание платежного поручения в российских рублях для платежа поставщику

Создание строк платежного поручения

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

Выберите Расчеты с поставщиками > Платежи > Журнал платежей.
Создайте журнал, а затем в области действий выберите Строки, чтобы открыть страницу Платежи поставщикам.
Создайте строку платежа поставщику.
В поле Дата укажите дату платежа.
В поле Счет выберите счет поставщика.
В поле Текст проводки введите описание проводки.
В поле Дебет введите сумму платежа.
В поле Валюта выберите код валюты.
В поле Тип корр. счета выберите тип выбранного счета.
В поле Корр. счет выберите корреспондентский счет для проводки.
В поле Валюта выберите код валюты.
В поле Способ оплаты выберите способ оплаты, который будет использоваться для поставщика.
В поле Код договора выберите регистрационный номер договора.
В полях Налоговая группа и Налоговая группа номенклатур выберите налоговые группы для вычисления НДС.
На вкладке Банк в поле Тип банковской проводки выберите тип проводки.
В поле Идентификатор счета выберите банковский счет получателя.
Важно!
Если платежное поручение создается для юридического лица поставщика, необходимо ввести счет поставщика в поле Платежка на. В этом случае бланк платежного поручения будет ссылаться на банк поставщика, указанный в поле Платежка на. Однако проводка будет произведена для поставщика, указанного в поле Счета.
На вкладке Платежное поручение в поле Назначение платежа введите текст, который должен быть отражен в платежном поручении.
Если выбрать НДС в платежном поручении будет введен текст. Этот текст включает в себя сумму НДС в поле Назначение платежа.
Задайте следующие поля: Очередность платежа, Код статуса, Код доходов бюджета, Основание платежа, Вид платежа, УИН, а также поля в разделе Период (Код периода, Номер периода, Год, Дата периода). Эти значения будут напечатаны в соответствующих полях платежного поручения для поставщика или налогового органа.

Создание платежного поручения

После создания строк платежного поручения можно сформировать платежное поручение.

На странице Платежи поставщикам в области действий выберите Создание платежей, чтобы открыть диалоговое окно Создание платежей.
В поле Способ оплаты выберите способ оплаты. Другой вариант — в поле Формат экспорта выберите Платежное поручение в рублях.
В поле Банковский счет выберите банковский счет, с которого будет произведен платеж.
Выберите OK, чтобы открыть диалоговое окно Настройка платежного поручения.
Установите для параметра Документ значение Да, чтобы напечатать платежное поручение, и установите для параметра Текст доверенности значение Да, чтобы напечатать текст.
Нажмите ОК. Создается платежное поручение, а статус платежа для соответствующей строки журнала платежей изменяется на Отправлено.

Аннулирование платежного поручения

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

Повторная печать платежного поручения

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

Просмотр сформированных платежных поручений

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

Создание платежного поручения клиента для возврата платежа клиенту

Можно сформировать платежное поручение для возврата средств клиенту.

Выберите Расчеты с клиентами > Платежи > Журнал платежей.
Создайте журнал, а затем в области действий выберите Строки, чтобы открыть страницу Платежи клиентов.
Создайте строку платежа клиенту. Введите информацию так же, как при создании строки платежа поставщику ранее в этой теме.
На вкладке Банк в поле Идентификатор счета введите номер банковского счета, соответствующий счету клиента, который должен получить возврат платежа.
В поле Платежка на выберите счет клиента, который должен получить возврат платежа.
В области действий выберите Функции > Создание платежей, чтобы создать платежное поручение.

Сформированные платежные поручения для клиентов можно просмотреть на странице Реестр платежных поручений (Расчеты с клиентами > Запросы и отчеты > Платеж > Реестр платежных поручений).

Просмотр реестра платежных поручений

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

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

Чтобы запустить отчет, выполните следующие шаги.

Выберите Расчеты с поставщиками > Запросы и отчеты > Платеж > Реестр платежных поручений или Расчеты с клиентами > Запросы > Платеж > Реестр платежных поручений.
Щелкните Печать > Реестр платежных поручений.
Выберите Начальная дата и Конечная дата.
Определите следующие фильтры для платежных поручений: Статус платежного поручения, Код валюты, Банковский счет и примечание Электронный платеж (Все, Электронный, Печатная форма).
Щелкните ОК, чтобы создать отчет.

ГРАЖДАНСКИЙ КОДЕКС РОССИЙСКОЙ ФЕДЕРАЦИИ Глава 46. Расчеты

Глава 46. Расчеты

§ 1. Общие положения о расчетах

Статья 861. Наличные и безналичные расчеты

1. Расчеты с участием граждан, не связанные с осуществлением ими предпринимательской деятельности, могут производиться наличными деньгами (статья 140) без ограничения суммы или в безналичном порядке.

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

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

Статья 862. Формы безналичных расчетов

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

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

§ 2. Расчеты платежными поручениями

Статья 863. Общие положения о расчетах платежными поручениями

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

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

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

Статья 864. Условия исполнения банком платежного поручения

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

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

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

Статья 865. Исполнение поручения

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

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

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

Статья 866. Ответственность за неисполнение или ненадлежащее исполнение поручения

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

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

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

§ 3. Расчеты по аккредитиву

Статья 867. Общие положения о расчетах по аккредитиву

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

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

2. В случае открытия покрытого (депонированного) аккредитива банк-эмитент при его открытии обязан перечислить сумму аккредитива (покрытие) за счет плательщика либо предоставленного ему кредита в распоряжение исполняющего банка на весь срок действия обязательства банка-эмитента.

В случае открытия непокрытого (гарантированного) аккредитива исполняющему банку предоставляется право списывать всю сумму аккредитива с ведущегося у него счета банка-эмитента.

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

Статья 868. Отзывный аккредитив

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

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

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

Статья 869. Безотзывный аккредитив

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

2. По просьбе банка-эмитента исполняющий банк, участвующий в проведении аккредитивной операции, может подтвердить безотзывный аккредитив (подтвержденный аккредитив). Такое подтверждение означает принятие исполняющим банком дополнительного к обязательству банка-эмитента обязательства произвести платеж в соответствии с условиями аккредитива.

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

Статья 870. Исполнение аккредитива

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

2. Если исполняющий банк произвел платеж или осуществил иную операцию в соответствии с условиями аккредитива, банк-эмитент обязан возместить ему понесенные расходы. Указанные расходы, а также все иные расходы банка-эмитента, связанные с исполнением аккредитива, возмещаются плательщиком.

Статья 871. Отказ в принятии документов

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

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

Статья 872. Ответственность банка за нарушение условий аккредитива

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

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

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

Статья 873. Закрытие аккредитива

1. Закрытие аккредитива в исполняющем банке производится:

по истечении срока аккредитива;

по заявлению получателя средств об отказе от использования аккредитива до истечения срока его действия, если возможность такого отказа предусмотрена условиями аккредитива;

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

О закрытии аккредитива исполняющий банк должен поставить в известность банк-эмитент.

2. Неиспользованная сумма покрытого аккредитива подлежит возврату банку-эмитенту незамедлительно одновременно с закрытием аккредитива. Банк-эмитент обязан зачислить возвращенные суммы на счет плательщика, с которого депонировались средства.

§ 4. Расчеты по инкассо

Статья 874. Общие положения о расчетах по инкассо

1. При расчетах по инкассо банк (банк-эмитент) обязуется по поручению клиента осуществить за счет клиента действия по получению от плательщика платежа и (или) акцепта платежа.

2. Банк-эмитент, получивший поручение клиента, вправе привлекать для его выполнения иной банк (исполняющий банк).

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

3. В случае неисполнения или ненадлежащего исполнения поручения клиента банк-эмитент несет перед ним ответственность по основаниям и в размере, которые предусмотрены главой 25 настоящего Кодекса.

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

Статья 875. Исполнение инкассового поручения

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

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

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

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

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

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

Статья 876. Извещение о проведенных операциях

1. Если платеж и (или) акцепт не были получены, исполняющий банк обязан немедленно известить банк-эмитент о причинах неплатежа или отказа от акцепта.

Банк-эмитент обязан немедленно информировать об этом клиента, запросив у него указания относительно дальнейших действий.

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

§ 5. Расчеты чеками

Статья 877. Общие положения о расчетах чеками

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

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

3. Отзыв чека до истечения срока для его предъявления не допускается.

4. Выдача чека не погашает денежного обязательства, во исполнение которого он выдан.

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

Статья 878. Реквизиты чека

1. Чек должен содержать:

1) наименование «чек», включенное в текст документа;

2) поручение плательщику выплатить определенную денежную сумму;

3) наименование плательщика и указание счета, с которого должен быть произведен платеж;

4) указание валюты платежа;

5) указание даты и места составления чека;

6) подпись лица, выписавшего чек, — чекодателя.

Отсутствие в документе какого-либо из указанных реквизитов лишает его силы чека.

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

Указание о процентах считается ненаписанным.

2. Форма чека и порядок его заполнения определяются законом и установленными в соответствии с ним банковскими правилами.

Статья 879. Оплата чека

1. Чек оплачивается за счет средств чекодателя.

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

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

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

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

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

5. Лицо, оплатившее чек, вправе потребовать передачи ему чека с распиской в получении платежа.

Статья 880. Передача прав по чеку

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

2. Именной чек не подлежит передаче.

3. В переводном чеке индоссамент на плательщика имеет силу расписки за получение платежа.

Индоссамент, совершенный плательщиком, является недействительным.

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

Статья 881. Гарантия платежа

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

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

2. Аваль проставляется на лицевой стороне чека или на дополнительном листе путем надписи «считать за аваль» и указания, кем и за кого он дан. Если не указано, за кого он дан, то считается, что аваль дан за чекодателя.

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

3. Авалист отвечает так же, как и тот, за кого он дал аваль.

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

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

Статья 882. Инкассирование чека

1. Представление чека в банк, обслуживающий чекодержателя, на инкассо для получения платежа считается предъявлением чека к платежу.

Оплата чека производится в порядке, установленном статьей 875 настоящего Кодекса.

2. Зачисление средств по инкассированному чеку на счет чекодержателя производится после получения платежа от плательщика, если иное не предусмотрено договором между чекодержателем и банком.

Статья 883. Удостоверение отказа от оплаты чека

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

1) совершением нотариусом протеста либо составлением равнозначного акта в порядке, установленном законом;

2) отметкой плательщика на чеке об отказе в его оплате с указанием даты представления чека к оплате;

3) отметкой инкассирующего банка с указанием даты о том, что чек своевременно выставлен и не оплачен.

2. Протест или равнозначный акт должен быть совершен до истечения срока для предъявления чека.

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

Статья 884. Извещение о неоплате чека

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

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

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

Статья 885. Последствия неоплаты чека

1. В случае отказа плательщика от оплаты чека чекодержатель вправе по своему выбору предъявить иск к одному, нескольким или ко всем обязанным по чеку лицам (чекодателю, авалистам, индоссантам), которые несут перед ним солидарную ответственность.

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

Такое же право принадлежит обязанному по чеку лицу после того, как оно оплатило чек.

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

общие вопросы и лучшие практики

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

Но, как и в большинстве классических процессов расходов, идея обычно лучше, чем ее исполнение.

Заказы на покупку должны добавить ясности и наглядности бизнес-транзакциям. Вместо этого они, как правило, добавляют администрацию, путаницу и длинные электронные письма.

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

Но давайте начнем с основ.

Что такое заказ на поставку?

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

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

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

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

Типы заказов на поставку

Необходимо помнить о четырех основных типах заказов на покупку:

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

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

В этой статье мы имеем дело со стандартными заказами на поставку.

Заказы на поставку и счета-фактуры

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

Заказ на поставку (покупатель) : Запрос отправлен поставщику с подробным описанием ожидаемой поставки.
Счет-фактура (продавца) : Список поставленных товаров или услуг с указанием суммы, подлежащей оплате покупателем.

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

Стоимость заказов на поставку для бизнес-групп

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

Рассмотрим, как происходит типичная транзакция компании без один :

Команде необходимо что-то приобрести для более эффективной работы, например подписку на программное обеспечение.
Член команды запрашивает это программное обеспечение, и его руководитель утверждает покупку.
Участник группы создает учетную запись и начинает использовать программное обеспечение.
Через месяц приходит счет. Член команды не может оплатить его сам, поэтому он отправляет его в финансовый отдел. Финансовая команда впервые слышит об этом программном обеспечении.
Чтобы получить всю информацию, необходимую финансовому отделу, создается цепочка электронных писем . В этом участвуют член команды, их менеджер (который смутно помнит, что одобрил покупку) и финансовая команда.
То, что должно было быть относительно простой транзакцией, теперь включает в себя много операций туда и обратно и дополнительную административную работу для всех сторон.

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

Процесс заказа на поставку

Стандартный процесс заказа на покупку содержит несколько шагов, которые нельзя пропустить или исключить:

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

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

Трехстороннее согласование

Компании должны убедиться, что все полученные счета-фактуры являются законными.Для этого требуется «трехстороннее сопоставление», которое ищет согласованность между:

Заказ на поставку
Товары и услуги и поставки
Счет-фактура

Если все три совпадают, поставщику можно заплатить без проблем.

Обновление: автоматизация заказов на покупку

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

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

Как работает автоматизация заказов на покупку

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

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

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

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

У вас все те же важные точки соприкосновения и проверки безопасности. Но это уже не нужно делать вручную.

И самое большое отличие: больше нет длинных цепочек писем . Процесс плавный, асинхронный и устраивает всех участников.

Преимущества средств автоматизации закупок

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

Просмотр совершенных расходов в режиме реального времени

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

Цифровые заказы на поставку меняют это. Финансовые группы могут видеть все заказы на покупку сразу после их создания. Более того, они могут видеть эти обязательства наряду с другими фактическими расходами и будущими расходами (например, оплата подписки). В результате они могут управлять бюджетом команды в режиме реального времени и убедиться, что денежный поток не является проблемой.

Более понятный процесс для сотрудников

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

Программное обеспечение

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

Больше наглядности для финансовых групп

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

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

Один источник правды

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

Сэкономлено больше времени и меньше ошибок

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

Автоматизация также снижает количество ошибок, вызванных человеческим фактором, который обычно является основной причиной ошибок.

Учитывая все эти очевидные преимущества, какой инструмент автоматизации заказов на покупку следует использовать?

Spendesk Invoices — полная автоматизация AP (со встроенными заказами на покупку)

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

Счета-фактуры Spendesk включают заказы на покупку, чтобы помочь сотрудникам сделать более четкие запросы, а также позволить финансовым командам выполнять трехстороннее сопоставление перед утверждением платежа:

Часть централизованной системы управления расходами

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

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

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

Запросы платежа

Запрос процесса платежа представляет собой группу рассрочек представлен к оплате. Вы можете отправить запрос на процесс оплаты на на странице «Отправить запрос на обработку платежа». Вы также можете создать шаблон на странице Создать шаблон запроса процесса оплаты и запланировать шаблон для отправки запроса на процесс оплаты позже.

Используя шаблон, вы можете:

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

Для каждого платежного запроса можно указать:

Критерии выбора
Атрибуты платежа
Варианты обработки

Критерии выбора

Критерии выбора, такие как бизнес-подразделение по выставлению счетов, платежный бизнес единица и приоритет платежа определяют, какие платежи выбран для оплаты.

В этой таблице описаны поля в окне выбора. Вкладка «Критерии» на вкладке «Отправить запрос на обработку платежа» и «Создать или изменить» Страницы шаблона запроса платежного процесса.

«>

Критерии выбора	Описание
Платить до даты	Самая поздняя дата платежа.
Оплата с даты	Самый ранний срок платежа.
От приоритета платежа	Наименьший приоритет платежа, назначенный рассрочке.
Приоритет платежа	Наивысший приоритет платежа, назначенный рассрочке.
Основа даты	Основа для даты, влияющая на выбор платежа и брать ли скидку.
Включить счета с нулевой суммой	Включить счета с нулевой суммой к оплате.
Платежные группы	Категоризация счета для оплаты. Настройка по умолчанию включает все группы оплаты, но вы можете указать одну или несколько групп оплаты.
Валюта	Валюта для счетов и платежей. По умолчанию настройка включает все валюты, но вы можете указать либо одну, либо нескольких валют счетов-фактур или одной или нескольких валют платежа.
Бизнес-единицы	Подразделения по счетам и платежам.По умолчанию настройка включает все бизнес-единицы. Если указать: Платежный бизнес-подразделение, выбор процесс находит частичные платежи для бизнес-единиц счетов, которые оплата услуг бизнес-подразделения. Бизнес-единица счета-фактуры, выбор процесс находит частичные платежи для этого бизнес-подразделения счета-фактуры.
Юридические лица	Юридическое лицо, связанное со счетом-фактурой.По умолчанию настройка включает все юридические лица, но можно указать одно или несколько юридические лица.
Тип поставщика	Классификация поставщиков, например, налоговые органы или подрядчик.
Способ оплаты	Способ оплаты в рассрочку.
Тип коэффициента конверсии счета-фактуры	Тип курса, конвертирующего валюту счета в валюта реестра.
Поставщик или сторона	Поставщик или сторона в счете-фактуре.
Группа счетов	Пользовательское имя, присвоенное одному или нескольким счетам. Примечание. Если вы реализовали централизованную обработку платежей, настройка поставщика услуг и доступ вашего бизнес-подразделения влияют на список значений в поле Группа счетов. Группы счетов-фактур относятся к бизнес-подразделениям счетов-фактур, которые обслуживаются платежными подразделениями, к которым у вас есть доступ.

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

Атрибуты платежа

Укажите детали платежа с атрибутами, такими как в качестве даты платежа и профиля платежного процесса.

Примечание. Атрибуты платежа не влияют на выбор платежа.

Варианты обработки

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

В этой таблице описаны параметры на странице Обработка Вкладка «Параметры» на вкладке «Отправить запрос на обработку платежа» и «Создать или изменить» Страницы шаблона запроса платежного процесса.

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

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

Запрос на оплату заказа на поставку (VP1)

КАК ЭТО РАБОТАЕТ

Понимание целей заказов на поставку

Заказы на покупку должны использоваться для обеспечения товаров и услуг на сумму от 1 до 50 000 долларов США. Чтобы понять, когда обеспечить безопасность с помощью заказа на покупку, см. ниже:

http://www.utexas.edu/business/accounting/hbp/07_purch/purch5.HTML

Как обрабатывать платежи по заказам на покупку

Сначала просмотрите следующий контрольный список:

1. Есть ли в счете:

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

2.Получил ли отдел упаковочный лист? Если да, то совпадают ли позиции счета-фактуры с упаковочным листом? Если нет, верните счет-фактуру продавцу и устраните расхождение.

Если пунктов 1 и 2 достаточно, счета-фактуры должны направляться запрашивающей стороне для проверки следующего:

Номер счета в заказе на оплату счетов по-прежнему является правильным счетом.

Является ли номер счета в заказе на покупку правильным?
Все ли позиции в счете-фактуре получены?
Все позиции в счете-фактуре приняты или возвращены? При возврате убедитесь, что их нет в счете-фактуре.
Какова дата получения предметов?
Пожалуйста, подпишите, подтверждая, что счет-фактура подходит для pa
Обработка VP1

Как обрабатывать VP1

Экран 1 = Команда VP1 в DEFINE

Рядом с Действие введите Новый (для создания ваучера)
Введите 01 рядом с Формат
Введите Номер заказа на поставку , нажмите Enter, и будет создан идентификатор документа.
Проверить, если Частично или Завершить платеж (заполнить только при окончательном платеже)
Чек Даты получения товаров/услуг (должна быть дата, подписанная сотрудником CNS)
Чек Дата получения счета (должна быть дата его получения бухгалтерией UT или другим офисом UT)
Проверить Имя поставщика и Идентификатор поставщика , затем отправить по адресу — должен совпадать счет-фактура и информация о заказе на поставку
*** Сделайте это, если только продавец не потребовал, чтобы все платежи были прямым депозитом.**
Чек Номер счета (должен совпадать с PO)
Если поставщик выставляет счета за фрахт или доставку, заказ на покупку должен быть настроен FOB Destination/PPA. В противном случае вы не сможете оплатить фрахт, пока CNS Business Services не обработает заказ на изменение.
Чек Сумма (должна точно совпадать с суммой счета – введите VP1 ПРИМЕЧАНИЯ причину несоответствия – например, ДСП (добровольное снижение цены, СПД (скидка за досрочную оплату) или разница округления (+/-).
При получении ЭПД (скидки за досрочную оплату) создайте строку кредитной проводки на сумму скидки, а в строке счета введите – ЭПД.
При использовании VPR (добровольное снижение цены или корректировка позиции в заказе на покупку с учетом разницы округления) измените сумму для конкретной позиции в Разделе 3.

Раздел 1: Описание ваучера и комментарии к получателю платежа

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

Прочие комментарии (если применимо, так как они будут напечатаны на чеке поставщика)

Номер счета
Если поставщик присвоил UT определенный номер счета (будут расположены различные области в счетах-фактурах),
Если нет конкретного номера счета, используйте заказ на покупку №

Если в счет-фактуру внесены какие-либо корректировки, укажите здесь, например:
- ex: UT БЕЗ НАЛОГА, вычитается $5
- ex: PO FOB DEST, вычитается 5 долларов.75

Раздел 2:

См. VP1 «Пешеходный переход» http://www.utexas.edu/business/accounting/slideshow/vp1crosswalk/

Раздел 3: Операции

Введите счет №

*Если платеж просрочен из-за ошибки поставщика, введите коды в графе Проценты и причину. Отметьте проблему, вызвавшую задержку платежа, в ПРИМЕЧАНИЯХ к ваучеру.

Пакет аудита/проверки платежа:

Проверка и аудит:
Сумма в долларах в ваучере соответствует счету-фактуре
Номер счета-фактуры совпадает с номером счета-фактуры
Адрес для перевода — тот же адрес, что и в счете-фактуре (если это не прямой перевод). Если возможен прямой депозит, он должен быть основным выбором.)
Номер счета для оплаты расходов подходит

Отправка ваучера на утверждение:

Создатели документов должны отправить одно электронное письмо на один ваучер в виде отсканированного пакета PDF для рассмотрения и утверждения в CNS Business Services ([email protected]) для рассмотрения и утверждения. Пожалуйста, ознакомьтесь с требованиями к изображениям PDF для отправки PDF-файлов в бизнес-службы на утверждение.
В теме сообщения электронной почты должен быть идентификатор документа — для утверждения
- Пример: 30VP1999999 – Для утверждения
Business Services после проверки и утверждения уведомит создателя. Если ваучер будет возвращен, отправьте обновленный PDF-файл еще раз на адрес [email protected] для утверждения. Пожалуйста, ответьте на исходную цепочку писем, повторно прикрепите обновленный PDF-файл со всей соответствующей документацией и измените строку темы, чтобы она начиналась с повторной отправки. Например: Повторная подача 30VP1999999 – Для утверждения
Затем авторы отправят исходную документацию в отдел кредиторской задолженности для окончательного утверждения
В СРОЧНЫХ или экстренных ситуациях используйте следующие процедуры обработки:
- Обратитесь к askUS за инструкциями о том, как ускорить платеж независимого подрядчика.
- Обратитесь к askUS за инструкциями о том, как срочно оформить платежный документ для других поставщиков или сотрудников, или позвоните в отдел счетов к оплате и командировок по телефону 512-471-1816.

Ссылки на политику

http://www.utexas.edu/business/accounting/pubs/de217.pdf

http://www.utexas.edu/business/accounting/hbp/07_purch/purch5.html

http://www.utexas.edu/business/accounting/hbp/07_purch/purch7-6.html

http://www.utexas.edu/business/accounting/hbp/09_expend/expend2. html

http://www.utexas.edu/business/accounting/slideshow/vp1crosswalk/

Советы или часто задаваемые вопросы

При обработке VP1 для оборудования , для которого потребуется тег UT (например,г., компьютерное оборудование) в разделе «Описание ваучера» включают краткое описание того, что было куплено, его местонахождение и серийный номер. Пример: «iMac 20» — Geb. 3.300-СЕРИЙНЫЙ НОМЕР». Также обязательно укажите в разделе «Описание ваучера» лицо , связанное с заказом на покупку (т. е. лицо, для которого было приобретено оборудование). Чтобы узнать, какие покупки должны быть помечены, посетите http://www.utexas.edu/business/accounting/in/. (Прокрутите вниз до раздела «Дополнительные ресурсы».)
Убедитесь, что вы используете правильные коды для выдачи чеков. Используйте «F» для платежей, отправленных на иностранный адрес, «C» для платежей, отправленных на адрес кампуса, «U» для прямого депозита и платежей, отправленных почтой США, «T» для платежей, сопровождаемых вложениями.
Ваучерные платежные документы не могут объединять государственные и местные фонды ; Пожалуйста, разделите оплату между двумя ваучерами.
Убедитесь, что VP1 одобрен двумя утверждающими лицами отдела , прежде чем направлять его в деканат для утверждения.
Пожалуйста, используйте «Частично», если вы не платите окончательный платеж по заказу на покупку , или «Завершить», если это окончательный и полный платеж по заказу на покупку (что освобождает оставшиеся средства).
VP1 нельзя использовать для оплаты/возмещения расходов на переезд; это должно быть сделано с помощью VP2. Это так, даже если транспортной компании требуется заказ на покупку. Дополнительную информацию о расходах на переезд можно найти в отделе кадров Техасского университета.
Негабаритная резервная копия : Негабаритная резервная копия — это любая резервная копия, размер которой превышает стандартный лист бумаги размером 8½” X 11”. Резервную копию большого размера необходимо уменьшить до 8½” X 11” перед отправкой в IDS.Поскольку уменьшенная копия не является оригинальным счетом-фактурой, чтобы соответствовать правилам оплаты UT, она должна быть сертифицирована как оригинальный счет-фактура, который был скопирован для целей сканирования.
Просроченные ваучеры: Любой ваучер, обработанный более 60 дней с даты покупки или обслуживания, должен сопровождаться служебной запиской (на бланке отдела) от председателя/директора, объясняющей, почему ваучер предоставляется с опозданием.

заказов на покупку | Платежи поставщику | Кредиторская задолженность | Офис контролера

Определение заказов на поставку

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

Заказ на покупку требуется до того, как будет сделана покупка или обязательство для следующего:

Заказы на общую сумму более 500 долларов США (включая доставку и обработку, доставку и налоги)
Любая покупка техники/ИТ или мебели (независимо от суммы в долларах), позволяющая Университету поддерживать установленные стандарты
Чтобы получить общий заказ на покупку в магазине Campus Store
Когда поставщик требует заказ на покупку независимо от суммы в долларах
Для сервисных соглашений или контрактов

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

Процедуры для создания заказа на поставку

Чтобы начать процесс заказа на покупку, пользователи должны войти в ProcureSU, систему Procure-to-Pay Сиэтлского университета. Определите товар или услугу, которые они хотели бы приобрести, и разместите заказ. Заказы будут автоматически направляться для утверждения соответствующим органом до заключения соглашения и создания заказа на покупку. Ниже приводится разбивка утверждений, необходимых для каждого уровня расходов, обратите внимание, что они являются кумулятивными.Например, заявка на заказ на покупку на сумму 90 000 долл. США должна быть одобрена вице-президентом, вице-президентом и финансовым менеджером, чтобы быть принятой.

Управление расходов
Диспетчер деятельности	Менее 5000 долларов США
Отчетный отдел Председатель/Директор/Начальник	от 5 000 до 20 000 долларов
АВП/доц.Ректор/декан/начальник отдела легкой атлетики/библиотекарь	от 20 001 до 50 000 долларов
VP/CIO	от 50 001 до 100 000 долларов
Финансовый директор/Исполнительный вице-президент/Провост	от 100 001 до 1 000 000 долларов
Президент	Более 1 000 000 долларов США

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

Процедуры оплаты счета с заказом на покупку

Перед отправкой по адресу payables@seattleu убедитесь, что продавец включил номер заказа на поставку в счет-фактуру.образование Если номер заказа на поставку отсутствует, укажите его.

Когда отдел счетов к оплате получит счет, он приложит цифровую копию к заказу на покупку в ProcureSU. Если товары или услуги были получены, а цена и количество совпадают, Accounts Payables оплатит счет, и обременение будет закрыто. Частично оплаченные заказы на покупку будут иметь обременения, которые останутся открытыми до тех пор, пока весь заказ не будет оплачен.

Для заказов, которые были выполнены из-за того, что они были изменены или отменены, или для заказов, которые были оплачены, но остаются открытыми, подотчетная единица должна заполнить форму запроса на изменение заказа на покупку ProcureSU, чтобы закрыть заказ на покупку и снять обременение.

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

Платежные поручения на чеки Примеры статей

Относящиеся к

Платежные поручения на чеки

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

Отклонение платежного поручения Депозитарий обязан своевременно уведомить Фонд об отклонении Депозитарием платежного поручения.Такое уведомление может быть сделано в письменной форме или устно по телефону, каждый из которых считается коммерчески обоснованным. В случае неисполнения Депозитарием надлежащим образом исполняемого платежного поручения и неуведомления Фонда о неисполнении Депозитария Депозитарий несет ответственность только за фактические убытки Фонда и только в той мере, в какой такие убытки подлежат возмещению в соответствии с УПК. 4A (как определено в пункте 7 ниже). Невзирая ни на что в настоящем Графике услуг по переводу средств и в Соглашении об обратном, Хранитель ни при каких обстоятельствах не несет ответственности за любые косвенные или особые убытки в соответствии с настоящим Графиком услуг по переводу средств, независимо от того, относятся ли такие убытки к услугам, охватываемым UCC 4A, даже если Депозитарий был уведомлен о возможности таких убытков. Всякий раз, когда Хранитель выплачивает Фонду компенсацию в виде процентов в соответствии с настоящим Графиком оказания услуг по переводу средств, такая компенсация подлежит выплате, как указано в UCC 4A.

Запрос платежного поручения об остановке Любой владелец может запросить остановку платежного поручения по любому чеку или тратте, выписанной на счет владельца. Чтобы иметь обязательную силу, заказ должен точно описывать чек или тратту, включая точный номер счета, номер чека или тратты и сумму чека или тратты.Эта точная информация необходима кредитному союзу для идентификации чека или тратты. Если мы получим неверную или неполную информацию, мы не будем нести ответственность за неспособность остановить платеж по чеку или тратте. Кроме того, мы должны получить заблаговременное уведомление о прекращении платежного поручения, чтобы у нас была разумная возможность действовать в соответствии с ним. Если мы рекредитуем ваш счет после оплаты чека или тратты по действительному и своевременному остановленному платежному поручению, вы соглашаетесь подписать заявление с описанием спора с получателем платежа, чтобы передать нам все свои права в отношении получателя платежа или других держателей чека. или черновик, а также для оказания нам помощи в любых юридических действиях.Распоряжения о прекращении платежей для предварительно авторизованных дебетовых транзакций с вашего счета регулируются Положением E. Пожалуйста, обратитесь к Соглашению об электронных переводах средств и раскрытию информации о правилах, касающихся остановки платежей по предварительно авторизованным дебетовым транзакциям.

Чеки Все чеки или требования о выплате денег и векселя Корпорации должны быть подписаны таким должностным лицом или должностными лицами или таким другим лицом или лицами, которые могут время от времени назначаться Советом директоров.

Запросы на остановку платежа Способность Службы обработать запрос на остановку платежа будет зависеть от способа платежа и от того, был ли подтвержден чек.У Сервиса также может не быть разумной возможности отреагировать на любой запрос на остановку платежа после обработки платежа. Если вы хотите остановить какой-либо платеж, который уже был обработан, вы должны связаться со службой поддержки клиентов в порядке, указанном в Разделе 22 Общих условий выше. Хотя Сервис попытается удовлетворить ваш запрос, Сервис не будет нести ответственности за невыполнение этого требования. Служба также может потребовать от вас представить свой запрос в письменной форме в течение четырнадцати (14) дней.Плата за каждый запрос на остановку платежа будет представлять собой текущую плату за такую услугу, указанную в применимом тарифном плане.

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

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

Банковский счет для платежей Все платежи должны производиться на банковский счет координатора, как указано ниже: Название банка: […] Точное наименование владельца счета: […] Полный номер счета (включая коды банков): [… ] [Код IBAN: […]]10

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

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

Управление денежными потоками (Россия) — Финансы | Динамика 365

Статья
03.11.2021
29 минут на чтение
4 участника

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft. Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

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

Казначейская компания отвечает за мониторинг движения денежных средств и ликвидности между компаниями и денежных позиций (дефицит и профицит), а также за своевременное предотвращение корпоративной нехватки денежных средств.

Вот основные цели казначейской компании:

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

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

Примечание

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

В этом примере Contoso Retail RUS (RURT) является дочерней компанией промышленного холдинга и ведет бизнес как действующее юридическое лицо.Contoso Entertainment Systems Russia (RUMF) является внутренним банком промышленного холдинга и обрабатывает все платежи.

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

Бизнес-сценарий	Причина платежа	Этап оплаты
Компания запрашивает и подтверждает поставку товаров (то есть заказ на поставку с подтвержденным графиком поставки). Казначей включает информацию об ожидаемых платежах (приток или отток) в прогноз движения денежных средств, создавая журнал графика платежей типа «План платежей».	Заказ на поставку Заказ на продажу Счет с произвольным текстом	Плановый платеж
Компания получает платежный запрос (запрос на предоплату, счет-фактуру и т. д.) от продавца. Менеджер создает запрос на оплату, который должен быть одобрен руководителем менеджера и казначеем.Казначей включает информацию об ожидаемых и утвержденных платежах (приток или отток) в прогноз движения денежных средств. Важно: Запрос платежа и связанные с ним функции доступны только в том случае, если ключ конфигурации лицензии Запрос платежа включен.	Счет поставщика Счет на предоплату Запланированный платеж для подтвержденного заказа на поставку Накладная на возврат клиенту	Запрос платежа
Казначей создает и утверждает журнал графика платежей (реестр платежей). Таким образом, компания определяет перечень платежей, которые должны быть произведены по банковскому/кассовому счету.	Журнал графиков платежей (типа Журнал платежей )	Платежное поручение
Компания получает выписку из банка. Этот отчет включает авторизованные транзакции (совершенные платежи).	Выписка из банка	Завершенный платеж

После выполнения примера, представленного в этом разделе, вы сможете выполнять следующие задачи:

Настройте параметры управления денежными потоками для поддержки новой функциональности.
Обработка плановых платежей. Прогнозные транзакции входящих и исходящих платежей автоматически создаются и обновляются на основе заказов на покупку, заказов на продажу и счетов-фактур с произвольным текстом.
Если включен лицензионный ключ конфигурации Payment request , обрабатывать платежные запросы на основе задолженности перед поставщиками, клиентами и работниками, а также требования предоплаты от поставщиков. (Обработка включает создание, обновление и утверждение платежных запросов.)
Обработка журналов графиков платежей для среднесрочного планирования ликвидности (план платежей) и управления ежедневными платежами (реестр платежей).Анализ дефицита и излишка наличности посредством балансировки графика платежей (функция моделирования).
Создание платежей на основе утвержденного реестра платежей, который является типом журнала графика платежей.

Настройка

Настройте конфигурацию лицензии

Перейдите на страницу Администрирование системы > Настройка > Конфигурация лицензии .
В разделе Особенности страны/региона > Россия установите флажок Управление денежными потоками .
Если организация планирует использовать платежные запросы, установите флажок Платежные запросы .

Необязательно: Настройте организационную иерархию для централизованных платежей

Перейти к Управление организацией > Организации > Иерархии организации .
В левой панели выберите Централизованные платежи .
Выбрать Посмотреть .
На странице конструктора Hierarchy создайте иерархию, где Contoso Entertainment Systems Russia ( RUMF ) — юридическое лицо платежа, а Contoso Retail RUS ( RURT ) — действующее юридическое лицо.
Опубликовать новую иерархию.

Настройка рабочего процесса для управления денежными потоками

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

Установить приоритет оплаты

Перейдите к Управление кассой и банком > Настройка > Управление денежными потоками > Приоритет платежа .
Выберите Новый , чтобы создать запись.
На экспресс-вкладке Управление приоритетом используйте кнопки Вверх и Вниз для упорядочения списка приоритетов.
Перейти к Кредиторская задолженность > Поставщики > Все поставщики .
Выберите поставщика, затем выберите Изменить .
В поле Приоритет платежа укажите код приоритета связанной стороны. Вы также можете выполнить эту операцию на страницах Party и Customer .

Настройка платежного запроса типа

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

Указать параметры управления денежными потоками

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

Перейдите к Управление кассой и банком > Настройка > Параметры управления кассой и банком .
На вкладке Управление денежными потоками на экспресс-вкладке Финансовые аналитики укажите набор аналитик. Этот шаг позволяет организации определить, какие измерения в структурах счетов, связанных с планом счетов (для юридических лиц в централизованной платежной иерархии), доступны для обработки управления денежными потоками. Например, комбинации отделов, у которых есть центры затрат, могут использоваться для анализа прогноза ликвидности/денежного потока.
На экспресс-вкладке Тип обменного курса по умолчанию для прогноза укажите тип обменного курса по умолчанию для прогнозов. Это значение используется в планах платежей, когда валюта источника платежа отличается от валюты платежа.
Примечание
Выполните шаги 4-7, если ключ конфигурации лицензии Запрос платежа включен.
На экспресс-вкладке Типы запросов платежей укажите типы запросов платежей для Задолженность поставщику , Предоплата поставщику , Задолженность перед клиентом и Задолженность перед работником .Эти типы платежных запросов используются при автоматическом создании платежных запросов.
На экспресс-вкладке Платежи укажите журнал платежей поставщиков и журнал платежей клиентов, которые используются для проводки платежей, созданных регистром платежей.
На экспресс-вкладке Повторное утверждение запроса на платеж в поле Изменение суммы к оплате укажите поведение системы при изменении суммы к оплате по запросу на оплату. Вы можете указать, что система должна всегда инициировать повторное утверждение запроса на оплату через рабочий процесс, что система должна инициировать повторное утверждение запроса на оплату только в том случае, если сумма к оплате увеличилась, или что повторное утверждение никогда не требуется.
На вкладке Номерные серии укажите коды номерных серий для следующих ссылок:
- Запрос платежа
- Журнал графика платежей

Настройка условий платежа

Эта настройка доступна, только если ключ конфигурации лицензии Payment request включен.

Перейти к Кредиторская задолженность > Настройка оплаты > Условия платежа .
Выберите Изменить и укажите типы платежных требований для платежей и предоплат, если в этих сценариях должны использоваться определенные типы платежных требований.

Настройка графиков платежей

Перейдите к Кредиторская задолженность > Настройка платежей > Графики платежей .
Создайте график платежей.
В поле Распределение установите метод распределения на Заданный .
На экспресс-вкладке Строки платежей создайте строки платежей. Установите флажок Предоплата для строки, если необходимо создать требование платежа для суммы предоплаты.

Настройка счета денежных переводов в пути

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

Перейдите к Управление кассой и банком > Прогноз движения денежных средств > Настройка прогноза движения денежных средств .
На вкладке Главная книга на экспресс-вкладке Счета ликвидности выберите Добавить .
В поле Основной счет выберите счет главной книги.
Установите флажок Денежный перевод в пути .

Настройка минимального остатка денежных средств для банковских счетов

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

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

Настройка минимального остатка денежных средств для кассовых счетов

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

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

Настройка реквизитов платежного поручения по умолчанию для договоров купли-продажи

Примечание

Процедура настройки аналогична как для договоров купли-продажи, так и для договоров купли-продажи

Выберите Кредиторская задолженность > Заказы на покупку > Соглашения на покупку .
Выберите договор покупки, способ оплаты которого связан с платежным поручением в российских рублях (RUB).
В области действий на вкладке Договор покупки в группе Настройка выберите Платежное поручение .
Выберите Изменить и укажите реквизиты платежного поручения по умолчанию. Реквизиты платежного поручения для платежного требования или строки журнала платежей, связанной с этим соглашением о покупке, будут инициализированы из соглашения о покупке.

Плановая обработка платежей

Плановые платежи по заказам на покупку

Запланированный платеж содержит сведения о будущих платежах: сумма, способ платежа, платежный счет, приоритет платежа и сумма скидки по оплате.

Срок выполнения рассчитывается на основе Подтвержденная дата доставки или Дата доставки , если Подтвержденная дата доставки не указан.

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

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

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

Эта процедура должна быть выполнена в дочерней компании.

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

Плановые платежи по заказам на продажу

Запланированный платеж содержит сведения о будущих платежах: сумму, способ платежа, платежный счет, приоритет платежа и сумму скидки по оплате.

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

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

Этот шаг должен быть выполнен в дочерней компании.

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

Запланированные платежи по счетам с произвольным текстом

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

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

Этот шаг должен быть выполнен в дочерней компании.

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

Периодическое создание плановых платежей

Этот шаг должен быть выполнен для казначейской компании.

Перейдите к Управление кассой и банком > Периодические задачи > Управление денежными потоками > Расчет плановых платежей .

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

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

Обработка платежного запроса

Создать запрос на оплату вручную

Перейти к Управление кассой и банком > Управление денежными потоками > Все платежные требования .
Создать платежный запрос.
Укажите тип платежного требования, валюту платежного требования, тип счета ( Поставщик , Клиент или Рабочий ), счет, счет-фактуру, регистрационный номер договора, валюту платежа, дату оплаты и способ оплаты .
- Поле Тип запроса платежа определяет направление денежного потока и рабочий процесс.
- Поле Способ оплаты определяет тип платежного счета и платежный счет.
- Значение Приоритет платежного запроса определяется свойствами типа платежного счета и стороны.
- Иерархия централизованных платежей определяет казначейскую компанию. Компания, занимающаяся запросом платежа, — это компания, в которой создается запрос на платеж.
Выберите OK .
В представлении Заголовок на экспресс-вкладке Общие задайте необходимые параметры платежного запроса. Вы можете изменить значение Дата платежа , Валюта платежа , Приоритет платежа и другие параметры по вашему желанию.
На экспресс-вкладке Платеж задайте необходимые параметры платежного запроса.Вы можете изменить значение Профиль проводки , Тип платежного счета , Платежный счет и другие параметры по своему усмотрению.
На экспресс-вкладке Платежное поручение укажите необходимые реквизиты платежного поручения. По умолчанию эти реквизиты инициализируются из договора купли-продажи или договора купли-продажи. Эта экспресс-вкладка доступна, только если способ оплаты связан с платежным поручением в рублях.
На экспресс-вкладке История просмотрите сведения об обработке платежного запроса.Вы можете изменить инициатора платежного запроса по своему усмотрению.
На экспресс-вкладке Финансовые аналитики укажите финансовые аналитики платежного требования.
Переключиться на вид Lines .
Выберите Добавьте строку , чтобы создать запись.
Укажите значения измерений Налоговая группа , Товарная налоговая группа и Исходная сумма .По умолчанию в поле Сумма к оплате установлено значение Исходная сумма .

Повторите шаги с 11 по 12, чтобы создать дополнительные линии по мере необходимости.
Сохраните запись.
В области действий на вкладке Общие в группе Счет выберите Скидка по оплате .
Создайте запись и укажите дату скидки по оплате и сумму скидки по оплате.

Повторите шаг 16, чтобы создать дополнительные линии по мере необходимости.Затем закройте страницу.
Если все данные заполнены и можно начать утверждение рабочего процесса, в области действий на вкладке Запрос платежа в группе Создать выберите Подтверждение .
Выберите Рабочий процесс > Отправить .

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

Статус платежного запроса	Системное событие
Открыт	Пользователь создает запрос на оплату вручную.
Подтверждено	Пользователь подтверждает запрос платежа вручную, или система создает запрос платежа на основе источника (счет-фактура поставщика, счет-фактура клиента или запланированный платеж с предоплатой).
Запланировано	Разнесен журнал графика платежей типа План платежей (который включает требование платежа).
Принято	Разнесен журнал графика платежей типа Реестр платежей (который включает платежное требование).
Завершено	Журнал платежей (который включает требование платежа) разнесен.
Отменено	Пользователь отменяет платежный запрос.

Отменить платежный запрос

Вы можете отменить платежный запрос, только если его статус Открыт , Подтвержден или Запланирован .

Перейдите к Управление кассой и банком > Управление денежными потоками > Все платежные запросы .
Выберите запрос платежа.
В области действий на вкладке Запрос платежа в группе Сохранить выберите Отменить .

Выберите OK .

Приостановить платежный запрос

Вы можете приостановить платежный запрос, только если его статус Открыт , Подтвержден или Запланирован .

Отложенный запрос платежа не включается в журналы графиков платежей.

Перейдите к Управление кассой и банком > Управление денежными потоками > Все платежные запросы .
Выберите запрос платежа.
В области действий на вкладке Запрос платежа в группе Сохранить выберите На удержании .
Установите для параметра На удержании значение Да и укажите код причины.

Выберите OK .

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

Разделение платежного запроса

Разделить платежное требование можно только при соблюдении следующих условий:

Статус платежного запроса: Подтверждено или Запланировано .
Запрос платежа не включен в журнал неразнесенных графиков платежей.
Статус рабочего процесса не равен Отправлено .

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

Перейдите к Управление кассой и банком > Управление денежными потоками > Все платежные запросы .
Выберите запрос платежа.
В области действий на вкладке Платежный запрос в группе Создать выберите Разделить запрос .
Укажите сумму к оплате и дату платежа для нового платежного требования.

Выберите OK .

Копировать платежное требование

Перейдите к Управление кассой и банком > Управление денежными потоками > Все платежные запросы .
Выберите запрос платежа.
В области действий на вкладке Запрос платежа в группе Новый выберите Копировать .
Укажите срок выполнения нового платежного требования.

Выберите OK .
Выберите платежный запрос, созданный на шаге 3.
В области действий на вкладке Запрос платежа в группе Новый выберите Изменить .
Измените значения параметров платежного запроса по своему усмотрению.
Выберите ОК .

Создание запроса на оплату счета-фактуры поставщика

Перейдите к Кредиторская задолженность > Заказы на покупку > Все заказы на покупку .
Создайте заказ на покупку. В заголовке заказа на покупку укажите условия платежей, графики платежей, способ оплаты, скидку при оплате наличными и финансовые аналитики.
Создайте строки заказа на покупку и укажите налоговую группу, налоговую группу номенклатуры и финансовые аналитики. Распределите количество строк.
Создайте и разнесите счет-фактуру.
В области действий на вкладке Покупка в группе Создать выберите Платежные запросы .

В области действий на вкладке Покупка в группе Журналы выберите Платежные запросы .
Просмотрите созданные платежные запросы.

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

Примечание

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

Создать платежный запрос на предоплату поставщику

Перейти к Кредиторская задолженность > Заказы на покупку > Все заказы на покупку .
Создайте заказ на покупку. В заголовке заказа на покупку укажите условия платежей, графики платежей, способ оплаты, скидку при оплате наличными и финансовые аналитики.
Примечание
Одна или несколько строк графиков платежей должны быть помечены как предоплаты.
Создайте строки заказа на покупку и укажите налоговую группу, налоговую группу номенклатуры и финансовые аналитики. Распределите количество строк.
Подтвердите заказ на покупку.
Рассчитать плановые платежи с помощью периодической операции. В качестве альтернативы в заказе на покупку на панели действий на вкладке Счет в группе Счет выберите Плановые платежи .Закройте страницу.
В области действий на вкладке Покупка в группе Создать выберите Платежные запросы .
В области действий на вкладке Покупка в группе Журналы выберите Платежные запросы .
Просмотрите созданные платежные запросы.
На странице Запрос платежа в области действий на вкладке Общие в группе Сопутствующая информация выберите Источник запроса .
Убедитесь, что заказ на покупку является источником платежного запроса.

Создание платежного требования для возврата счета клиента

Перейдите к Дебиторская задолженность > Заказы > Все заказы на продажу .
Создайте заказ на возврат. В заголовке заказа на продажу укажите условия оплаты, способ оплаты и финансовые аналитики.
Создайте строки заказа на продажу и укажите налоговую группу, налоговую группу номенклатуры и финансовые аналитики.
Создание и проводка накладной.
В области действий на вкладке Продать в группе Создать выберите Платежные запросы .
Выбрать Закрыть .
В области действий на вкладке Продажа в группе Журналы выберите Платежные запросы .
Просмотрите созданные платежные запросы.
На странице Все клиенты в области действий на вкладке Клиент в группе Транзакции выберите Транзакции .
Выберите последнюю транзакцию клиента.
Нажмите кнопку с многоточием ( … ), а затем выберите Платежные запросы .
Просмотрите связанные платежные запросы.
На странице Запрос платежа в области действий на вкладке Общие в группе Сопутствующая информация выберите Источник запроса .
Убедитесь, что транзакция клиента является источником запроса платежа.
Примечание
Вы не можете изменить платежные реквизиты (метод платежа, срок оплаты, банковский счет клиента и т. д.) в открытой транзакции клиента, если для этой транзакции существует платежный запрос. Вместо этого следует изменить платежные реквизиты в платежном требовании. Затем они будут автоматически синхронизированы с открытой транзакцией клиента.
Перейдите к Дебиторская задолженность > Счета > Все счета с произвольным текстом .
Создайте возвратную накладную с произвольным текстом. В заголовке счета с произвольным текстом укажите условия оплаты, способ оплаты и финансовые аналитики.
Создайте строки накладной с произвольным текстом и укажите налоговую группу, налоговую группу товара и финансовые аналитики.
Создание и проводка накладной.
В области действий на вкладке Счет в группе Подробности выберите Платежные запросы .
Выбрать Закрыть .
В области действий на вкладке Счет-фактура в группе Сопутствующая информация выберите Платежные запросы .
Просмотрите созданные платежные запросы.
На странице Все клиенты в области действий на вкладке Клиент в группе Транзакции выберите Транзакции .
Выберите последнюю транзакцию клиента.
Нажмите кнопку с многоточием ( … ), а затем выберите Платежные запросы .
Просмотрите связанные платежные запросы.
На странице Запрос платежа в области действий на вкладке Общие в группе Сопутствующая информация выберите Источник запроса .
Убедитесь, что транзакция клиента является источником запроса платежа.

Периодическое создание платежных требований

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

Перейдите к Управление кассой и банком > Периодические задачи > Управление денежными потоками > Создание платежных требований .

Установите следующие параметры

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

Обновление платежного запроса

При обновлении запроса на оплату значение Сумма к оплате изменяется в строках запроса на оплату и в деталях скидки при оплате наличными.

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

Вы можете обновить платежный запрос, только если выполняются следующие условия:

Статус платежного запроса: Подтверждено или Запланировано .
Запрос платежа не включен в журнал неразнесенных графиков платежей.
Статус рабочего процесса не равен Отправлено .

Выполните следующие действия, чтобы обновить запрос на оплату.

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

Периодическое обновление платежных требований

Этот шаг должен быть выполнен для казначейской компании.

Выберите Управление кассой и банком > Периодические задачи > Управление денежными потоками > Обновить платежные требования .

Установите следующие параметры

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

Обработка журнала графика платежей

Настройка журнала графика платежей

Перейдите к Управление кассой и банком > Настройка > Управление денежными потоками > Имена журналов графиков платежей .
Выберите Новый , чтобы создать запись, и укажите имя и описание журнала.
Выберите тип журнала:
- План платежей — этот тип журнала предназначен для прогнозов платежей со среднесрочным/краткосрочным горизонтом.
- Регистр платежей – Этот тип журнала предназначен для формирования выписок по платежам.
На экспресс-вкладке General задайте следующие параметры:
- Установите для параметра Платеж в дату скидки при оплате наличными значение Да , если дата платежа в графике платежей должна использоваться в качестве даты скидки при оплате наличными.
- Если вы выбрали План платежей в качестве типа журнала, установите для параметра Просроченные платежи значение Да , если график платежей должен включать просроченные платежи.
- Установите для параметра Активный значение Да , если этот журнал должен использовать процедуру рабочего процесса.
- В поле ID рабочего процесса выберите рабочий процесс, который следует применить.
Экспресс-вкладка Измерения определяет способ агрегирования строк журнала графика платежей.Аналитический отчет журнала графика платежей также использует эти измерения. Используйте кнопки со стрелками для перемещения измерений в список Выбранные измерения или из него.
Экспресс-вкладка Юридические лица определяет юридических лиц, которые используются для создания журналов графиков платежей. Используйте кнопки со стрелками для перемещения юридических лиц в список Selected sources или из него.
На экспресс-вкладке Источники данных журнала выберите Добавить строку , чтобы создать запись.

Укажите источник данных и направление источника для журнала графика платежей.

В следующей таблице перечислены возможные источники.

Источник данных журнала (направление)	Описание
Остаток на банковском счете (приток)	Текущий баланс банковских счетов.
Остаток денежных средств на счете (приток)	Текущий остаток денежных средств на счетах.
Остаток денежных переводов в пути (приток)	Текущий баланс счетов главной книги (GL) с пометкой Денежный перевод в пути .
Открытые журналы платежей (приход/отток)	Платежи, включенные в открытые журналы платежей.
Открытые клиновые журналы (приток/отток)	Платежи, включенные в открытые журналы кассовых ордеров.
Плановый платеж (приход/отток)	Плановые платежи.
Запрос платежа (вход/выход)	Платежные запросы.
Кредиторская задолженность (приход/отток)	Открытые транзакции поставщиков, не связанные с запросом платежа.
Дебиторская задолженность (приход/отток)	Открытые транзакции клиентов, не связанные с запросом платежа.

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

Обработка плана платежей

Перейдите к Управление кассой и банком > Управление денежными потоками > Журнал графика платежей .
Создайте журнал графика платежей. В поле Имя выберите журнал графика платежей типа План платежей .
Используйте поля С даты и По дату , чтобы указать диапазон дат действия.
На вкладках Общие , Измерения , Юридические лица , Источники данных журнала , Платежные счета и Контроль остатка кассы измените атрибуты журнала графика платежей по своему усмотрению.
Выбрать Вычислить .
Выберите Строки для проверки строк журнала графика платежей.
Выберите Изменить начальный баланс , чтобы изменить начальный баланс этого журнала.
Для строк с Запрос платежа в качестве источника данных журнала выберите Строки запроса платежа , чтобы просмотреть строки запроса платежа, включенные в текущую строку журнала.
Закрыть страницу.
На странице Журнал графика платежей выберите График платежей , чтобы просмотреть лист графика платежей. Если обнаружена нехватка или излишек наличных денег и их необходимо предотвратить, вы можете внести изменения.
Установите для параметра Показать итоги по платежным счетам значение Да , если лист графика платежей должен рассчитываться на основе платежных счетов.
Установите для параметра Показать итоги по способу оплаты значение Да , если лист графика платежей должен рассчитываться на основе способов оплаты.
Используйте кнопку со стрелкой вправо ( > ), чтобы выбрать параметр агрегирования для листа графика платежей.
Выбрать Показать результаты .
Если превышен минимальный остаток денежных средств для валюты или платежного счета, на листе графика платежей Расчетный остаток суммы выделяются желтым цветом.
Если ключ конфигурации лицензии Payment request включен, выберите сумму для источника данных журнала Payment request . Если ключ конфигурации лицензии Запрос на оплату не включен, выберите источник данных журнала Расчеты с поставщиками или Расчеты с клиентами .Выберите Показать происхождение , чтобы открыть источники этой суммы.
Выберите сумму для источника данных журнала Запрос платежа , а затем выберите Изменить источники платежей .
Выберите источники платежей, которые должны быть перенесены на другую дату или которые должны быть оплачены с использованием другого метода оплаты или платежного счета.
Выберите Множественное изменение , укажите новые сведения о платеже в диалоговом окне Изменить атрибуты платежа , а затем выберите OK .
Кроме того, вы можете указать новые атрибуты платежа для конкретной строки.
Выберите Обновить график платежей . Система обновляет лист графика платежей и создает незафиксированные строки журнала графика платежей для корректировки источников платежей.
Внесите любые другие необходимые изменения в лист графика платежей.
На странице Журнал графика платежей выберите Функции > Применить изменения , чтобы применить изменения, или Функции > Отменить изменения , чтобы отклонить их.
Если требуются изменения в настройке журнала, выберите Функции > Удалить строки журнала и вычислите журнал.
Выберите Подтвердить , чтобы проверить журнал. Система уведомляет вас, если в этот журнал включены отмененные, приостановленные или незавершенные запросы на оплату рабочего процесса.
Если все данные верны и рабочий процесс утверждения плана платежей может начаться, выберите Рабочий процесс > Отправить .
Утверждающие могут видеть следующие действия во время рабочего процесса утверждения: Утвердить , Отклонить , Запросить изменение , Делегировать , Отозвать и Просмотреть историю .
Если план платежей утвержден, выберите Подтвердить . Статус включенных платежных требований изменяется на Запланировано .
На странице Запрос платежа в области действий на вкладке Общие в группе Сопутствующая информация выберите Журнал графика платежей .
Просмотрите журнал графика платежей, связанный с запросом платежа.

Обработка реестра платежей

Перейдите к Управление кассой и банком > Управление денежными потоками > Журнал графика платежей .
Создайте журнал графика платежей. В поле Наименование выберите журнал графика платежей типа Регистр платежей .
Используйте поля С даты и По дату , чтобы указать диапазон дат действия.
На вкладках Общие , Измерения , Юридические лица , Источники данных журнала , Платежные счета и Контроль остатка кассы измените атрибуты журнала графика платежей по своему усмотрению.
Выбрать Вычислить .
Выберите Строки для проверки строк журнала графика платежей.
Выберите Изменить начальный баланс , чтобы изменить начальный баланс этого журнала.
Для строк с Запрос платежа в качестве источника данных журнала выберите Строки запроса платежа , чтобы просмотреть строки запроса платежа, включенные в текущую строку журнала.
Закрыть страницу.
На странице Журнал платежей выберите График платежей , чтобы просмотреть журнал платежей. При обнаружении недостачи или излишка наличности можно внести изменения.
Выберите Подтвердить , чтобы проверить журнал.Система уведомляет вас, если отмененные или отложенные платежные запросы включены в этот журнал.
Если все данные верны и рабочий процесс утверждения плана платежей может начаться, Рабочий процесс > Отправить .
Если план платежей утвержден, выберите Подтвердить . Статус включенных запросов на оплату изменяется на Accepted .
На странице Запрос платежа в области действий на вкладке Общие в группе Сопутствующая информация выберите Журнал графика платежей .
Просмотрите журнал графика платежей, связанный с запросом платежа.
Примечание
Выполните шаги 16-20, если включен ключ конфигурации лицензии Запрос платежа .
На странице Журнал графика платежей выберите Функции > Создать платежи .
Задайте параметры формирования журнала платежей.
Выберите OK .
Выберите Расчеты с поставщиками > Платежи > Журнал платежей поставщику , чтобы проверить и обработать созданный журнал платежей поставщику.
Выберите Расчеты с клиентами > Платежи > Журнал платежей клиентов , чтобы проверить и обработать созданный журнал платежей клиентов.

Стандартная функциональность предложения по оплате будет обрабатывать открытые транзакции, связанные с запросом на оплату со статусом Accepted .

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

Работа с закупками: заказы на покупку, счета-фактуры и платежи

Заказы на покупку

Заказы на поставку (PO) являются основным методом, с помощью которого Принстон приобретает товары и услуги.Они также предоставляют вам полномочия на выполнение запроса на покупку в качестве поставщика. В заказах на поставку Университета указывается вся необходимая информация для совершения покупки, включая цены и количества, описания запрашиваемых товаров и/или услуг, условия оплаты и место доставки.

Обратите внимание на следующее:

Авторизация: Не оказывайте услуги и не поставляйте товары, если это явно не разрешено действительным заказом на поставку, выданным Принстоном.
Положения и условия: Все заказы на покупку регулируются применимыми стандартными положениями и условиями Университета, если между вашей организацией и Службой закупок не заключено заменяющее соглашение.
Доставка заказа на поставку: Если вы ведете каталог на рынке закупок университета, ваша организация будет получать заказы на покупку в электронном виде. Все остальные поставщики могут выбрать получение ЗП по электронной почте (предпочтительнее) или по факсу, выбрав соответствующий вариант на Портале поставщиков.

Обработка счетов

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

Укажите номер заказа на покупку: Убедитесь, что в счете указан номер заказа на поставку, выданный университетом. Если у вас нет заказа на покупку, обратитесь к сотруднику университета, который совершил покупку, чтобы получить его.
Убедитесь, что счет-фактура является полным и точным: Счета-фактуры должны быть разборчивыми (без рукописных копий), содержать четкое описание предоставляемых товаров или услуг, а цены и количество должны соответствовать указанным в заказе на покупку.
Отправить в электронном виде: Для быстрой обработки отправьте счета в электронном виде через портал поставщиков. Ознакомьтесь с пошаговым руководством по выставлению счетов на портале. Все остальные счета следует отправлять по электронной почте в Службу закупок ([email protected]) для обработки.
Бесплатные копии: Все счета, отправленные в отдел заказов, должны быть четко помечены как бесплатные копии, не предназначенные для официального представления.

Платежи

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

Выбор способа оплаты можно выполнить через портал поставщиков.При выборе учитывайте следующее:

Дата выставления счета: Условия оплаты рассчитываются на основе даты получения счета службой закупок по адресу invoices@princeton.

РубрикаРазное