API для работы с сервисом СФЕРА Курьер (версия 130.0)

TransportDocumentType

Типы транспортного документа.

Представление

Описание

элемента в XML

элемента в

JSON

ReceiveNotice

Извещение о получении электронного документа (КНД 1115110)

SendConfirmation

Подтверждение даты отправки (КНД 1115111)

ReceiveConfirmati

Подтверждение даты получения (КНД 1115112)

ClarificationNotice

Уведомление об уточнении (КНД 1115113)

Invoice

Счёт-фактура (основной)

CorrectionInvoice

Корректировочный счёт-фактура

Torg12SellerTitle

Товарно-транспортная накладная (ТОРГ-12) - Титул продавца

Torg12BuyerTitle

Товарно-транспортная накладная (ТОРГ-12) - Титул покупателя

AcceptanceCertific

Акт о выполненных работах (услугах) - титул исполнителя

atePerformerTitle

AcceptanceCertific

Акт о выполненных работах (услугах) - титул заказчика

ateCustomerTitle

Document

Прочий тип документа (неструктурированный и тд)

RejectSignature

Отказ от подписи

AvoidanceRequest

Предложение об аннулировании электронного документа

AcceptSignature

Уведомление о принятии (УОП), которое представляет собой электронную подпись

Получателя под исходным документом

ReceiveNoticeRoa

Извещение о получении (роуминг)

ming

ClarificationNotice

Уведомление об уточнении (роуминг)

Roaming

UpdInvoice

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

Документ с функцией «СЧФª.

UpdInvoiceSellerI

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

nfo

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

Документ с функцией «СЧФДОПª, информация продавца.

UpdInvoiceBuyerI

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

nfo

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

Документ с функцией «СЧФДОПª, информация покупателя.

UpdSellerInfo

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

имущественных прав). Документ с функций «ДОПª, информация продавца.

UpdBuyerInfo

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

имущественных прав). Документ с функций «ДОПª, информация покупателя.

UpdCorrectionInv

Корректировочный счет-фактура, применяемый при расчетах по налогу на

oice

добавленную стоимость. Документ с функцией «КСЧФª.

UpdCorrectionInv

Корректировочный счет-фактура, применяемый при расчетах по налогу на

oiceSellerInfo

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

услуг, имущественных прав). Документ с функцией «КСЧФДИСª, информация продавца.

UpdCorrectionInv

oiceBuyerInfo

Корректировочный счет-фактура, применяемый при расчетах по налогу на

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

услуг, имущественных прав). Документ с функцией «КСЧФДИСª, информация

покупателя.

UpdCorrectionSell

Корректировочный первичный учетный документ для оформления факта передачи

erInfo

товаров (работ, услуг, имущественных прав). Документ с функций «ДИСª, информация

продавца.

UpdCorrectionBuy

Корректировочный первичный учетный документ для оформления факта передачи

erInfo

товаров (работ, услуг, имущественных прав). Документ с функций «ДИСª, информация

покупателя.

DocumentOfTrans

Документ о передаче результатов работ. Информация исполнителя.

ferOfWorkResults

PerformerInfo

DocumentOfTrans

Документ о передаче результатов работ. Информация заказчика.

ferOfWorkResults

CustomerInfo

DocumentOfTrans

Документ о передаче товаров при торговых операциях. Информация продавца.

ferOfGoodsSellerI

nfo

DocumentOfTrans

Документ о передаче товаров при торговых операциях. Информация покупателя.

ferOfGoodsBuyerI

nfo

AcceptanceDiscre

Дополнительные сведения к документу о приемке и (или) расхождениях

pancyDocumentS

pecifying

Contract

Договор

BlrWayBillSenderT

Транспортная накладная Республики Беларусь - титул отправителя

itle

BlrWayBillReceive

Транспортная накладная Республики Беларусь - титул получателя

rTitle

ActMh1KeeperInfo

Акт о приеме-передаче товарно-материальных ценностей на хранение (МХ-1) (ACT_MH1

). Титул хранителя (отправителя)

ActMh1DepositorI

Акт о приеме-передаче товарно-материальных ценностей на хранение (МХ-1) (ACT_MH1

nfo

). Ответный титул (поклажедателя)

ActMh3KeeperInfo

Акт о возврате товарно-материальных ценностей, сданных на хранение (МХ-3) (ACT_MH

3). Титул хранителя (отправителя)

ActMh3DepositorI

Акт о возврате товарно-материальных ценностей, сданных на хранение (МХ-3) (ACT_MH

nfo

3). Ответный титул (поклажедателя)

OrderRequest

Заказ

AcceptanceDiscre

Документ о приемке материальных ценностей и (или) расхождениях, выявленных при

pancyDocumentB

их приемке (информация покупателя) (PRIRASXPRIN)

uyerInfo

BlrDiscrepancyAct

Акт приемки товаров по количеству и качеству (акт расхождений) в РБ (BLRADF)

InvoiceRA

Счет-фактура Республики Армения

InvoiceRARs

Счет-фактура Республики Армения. Ответ

UpdSvrk

Документ, включающий в себя сведения о факте реализации комиссионером (агентом,

действующим от собственного имени) товаров комитента (принципала). Документ с

функцией СвРК

UpdSvzk

Документ, включающий в себя сведения о факте закупки комиссионером (агентом,

действующим от собственного имени) товаров для комитента (принципала). Документ с

функцией СвЗК

UcdSvisrk

Документ, включающий в себя сведения о согласии (факте уведомления) на изменение

стоимости товаров комитента (принципала), ранее реализованных покупателю

комиссионером (агентом, действующим от собственного имени). Документ с функцией

СвИСРК

UcdSviszk

Документ, включающий в себя сведения о согласии (факте уведомления) на изменение

стоимости товаров, ранее приобретенных для комитента (принципала) комиссионером

(агентом, действующим от собственного имени). Документ с функцией СвИСЗК

EtrnSenderTitle

101

Титул отправителя, ЭТрН

EtrnTransporterTit

102

Титул перевозчика, ЭТрН

EtrnReceiverTitle

103

Титул грузополучателя, ЭТрН

EtrnUnloadTransp

104

Титул грузополучателя, ЭТрН

orterTitle

EtrnRedirectTrans

105

Титул переадресовки, ЭТрН

porterTitle

EtrnRelayTitle

106

Титул корректировочный, ЭТрН

EtrnOperatorTitle

107

Титул оператора, ЭТРН

AktSverOtp

Документ для сверки взаимных расчетов в электронной форме, применяемого для

инвентаризации расчетов с контрагентами, информация отправителя

AktSverPol

Документ для сверки взаимных расчетов в электронной форме, применяемого для

инвентаризации расчетов с контрагентами, информация получателя

Document.Add

Document.Add/Document,

Document.List/Document,

Document.Card/Document

Document.Card v.2/Document,

Document.Details/Document,

Document.Pdf

Document.RequestClarification

Ticket.Index/Ticket,

Ticket.Unreplied v.2/TicketInfo,

Tickets.Ticket/TicketDetails,

Tickets.Tickets/TicketDetails,

events-index/DocumentEvent

GetDocumentEvents/DocumentEvent,

Subscription.Events.Totals v.2.0/DocumentEvents/DocumentEvent,

Subscription.Events v.2.0/DocumentEvent

UserDirectory

Каталог пользователей.

Представление элемента в XML

Представление элемента в JSON

Описание

None

Неопределенный каталог пользователя

Sbbol

Каталог пользователей СББОЛ

Local

Внутренний каталог пользователей

Sbrf

Каталог пользователей Сбербанка

Ast

Каталог пользователей Сбербанка-АСТ

Beeline

Каталог пользователей ВымпелКом

Leasing

Пользователи системы Сбербанк Лизинг

Logine

Пользователи системы Логинет

Alfabank

Пользователи системы АЛБО

SbProvision

Пользователи системы АС УС

Finline

Пользователи системы Финлайн

WorldJudge

Пользователи Мировые Судьи

Tochka

Пользователи Точка Банк

Document.ChangeRoute,

Helper.UserIdByLogin,

Helper.UserList/UserDetails

Аутентификация по логину/паролю

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

Более подробно об этом сказано в разделе Аутентификация.

Ниже представлен простой пример запроса к тестовому серверу..

URL: http://courier-test.esphere.ru/api/auth/logon

НTTP Method:

POST

Headers:

Content-Type: application/xml

Data:

</Credentials>

В ответной информации от сервера в тэге <Token> возвращается авторизационный токен (Auth-token), который необходимо

передавать в заголовке во всех методах API::

</LogonResponse>

Поиск контрагента и определение идентификатора

участника ЭДО

Для отправки документов необходимо знать id контрагента - получателя документа или его идентификатор участника ЭДО. Для

этого нужно воспользоваться методом FindClient. Поиск клиента можно осуществить по ИНН и КПП.

Более подробно об этом сказано в разделе Методы для работы со справочниками.

Ниже представлен простой пример запроса к тестовому серверу.

URL запроса: https://courier-test-api.esphere.ru/api/dictionary/findClient

HTTP Метод: POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704161856F7716E9CA12DC3B29498A16F0F...

Data:

<Inn>XXXXXXXXXX</Inn

<kpp>XXXXXXXXX</kpp

В случае успешного выполнения запроса, возвращается контрагент в виде структуры данных Company:

<CompanyType>Individual</CompanyType>

<FirstName>sample string 7</FirstName>

<FullName>sample string 5</FullName>

<Inn>sample string 9</Inn>

<Kpp>sample string 10</Kpp>

<LastName>sample string 6</LastName>

<MiddleName>sample string 8</MiddleName>

<Name>sample string 4</Name>

<RegistrationRequisites>sample string 12</RegistrationRequisites>

<RegistryNumber>sample string 11</RegistryNumber>

<Code>sample string 2</Code>

<OperatorCode>sample string 1</OperatorCode>

</Company>

ВАЖНО!

Идентификатор участника ЭДО (Code) необходим для дальнейшей работы. Он указывается, например, при отправке

документа.

Получение списка активных контрагентов

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

документов, которыми можем обмениваться.

Ниже представлен простой пример запроса к тестовому серверу.

URL:/ http://courier-test.esphere.ru/api/dictionary/contractorDocumentTypes

HTTP Method:

POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704116F0FBB0357D9...

В случае успешного выполнения возвращает массив структур ContractorDocumentTypes:

<Kpp>XXXXXXXXX</Kpp>

<Inn>XXXXXXXXXX</Inn>

</DocumentTypeClientRelationApi>

<Code>COURIER_POD_DOC</Code>//

<Name> </Name>//

</DocumentTypeClientRelationApi>

</SenderDocumentTypes>

</DocumentTypeClientRelationApi>

</ReceiverDocumentTypes>

</ContractorDocumentTypes>

</ArrayOfContractorDocumentTypes>

Получение шаблона заполнения справочников для

кода типа документа

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

Ниже представлен простой пример запроса к тестовому серверу.

URL: http://courier-test.esphere.ru/api/classifier/template

HTTP Method:

POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704161856F7716EC6940D4AEAC3...

В случае успешного выполнения возвращается список структур ClassifierTemplate:

<Name>

</Name>//

<IsRequired>false</IsRequired>

<Participant>Receiver</Participant>

// /

</ClassifierTemplate>

<Name>

()</Name>

<IsRequired>false</IsRequired>

<Participant>Receiver</Participant>

</ClassifierTemplate>

<Name>

</Name>

<IsRequired>false</IsRequired>

<Participant>Receiver</Participant>

</ClassifierTemplate>

<Name>

</Name>

<IsRequired>false</IsRequired>

<Participant>Receiver</Participant>

</ClassifierTemplate>

</ArrayOfClassifierTemplate>

Создание и отправка документа

Создать документ в системе можно несколькими способами:

документ ( метод Document.Add параметр Signature пустой);

документ с подписью ( метод Document.Add параметр Signature содержит информацию о подписи);

добавить пачку документов в систему (метод Document.AddBatch )

Для отправки документа без подписи воспользуйтесь методом Document.Send.

Загрузка документа

При загрузке документа без подписи Document.Add, он попадает в папку "черновики", далее может быть добавлена подпись к

документу Document.Sign. После добавления подписи документ попадет в папку "исходящие" при соответствующей настройке

маршрута документа (единственный подписант на маршруте документа).

Маршруты документа - этапы обработки документа на стороне компании.

Алгоритм отправки документа с атрибутами отправителя/получателя

1) Необходимо получить шаблон заполнения справочников для конкретного типа документа и получателя документа. Для этого

необходимо воспользоваться методом Classifier.Template. В результате выполнения метода получаем перечень справочников для

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

Participant=Receiver. Справочники со стороны отправителя имеют атрибут Participant=Sender. Возвращаемая структура также

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

(Идентификатор справочника).

2) Необходимо получить значения справочника/-ов полученного/-ых в п.1. Для этого используем метод Classifier.ClassifierValues.

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

3) Выбираем нужное значение из справочника.

4) Все необходимые параметры атрибута есть, теперь можно добавить документ. Для этого используем метод Document.Add. В

структуре данных DocumentCard добавляем необходимые параметры атрибута используя для этого структуру KeyValueObject. В

атрибут Key добавляем значение из атрибута ClassifierId (полученного в п.2, он же равен id из п.1), в атрибут Value добавляем

значение из атрибута Value (полученного в п.2)

Чтобы загрузить документ через API необходимо произвести конвертацию содержимого документа в кодировку base64.

При загрузке документа без подписи методом Document.Add, он попадает в папку "Черновики", далее к документу может быть

добавлено приложение методом Document.AddAttachment и добавлена подпись к документу методом Document.Sign.

Ниже представлен простой пример запроса к тестовому серверу.

URL: http://courier-test.esphere.ru/api/document/add/{id}

HTTP Method:

POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704161856F7716EC6940B204EA7ABCAC3...

Data:

<TypeCode>COURIER_POD_DOC</TypeCode>//

//Mime

Base64

</Content>

</KeyValueObject>

</KeyValueObject>

</KeyValueObject>

</KeyValueObject>

</Attributes>

</DocumentCard>

В случае успешного выполнения запроса документ создается. Возвращается структура Document:

<DocumentTypeCode>COURIER_POD_DOC</DocumentTypeCode>

06.08.2015</Description>

<SenderName>XXXXXXXXXX</SenderName>

<SenderInn>XXXXXXXXXX</SenderInn>

<SenderKpp>XXXXXXXXX</SenderKpp>

<ReceiverName>XXXXXXXXXX</ReceiverName>

<ReceiverInn>XXXXXXXXXX</ReceiverInn>

<ReceiverKpp>XXXXXXXXX</ReceiverKpp>

<Status>Draft</Status>

<FormType>Other</FormType>

<RequestSign>false</RequestSign>

<ExistRouteSigner>false</ExistRouteSigner>

<Actions>Add Send Trash Edit EditableRoute</Actions>

<IsMarked>false</IsMarked>

<IsDocflowCompleted>false</IsDocflowCompleted>

</Content>

<IsPrintable>false</IsPrintable>

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

"Черновик"

К документу в статусе "Черновик" можно добавить приложение с помощью запроса Document.AddAttachment.

Ниже представлен простой пример запроса к тестовому серверу.

URL: http://courier-test.esphere.ru/api/document/addAttachment/{id}

HTTP Method:

POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704161856F7716EC6940B204EA7ABCAFB6329E5E6A4AB22D5FFDB1E4047ACC3...

Data:

</FileContent>

В случае успешного выполнения запроса приложение добавляется к документу:

Подписание документа и продвижение документа

дальше по маршруту

Сгенерировать подпись под документом можно несколькими способами:

1. Подписать документ на веб-интерфейсе СФЕРА Курьер и выгрузить подпись;

2. Воспользоваться сторонней утилитой по генерации файла подписи.

Ниже представлен простой пример запроса к тестовому серверу.

URL: http://courier-test.esphere.ru/api/document/sign/{id}

HTTP Method:

POST

ВАЖНО!

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

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

Headers:

Content-Type: application/xml

Auth-token: 12E33AE704161856F7716EC6940C3...

Data:

<Content>+0LLQtdGA0Y/RjtGJ0LjQuSDRhtL..</Content>

<---- * *

</SignatureWithTicket>

Ответ от сервера:

Лента событий

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

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

В Ленте событий отображаются все события-действия над документом.

Для того чтобы прочитать ленту событий, необходимо воспользоваться методом events-index.

В случае успешного выполнения запроса возвращается список событий начиная с определенного события в структуре DocumentE

vent.

id последнего события возможно получить методом GetLastEventId.

ВАЖНО!

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

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

Список возможных событий:

Элемент

Номер

Описание

Отправитель

Получатель

позиции

Created

Создание документа

Delivered

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

Accepted

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

Signed

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

Rejected

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

TicketReceived

Получение квитанции по документу

Received

Доставка документа на сторону получателя для получателя

TicketSended

Отправлена квитанция по документу

MovedToTrash

Документ перемещён в корзину

Deleted

Документ удалён

Sended

Документ переведен в статус "Отправлен" (только для отправителя)

DeliveredForReciev

Доставка документа на сторону получателя.

Revoked

Документ отозван (все подтвердили отзыв)

ReceivedRequestRe

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

view

RequestedAvoidance

Получено предложение об аннулировании

RejectedAvoidance

Отправлен/получен отказ в аннулировании (предложение об

аннулировании отклонено)

AcceptedAvoidance

Документ аннулирован

SignatureReject

Отказ в подписи документа.

RestoredFromTrash

Документ восстановлен из корзины

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

Пример:

Если получатель хочет определить какие документы ему необходимо обработать (подписать, принять, отклонить), то ему

необходимо ориентироваться на событие Received

Папки системы

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

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

В системе существуют следующие папки:

Папка

Элемент

Описание

На

InWork

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

обработ

требуют выполнения действия (принятия/подписания) над документом текущим пользователем

ку

Входящ

Inbox

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

ие

Избран

Favorite

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

ное

«Избранноеª должно происходить лишь копирование документа, оригинал документа должен остаться

на прежнем месте

Исходя

Outbox

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

щие

Чернов

Draft

В папке отображены все документы, созданные пользователем, но не отправленные по маршруту

ики

Архив

Archive

В папке отображены документы, которые завершили движение по маршруту

Для получения списка документов из какой-либо папки используется метод Document.List.

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

ВАЖНО!

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

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

Скачивание документа, подписи

ВАЖНО!

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

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

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

документа и его содержимое в кодировке Base64.

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

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

Обмен типовыми документами

Следующие документы имеют утвержденный формат ФНС:

Счет-фактура,

Товарная накладная,

Акт выполненных работ,

УПД. Счет-фактура,

УПД. Счет-фактура и документ об отгрузке товаров (выполнении работ), передаче имущественных прав (об оказании

услуг),

УПД. Документ об отгрузке товаров (выполнении работ), передаче имущественных прав (об оказании услуг).

При загрузке этих документов в систему они автоматически проверяются на соответствие формату ФНС.

Документооборот электронными документами Счет-фактура, УПД. Счет-фактура, УПД. Счет-фактура и документ об отгрузке

товаров (выполнении работ), передаче имущественных прав (об оказании услуг), УПД. Документ об отгрузке товаров

(выполнении работ), передаче имущественных прав (об оказании услуг) в соответствии с приказом от 10 ноября 2015 г. N 174н

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

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

фактура, Универсальный передаточный документ Счет-фактура, Универсальный передаточный документ об отгрузке товаров

(выполнении работ), передаче имущественных прав (об оказании услуг), Универсальный передаточный документ об отгрузке

товаров (выполнении работ), передаче имущественных прав (об оказании услуг), включающий счет-фактуру и Методы для

работы с квитанциями.

Неструктурированные документы

Общая схема документооборота Неструктурированного документа

Схема документооборота по Неструктурированному документу приведена ниже.

В случае роуминга при принятии Неструктурированного документа осуществляется формирование, подписание и

отправка Отправителю квитанции Извещение о получении.

В случае роуминга отзыв Неструктурированного документа недоступен после того, как документ отправляется

получателю и переходит в статус Подготовлен, в силу отсутствия унифицированного для Операторов формата

сообщения об отзыве.

Создание и отправка документа

Документ может быть создан:

1. локально (в учетной системе и т.д.) и добавлен систему методом Document.Add с подписью. Либо сначала добавлен, а затем

подписан методом Document.Sign

2. через веб-интерфейс системы (сохранен в черновики), а затем подписан методом Document.Sign

npou,ecc BblCTaBJleHHfl CeTOB-cpaKTyp

•

Oneparnp 3AO

nony4aTenb

1. Omnpaeumenb co3,o,aeT

ornpasm1eT

Ctem-c/JaKmypy (Cd>) nony4amemo.

2.0nepamop

3.tiO cpopMpyeT ornpasm1eT

Omnpaeumemo KBTaHL\ IO noomeep>KoeHue

I --1-...-.

oambl nony4eHUfl C4ema-c/JaKmypb!

(n,Qn

Cd>).

3.0nepamop 3.tiO

ornpasm1eT Cd>

KBTaHL\ IO

noomeep>KOeHUe

oambl

omnpa6KU C4ema-c/JaKmypb1 (n,QO Cd>)

nony4amemo.

n.a.n ccti

n.a.o ccti

4.0mnpaeumenb

nony4amenb

no,o,Tsep>K,D,atoT nony4eHe KBTaHL\ n.a.n

Cd>

u n.Qo Cd> nYTeM no,o,ncaHs:i

V1on n.a.n

V1on n.a.o

KBTaHL\ , np

3TOM B CCTeMe

C¢

aBTOMarn4eCK

cpopMpytoTCS'I

ornpasns:itoTcs:i Onepamopy 3.tiO OTBeTHble

KBTaHL\ t13eew,eHue o nony4eHuu n.a.o

Cd>

(Hon n.a.o Cd>)

t13eew,eHue o

nony4eHuu n.a.n Cd> (Hon n.a.n Cd>) .

5.nony4amenb no,o,Tsep>K,D,aeT

nony4eHe

¢ --+------------- !""""--+------1 .

Cd> nYTeM cpopM posaHs:i, no,o,ncaHs:i

ornpasK

Omnpaeumemo

KBTaHL\

t13eew,eHue o nony4eHuu Cd> (HOn Cd>).

6.Onepamop

3.tiO cpopMpyeT ornpasns:ieT

nony4amemo KBTaHL\ IO noomeep>KOeHUe

oambl omnpaeKU HOn Cd> (n,QO HOn Cd>).

n.a.o V1on

C¢

7.nony4amenb no,o,ncb1saeT KBTaHL\ to

n.a.o Hon Cd>, np

3TOM s ccTeMe

cpopMpyercs:i Hanpasns:ieTcs:i Onepamopy

Vian n.a.o

VIOn n.a.o

3.tiO KBTaHL\S'I t13eew,eHue o nony4eHuu

V1on ccti

VIOn C¢>

n.a.o Hon c<1> (Hon n.a.o Hon CCI>).

YT04HEHlllE C4ETA-<l>AKTYPb l

8.B cny4ae Heo6xo,o,Mocrn nony4amenb

Hanpasns:ieT Omnpaeumemo

,o,oKyMeHT

YeeooMneHue

06 ymo4HeHuu

(YOY), s

YOY

KOTopoM yKa3aHa np4Ha YT04HeH s:i.

9.0mnpaeumenb no,o,ncb1saeT

,o,oKyMeHT

YOY, np 3TOM s cCTeMe cpopMpyeTcs:i

Hanpasns:ieTCS'I

nony4amemo

KBTaHL\S'I

VIOn YOY

J,13eew,eHue 0 nony4eHUU YOY (HOn YOY).

В случае роуминга отзыв Счет-фактуры недоступен после того, как Счет-Фактура отправляется получателю и

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

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

Отправитель СФ:

Счет-фактура продавца может быть создан:

1. локально (в учетной системе и т.д.) и добавлен систему методом Document.Add с подписью. Либо сначала добавлен, а

затем подписан методом Document.Sign. Документ может быть создан в одном из двух форматов:

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

формат ФНС методом Document.CreateInvoice

в полном формате ФНС

2. через веб-интерфейс системы (сохранен в папке "Черновики"), а затем подписан методом Document.Sign

При использовании метода Document.Add происходит проверка структурированного документа на соответствие xsd-схеме,

назначенной для данного типа документа.

Отправка Извещения о получении счета-фактуры.

Получатель СФ:

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

документа на обработку.

Далее необходимо создать Извещение о получении счета-фактуры.

Извещение о получении СФ создается с помощью метода Ticket.CreateReply, подписывается Получателем в его системе и вместе

с подписью загружается в Курьер методом Ticket.Add.

Подписание операторских квитанций.

В ответ на квитанции Оператора на стороне как Отправителя (Подтверждение даты получения счета-фактуры), так и Получателя

(Подтверждение даты отправки счета-фактуры и Подтверждение даты отправки Извещения о получении счета-фактуры)

создаются Извещения об их получении аналогично предыдущему примеру. При вызове метода Ticket.CreateReply в качестве

входного параметра ему передается id операторской квитанции (транспортного документа), на которую требуется создать

Извещение.

Принятие счета-фактуры.

Получатель СФ:

Если Получатель СФ принимает полученный счет-фактуру к оплате без корректировок, он принимает документ с помощью

метода Document.Accept. После использования этого метода документооборот по данному счету-фактуре завершается как на

стороне Получателя, так и на стороне Отправителя.

Отправка Уведомления об уточнении.

Получатель СФ:

Если Получатель СФ не согласен с данными, указанными в счете-фактуре и не принимает его к оплате, он формирует

Уведомление об уточнении с помощью метода Ticket.CreateClarification, указав в нем причину отклонения счета-фактуры,

подписывает его и затем добавляет с помощью метода Document.RequestClarification.

Отправитель СФ:

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

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

Определение наличия документа на обработку.

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

Товарная накладная

Общая схема документооборота Товарной накладной

Общая схема документооборота в Курьере для юридически значимого электронного документа "Товарная накладная" (ТОРГ12)

представлена на рисунке ниже.

В случае роуминга при принятии документа Товарная накладная (ТОРГ-12) осуществляется формирование, подписание

и отправка Отправителю квитанции Извещение о получении.

В случае роуминга отзыв документа Товарная накладная (ТОРГ-12) недоступен после того, как документ отправляется

получателю и переходит в статус Подготовлен, в силу отсутствия унифицированного для Операторов формата

сообщения об отзыве.

Создание и отправка Товарной накладной (титула продавца).

Отправитель:

Титул продавца может быть создан:

подписан методом Document.Sign

2. через веб-интерфейс системы (сохранен в черновики), а затем подписан методом Document.Sign

Создание и отправка Товарной накладной (титула покупателя).

Акт выполненных работ

Общая схема документооборота Акта выполненных работ (оказанных услуг)

Общая схема документооборота в Курьере для юридически значимого электронного документа Акт о выполнении работ

(оказании услуг) представлена на рисунке ниже.

Схема обмена документа Акт о выполнении работ (оказаниии услуг) аналогична схеме обмена Товарная накладная, за

исключением:

1. Используется тип документа ACTFNS

2. Для получателя для создания титула заказчика используется метод Ticket.CreateAcceptenceCertificateAcceptTicket

3. При добавлении титула заказчика используется тип квитанции TransportDocumentType = AcceptanceCertificateCustomerTitle

В случае роуминга при принятии документа Акт о выполнении работ (оказании услуг) осуществляется формирование,

подписание и отправка Отправителю квитанции Извещение о получении.

В случае роуминга отзыв документа Акт о выполнении работ (оказании услуг) недоступен после того, как документ

отправляется получателю и переходит в статус Подготовлен, в силу отсутствия унифицированного для Операторов

формата сообщения об отзыве.

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

Подтверждающий документ для ГОЗ

Общая схема документооборота «Подтверждающий документª

Общая схема документооборота документа "Подтверждающий документ" представлена на рисунке ниже.

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

отправка Отправителю квитанции Извещение о получении.

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

получателю и переходит в статус Подготовлен, в силу отсутствия унифицированного для Операторов формата

сообщения об отзыве.

npou,ecc BblCTaBJleHlll YHlllBepcaJlbHOro nepe,D,aTOl.IHOro ,D,OKyMeHTa

Cl.leT-cpaKTypa

•

OnepaTOp 3AO

nonyYaTenb

1. Omnpaeumenb co3,o,aeT

111 ornpasm1eT

YHU6epcanbHb/ U nepeaamOl/Hb/U aoKyMeHm

Cl.fem-<:/JaKmypa (YnA C) nonylfamemo.

2.0nepamop 3,ao cpopM111pyeT 111 ornpasm1eT

Omnpaeumemo KBll1TaHL\111IO noameep>KaeHue

Yi•

...._._-

.i.

aamb1

nonylfeHUfl

yHueepcanbH020

nepeaamOlfH020 aoKyMeHma Clfem-<:/JaKmypa

(nAn YnA C).

3.0nepamop

3,aO ornpaem1eT C

111

KBll1TaHL\111IO

noameep>KaeHUe

aambl

............+ -.

omnpaeKu yHueepcanbH020 nepeaamol/Ho20

nAn

nAO

aoKyMeHma Clfem-<:/JaKmypa (nAO YnA C)

YnA C<l>

nonylfamemo.

4.0mnpaeumenb

111

nonylfamenb

no,o,Tsep>K,D,atoT nonyYeH111e KB111TaHL1111ill nAn

YnA C u nAO YnA C nYTeM no,o,n111caH1115l

KBll1TaHL\111ill

np111

3TOM B Cll1CTeMe

V1on nAn

VIOn nAO

aBTOMaT111YeCKll1

cpopM111pytoTC5l

111

YnA C<l>

ornpasn5ltoTC51 Onepamopy 3,aO OTBeTHble

KBll1TaHL\111111 t1Jeew,eHue O nonylfeHUU nAO

YnA C (On nAO YnA C) 111 J13eew,eHue

o nonylfeHuu nAn YnA C (on nAn YnA

C) .

5.nonylfamenb no,o,Tsep>K,D,aeT nonyYeH111e

YnA C nYTeM cpopM111posaH1115l , no,o,n111caH1115l

111 ornpasK111 Omnpaeumemo KBll1TaHL\111111

VIOn

t1Jeew,eHue o nonylfeHuu YnA C

(O n

YnA C<l>

YnA C).

6.Onepamop 3,ao cpopM111pyeT 111 ornpasnHeT

nonylfamemo KBll1TaHL\111IO noameep>KaeHUe

aamb1 omnpaaKU on YnA C (nAO on

nAO VIOn

YnA C).

YnA C<l>

7.nonylfamenb

no,o,n111cb1saeT

KBll1TaHL\111IO

nAO on YnA C, np111 3TOM B Cll1CTeMe

cpopM111pyeTc5l 111 Hanpaen5leTc51 Onepamopy

3,ao KBll1TaHL\1115l t1Jeew,eHue o nonyl.feHuu

VIOn nAO

nAO on YnA C (O n nAO on YnA

VIOn YnA

C).

C¢>

YTO"IHEHE

YH BEPCAJlbHOro

nEPEAAT04HOro

AOKYMEHTA

C4ET-

<S>AKTYPA

8.B cnyYae Heo6xo,o,111Mocrn nonyl.famenb

HanpasnHeT Omnpaeumemo

,o,oKyMeHT

YOY

YeeaoMneHue

06 ymol/HeHuu

(YOY),

KOTopoM YKa3aHa np111Y111Ha YTOYHeH1115l.

9.0mnpaeumenb no.qn111cb1eaeT .qoKyMeHT

YOY, np111 3TOM B c111cTeMe cpopM111pyeTc5l 111

HanpaBn5leTC51 nonyl.famemo KBll1TaHL\1115l

VIOn YOY

J13eew,eHue o nonyl.feHuu YOY (O n YOY).

В случае роуминга отзыв документа УПД Счет-фактура недоступен после того, как документ отправляется получателю

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

Создание и отправка УПД Счет-фактура.

Отправитель УПД СФ: УПД Счет-фактура продавца может быть создан:

1. локально (в учетной системе и т.д.) и добавлен систему методом Document.Add с подписью. Либо сначала добавлен, а

затем подписан методом Document.Sign.

2. через веб-интерфейс системы (сохранен в папке "Черновики"), а затем подписан методом Document.Sign

При использовании метода Document.Add происходит проверка структурированного документа на соответствие xsd-схеме,

назначенной для данного типа документа.

Отправка Извещения о получении УПД Счет-фактура.

Получатель УПД СФ: Для того, чтобы совершить действие с документом, необходимо знать его id. Подробнее об этом в разделе О

пределение наличия документа на обработку. Далее необходимо создать Извещение о получении документа Счет-фактура.

Извещение о получении документа создается с помощью метода Ticket.CreateReply, подписывается Получателем в его системе и

вместе с подписью загружается в Курьер методом Ticket.Add.

Подписание операторских квитанций.

В ответ на квитанции Оператора на стороне как Отправителя (Подтверждение даты получения Счета-фактуры), так и Получателя

(Подтверждение даты отправки Счета-фактуры и Подтверждение даты отправки Извещения о получении Счета-фактуры)

создаются Извещения об их получении аналогично предыдущему примеру. При вызове метода Ticket.CreateReply в качестве

Извещение.

Принятие УПД Счет-фактура.

Получатель УПД СФ: Если Получатель УПД СФ принимает полученный документ УПД Счет-фактура к оплате без корректировок,

он принимает документ с помощью метода Document.Accept. После использования этого метода документооборот по данному

УПД Счет-фактура завершается как на стороне Получателя, так и на стороне Отправителя.

Отправка Уведомления об уточнении.

Получатель УПД СФ: Если Получатель УПД. СФ не согласен с данными, указанными в УПД Счет-фактура и не принимает его к

оплате, он формирует Уведомление об уточнении с помощью метода Ticket.CreateClarification, указав в нем причину отклонения

УПД Счет-фактура, подписывает его и затем добавляет с помощью метода Document.RequestClarification.

Отправитель УПД СФ: В ответ на Уведомление об уточнении на стороне Отправителя должно быть создано Извещение о

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

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

Универсальный передаточный документ об отгрузке

товаров (выполнении работ), передаче

имущественных прав (об оказании услуг)

Универсальный передаточный документ об отгрузке товаров (выполнении работ), передаче имущественных прав (об оказании

услуг) (далее УПД ДОП) в соответствии с приказом ФНС № ММВ-7-15/155@ состоит из 2х файлов:

Файл обмена продавца

Документ, соответствующий файлу обмена продавца, создается путем загрузки готового xml-файла в соответствии с

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

Файл обмена продавца подписывается пользователями компании-составителя файла обмена продавца.

Файл обмена покупателя

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

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

Схема документооборота

Общая схема документооборота в Курьере для универсального передаточного документа об отгрузке товаров (выполнении

работ), передаче имущественных прав (об оказании услуг) (УПД ДОП) представлена на рисунке ниже.

В случае роуминга при принятии документа УПД. ДОП осуществляется формирование, подписание и отправка

Отправителю квитанции Извещение о получении.

В случае роуминга отзыв документа УПД. ДОП недоступен после того, как документ отправляется получателю и

Создание и отправка УПД ДОП (Продавца).

Отправитель:

УПД. ДОП (Продавца) может быть создан локально (в учетной системе и т.д.) и добавлен систему методом Document.Add, а

затем подписан методом Document.Sign

Отправка УПД ДОП (Покупателя).

Получатель:

документа на обработку.

Далее необходимо сформировать и подписать УПД. ДОП (Покупателя).

УПД. ДОП (Покупателя) может быть добавлен в систему с подписью покупателя методом Document.Accept

Пример добавления УПД ДОП (Покупателя) с подписью покупателя методом Document.

<Signature>MIIETTCCA/qgAwBAgIKKEwAejAKBgYqhQMCMFADCBDEfMB0GCSqG

OQ==</Signature>

</SignedContent>

Signature - подпись покупателя под файлом обмена покупателя

Отзыв документов

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

прав (об оказании услуг) в общем виде повторяет порядок отзыва в системе.

Аннулирование документов

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

имущественных прав (об оказании услуг)ª в общем виде повторяет порядок аннулирования в системе.

Универсальный передаточный документ об отгрузке

товаров (выполнении работ), передаче

имущественных прав (об оказании услуг),

включающий счет-фактуру

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

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

включающего счет-фактуру

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

товаров (выполнении работ), передаче имущественных прав (об оказании услуг), включающего счет-фактуру (далее УПД СФ

ДОП) представлена на рисунке ниже.

,Q,oKyMeHToo6opoT yH111BepcanbHblX nepeAaTO\.JHblX AOKyMeHTOB 06 onpy3Ke

TOBapoB (BblnOflHeHl/1111 pa6oT), nepeAa\.Je lllMymecTBeHHblX npaB (AOKyMeHT 06

oKa3aH111111 ycnyr), BKnto\.Jatom111x B ce6 c\.JeT-cpaKTYPY (Yn,Q, C<l> ,q,on)

snenb

Oneparop 3,QO

Omnpaaumenb C03Aaer

111

ornpasm1er

YHUBepcanbHb/U nepeoamOl.JHb/U

OOKyMeHm

015

omzpy3Ke moaapoa

(BbmonHeHuu pal5om), nepeoa1.Je

UMyU{eCmBeHHb/X npaa

(OoKyMeHm 015 OK838HUU

ycnyz), BKnJ01.J8JOU{UU a cel5>1 c1.Jem-<jJaKmypy (Yn,Q C<!>

.QOn) nony1.JamenJO.

YnA C<ll

2.0nepamop

3,QO cpopM111pyer

111 ornpasm1er

YnA C<ll

I I

OmnpaaumenJO KBlllTaH4llllO noomaep>KOeHue oambl

AOn

nony1.JeHu>1

yHuaepcanbHOco

nepeoamo1.JHozo

ooKyMeHma 015 omzpy3Ke moaapoa (BbmonHeHuu

pal5om), nepeoa1.Je uMyU{ecmaeHHbJX npaa (ooKyMeHm

015 OK838HUU ycnyz), BKfl/Ol.J8/0U{UU B cel5>1 Cl.Jem

c/JaKmypy (n.Qn Yn.Q c .QOn).

3.0nepamop

3,QO ornpasm1er Yn.Q C<!> .QOn

111

KB111TaH4111to

noomaep>KoeHue oamb1 omnpaaKu

ni:1n YnA

nAO YnA

yHuaepcanbHOGO nepeoamol.JHOGO ooKyMeHma

015

C<ll AOn

C<!> AOn

C<ll AOn

omzpYJKe moaapoa (BbmonHeHuu pal5om), nepeoa1.Je

UMyU{eCmBeHHb/X npaa (OoKyMeHm 015 OK838HUU

ycnyz), BKnJ01.JaJOU{UU a cel5>1 c1.Jem-<jJaKmypy (n,QO

Yn.Q C<!> .QOn) nony1.JamenJO .

111on ni:1n

111onni:10

4.0mnpaaumenb

111

nony1.Jamenb noATBep>KAatoT

YnA C<ll

nony4eH111e KB111raH4111 n.Qn Yn.Q c .QOn u n.Qo

AOn

nyreM noAn111caH111si Ks111raH4111 , np111

Yn,Q C<!> ,QOn

3TOM B ClllCTeMe aBTOMarn4eCKlll cpopM111pytoTCS1 Iii

ornpasnsitorcsi Onepamopy 3,QO oTBeTHble KB111TaH4111 111

l/fJBeU{eHue o nony1.JeHuu n.Qo Yn.Q C<!> .QOn (110n

n,Qo Yn.Q C<!> .QOn) 111 l/f3aeU{eHue o nony1.JeHuu n,Qn

Yn.Q c .Qon (11on n.Qn Yn.Q c .QOn) .

5.nony'lamenb noATBep>KAaer nony4eH111e Yn,Q C<!>

,QOn nyreM cpopM111posaH111si , noi:1n111caH111si 111 ornpasK111

Omnpaaumemo KBlllTaH4111111 l/fJBeU{eHue o nony1.JeHuu

111on YnA

C<!> AOn

C<ll AOn

Yn.Q C<!> .QOn (110n Yn.Q C<!> .QOn).

6.0nepamop

3,[/0 cpopM111pyer

111 ornpasnsier

nony1.Jamemo KB111TaH4111to noomaep>KoeHue oamb1

omnpaaKu 11on Yn.Q c .Qon (n.Qo 11on Yn.Q c

111-rl

,QOn).

ni:10111on

YnA C<ll

AOn

7.nony1.Jamenb noi:1n111cb1saer KB111TaH4111to n.Qo 11on

Yn.Q C<!> .QOn, np111 arnM s c111creMe cpopM111pyercsi 111

Hanpasnsiercsi

Onepamopy

3,[/0

KBlllTaH4111si

l/f3aeU{eHue o nony1.JeHuu n.Qo 11on Yn.Q cci> .Qon

111onni:10 111on

111onni:10111on

(11on n.Qo 11on Yn.Q cci> .QOn).

YnA C<ll AOn

YnA C<llAOn

B.nony1.Jamenb np111H111Maer Yn,Q C<!> ,QOn Ha arane

6e3 noAn111caH111si oTBeTHoro rnryna.

9.nony1.Jamenb

n0An111cb1saer

ccpopM111posaHHbl

AOn c 3n

C!Jaun ol5MeHa n0Kynamen>1 (,QOn) Ha arane c

noAn111caH111eM orserHoro rnryna.

10. nony'iamenb

onpasnsier

.QOn c

n0Kynamen>1 OmnpaaumenJO nocne 3asepweH111si

Mapwpyra cornacosaH111si.

YT04HEH E Yn,Q C4> ,QOn

11.B cny4ae

Heo6XOA111Mocrn nonyl!amenb

Hanpasnsier

OmnpaaumenJO AOKyMeHT

YaeooMneHue 015 ymol.JHeHUU (YOY), B KOTOpoM

YOY

YKa3aHa np1114111Ha yro4HeH111si.

-+-- -1 --

,.I

3TOM B ClllCTeMe cpopM111pyeTCS1 Iii HanpasnsieTCS1

12.0mnpaaumenb n0An111cb1saer AOKYMeHT YOY, np111

Коды типов документов

Коды типов документов.

Наименование

Код

Идентификатор

Структурированный

Акт взаимозачета

ACT_VZAIMOZACHETA

Акт о выполнении работ (оказании услуг)(неструктурированный)

ACT

Акт о выполнении работ (оказании услуг)

ACTFNS

Акт расхождений (ТОРГ-2)

DIVERGENCE_ACT

127

Акт сверки

VERIFICATION

Договор

AGREEMENT

Документ

DOCUMENT

Заказ (EDI)

ORDERS

330

Заявление об участнике ЭДО

INFSOOB

Комплект закрывающих документов

DOCUMENT_CLOSING

Корректировочный счет-фактура

CSF

Отчет

REPORT

Партнерский документ (КОРУС)

KORUS_DOCUMENT

План

PROJECT

Пояснительная записка

EXPLANATORY_NOTE

107

Прайс-лист

PRICAT

Прайс-лист согласование

PRICAT_validation

Приложение к акту о выполнении работ (оказании услуг)

ACTADD

Спецификация к договору поставки

SPEC_DELIVERY_AGR

148

EEMENT

Счет

BILL

Счет

(неструктурированный)

ACCOUNT

Счет-фактура

Товарная накладная

WAYBILL

Товарная накладная (неструктурированная)

Уведомление о выставлении штрафных санкций

LEVEL_FINE

Уведомление о приемке (EDI)

RECADV

331

Уведомление о расчёте скидки

LEVEL

Уведомление о расчете суммы премии (вознаграждения)

LEVEL_BONUS

Уведомление об отгрузке (EDI)

DESADV

332

Уведомление об отказе в приеме документа

UO_DPINFSOOB

УПД. Документ об отгрузке товаров (выполнении работ),

UPD_DOP

907

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

УПД. Счет-фактура

UPD_SF

887

УПД. Счет-фактура и документ об отгрузке товаров (выполнении работ),

UPD_SF_DOP

908

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

УКД. Корректировочный счет-фактура

UCD_CSF

927

УКД. Корректировочный счет-фактура и документ об изменении стоимости

UCD_CSF_DIC

929

отгруженных товаров

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

УКД. Документ об изменении стоимости отгруженных товаров

UCD_DIC

928

(выполненных работ, оказанных услуг),

переданных имущественных прав

Документ о передаче товаров

TOVTORG

1072

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

REZRU

1073

ВАЖНО!

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

API для работы с сервисом СФЕРА Курьер (версия 130.0) - часть 6