SCTS-NP Swedish Customs Technical Specifications for National Procedures Appendix A Tekniska regler Version

Relevanta dokument
SCTS-AIS Swedish Customs Technical Specifications for Automated Import System ICS phase 1 Appendix A Tekniska regler Version 1.0.

TDR050 Huvuddokument. Version

TDR050 Huvuddokument. Version

Projektet NCTS (New Computerised Transit System) är ett EU-projekt som utvecklats inom ramen för de verksamheter som organisatoriskt bedrivs av:

AVDELNING 2

AVDELNING 3 INTRODUKTION TILL DOKUMENTET "DDNTA for Phase 3.1, version 5.00, 04/09/2001" 3.1 Allmänt om innehåll och målsättning

TDR050 Bilaga C. Kodtabeller. Version

SCTS-RESP Swedish Customs Technical Specification

Flödesbeskrivning AIS/ICS (fas 1)

Riktlinjer för Intyg om säkerhetshantering vid informationsutbyte via EDI

SCTS-AOG Swedish Customs Technical Specification

Elektronisk tullräkning Sid 1(9) Samverkansspecifikation. Version: 1.0 SAMVERKANSSPECIFIKATION. för. e-tullräkning

Anvisning för Svensk Livfaktura

HANDLEDNING TILL TEKNISK BILAGA - TB 2007

Säker e-kommunikation

Direktkoppling till Girolink Internet. Filöverföring av betalningar och betalningsinformation via Girolink Internet. Version 1.0

Kurs i avtal om e-kommunikation Nätverket för Elektroniska Affärer:

KUNDREGISTER Sid 2(7) Teknisk specifikation

SCTS-TSHOA. Meddelandespecifikation. Temporary Storage Holder of the Authorisation. Anläggning för tillfällig lagring Tillståndshavare

Beslut om betalningsföreläggande Teknisk beskrivning av transaktionen Återkallelse Utgåva 2.0

Beslut om betalningsföreläggande Teknisk beskrivning av transaktionen Nedsättning Utgåva 2.0

Verkställighet. Funktionell beskrivning av tjänsten med elektronisk överföring Utgåva 1.0

Projekt Tullager MINNESANTECKNINGAR FRÅN REFERENSGRUPPSMÖTE

Nordisk balansavräkning - NBS. NBS informationsdag - Arlanda Meddelandeflöden Jan Owe

Framtidens tullager. Innehåll

Tulldag Malmö den 2 oktober 2012

Importer Security Filing 10+2 Skärpta krav på förhandsrapportering vid import som fraktas med fartyg till USA

Informationsmodell för Bild och Funktionsregistret. VERKSAMHETSSPECIFIKT för BILD och FUNKTIONSMEDICIN (BFM) RADIOLOGI

Framtidens uppgiftslämnande för fartyg

Projekt Tullager. Referensgruppsmöte, 23 oktober, Välkomna! Agenda

Svarsmeddelande vid kontroll ZSK

Tullverkets författningssamling

Beslut om betalningsföreläggande Teknisk beskrivning av transaktionen Nedsättning Utgåva 2.1

SCTS-NP Swedish Customs Technical Specifications for National Procedures Appendix Q Technical Message Structures Version 1.0.

1. Exempelbeskrivning

Information till webbstödet för leverantörer Rehabiliterings tjänster (Uppdaterat )

SCTS-CWHOP Swedish Customs Technical Specification

Referensgruppsmöte, 11 september, Nuläge - Övergripande genomgång av upplägg, hantering av gods på lager samt uttag.

1 Information från sponsor/projektledning

DABAS Update. Produktblad

Rapport Internkontroll 2017

Normalförfarande - översikt

RAPPORT GEODATARÅDETS HANDLINGSPLAN Del av fokusområde 3 gällande standardisering av grunddata i geodatarådets

Riktlinjer och anvisningar avseende säkerhet. vid informationsutbyte via EDI. Version

SCTS-CWHOA Swedish Customs Technical Specification

Exempel på felmeddelanden i NCTS

Riktlinjer för systembeskrivning EDI-tillstånd

Tullverkets författningssamling

Avtal om hjälpmedelscentralsverksamhet med inriktning mot kommunikation, kognition och databaserade synhjälpmedel

SCTS-CL Swedish Customs Technical Specification

Kontaktperson för ansökan 3 Telefonnummer. Kontaktuppgifter för den person som ansvarar för tullfrågor 4 Namn Personnummer Telefonnummer

NEA Nätverket för elektroniska affärer

Schematransformation SLU

Huvudadministratör i Prator

Roller. Student. Institutionen för informationsteknologi

Uppgift 1a (Aktiekurser utan poster)

1 Information från sponsor/projektledning

Beslut om betalningsföreläggande Funktionell beskrivning av tjänsten med elektronisk överföring Utgåva 2.0

Arbetsförmedlingens kundval Stöd och matchning

1. Exempelbeskrivning

Taxa för utlämnande av allmänna handlingar

INTRASTAT-MEDDELANDEKUNDER TESTANVISNING

1 Exempel på att kontrollera XML-signatur manuellt

HMK. HMK-Geodesi Workshop. 17 juni 2013 GRUPPDISKUSSION GRUPP 3. HMK Geodesi, Workshop KTH en handbok i mät- och kartfrågor

Tullverkets författningssamling

Vilken metod kan användas för att bredda IT-system mot nya marknader?

Intressent- och behovskarta

BOVERKETS FÖRFATTNINGSSAMLING Utgivare: Catarina Olsson

Digital inlämning av årsredovisningar

Utbildningskontrakt webbstöd för kommuner

ATIVA Development AB. ATIVA-Mätdon. Produktinformation. Sidan 1 av 6

Tullverkets författningssamling

Referensgruppsmöte, 3-4 december, 2014

Informationsmodell. Mina meddelanden. Gäller från juni Version 2.0

Redovisningsreglemente

BOVERKETS FÖRFATTNINGSSAMLING Utgivare: Yvonne Svensson

Specifikation för elektronisk uppgiftslämning system till system, upplägg på tullager (OBS! utkast dokumentationsmodell!) Datum:

Information till syvar inför antagningen 2016

Geodataportalen - Metadata - Dokumentation av tjänster

Mini-kurs: Karta och kompass i standarddjungeln

Verkställighet Teknisk beskrivning av transaktionen Bekräftelse ansökan om verkställighet Utgåva 2.1

Aktivitetsstöd RF import Datum: Version 2

Informationsspecifikation för kunskapsstöd inom hälsooch sjukvård och socialtjänst

TO 15 kap. Postförsändelser [2709]

Innehållsförteckning. Klicka på det kapitel du vill läsa om, alternativt scrolla ner och ta del av hela användarmanualen.

Boverkets författningssamling

GEA/Odette Sweden seminarium Anpassning till EU:s fakturadirektiv

Algebra utan symboler Learning study

Tullverkets föreskrifter och allmänna råd (TFS 2000:20) om tullförfaranden m.m. (tullordning), 4 a kap. Uppdaterad:

2. Skapa dokument a. Skapa dokument i befintligt ärende b. Skapa dokument utifrån klassificeringsstruktur (process) eller via Ny...

TPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER

Sannolikhetslära. 1 Enkel sannolikhet. Grunder i matematik och logik (2015) 1.1 Sannolikhet och relativ frekvens. Marco Kuhlmann

1. Exempelbeskrivning

Beslut om betalningsföreläggande

Ändringshistorik för ESAP Faktura, version 2.9

Tid: Onsdagen den 24 oktober 2018 kl. 09:30-15:00 ca. Därefter en workshop till kl 16.

Mina meddelanden Förmedling av elektronisk post för myndigheter i Sverige

Rutiner för synpunktshanteringen

Transkript:

SCTS-NP Swedish Customs Technical Specifications for National Procedures Appendix A Tekniska regler

Sida 2(18)

Innehållsförteckning 1 Inledning... 5 1.1 Kompletterande dokumentation och hjälpmedel... 5 2 Sigill och EDIFACT-kvittenser, funktionell nivå.... 7 2.1.1 Allmänt... 7 2.1.2 Utfall vid sändning av CUSDEC+AUTACK i riktning Företag -> Tullverket... 9 2.1.3 Utfall vid sändning av CUSDEC+AUTACK eller CUSRES+AUTACK i riktning Tullverket -> Företag... 13 3 Kompletterande information, kvittenser och sigill... 17 3.1 Allmänt... 17 3.2 CONTRL meddelandet (Dokumentation och användning)... 17 3.3 Sigillering och AUTACK meddelandet.... 18 Sida 3(18)

Sida 4(18)

1 Inledning Detta dokument innehåller övergripande principer gällande meddelandeflödet för SCTS-NP. För SCTS-NP gäller regeln att endast ett CUSDEC- eller CUSRES-meddelande kan förekomma per överföring. Regler för sigillering av tulldeklarationer finns i 2 kap. 2 tullagen (2000:1281), något motsvarande finns för närvarande inte på EU-nivå. För SCTS-NP kommer PKI-baserade signeringscertifikat att användas som sigilleringsmetod. Sigilleringsinformationen transporteras i säkerhetsmeddelandet AUTACK. Ytterligare detaljer gällande signering och sigillering återfinns i regelverket SCTS-SC (Swedish Customs Technical Specifications for Security Concept). 1.1 Kompletterande dokumentation och hjälpmedel CUSDEC och CUSRES <-> UN/EDIFACT, katalog D96B CONTRL <-> ISO 9735, version 3 AUTACK <-> ISO 9735, version 4, del 6. SCTS-SC <-> Swedish Customs Technical Specifications for Security Concept Sida 5(18)

Sida 6(18)

2 Sigill och EDIFACT-kvittenser, funktionell nivå. 2.1.1 Allmänt För SCTS-NP gäller regeln att endast ett CUSDEC- eller CUSRES-meddelande kan förekomma per överföring. Vidare gäller att sigillinformationen i form av ett AUTACK-meddelande alltid ska följa med i samma överföring (mellan UNA/UNB och UNZ) som CUSDEC/CUSRESmeddelandet. Det handlar då om tre möjliga variationer på överföringar, nämligen 1) Innehållande ett CUSDEC- och ett AUTACK-meddelande 2) Innehållande ett CUSRES- och ett AUTACK-meddelande 3) Innehållande en CONTRL-kvittens (typ 1 eller typ 2) Några allmänna regler och konventioner, för överföringar i riktning Företag -> Tullverket, är att: En överföring enligt 1) ovan resulterar alltid i en (och endast en) CONTRL typ 1 kvittens. En överföring enligt 1) ovan resulterar alltid i en (och endast en) CONTRL typ 2 kvittens under förutsättning att CONTRL typ 1 kvittensen var positiv. Om CONTRL typ 1 kvittens är negativ uteblir CONTRL typ 2 kvittensen. En överföring enligt 3) ovan föranleder aldrig någon kvittens. Om något går fel, resulterar det i manuella åtgärder. En positiv CONTRL typ 2 kvittens innebär både att överföringen är EDIFACTmässigt korrekt och att sigillet är OK. En negativ CONTRL typ 2 kvittens innebär antingen att ett EDIFACT-fel detek-terats eller att något inte stämde vid sigillkontrollen. CONTRL tillåter inte att fler än ett fel rapporteras på meddelandenivå. Dokumentet UN/ECE TRADE/WP.4/R.1186/Rev.1 innehåller specifikationen för CONTRL. I denna specifikation beskrivs två användningsområden för CONTRL och hur de kan kombineras. Det är dessa begrepp som ligger bakom beteckningarna CONTRL typ 1 respektive CONTRL typ 2 i signalflödena nedan. Några allmänna regler och konventioner, för överföringar i riktning Tullverket -> Företag, är att: En överföring enligt 1) eller 2) ovan resulterar alltid i en (och endast en) CONTRL typ 2 kvittens. En överföring enligt 3) ovan föranleder aldrig någon kvittens. Om något går fel, resulterar det i manuella åtgärder. Sida 7(18)

En positiv CONTRL typ 2 kvittens innebär både att överföringen är EDIFACTmässigt korrekt och att sigillet är OK. En negativ CONTRL typ 2 kvittens innebär antingen att ett EDIFACT-fel detekterats eller att något inte stämde vid sigillkontrollen. CONTRL tillåter inte att fler än ett fel rapporteras på meddelandenivå. Dokumentet UN/ECE TRADE/WP.4/R.1186/Rev.1 innehåller specifikationen för CONTRL. I denna specifikation beskrivs två användningsområden för CONTRL och hur de kan kombineras. Det är dessa begrepp som ligger bakom beteckningarna CONTRL typ 1 respektive CONTRL typ 2 i signalflödena nedan. Sida 8(18)

2.1.2 Utfall vid sändning av CUSDEC+AUTACK i riktning Företag -> Tullverket En överföring av en CUSDEC+AUTACK i riktning Företag -> Tullverket har med avseende på CONTRL-kvittenser ett givet grundmönster. Detta mönster illustreras i figur 2.1.2.1 nedan Företag TMF TES CUSDEC+AUTACK CONTRL typ 1 CUSDEC+AUTACK CONTRL typ 2 CONTRL typ 2 Figur 2.1.2.1, stereotyp för CONTRL kvittenser vid överföring CUSDEC+AUTACK TMF (Tullens MottagningsFunktion) utför grundläggande EDIFACT-kontroller på överföringsnivå utifrån innehållet i servicesegmenten. Grovt sett handlar det om en första översiktlig kontroll av vissa grundläggande EDIFACT-egenskaper, inte om EDIFACT-meddelandenas syntax. Resultatet av kontrollen skickas till företagen i form av en CONTRL typ 1 kvittens. TES utför en fullständig EDIFACT-kontroll av hela överföringen samt en sigillkontroll. Resultatet av kontrollerna skickas till företagen i form av en CONTRL typ 2 kvittens. Skrivsättet CUSDEC+AUTACK syftar på att varje CUSDEC alltid har tillhörande sigillinformation (AUTACK) med i samma överföring. Företagen analyserar inkommande CONTRL-kvittenser för att kunna uppdatera respektive ärendes status. Sida 9(18)

Kvittenser av såväl CONTRL typ 1 som CONTRL typ 2 kan vara antingen positiva eller negativa. Det första steget i en analys består i att ha klart för sig varifrån CONTRL-kvittensen kommer (TMF eller TES) samt avgöra om kvittensen är positiv eller negativ. Konsekvenserna för den ursprungliga överföringen (CUSDEC+AUTACK) kan för respektive fall sammanfattas enligt följande: Normalfall, CONTRL typ 1 positiv och CONTRL typ 2 positiv: Innebär att ursprunglig överföring har gått vidare till applikationsnivå, funktionella kvittenser av det ena eller andra slaget är att vänta. Fallet är signalmässigt illustrerat i figur 2.1.2.2 nedan. Figur 2.1.2.2, normalfallet, både CONTRL typ 1 och CONTRL typ 2 är positiva Sida 10(18)

Felfall 1, CONTRL typ 1 negativ: Innebär att ursprunglig överföring ej har godkänts av TMF och att överföringen inte vidarebefordras till TES. Omsändning efter rättelse av CUSDEC+AUTACK är enda sättet att komma vidare. Fallet är signalmässigt illustrerat i figur 2.1.2.3 nedan. Figur 2.1.2.3, felfall 1, CONTRL typ 1 är negativ Sida 11(18)

Felfall 2, CONTRL typ 1 positiv och CONTRL typ 2 negativ: Innebär att ursprunglig överföring har godkänts av TMF men ej av TES EDIFACT-nivå eller av TES sigillkontroll och att CUSDEC-meddelandet inte vidarebefordras till applikationsnivå. Omsändning efter rättelse av den ursprungliga överföringen är enda sättet att komma vidare. Fallet är signalmässigt illustrerat i figur 2.1.2.4 nedan. Figur 2.1.2.4, felfall 2, CONTRL typ 1 är positiv medan CONTRL typ 2 är negativ Sida 12(18)

2.1.3 Utfall vid sändning av CUSDEC+AUTACK eller CUSRES+AUTACK i riktning Tullverket -> Företag En överföring av en CUSDEC+AUTACK eller en CUSRES+AUTACK i riktning Tullverket -> Företag har med avseende på CONTRL-kvittenser ett givet grundmönster. Detta mönster illustreras i figur 2.1.3.1 nedan. Figur 2.1.3.1, stereotyp för CONTRL kvittenser vid överföring CUSDEC+AUTACK eller CUSRES+AUTACK Företagen kontrollerar den inkommande ursprungliga överföringens EDIFACT-syntax och kontrollerar att det sigill som satts av TES är korrekt. Resultatet av kontrollen skickas i en CONTRL typ 2 via TMF till TES. Skrivsättet "CUSDEC+AUTACK eller CUSRES+AUTACK" syftar på att varje ursprunglig överföring Tullverket -> Företag antingen innehåller en CUSDEC eller en CUSRES med åtföljande sigillinformation. Sida 13(18)

En kvittens CONTRL typ 2 kan vara antingen positiv eller negativ. Konsekvenserna för den ursprungliga överföringen (CUSDEC+AUTACK eller CUSRES+AUTACK) kan för respektive fall sammanfattas enligt följande: Normalfall, CONTRL typ 2 positiv: Innebär att ursprunglig överföring har EDIFACT-mässigt accepterats och att sigillet befunnits vara korrekt. Överföringen ges status avslutad i applikationen. Fallet är signalmässigt illustrerat i figur 2.1.3.2 nedan. Figur 2.1.3.2, normalfall för EDIFACT nivån vid överföring CUSDEC+AUTACK eller CUSRES+AUTACK Sida 14(18)

Felfall 1, CONTRL typ 2 negativ: Innebär att ursprunglig överföring ej har godkänts av företag, antingen har EDIFACT-fel eller sigillfel konstaterats. Manuella åtgärder måste vidtagas för att komma vidare. Fallet är signalmässigt illustrerat i figur 2.1.3.3 nedan. Figur 2.1.3.3, felfall 1 för EDIFACT nivån vid överföring CUSDEC+AUTACK eller CUSRES+AUTACK Sida 15(18)

Felfall 2, CONTRL typ 2 uteblir: Detekteras genom tidsövervakning. Innebär att det är okänt om den ursprungliga överföringen har godkänts eller inte av företag, orsaken måste utredas. Fallet är signalmässigt illustrerat i figur 2.1.3.4 nedan. Figur 2.1.3.4, felfall 2 för EDIFACT nivån vid överföring CUSDEC+AUTACK eller CUSRES+AUTACK T0 i figuren är den tid efter vilken en CONTRL anses vara förlorad. Sida 16(18)

3 Kompletterande information, kvittenser och sigill 3.1 Allmänt Detta kapitel innehåller ytterligare information om kvittenser och sigill. Detaljer om data, mappningar och kodlistor hittas i bilagorna (Appendix Q, C, G, H, I och Y). 3.2 CONTRL meddelandet (Dokumentation och användning) Det CONTRL-meddelande som används är en delmängd av ISO 9735, version 3 (SG3 används inte). Ytterligare information avseende CONTRL-meddelandet finns beskrivet i Appendix G (struktur), H (mappning) och Q (datamodell). Ett CONTRL-meddelande kan vara positivt eller negativt, dvs. antingen ge beskedet att EDIFACT-nivån är OK och att meddelandet har gått vidare till applikationsnivån, eller att ett fel har upptäckts och att meddelandet inte har gått vidare. Det finns två typer av CONTRL, typ 1 och typ 2. Det förstnämnda används av TMF och rapporterar om överföringsnivån, medan typ 2 används av TES samt företag och rapporterar från samtliga nivåer (överföring, meddelande, segment och dataelement). Från TMF skickas såväl positiva som negativa CONTRL av typ 1, detta gäller även TES som skickar såväl positiva som negativa CONTRL av typ 2. Vid funktionella meddelanden i riktning Tullverket -> Företag i form av CUSDEC/AUTACK eller CUSRES/AUTACK skickar företag såväl positiva som negativa CONTRL av typ 2. Sida 17(18)

3.3 Sigillering och AUTACK meddelandet. Vad gäller sigillering och signering hänvisas till de tekniska specifikationerna SCTS-SC. Sida 18(18)