Сирма Груп ад, Сирма итт оод



страница4/7
Дата26.03.2017
Размер475.57 Kb.
#17823
1   2   3   4   5   6   7

3.4Връзки между агентите


Връзките между агентите и посоката на всяко съобщение са както следва (АМ агентите са показани удебелени). Копирано от файла DTI\ECS2-DTI-actors.vsd:

Всяко съобщение, което нормално се изпраща от търговец (TDE, TPL, TRE, TCE) през DTI, може да бъде регистрирано от митничар директно в ECS2 от името на търговеца. Тази възможност се използва:



  • При не наличност или системни проблеми в DTI.

  • Ако търговецът не е регистриран за DTI (това се допуска само за Търговец Превозвач: политиката на АМ за ECS2 е преобладаващата част от износните декларации да се подават електронно през DTI).

3.5Процеси на търговците


Разрешените последователности от съобщения (sequence diagrams) са описани в официалния документ ECS-ExternalDomain-FS-v1-00.pdf (работна версия BICIS-eCustoms-Interfaces-v2-02.doc), който ще бъде обновен от АМ (виж ECS2BCA-149). Позволените процеси по изпращане и получаване на съобщения са показани в следните диаграми на състоянията (STD).

  • В диаграмите: "nnn" показва получаване на съобщение, а "^nnn" изпращане на съобщение.

  • В описанията: цитираме номера на съобщението и кода на следващото състояние

  • Посочените процеси са само описателни и препоръчителни. Системата на търговеца няма задължение да реализира точно тези състояния и преходи.

  • Както е посочено в 3.4, всяко изпращане на съобщение (^nnn) може да се регистрира директно в ECS2 от митничар. В такъв случай ECS2 не изпраща съобщението обратно към DTI, и DTI няма да може да актуализира състоянието.

  • Поради това, при всяко получаване на съобщение от ECS2, DTI ще "скочи" към показаното състоянието, дори да не се намира в предишното състояние.

  • Състоянията, от които не излизат преходи са финални: в тези състояния не могат да се изпращат или получават съобщения.

  • Изпращането на съобщение извън позволените за дадено състояние ще доведе до BG906B от ECS2, без промяна на състоянието.

Диаграмите са създадени от файла BA\processes\ECS2 State Transition Matrix.xls. Пуска се макрото GenerateDot. После:

  • Генерира се от командния ред, напр.
    dot -Tpng TCE.dot -o TCE.png,

  • ИЛИ: прилага се към страница
    https://jira.sirma.bg/confluence/display/ittdev/ECS2+State+Transition+Matrix
    и диаграмите се свалят от съответните под-страници.

3.5.1TDE Търговец декларант


TDE комуникира относно ЕАД с Износно МУ (EXP). Процесът на TDE е най-сложен.

Цветовете в диаграмата служат за по-лесно разбиране: първо проследете черните преходи. В описанието използваме същите цветове:



  • Деклариране: от начално състояние подава декларация (515: TDESND). Получава:

  • Основни пътища в процеса: в съответните състояния може да получи:

  • Уведомяване за контрол (560): TDEUCO (очаква контрол на стоките)

  • Износът разрешен (529): TDEREL

  • Износът неразрешен (551): TDENRE (крайно)

  • Износът осъществен (599): TDEEXP (крайно)

  • Корекция: от TDEACC, TDEUCO или TDECRQ подава заявка за корекция (513): TDEAMD. Получава:

  • Грешка (906): връща се в състоянието преди заявката, като данните за движението са непроменени. (Ако 513 е било подадено от TDEUCO и митничарят вече е започнал да въвежда резултати от контрол, ще се получи 906 дори данните в 513 да са валидни).

  • Одобрение (504): TDEACC, като данните за движението са коригирани

  • Отказ (505): TDEDUA. Остава в това състояние докато не бъде подадена и одобрена нова корекция

  • Анулиране: от няколко състояния подава заявка за анулиране (514): TDECRQ. Получава:

  • Отрицателно решение за анулиране (509-: в съобщението Cancellation Decision=0): връща се в състоянието преди заявката

  • Положително решение за анулиране (509+: в съобщението Cancellation Decision=1): TDECAN

  • Освен това в много състояния може да получи анулиране по инициатива на АМ (509+: в съобщението Cancellation initiated by Customs=1): TDECAN

  • Проследяване: в TDEREL може да получи Заявка за данни при проследяване (582): TDEFUP (АМ използва това съобщение, когато дълго време не се получи информация за износа от Изходно МУ)

  • Може да прати Отговор при проследяване (583): връща се в TDEREL (ангажиментът за отговор е изпълнен)

  • Но може и да Анулира (514) или да получи уведомление Износът осъществен (599): ангажиментът за отговор отпада от само себе си

3.5.2TPL Лице подаващо ОДН, TRE Представител в Изходно МУ


TPL комуникира относно ОДН с МУ на подаване ОДН (EXP) и Изходно МУ (EXP).



  • Деклариране: Подава ОДН в EXP (615): TPLSND. ОДН може да бъде:

  • Приета (628): TPLACC

  • Отхвърлена (906): обратно към начално състояние

  • Коригиране: подава Корекция в EXT (613): TPLAMD. Може да получи:

  • Грешка (906): TPLACC, като данните за движението са непроменени.

  • Одобрение (604): TPLACC, като данните за движението са коригирани

  • Отказ (605): TPLDUA. Остава в това състояние докато не бъде подадена и одобрена нова корекция

TRE може само да подава корекции, тоест осъществява само преходите показани в червено.

3.5.3TCE Търговец превозвач


TCE представя стоките в Изходно МУ (EXT). Обработката е еднаква за ЕАД и за ОДН.

Процес свързан с Пратка:



  • Представя стоките (507): TCEGPE. След това може да получи:

  • Oтказ на отклонение (521): TCEDRJ (крайно)

  • Решение за контрол (561): TCEUCO (очаква контрол на стоките)

  • Забрана за напускане (522): TCESTP (крайно)

  • Разрешение за напускане без складиране (525 storing=0): TCEEXT (крайно)

  • Разрешение за напускане със складиране (525 storing=1): TCEGHS (крайно)

  • Превозвачът не получава уведомление при финалното напускане на стоките

Процес свързан с Манифест за напускане:

  • Представя манифест (547). След това може да получи:

  • Приемане на манифеста (548): MFTACC (крайно)

  • Отхвърляне на манифеста (549): MFTREJ (крайно)

Двата процеса са отделни и независими. В даден момент един превозвач може да има няколко процеса за пратки и няколко за манифести.

Каталог: documents
documents -> Български футболен съюз п р а в и л н и к за статута на футболистите
documents -> Изготвяне на Технически инвестиционен проект и извършване на строително-ремонтни работи /инженеринг/ на стадион “Плевен”
documents -> П р а в и л а за организиране и провеждане на ученическите игри през учебната 2013/2014 година софия, 2013 г
documents -> К о н с п е к т по дисциплината “Обща и неорганична химия” за студентите от І–ви курс специалност “Фармация” Обща химия
documents -> Издадени решения за преценяване на необходимостта от овос в риосв гр. Шумен през 2007 г
documents -> За сведение на родителите, които ще заплащат таксите по банков път цдг” Червената шапчица”
documents -> Стъпки за проверка в регистър гаранции 2016г. Начална страница на сайта на ауер електронни услуги
documents -> Общи въпроси и отговори, свързани с държавните/минималните помощи Какво е „държавна помощ”


Сподели с приятели:
1   2   3   4   5   6   7




©obuch.info 2024
отнасят до администрацията

    Начална страница