Attachment 6 - Email Interface For External Systems Wersja: 4.0



Similar documents
MINISTRY OF FINANCE SYSTEM INTEGRATION PLAN ATTACHMENT NR 2 SEAP XML SPECIFICATION WEBSERVICE INTERFACE FOR EXTERNAL SYSTEMS PROJECT ECIP/SEAP

Digital Signing Specification

Core Feature Comparison between. XML / SOA Gateways. and. Web Application Firewalls. Jason Macy jmacy@forumsys.com CTO, Forum Systems

Secure Data Transfer

Secure Envelope specification

Visa Checkout Integration Guide V1.0

Digital Signature Verification using Historic Data

Developer Guide to Authentication and Authorisation Web Services Secure and Public

PROCEDURE FOR UPDATING LISTS THROUGH WEB INTERFACE

Specifying the content and formal specifications of document formats for QES

Processo Civile Telematico (On-line Civil Trial)

ACNS Delivery via

CONTRACT MODEL IPONZ DESIGN SERVICE VERSION 2. Author: Foster Moore Date: 20 September 2011 Document Version: 1.7

EUR-Lex 2012 Data Extraction using Web Services

An Open Source Meaningful Use Stage 2 Clinical Quality Measure Testing and Certification Tool

L A W ON ELECTRONIC DOCUMENT I. GENERAL PROVISIONS. Scope of the Law

Department of Industry and Science

MAIL-2-TRACY USER GUIDE. This document replaces revision D of this document.

MOD EPURCHASING CATALOGUES SFTP RETRIEVAL TECHNICAL SPECIFICATION

OSCI Transport 1.2 Specification Status: FINAL OSCI Leitstelle

W H I T E P A P E R O N C F D I

Chapter 5: The DAITSS Archiving Process

Submitting ACA Test Files to the IRS

SharePoint User Manual

INFORMATION FOR FED/STATE DEVELOPMENT OF MODERNIZED E-FILE FOR BUSINESS INCOME TAX

Jamcracker Web Services. David Orchard Standards Architect

Monitor file integrity using MultiHasher

Department of Veterans Affairs Financial Services Center 1615 Woodward Street Austin, TX 78772

COMPANIES REGISTRY. Third Party Software Interface Specification. (Part 1 Overview)

MANAGED FILE TRANSFER: 10 STEPS TO SOX COMPLIANCE

3GPP TS V8.1.0 ( )

File Transfer Service (Batch SOAP) User Guide. A Guide to Submitting batches through emedny FTS

The presentation explains how to create and access the web services using the user interface. WebServices.ppt. Page 1 of 14

CS 356 Lecture 28 Internet Authentication. Spring 2013

Message Containers and API Framework

Kaltura's Entitlement Infrastructure Bulk Services. Version: Falcon

Direct message exhange with Finnish Customs

ETSI TS V1.1.1 ( ) Technical Specification

RightFax Internet Connector Frequently Asked Questions

SEC External Guide for Using Accellion

Agenda The emdr Challenge

HIPAA ASC X12N Version Inbound 837 Transactions. Companion Document

EMA esubmission Gateway: Questions and answers relating to practical and technical aspects of the implementation

OAGi Tribal Knowledge

E-government Data Interoperability Framework in Hong Kong

Corporate Access File Transfer Service Description Version /05/2015

FTP Guide - Main Document Secure File Transfer Protocol (SFTP) Instruction Guide

XML Advanced Electronic Signatures (XAdES)

Chapter 6 Electronic Mail Security

E-Signing Functional description

Easy CollECt and the transaction ManagEr interface

Automatic Exchange of Information (AEOI)

Foreign Account Tax Compliance Act (FATCA) Foreign Account Tax Compliance Act (FATCA) FATCA Reports

Hungarian Electronic Public Administration Interoperability Framework (MEKIK) Technical Standards Catalogue

Pulse Secure Client. Customization Developer Guide. Product Release 5.1. Document Revision 1.0. Published:

Most common problem situations in direct message exchange

IBM Campaign Version-independent Integration with IBM Engage Version 1 Release 3 April 8, Integration Guide IBM

Integration of Hotel Property Management Systems (HPMS) with Global Internet Reservation Systems

Modernized e-file Software Developer s Guide

Managing the OATS Certificate

DIRECTOR GENERAL OF THE LITHUANIAN ARCHIVES DEPARTMENT UNDER THE GOVERNMENT OF THE REPUBLIC OF LITHUANIA

Norwegian SAF-T Financial data

Technical Interface Description

EHR OAuth 2.0 Security

Overview of edx Analytics

Dell Statistica. Statistica Document Management System (SDMS) Requirements

The basic groups of components are described below. Fig X- 1 shows the relationship between components on a network.

2sms SMS API Overview

FEDERAL LAW GAZETTE FOR THE REPUBLIC OF AUSTRIA. Year 2015 Issued on December 11, 2015 Part II

Server based signature service. Overview

NEMSIS v3 Web Services Guide

How To Use Gfi Mailarchiver On A Pc Or Macbook With Gfi From A Windows 7.5 (Windows 7) On A Microsoft Mail Server On A Gfi Server On An Ipod Or Gfi.Org (

Submitted to the EC on 03/06/2012. COMPETITIVENESS AND INNOVATION FRAMEWORK PROGRAMME ICT Policy Support Programme (ICT PSP) e-codex

SOA GOVERNANCE MODEL

State of Idaho Transportations Department Online Insurance Verification System User Guide For Insurance Companies (Version 1.0)

HMRC Secure Electronic Transfer (SET)

CoSign for 21CFR Part 11 Compliance

How To Write An Aca Return On A Microsoft Ipad Or Ipad (Iplo) With A Credit Card (Isplo)

Certification Practice Statement

D . A reliable and secure online communication platform. Armin Wappenschmidt (secunet) More information:

Structured Data Capture (SDC) Trial Implementation

ODEX Enterprise. Introduction to ODEX Enterprise 3 for users of ODEX Enterprise 2

EMA esignature capabilities: frequently asked questions relating to practical and technical aspects of the implementation

The Vetuma Service of the Finnish Public Administration SAML interface specification Version: 3.5

TERMS AND CONDITIONS OF CASH TRANSACTIONS IN DOMESTIC TRANSACTIONS AT PKO BP SA BANK

DEPARTMENT OF DEFENSE ONLINE CERTIFICATE STATUS PROTOCOL RESPONDER INTEROPERABILITY MASTER TEST PLAN VERSION 1.0

Workday Integration Cloud

Guidance on Data Exchange 1

CS 393 Network Security. Nasir Memon Polytechnic University Module 11 Secure

STATE OF HAWAII DEPARTMENT OF HUMAN SERVICES Med-QUEST Division. Electronic Data Interchange (EDI) Manual

Address Information. USPS Web Tools Application Programming Interface User s Guide. Document Version 4.0 (2/01/2015)

Transcription:

MINISTRY OF FINANCE SYSTEM INTEGRATION PLAN ATTACHMENT 6 SEAP SPECIFICATION EMAIL INTERFACE FOR EXTERNAL SYSTEMS PROJECT ECIP/SEAP VERSION <4.0> 1 z 15

Table of Contents 1. Email Interface for External Systems... 3 1.1. Objective of the document... 3 1.2. Use of the document... 3 1.3. Contents of the document... 3 1.4. References and supporting documents... 3 1.5. Abbreviations and terms... 4 1.6. Specification limits... 4 2. Email channel... 5 2.1. Mail box... 5 2.2. Attachments - file types... 5 2.3. Parameters for email message attachments... 6 2.4. RFC standards... 6 2.5. Validation of email messages... 6 2.6. Sending email message... 8 3. Document Workflow Messages... 9 4. Document Workflow Messages Additional XML Elements... 12 2 z 15

1. Email Interface for External Systems 1.1. Objective of the document The purpose of this specification is the description of the email channel and electronic documents (also called here as messages) sent and received by the SEAP system during communication with external systems through this channel. 1.2. Use of the document The document can be used as an input to the design and implementation as well as during creation of test documentation or using of the System. The target audience of this document is an analytical and designing team of Polish Customs Administration and teams (analysts, designers, developers, testers, etc.) of the Contractor or the 3 rd party companies involved in the creation of software for customs services operators. 1.3. Contents of the document The document includes a description of the email channel as well as describes how to send electronic documents to the SEAP system and how electronic documents are sent from the System SEAP to external systems. 1.4. References and supporting documents System Integration Plan (only in Polish) 3 z 15

1.5. Abbreviations and terms Termin Definicja XML XSD WSDL SOAP SEAP PUESC ELE CRKiD Extensible Markup Language. XML Schema. Web Services Description Language. Simple Object Access Protocol. Single Entry Access Point (pl. PUESC). SEAP (pl. Portal Usług Elektronicznych Służby Celnej). External Legal Entity - company, agency, person understood as actor of Polish Customs System. Central Repository (pl. Centralne Repozytorium Komunikatów i Dokumentów). 1.6. Specification limits Specification describes how email channel operates. It does not define the structures of customs services messages such as IE515, AKC-N, etc. It defines the way of transmission of messages between the SEAP System and ELEs (external systems). 4 z 15

2. Email channel One of the channels of communication with ELEs is the email channel. It is a non-visual communication channel arranged to receive and send electronic documents in the form of an email message. 2.1. Mail box In order to enable the transmission of electronic documents to the SEAP system and sending electronic documents from the SEAP system in the form of email message there has been created and made available an email box (specifically dedicated for this purpose). The mail box name: puesc@mf.gov.pl (production environment) The name of test mail box is: test.puesc@mf.gov.pl (test environment) 2.2. Attachments - file types The SEAP system supports two types of files that can be transferred by ELEs (external systems) as attachments to email messages. These types are: 1. XML XML document attached to the email message, 2. ZIP zipped file attached to the email message (archive containing XML documents). NOTE. XML documents have to be located directly in the ZIP file (archive) and they cannot be located in additional directory. The SEAP system supports XML messages encoded in UTF-8. 5 z 15

2.3. Parameters for email message attachments Due to the nature of communication through email channel in the SEAP system there are defined the following restrictions for email attachments: the maximum number of XML documents attached to email message are 10 files, to email message can be attached only one ZIP file (archive), which may contains up to 10 XML documents, the maximum size of the XML document is 10 MB, the maximum total size of all files attached to the email message is 20 MB. NOTE. To email messages cannot be simultaneously attached files (attachments) of both types XML and ZIP it can be attached either XML documents or ZIP file (archive). 2.4. RFC standards The system supports email messages compliant with RFC822 standard. Attachments supported in the system must be compliant with RFC1524 standard. 2.5. Validation of email messages The system validates email messages in accordance with the following rules. 1. Validation of the email address of the sender The system is processing only those emails, which are sent by users registered in the SEAP system. Therefore, the SEAP system checks to see whether there is a user (who has the appropriate account in the SEAP system) with email address corresponding to the email address of the sender. 6 z 15

2. Validation of parameters of the email message The SEAP system verifies email message subject, attachment filename and filenames in the attachment (in case when the attachment is a ZIP file). Verification of these parameters of the email message is done by checking their compliance with specific rules defined regular expressions. Currently defined regular expressions are: format of email message subject:.* o currently defined regular expression accepts any text, o the system ignores email messages without a subject, format of attachment filename:.* o currently defined regular expression accepts any text, format of filenames in the attachment (in case of a ZIP file):.* o currently defined regular expression accepts any text. NOTE. In case when any of the above conditions is not fulfilled email message will not be processed. 3. Checking compliance of email message attachment with XSD schema During processing email messages the SEAP system verifies compliance of XML document (attached to the email message) with an XSD schema. XML messages must be consistent with the patterns of the target systems. 7 z 15

2.6. Sending email message Email messages sent by the SEAP system are sent from the same email box puesc@mf.gov.pl and as the name of the email sender is set name PUESC. When using a test environment of the SEAP system email messages are sent from the email box test.puesc@mf.gov.pl. Email messages are sent by the SEAP system in HTML format, encoded in UTF-8. If the email channel is set to compress email messages than attachment is compressed and sent in ZIP format. NOTE. Currently, email channel is set to not send an attachment in the form of a compressed ZIP file. 8 z 15

3. Document Workflow Messages SEAP system sends the messages about the status of receipt or delivery documents during communication between the External System (Entrepreneur) and particular Polish Customs System. These messages are: 1. UPD Official Confirmation of Document Delivery this message is sent by the SEAP system to the External System (Entrepreneur) as s confirmation of service; the message must be signed by the ELE (using qualified signature or the qualified signature of the Polish Customs) and sent back to the SEAP System, 2. PND Confirmation of Undelivered Document this message is sent by the SEAP system to the particular Polish Customs System as s confirmation of non-delivery of the document to the ELE; the message is sent in a situation when the ELE did not return signed UPD message to the SEAP system within 14 days of service, 3. UPP Official Confirmation of Document Submission this message is sent by the SEAP system to the External System (Entrepreneur) as s confirmation of the document submission; optionally the message can also be sent to the particular Polish Customs System, 4. NPP Confirmation of Document Submission Failure this message sent by the SEAP system to the External System (Entrepreneur) or to the particular Polish Customs System as a statement of failure during document submission; the message is sent in a situation where the document was sent to the SEAP system but during validation document was considered not valid (incompatible with the appropriate XSD schema or unsigned when it is required). Flows of messages between systems are shown on diagrams below. 9 z 15

1. Sending Document: External System (Entrepreneur) Polish Customs System (particular) 10 z 15

2. Sending Response: Polish Customs System (particular) External System (Entrepreneur) 11 z 15

4. Document Workflow Messages Additional XML Elements The structure of the messages about the status of receipt or delivery of documents must be valid against proper XSD schema (filename schematupo.xsd). The XSD schema defines the basic elements necessary for exchanging information between systems. The XSD schema provides the ability to support passing of additional data (XML elements) by the SEAP system. To transfer the additional data there is used an XML element <InformacjaUzupelniajaca>, along with the attribute TypInformacjiUzupelniajacej. Below there are descriptions of additional data for each message. UPD message. All the data is placed in the element <UPD>. Additional data in the XML message (the name for typinformacjiuzupelniajacej attribute and the value): name = "typpowiadomienia" (Confirmation Type), the value is "Urzędowe Poświadczenie Doręczenia" (Official Confirmation of Document Delivery) name = "skrotdokumentu" (Document Hash), the value is an SHA1 hash for the document name = "iddokumentuseap" (SEAP System Document ID), the value is an internal identifier of the document in the SEAP system name = "iddokumentusystemzewnetrzny" (External System Document ID), the value is an internal identifier of the document in the external system name = "idsprawysystemzewnetrzny" (External System Case ID), the value is an internal identifier of the case in the external system name = "idwysylkidokumentu" (Document Shipping ID), the value is an internal identifier of shipping for the document in the SEAP system 12 z 15

Example: <pos:upd> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Urzędowe Poświadczenie Doręczenia </pos:informacjauzupelniajaca> </pos:upd> PND message. All the data is placed in the element <UPD>. Additional data in the XML message (the name for typinformacjiuzupelniajacej attribute and the value): name = "typpowiadomienia" (Confirmation Type), the value is "Poświadczenie Niedoręczenia Dokumentu" (Confirmation of Undelivered Document) name = "skrotdokumentu" (Document Hash), the value is an SHA1 hash for the document name = "iddokumentuseap" (SEAP System Document ID), the value is an internal identifier of the document in the SEAP system name = "iddokumentusystemzewnetrzny" (External System Document ID), the value is an internal identifier of the document in the external system name = "idsprawysystemzewnetrzny" (External System Case ID), the value is an internal identifier of the case in the external system name = "idwysylkidokumentu" (Document Shipping ID), the value is an internal identifier of shipping for the document in the SEAP system Example: <pos:upd> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Poświadczenie Niedoręczenia Dokumentu </pos:informacjauzupelniajaca> </pos:upd> 13 z 15

UPP message. All the data is placed in the element <UPP>. Additional data in the XML message (the name for typinformacjiuzupelniajacej attribute and the value): name = "typpowiadomienia" (Confirmation Type), the value is "Urzędowe Poświadczenie Przedłożenia" (Official Confirmation of Document Submission) name = "skrotdokumentu" (Document Hash), the value is an SHA1 hash for the document name = "iddokumentuseap" (SEAP System Document ID), the value is an internal identifier of the document in the SEAP system name = "iddokumentusystemzewnetrzny" (External System Document ID), the value is an internal identifier of the document in the external system name = "idsprawysystemzewnetrzny" (External System Case ID), the value is an internal identifier of the case in the external system name = "idwpływudokumentu" (Document Submitting ID), the value is an internal identifier of submitting for the document in the SEAP system Example: <pos:upp> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Urzędowe Poświadczenie Przedłożenia </pos:informacjauzupelniajaca> </pos:upp> NPP message. All the data is placed in the element <UPP>. Additional data in the XML message (the name for typinformacjiuzupelniajacej attribute and the value): 14 z 15

name = "typpowiadomienia" (Confirmation Type), the value is "Poświadczenie Nieprzedłożenia Dokumentu" (Confirmation of Document Submission Failure) name = "skrotdokumentu" (Document Hash), the value is an SHA1 hash for the document name = "iddokumentuseap" (SEAP System Document ID), the value is an internal identifier of the document in the SEAP system name = "iddokumentusystemzewnetrzny" (External System Document ID), the value is an internal identifier of the document in the external system name = "idsprawysystemzewnetrzny" (External System Case ID), the value is an internal identifier of the case in the external system Name = "PrzyczynaBledu" (Error Reason), the value is the description of the cause of an error that occurred during validation of the document Example: <pos:upp> <pos:informacjauzupelniajaca typinformacjiuzupelniajacej="typpowiadomienia"> Poświadczenie Nieprzedłożenia Dokumentu </pos:informacjauzupelniajaca> </pos:upp> By using of additional data you can specify the exact type of notification message or link a document to the message which it refers to (for example: by using a document hash). 15 z 15