Инструкция по функциональному взаимодействию автоматизированной системы этран с АСУ экспедитора (стр. 5 )

<ecpText value=""/>

<!-- Электронно-цифровая подпись (выдается при указании useECP) -->

<!-- * тип данных: строка -->

<ecpECP value=""/>

<!-- Штамп времени (выдается при указании useECP) -->

<!-- * тип данных: строка -->

<ecpTSP value=""/>

</ecp>

</docOper>

</getClaimReply>

3.1.2  Запрос изменений заявок по плательщшику

<!-- ************************************* -->

<!-- РЕЗУЛЬТАТ СОГЛАСОВАНИЯ ЗАЯВКИ: запрос -->

<!-- ************************************* -->

<claimToAgreementStatus version="1.0">

<!-- Получения статуса возможно запросить по диапазону дат или по Id последней операции над документами – порядковому номеру операции -->

<!-- Начиная с даты: больше или равно указанной даты (>=) -->

<!-- * тип данных: дата -->

<fromDate value=""/>

<!-- Заканчивая датой (если не указано – 3000 год): менее указанной даты (<) -->

<!-- * тип данных: дата -->

<toDate value=""/>

<!-- Проверка: Дата начала диапазона больше даты окончания диапазона -->

<!-- ID операции: более указанной ID операции (>) – последнее OperId возвращается в ответе на запрос. При неизвестной последней OperID указать 999999999999999 -->

<!-- * тип данных: целое число -->

<OperId value=""/>

<!-- Проверка: Не задан параметр поиска накладных: диапазон дат или OperId -->

<!-- По конкретной заявке -->

<!-- * тип данных: целое число -->

<claimID value=""/>

<!-- Номер заявки -->

<!-- * тип данных: строка -->

<claimNumber value=""/>

<!-- * поиск по плательщику -->

<usePayer />

<!-- Поиск по операциям – возможно использовать несколько вариантов -->

<!-- результат визирования -->

<useViza/>

<!-- результат согласования -->

<useAgreement/>

<!-- результат отказа -->

<useCancel/>

</claimToAgreementStatus>

Ответ на запрос:

В случае успешного приема запроса «Запрос изменений заявок по плательщику» ответ содержит следующую информацию:

<!-- ************************************************************ -->

<!-- РЕЗУЛЬТАТ СОГЛАСОВАНИЯ ЗАЯВКИ: ответ (при отсутствии ошибок) -->

<!-- ************************************************************ -->

<claimToAgreementStatusReply version="1.0">

<claim>

<!-- Идентификатор заявки -->

<claimID value=""/>

<!-- Номер заявки -->

<claimNumber value=""/>

<!-- Порядковый номер корректировки (обращения на изменения заявки) -->

<!-- * тип данных: целое число -->

<claimVersion value=""/>

<!-- Дата последней операции над документом -->

<claimLastOper value=""/>

<!-- ID текущего состояние заявки -->

<claimStateID value=""/>

<!-- Текущее состояние заявки -->

<claimState value=""/>

<!-- Признак согласования 0 - отказ, 1 - завизирована -->

<claimAgreement value=""/>

<!-- Дата согласования -->

<claimAgreementDate value=""/>

<!-- Согласовавшая организация -->

<claimAgreementOrg value=""/>

<!-- ФИО исполнителя -->

<claimAgreementPerson value=""/>

<!-- Должность исполнителя -->

<claimAgreementPost value=""/>

<!-- Комментарий к согласованию или отказу -->

<claimAgreementNote value=""/>

</claim>

<!-- Последняя операция -->

<OperId value=""/>

</claimToAgreementStatusReply>

3.1.3  Запрос подтверждения визирования заявки экспедитором

<!-- ******************************************** -->

<!—ПОДТВЕРЖДЕНИЕ ВИЗИРОВАНИЯ ЗАЯВКИ ЭКСПЕДИТОРОМ: запрос -->

<!-- ******************************************** -->

<claimAssentViza version="1.0">

<!-- ID заявки -->

<!-- * тип данных: целое число -->

<claimID value=""/>

<!-- Номер заявки -->

<!-- * тип данных: строка -->

<claimNumber value=""/>

<!-- Клиентский идентификатор передаваемого запроса. Служит для предотвращения дублирования документа при повторном запросе, в случае, когда на выполнение первоначального запроса был получен ответ ошибки связи (ошибка с кодом 100).

Если первоначальный запрос был выполнен, а в следствии ошбки с кодом 100 результат запроса не вернулся пользователю, то при повторном запросе с таким же клинентским идентификатором не позднее 7 дней с момента выполнения первоначалоного запроса даннные в ЭТРАНе изменятся не будут, а пользователю будет возвращен результат предыдущего запроса. Если при первоначальном запросе документ не был создан - при повторном запросе документ будет создан, пользователю вернется результат повторного запроса. Если запрос прошел успешно - то данный клиентский идентификатор считается использованным и не должно быть его использование в других запросах -->

<frontEndId value=""/>

<!-- Коментарий-->

<!-- * тип данных: строка -->

<claimRemark value=""/>

<!-- Выдавать список некритических ошибок-->

<!-- * тип данных: строка -->

<useWarning/>

</claimAssentViza>

Ответ на запрос:

В случае успешного приема запроса «Запорс подтверждения визирования заявки экспедитором» ответ содержит следующую информацию:

<!-- ************************************* -->

<!-- ПОДАЧА ЗАЯВКИ НА КОРРЕКТИРОВКУ: ответ -->

<!-- ************************************* -->

<claimAssentVizaReply version="1.0">

<!-- Структура ответа аналогична ответу на запрос «Данные заявки на перевозку» -->

</claimAssentVizaReply>

3.1.4  Запрос отказа визирования заявки экспедитором

<!-- ******************************************** -->

<!-- ОТКАЗ ВИЗИРОВАИЯ ЗАЯВКИ ЭКСПЕДИТОРОМ: запрос -->

<!-- ******************************************** -->

<claimRejectViza version="1.0">

<!-- ID заявки -->

<!-- * тип данных: целое число -->

<claimID value=""/>

<!-- Номер заявки -->

<!-- * тип данных: строка -->

<claimNumber value=""/>

<!-- Клиентский идентификатор передаваемого запроса. Служит для предотвращения дублирования документа при повторном запросе, в случае, когда на выполнение первоначального запроса был получен ответ ошибки связи (ошибка с кодом 100).

Если первоначальный запрос был выполнен, а в следствии ошбки с кодом 100 результат запроса не вернулся пользователю, то при повторном запросе с таким же клинентским идентификатором не позднее 7 дней с момента выполнения первоначалоного запроса даннные в ЭТРАНе изменятся не будут, а пользователю будет возвращен результат предыдущего запроса. Если при первоначальном запросе документ не был создан - при повторном запросе документ будет создан, пользователю вернется результат повторного запроса. Если запрос прошел успешно - то данный клиентский идентификатор считается использованным и не должно быть его использование в других запросах -->

<!-- * тип данных: целое число (до 10 знаков) -->

<frontEndId value=""/>

<!-- Коментарий-->

<!-- * тип данных: строка -->

<claimRemark value=""/>

<!-- Выдавать список некритических ошибок-->

<!-- * тип данных: строка -->

<useWarning/>

</claimRejectViza>

Ответ на запрос:

В случае успешного приема запроса «Запорс отказа визирования заявки экспедитором» ответ содержит следующую информацию:

<!-- ************************************* -->

<!-- ПОДАЧА ЗАЯВКИ НА КОРРЕКТИРОВКУ: ответ -->

<!-- ************************************* -->

<claimAssentVizaReply version="1.0">

<!-- Структура ответа аналогична ответу на запрос «Данные заявки на перевозку» -->

</claimAssentVizaReply>

3.2.  Электронная накладная

При работе с накладными Экспедитор обязан производить проверку:

·  кода плательщика(из ответа на запрос «Запрос данных накладной» тег invPayerCode), указанного грузоотправителем в перевозочных документах при приёме транзитных и импортных грузов через погранпереходы в течение суток после получения электронной накладной из АС ЭТРАН. Отсутствие в течение суток замечаний Экспедитора является согласием Экспедитора выступить плательщиком по заявленной перевозке;

·  реквизитов электронной накладной и начисленных платежей после приёма груза к перевозке в течение суток после получения электронной накладной из АС ЭТРАН. Отсутствие в течение суток замечаний Экспедитора является согласием Экспедитора с реквизитами электронной накладной и суммой начисленных провозных платежей.

·  реквизитов электронной накладной и начисленных платежей после завершения перевозки в течение 3 (трёх) рабочих дней после получения электронной накладной на раскредитованные перевозочные документы из АС ЭТРАН. Отсутствие в течение 3 (трёх) рабочих дней замечаний Экспедитора является согласием Экспедитора с реквизитами электронной накладной и суммой начисленных провозных платежей.

Разработчикам АСУ Экспедитора необходимо обеспечить контроль пользователем реквизитов электронной накладной и начисленных платежей, а также ввод соответствующих замечаний. Для этого можно использовать следущую последовательность действий: получение списка накладных по плательщику из системы ЭТРАН(запрос «Запрос статуса накладных по плательщику»( invoiceStatus)), получение данных по каждой накладной из списка(запрос «Запрос данных накладной»), проверить данные полученные по накладным. При необходимости получения информации по заявке из конкретной накладной, можно воспользоваться запросом «Запрос данных заявки на перевозку»( getClaim).