Messages
Messages of standard D18A
Following a list of all messages defined in the standard release D18A.
Message | Description |
---|---|
APERAK |
Application error and acknowledgement message The function of this message is: a) to inform a message issuer that his message has been received by the addressee's application and has been rejected due to errors encountered during its processing in the application. b) to acknowledge to a message issuer the receipt of his message by the addressee's application. |
AUTHOR |
Authorization message An Authorization Message is sent by the Ordering Customer (or Payor or Agent on behalf of the Ordering Customer) or by a third party having authority on the Ordering Customer's payments to the Ordered Bank, to authorize the Ordered Bank to execute a given financial transaction. This financial transaction might relate to both multiple messages like PAYMUL and DIRDEB, and single instruction messages like PAYORD and PAYEXT. An Authorization Message could also be sent from the Ordered Bank to the Ordering Customer or its Authorization Authority to request authorization for a given financial transaction. Throughout this document the term 'Original Message' refers to the message to be authorized. |
BALANC |
Balance message A message used to exchange enterprise related balances between the enterprise and whoever may use them for the purpose of accounting, auditing, cost accounting, consolidation, financial analysis, etc. |
BANSTA |
Banking status message A BANSTA message is sent by a financial institution to its customer and/or vice versa and among financial institutions. It is used for all kind of enquiries, answers and status information at application level. |
BAPLIE |
Bayplan/stowage plan occupied and empty locations message A message to transmit information about equipment (mostly containers) and goods on a means of transport (typically a container vessel), including their location on the means of transport. |
BERMAN |
Berth management message The Berth management message is a message from a carrier, its agent or means of transport to the authority responsible for port and waterway management, requesting a berth, giving details of the call, vessel, berth requirements and expected operations. |
BMISRM |
Bulk marine inspection summary report message A message from an inspection company to bulk cargo buyers and sellers, ship and barge owners, agents, or customs, identifying significant transport dates and times, as well as cargo quality and quantity information. |
BOPBNK |
Bank transactions and portfolio transactions report message The Bank transactions and portfolio transactions report message (BOPBNK) can be sent by banks to the BOP compiler for reporting the banks' own transactions, aggregated individual customer transactions and portfolio transactions. The message can also be used for reporting the asset and liability positions of the banks. |
BOPCUS |
Balance of payment customer transaction report message The Balance of payments customer transaction report message (BOPCUS) is sent by banks to the Balance of payments (BOP) compiler for reporting individual customer transactions (debit and credit) processed during a specific time period. |
BOPDIR |
Direct balance of payment declaration message The Direct balance of payments declaration message (BOPDIR) can be sent by non-bank residents to report directly to the Balance of Payments (BOP) compiler on: * transactions via bank accounts held at a resident bank * transactions via bank accounts held at a non-resident bank * transactions and clearing via accounts with non-bank non- residents * foreign assets and liabilities * information in the context of a BOP-related survey (stock and flows); for those countries which base their compilation of the Balance of Payments on surveys. |
BOPINF |
Balance of payment information from customer message The Balance of payment information from customer message is sent from a customer to the customer's bank in order to inform the customer's bank of information relating to one or more external payments which have been received in settlement of transactions with non-residents and which must be reported on by the bank to the responsible authority for Balance of Payment reporting purposes. |
BUSCRD |
Business credit report message The Business credit report message is used by credit reporting agencies to provide business credit information about a company to the agency's trading partners. Business credit information includes, but is not limited to, company name(s) or location(s), financial, operational, legal and business credit rating information BUSCRD relates solely to the exchange of corporate or company credit information and is intended to enable the automation of business decision processing. |
CALINF |
Vessel call information message Notice from a liner agent to a stevedore providing information concerning the expected arrival of a vessel and the expected cargo operations. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
CASINT |
Request for legal administration action in civil proceedings message A request for lodgement of data to commence or enforce a civil proceeding. |
CASRES |
Legal administration response in civil proceedings message A legal response (CASRES) to a request for lodgement of data to commence or enforce a civil proceeding. |
CHACCO |
Chart of accounts message This message deals with the communication of charts of accounts between an organization and whoever may use them for the purpose of accounting, auditing, cost accounting, consolidation, financial analysis, etc. |
CLASET |
Classification information set message The Classification information set message is designed to exchange tree structure or code lists and the links between them. These will be subsequently referred to as classifications. CLASET covers the transmission of general information on classifications, all or part of the content or structure of a classification, data maintenance operations on classifications, all or part of the links between classifications, and, any combination of the above. |
CNTCND |
Contractual conditions message A message sent by a customer to a supplier and other interested parties providing the contractual conditions of a previously negotiated contract in order to enable the automatic processing of invoices for orders which have been made against the contract or for the completion of identified stages within the contract. |
COACSU |
Commercial account summary message A commercial account summary message enables the transmission of commercial data concerning payments made and outstanding items on an account over a period of time. The message may be sent at specific agreed fixed intervals or on demand, and may be sent to and, or, from trading parties and, or, their authorised agents. |
COARRI |
Container discharge/loading report message A message by which the container terminal reports that the containers specified have been discharged from a seagoing vessel (discharged as ordered, overlanded or shortlanded), or have been loaded into a seagoing vessel. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
CODECO |
Container gate-in/gate-out report message A message by which a terminal, depot, etc. confirms that the containers specified have been delivered or picked up by the inland carrier (road, rail or barge). This message can also be used to report internal terminal container movements (excluding loading and discharging the vessel) and to report the change in status of container(s) without those containers having physically been moved. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
CODENO |
Permit expiration/clearance ready notice message Notice specifying the cargo for which either the validity of the permits/Customs documents expires at short notice or for which regulatory Customs clearance has taken place. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COEDOR |
Transport equipment stock and profile report message A message to report transport equipment that is either in stock by the sending party (i.e. a terminal, depot or container freight station) or is part of the fleet of transport equipment being operated by a shipping line. It is also used to report the profiles of newly acquired transport equipment. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers and other transport equipment by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called 'Guide to the scenario of EDIFACT container messages'. |
COHAOR |
Container special handling order message Order to perform a specified special handling and/or service on containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COLREQ |
Request for a documentary collection message The message is sent by the Principal to the Remitting Bank and is used to request the Remitting Bank to initiate a Documentary Collection order, or to inform the Remitting Bank that the Principal has initiated a direct documentary collection order. |
COMDIS |
Commercial dispute message A notice of commercial dispute against one or more invoices is usually raised by the buyer to notify the seller that something was found wrong with the goods delivered or the services rendered (goods damaged, delivery incomplete, delivery late, etc.). The dispute must be resolved before the related invoice can be settled. The message will be used to: - notify a dispute; - correspond about an existing dispute (structured information); - notify the settlement of a dispute. The message will serve at the same time as the dispute notice and as the dispute answer. Throughout this document, the term 'Buyer' refers to either the buyer or an Agent acting on behalf of the Buyer, and the term 'Seller' refers either to the seller or an Agent acting on behalf of the Seller. |
CONAPW |
Advice on pending works message Typically, this message is to enable a contractor who intends to start works to advise public authorities and water, gas, telephone, electricity ... distributors of his intention and to request them to send back plans or information under any form concerning existing networks. |
CONDPV |
Direct payment valuation message This message is the instruction by the contractor to the party responsible for payments, to pay the subcontractors for work completed. |
CONDRA |
Drawing administration message The message will be used for the administration of each exchange of a set of engineering/CAD files. It will give additional information about the files; for example, their nature, a list of their contents and technical information necessary to interpret them. The whole process of exchanging engineering or CAD (Computer Aided Design) files between different parties within projects will be supported by EDIFACT messages. The message CONDRA is one of these messages. |
CONDRO |
Drawing organisation message The message CONDRO is intended to describe the general (project) organisation and structure, valid for a whole project or environment. The whole process of exchanging engineering or CAD (Computer Aided Design) files between different parties within one project will be supported by EDIFACT messages. The message CONDRO is one of these messages. |
CONEST |
Establishment of contract message Upon completion of the tendering process, there is a requirement for the client or his representative to formally establish and issue the contractual Bill of Quantities. This documentation becomes the contractual basis for all future work and payment for the project. |
CONITT |
Invitation to tender message At the pre-construction stage of a construction project, the Client will wish to appoint a contractor to execute the works. The first step in this appointment process is to issue an invitation to tender (ITT) to contractors this will require a commercial offer to be made by the contractor to the client. |
CONPVA |
Payment valuation message Typically this message will be used between a contractor and the client's representative, during the process of approving the value and payment for work completed for a given period of time. |
CONQVA |
Quantity valuation message Typically, this message will be used for a contractor to submit progress details to a client or his representative. The message will be used also for subsets of the project where work has been contracted out to other parties. In these cases the exchange would be between the subcontractor and the party that subcontracted the work. |
CONRPW |
Response of pending works message This message is a reply to a CONAPW message and enables service providers to respond to a contractor giving details of any services and networks in the location where construction work is to be undertaken. |
CONTEN |
Tender message Following the receipt of an invitation to tender (ITT), a Main Contractor or subcontractor will submit a tender which is a commercial offer to execute the project work defined in the Bill of Quantities (BoQ) within the ITT. |
CONWQD |
Work item quantity determination message Typically this message will be used between a contractor and the client's representative or other partners within the construction process, for justifying the work item quantities given in messages that describe the work items or their progress valuations. |
COPARN |
Container announcement message The message contains an order to release, to make available, to accept or to call down containers or to announce the impending arrival of containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. The order may pertain to cargo related containers (full container load and less than container load), the arrangement of empty containers prior to loading and after stripping, as well as the arrangements for leasing the empty containers (on-hire and off-hire of containers). |
COPAYM |
Contributions for payment A message from an enterprise to provide information that this enterprise has to declare for the payment of its social contributions to the responsible authority. This message may be used to declare contributions based on the salary amounts paid by the enterprise to its employees during a given period (the reference period of the declaration). It is also possible to declare contributions due only from the employer. |
COPINO |
Container pre-notification message A message by which an inland carrier notifies of the delivery or pick-up of containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COPRAR |
Container discharge/loading order message A message to order to the container terminal that the containers specified have to be discharged from a seagoing vessel or have to be loaded into a seagoing vessel. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COREOR |
Container release order message Order to release containers, and giving permission for them to be picked up by or on behalf of a specified party. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COSTCO |
Container stuffing/stripping confirmation message Confirmation that specified goods/consignments have been stuffed into or stripped from LCL-containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
COSTOR |
Container stuffing/stripping order message Order that specified goods/consignments are to be stuffed into (already or still to be delivered) or stripped from LCL-containers. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
CREADV |
Credit advice message A Credit Advice is sent by the Account Servicing Financial Institution to the Account Owner to inform the Account Owner that its account has been or will be credited for a specified amount on the date indicated, in settlement of the referenced business transaction(s). |
CREEXT |
Extended credit advice message An Extended Credit Advice is sent by the Account Servicing Financial Institution to the Account Owner to inform the Account Owner that its account has been or will be credited for a specified amount on the date indicated, in settlement of the referenced business transaction(s), and to provide to the Payee full details of the transactions to which the Extended Credit Advice relates. |
CREMUL |
Multiple credit advice message A Multiple Credit Advice message is sent by an Account Servicing Financial Institution to the Account Owner or to a third party, which has agreed bilaterally in advance, that its account (s) has been or will be credited for specified amount (s) on the date (s) indicated, in settlement of the referenced business transaction (s). |
CUSCAR |
Customs cargo report message This message permits the transfer of data from a carrier to a Customs administration for the purpose of meeting Customs cargo reporting requirements. |
CUSDEC |
Customs declaration message This Customs Declaration Message (CUSDEC) permits the transfer of data from a declarant to a customs administration for the purpose of meeting legislative and/or operational requirements in respect of the declaration of goods for import, export or transit. The message may also be used, for example : - to transmit data from an exporter in one country to an importer in another country; - to transmit consignment data from one customs administration to another; - to transmit data from a customs authority to other governments agencies and/or interested administrations. - to transmit data from a declarant to the appropriate data collection agency on the movement of goods between statistical territories. |
CUSEXP |
Customs express consignment declaration message This message permits the transfer of express consignment data to a Customs Administration for the purpose of combining all three types of Customs reporting (conveyance report, cargo report and Customs Declaration) within a single message. |
CUSPED |
Periodic customs declaration message This Periodic Customs Declaration Message (CUSPED) permits the transfer of data from a declarant to a customs administration for the purpose of meeting legislative and/or operational requirements in respect of the periodic declaration of goods for import or export. The message may also be used, for example : - to transmit consignment data from one customs administration to another; - to transmit data from a customs authority to other governments agencies and/or interested administrations; - to transmit data from a declarant to the appropriate data collection agency on the movement of goods between statistical territories. |
CUSREP |
Customs conveyance report message This Customs Conveyance Report Message (CUSREP) permits the transfer of data from a carrier to a Customs administration for the purpose of meeting Customs reporting requirements in respect of the means of transport on which cargo is carried. |
CUSRES |
Customs response message This Customs Response Message (CUSRES) permits the transfer of data from a customs administration: - to acknowledge the receipt of the message - to indicate whether the information received is correct or if there are errors (i.e. accepted without errors, accepted with errors, rejected, etc.) - to inform the sender of the status of the customs declaration (i.e. goods released, goods for examination, documents required, etc.) - to transmit additional information as agreed between parties (i.e. tax information, quantity information, etc.) - to respond to batched messages (i.e. CUSDEC, CUSCAR, CUSREP, CUSEXP). Note: this message is not meant to replace the functionality of the CONTRL message. |
DAPLOS |
Data Plot Sheet A message to describe the data plot sheet exchanged between farmers and suppliers. This information includes technical description and information of the crop production in order to give information about traceability to the farmer's partners (cooperatives, manufacturers, suppliers etc.) |
DEBADV |
Debit advice message A Debit Advice is sent by the Account Servicing Financial Institution to the Account Owner to inform the Account Owner that its account has been or will be debited for a specified amount on the date indicated, in settlement of the referenced business transaction(s). |
DEBMUL |
Multiple debit advice message A DEBMUL message is sent by an Account Servicing Financial Institution to the Account Owner or to a third party, which has agreed bilaterally in advance, that its account (s) has been or will be debited for specified amount (s) on the date (s) indicated, in settlement of the referenced business transaction (s). |
DEBREC |
Debts recovery message A message to exchange detailed information relating to debts recovery cases between appropriate parties (principal, enacting party). This message may cover one or more event (e.g. submission, status information) for one or more debts recovery cases. |
DELFOR |
Delivery schedule message WARNING! This version of the DELFOR is not upward compatible with versions prior to D02A. DELFOR is a message which is sent from a party who is planning the use or consumption of products to a party who has to plan for the supply of the products. The message gives the requirements regarding details for short term delivery and/or medium to long scheduling for products. The scheduling can be used to authorize manufacturing and or the provision of materials. This is based on the terms and conditions defined in a purchase order or contract. The message may also be sent in response by a party which has received a DELFOR message to indicate to the party which has issued the message, the acceptance of, rejection of, or to propose amendments to the previous message. |
DELJIT |
Delivery just in time message A message provides the ability for a customer to convey precise delivery sequence and Just In Time schedule requirements to a supplier, and is intended to supplement the Delivery Schedule Message (DELFOR). |
DESADV |
Despatch advice message A message specifying details for goods despatched or ready for despatch under agreed conditions. The United Nations Despatch Advice Message serves both as a specification for Delivery Despatch Advice and also as a Returns Despatch Advice message. Throughout this document, the reference to 'Despatch Advice' may be interpreted as conveying the wider meaning of 'Delivery Despatch Advice/Returns Despatch Advice'. |
DESTIM |
Equipment damage and repair estimate message A message for use by the container repair, shipping and leasing industry. It may be used by a container equipment repair depot to send an owner or user a description of damages to the equipment, as an estimate of the repair actions and costs needed to rectify such damages. A recipient owner may forward the estimate to a lessee. The message may also be used by an owner or lessee as an authorization message to the repair depot to perform the repairs indicated in the estimate, and as an acknowledgment of his willingness to pay for those repairs indicated in the estimate for his account. |
DGRECA |
Dangerous goods recapitulation message A message to specify recapitulations pertaining to the dangerous goods on board of a means of transport, e.g. a vessel. |
DIRDEB |
Direct debit message Prior to the Direct Debit procedure, some agreement(s) would usually have been concluded : - agreement between the Creditor and his Bank (mainly to specify the conditions of credit and the kind of direct debit). - agreement between the Debtor and the Debtor's Bank (i.e. pre- authorization and condition of debit), or between the Creditor and the Debtor. A Direct Debit is sent by the Creditor to the Creditor's Bank instructing it to claim specified amount(s) from the Debtor(s) and to credit the amount(s) to an account specified in the message, which the Creditor's Bank services for the Creditor in settlement of the referenced transaction(s). Throughout this document the term 'Creditor' refers to either a Beneficiary or a Payee, likewise the term 'Debtor' refers to either an Ordering Customer or a Payor. The term 'Bank' may be interpreted as any financial institution. The term 'pre-authorization' refers to an agreement between a Creditor and a Debtor for - either automatic debiting, as required, - or for debiting unless rejected by the debtor in a period of time. The agreement can also be made between the debtor and his bank, independently of the amount of the DIRDEB. |
DIRDEF |
Directory definition message This Directory definition message (DIRDEF) permits the transfer of the contents of a UN/EDIFACT or American National Standards Institute (ANSI) Accredited Standards Committee (ASC) X12 Directory set or parts thereof. |
DMRDEF |
Data maintenance request definition message This Data maintenance request definition message (DMRDEF) permits the transfer of a data maintenance request action among parties involved in the preparation, processing, assessment, resolution and directory production processes. |
DMSTAT |
Data maintenance status report/query message The Data maintenance status report/query message (DMSTAT) permits the transfer of status for any Data Maintenance Request (DMR) action among parties involved in the preparation, processing, assessment, resolution and directory production processes. The message may also be used to inquire as to the current status of a DMR. |
DOCADV |
Documentary credit advice message The Documentary Credit Advice message is used to indicate to the Beneficiary the terms and conditions of a documentary credit that has been originated by the Issuing Bank and received by the Advising Bank (or an Intermediary Advising Bank). |
DOCAMA |
Advice of an amendment of a documentary credit message The Advice of an Amendment of a Documentary Credit message is originated by the Advising Bank, or Intermediary Advising Bank, and sent to the Beneficiary. It is used to inform the Beneficiary of the terms and conditions of an amendment to a documentary credit requested by the Applicant. |
DOCAMI |
Documentary credit amendment information message The Documentary Credit Amendment Information message is used to indicate the terms and conditions of an amended documentary credit from the Issuing Bank to the Applicant and/or Applicant's Bank. |
DOCAMR |
Request for an amendment of a documentary credit message The Request for an Amendment of a Documentary Credit originated by the Applicant, or Applicant's Bank, and sent to the Issuing Bank. It is issued to request the Issuing Bank to amend the terms and conditions of an issued Documentary Credit or to cancel the Documentary Credit. |
DOCAPP |
Documentary credit application message A message from a party requesting the issuance of a documentary credit to the party providing such a service. In this message, the conditions under which the sender of the message requires the documentary credit to be issued are given. |
DOCARE |
Response to an amendment of a documentary credit message The Response to an Amendment of a Documentary Credit originated by the Beneficiary and sent to the parties involved in the documentary credit. It is issued to advise the acceptance or non acceptance of an amendment. |
DOCINF |
Documentary credit issuance information message The Documentary Credit Issuance Information message is used to indicate the terms and conditions of an issued documentary credit from the Issuing Bank to the Applicant and/or the Applicant's Bank. |
ENTREC |
Accounting entries message A message used to exchange accounting entries between an enterprise and whoever may use them for the purpose of accounting, auditing, cost accounting, consolidation, financial analysis, etc. |
FINCAN |
Financial cancellation message A Financial Cancellation Message is sent by the Ordering Customer (or Payor or Agent on behalf of the Ordering Customer) or by a third party having authority on the Ordering Customer's payments to the Ordered Bank to request cancellation of a given financial message or transaction. Throughout this document: - The term 'Original Message' refers to the message to be cancelled (in full or part thereof); the term 'originator' refers to the sender of the original message. |
FINPAY |
Multiple interbank funds transfer message A Multiple interbank funds transfer message is sent between financial institutions to request the transfer of funds in settlement of the referenced business transaction(s). The FINPAY message may be exchanged directly between financial institutions or through a clearing system. Depending on the account relationship between the financial institutions, the FINPAY may be used as a payment order and/or as a credit advice. The FINPAY may also be used for collections, documentary credits, direct debits and other financial institution related transfers. |
FINSTA |
Financial statement of an account message This message can be used to cater for various communication functions between financial institutions and their customers. The most frequent function is to provide a statement of booked items confirming entries on a customer's account. The message type may contain several accounts (quoted in the B-level). |
GENRAL |
General purpose message A message to enable the transmission of textual information. |
GESMES |
Generic statistical message The compilation of statistics is a continuous chain starting with raw data collection, followed by a number of harmonization and aggregation processes leading to aggregated statistical data. Raw data collection is realized by means of surveys, sampling, direct reporting from individuals, economic operators. Harmonization and aggregation processes are very often handled by statistical bodies or authorized economic operators in case of direct reporting. A Generic Statistical Message (GESMES) is used by an organisation involved in this elaboration process to transmit a statistical data set. It permits the transmission of the following, either in the same and/or different messages: -the statistical concepts comprising the data set and their structure -if required, all related information ( code sets, labels, methodological notes, footnotes, etc.), -the statistical figures of the data set. This message could be used by producers and users of statistical information such as: National Statistical Offices, ministries, private and public administrations, private companies etc. |
GOVCBR |
Government Cross Border Regulatory message In relation to cross-border transactions, the Government Cross Border Regulatory message (GOVCBR) permits a Declarant to submit a legally required declaration or other regulatory information to a cross-border regulatory agency (B2G) typically operating in a Single Window environment. It also permits the transfer of response data from a cross-border regulatory agency to the Declarant (G2B). It further permits cross border regulatory agencies to share information included in the declaration among national and international government agencies (G2G). In all three scenarios of B2G, G2B and G2G, the GOVCBR is meant to be used in relation to Import, Export or Transit processes for the following functions, either separately or in combination: - the declaration of goods; - the reporting of cargo; - the reporting of transport equipment and conveyance; - the reporting of crew. |
HANMOV |
Cargo/goods handling and movement message This message includes two functionalities : - a message from a party to a warehouse/distribution centre identifying the handling services and where required the movement of specified goods. - a message from a logistic service provider (i.e. warehouse, logistic center, distribution center) to an ordering party reporting the handling services status and where required the movement of specified goods. Both are limited to warehouses within the jurisdiction of the distribution centre. |
ICASRP |
Insurance claim assessment and reporting message The Insurance claim assessment and reporting message is exchanged between all parties involved in the claims handling process. Claims handling parties include insurers, intermediaries, assessors and repairers. The claims handling process includes the functions, claim notification, assessment request, assessment report, repair estimate, repair authorisation, claim progress reporting. |
ICSOLI |
Insurance claim solicitor's instruction message The Insurance claim solicitor's instruction message is exchanged between insurers and solicitors acting on behalf of the insurer during claim dispute resolution. It allows the insurer to provide claim details and instructions and the solicitor to report progress and resolution details. |
IFCSUM |
Forwarding and consolidation summary message A message to be used for consolidation purposes from a party arranging forwarding and transport services to the party for which the transport of the consolidated cargo is destined. The message can be used to exchange information concerning the consolidated cargo between forwarders, carriers and agents enabling those parties to handle the consignments included in this consolidation. In addition it can be used for a collection of consignments originating from one shipper for forwarding and transport services. In addition it can be used for an advice of insurance related to a consolidation of consignments if the insured is the party arranging forwarding and transport services. |
IFTCCA |
Forwarding and transport shipment charge calculation message The function of this message is to request the calculation of the transport charges of a specific shipment and to answer to such a request. |
IFTDGN |
Dangerous goods notification message The International Forwarding and Transport Dangerous Goods Notification message is a message from the party responsible to declare the dangerous goods (e.g. carrier's agent, freight forwarder) to the party acting on behalf of the local authority performing the checks on conformance with the legal requirements on the control of dangerous goods, normally Port Authority, conveying the information relating to one conveyance/voyage of a means of transport such as a vessel, train, truck or barge, on the dangerous goods being loaded, unloaded, and/or in transit. |
IFTFCC |
International transport freight costs and other charges message A message specifying freight, handling and transport costs and other related charges between transport service providers and their customers. |
IFTICL |
Cargo insurance claims message This paper provides the definition of the Cargo insurance claims message to be used in fulfilling the requirements of trading partners in the transport chain world-wide, in the interchange of cargo and transport related information using Electronic Data Interchange (EDI). The message is for a single consignment and can be used by all modes of transport for the forwarding and transport of goods from any origin to any destination, regardless of route or prevailing commercial practice. This message is exchanged between transport industry participants, insurers, insurance intermediaries, surveyors and loss adjusters. The message conveys single consignment cargo insurance related information, such as details of one single loss, claim or survey and the parties involved. |
IFTMAN |
Arrival notice message A message from the party providing forwarding and/or transport services to the party such as has been indicated in the contract, giving notice and details of the arrival of the consignment. |
IFTMBC |
Booking confirmation message A message from the party providing forwarding and/or transport services to the party booking those services giving the confirmation information to the booking of the consignment concerned. A confirmation might read that the booking of a consignment is accepted, pending, conditionally accepted or rejected. The conditions under which requested services take place may be given in this message. This message can also be used between vessel operators, vessel sharing partners and cargo receiving and handling facilities such as marine terminals, inland receiving depots, rail ramps and truck terminals to confirm cargo particulars and equipment requirements of the transport provider to the service provider responsible for dispatching empty equipment and receiving the cargo. |
IFTMBF |
Firm booking message A message from a party definitely booking forwarding and/or transport services for a consignment to the party providing those services. The message will contain the conditions under which the sender of the messages requires the services to take place. |
IFTMBP |
Provisional booking message A message from a party requesting space and/or giving brief details of a planned consignment for forwarding and/or transport services to the party providing those services. In this message, the conditions under which the planned transport should take place can be given. |
IFTMCA |
Consignment advice message A message conveying prior notification of a consignment delivery, including non-hazardous and hazardous consignment details, for subsequent shipment and/or consolidation, or conveying a consignment advice for insurance from the party issuing a transport instruction or from the party issuing a transport contract to the insurer and/or the insurance intermediary. The message can also be used to confirm evidence of insurance, issued by the insurer to the shipper, bank or other third party (insurance certificate or policy). |
IFTMCS |
Instruction contract status message A message from the party providing the transport/forwarding services to the party that issued the instructions for those services stating the actual details, terms and conditions (charges when applicable) of the service and of the consignment involved. In addition it can be used for the exchange of contract information between carriers mutually. |
IFTMIN |
Instruction message A message from the party issuing an instruction regarding forwarding/transport services for a consignment under conditions agreed, to the party arranging the forwarding and/or transport services. |
IFTRIN |
Forwarding and transport rate information message The function of this message is to request transport rate information and to answer to such a request. |
IFTSAI |
Forwarding and transport schedule and availability information message The function of this message is to request transport schedule or availability information and to answer to such a request. |
IFTSTA |
International multimodal status report message A message to report the transport status and/or a change in the transport status (i.e. event) between agreed parties. |
IFTSTQ |
International multimodal status request message A message to request an International multimodal status report message (IFTSTA) in order to provide details relating to transport status and/or a change in the transport status between agreed parties. |
IMPDEF |
EDI implementation guide definition message The EDI implementation guideline definition message (IMPDEF) permits the exchange of implementation details of an EDI message, including its usage and its presentation. |
INFCON |
Infrastructure condition message The Infrastructure condition message is sent by a responsible party to other interested parties regarding the condition of a component in a commercial services or utilities infrastructure. |
INFENT |
Enterprise accounting information message A message used to exchange enterprise related accounting information between enterprises, public or private bodies and whoever may use it for the purpose of accounting, auditing, cost accounting, consolidation, reporting, financial analysis, administrations, etc. |
INSDES |
Instruction to despatch message A message from a party to another party who has control over ordered goods, providing instructions to put on hold or to despatch a consignment according to conditions specified in the message. |
INSPRE |
Insurance premium message The Insurance Premium message is used by communicating parties to notify the recipient about premiums due from a client. All information needed to produce a detailed request for payment can be sent. |
INSREQ |
Inspection request message A message sent by a supplier to inform a customer that items are ready for inspection prior to despatch. |
INSRPT |
Inspection report message A message sent by a customer's inspection service, or his agent, informing a supplier and other interested parties of the results of the inspection carried out on items due for despatch to a customer. |
INVOIC |
Invoice message A message claiming payment for goods or services supplied under conditions agreed between the seller and the buyer. The United Nations Standard Invoice Message, with correct data qualification, serves also as the specification for Debit Note and Credit Note messages. Throughout this document, the reference to 'Invoice' may be interpreted as conveying the wider meaning of 'Invoice/Credit Note/Debit Note'. |
INVRPT |
Inventory report message A message specifying information relating to held inventories. The Inventory report message is intended to be used in either direction between trading partners. |
IPPOAD |
Insurance policy administration message The Insurance policy administration message is exchanged between insurers, insurance intermediaries, clients and third parties for the purpose of policy administration. It covers the administration of a policy from initial placing, through adjustment and renewal to cancellation as well as providing policy declarations to third parties. |
IPPOMO |
Motor insurance policy message A motor insurance policy message is exchanged between insurers, intermediaries and clients to transfer details related to the proposal, confirmation, adjustment and renewal of a motor policy. |
ISENDS |
Intermediary system enablement or disablement message The Intermediary system enablement or disablement message is a multi-functional message designed specifically for insurance intermediary systems administration allowing trading agreements between insurance companies and their agents (intermediaries) for insurer products to be initially authorised and consequently controlled by the insurer. This encompasses the enabling (or disabling) of separately identifiable software driven business functions (new business, mid-term adjustment, renewal etc.) and thus administering the authorisation for point of sale usage for the individual components of the function. Associated ranges of numbers for insurer products can be initially allocated and maintained via the use of this message. |
ITRRPT |
In transit report detail message A message specifying to a delivery party, the details of goods within grouped consignments despatched by the delivering party. This message is used in a multi-step transportation process involving only consignors, grouping centres and consignees. A grouping centre (consolidation point) is a logistic point where goods are moved from one means of transport to another, to optimize transport cost. This message is not to be used to identify additional services related to the despatched goods (warehousing, packaging, etc.) which may be provided by the third party at the same location along with the Grouping service. |
JAPRES |
Job application result message A message specifying decisions of an employer related to job applications and interviews and employment or rejections and, when necessary, reasons for the decisions or rejections. The message is transmitted from an employer or employment agency to an employment agency. |
JINFDE |
Job information demand message A message sent by a governmental agency to an employer in response to a work grant request. This message asks for specific additional information (e.g. visa) for further processing of the work grant request. |
JOBAPP |
Job application proposal message A message specifying detailed information of proposals for one or more job applicants from an employment agency to an employer. The detailed information is related to profession, occupation, age, education, experiences, salaries, other benefits, requested location of the job, work and contract conditions. |
JOBCON |
Job order confirmation message The message intent is to confirm the receipt of information of a Job Order Message related to a vacancy or vacancies. The message is transmitted from an employment agency to an employer. The information is related to age, sex, profession, salaries, experiences, education, work and contract conditions. |
JOBMOD |
Job order modification message A message specifying modifications of a previously sent Job Order Message of one or more offered jobs or vacancies in an enterprise or organization. The Job Order Modification Message is transmitted from an employer or employment agency to an employment office. The information and the changes detailed in the message are related to profession, experiences, salaries, education, work and contract conditions. |
JOBOFF |
Job order message A message specifying details for one or more vacancies (occupation, salaries, experiences, work and contract conditions) for an employer to the employment agency. |
JUPREQ |
Justified payment request message This message may be sent by an accounts payable service or equivalent to a payment service or equivalent to request the payment of a sum to one or several creditors. The message may provide all the details required for auditability purposes to justify the requested payment sum(s) in order to enable the payment to be made automatically after the necessary automatic validation (i.e., to ensure that all required information is present and is correct). |
LEDGER |
Ledger message The LEDGER message deals with the communication of accounting ledgers between an organization and whoever may use them for the purpose of accounting, auditing, cost accounting, consolidation, financial analysis, etc. |
LREACT |
Life reinsurance activity message The LREACT message is used by companies to exchange insured and policy coverage detail for reinsurance purposes. The message will be used for both ceded and assumed reinsurance. The trading partners utilizing the Life reinsurance activity message will be direct companies, reinsurance companies, reinsurance intermediaries and retrocessionaires. The message will be used to transmit data required by ceding and assuming companies to maintain the records on reinsured cessions. This data supports the reinsurer's ability to appropriately account for, manage, study, value (reserve) and complete their financial reporting. It also facilitates the reconciliation of the reinsurance records in order to maintain the integrity of the data between the trading partners. |
LRECLM |
Life reinsurance claims message The LRECLM message is used by companies to exchange information regarding a claim or claims on a policy or policies which have been reinsured. The message will be used for both ceded and assumed reinsurance. The trading partners utilizing the Life reinsurance claims message will be direct companies, reinsurance companies, reinsurance intermediaries and retrocessionaires. The message will be used to transmit data required by ceding and assuming companies to communicate information for the orderly settlement of claims. It also facilitates the reconciliation of the reinsurance records in order to maintain the integrity of the data between the trading partners. |
MEDPID |
Person identification message The message is used to pass detailed information on persons from, for instance, health insurance agencies to local government in order to verify, add, change or delete person related data in information systems. The message may also be used to transfer person information between various application systems within one organisation (i.e. hospital). Usually detailed person related information for one or more persons is sent from one organisation to another who will acknowledge the message that is sent and proceed with changing, adding or deleting person data in their own files or use the transferred information to check their own registers and send a verification message back. |
MEDPRE |
Medical prescription message The MEDPRE message is sent from a prescriber (issuer) of prescriptions (healthcare professionals, i.e. physician, dentist, or veterinarian) to a dispensing agent (i.e. pharmacy) in order to allow the dispenser to deliver dispensed medicines(s) for the treatment of a subject of care (patient, patient group, animal or animal group). The MEDPRE message may also be sent via a relaying agent for storage until it is requested by a dispenser. Copies of the message may also be sent to parties entitled to receive a copy. The MEDPRE message can also be used as a request for a prescription from a dispensing agent to a prescriber. |
MEDREQ |
Medical service request message A Medical Service Request message is sent from a service requester to the service provider to order investigations, to modify a previous order or ordered investigation or to cancel a previous order. |
MEDRPT |
Medical service report message A Medical Service Report message is sent from a service provider to the service requester to report new results on performed investigations, to modify a previous result item or a complete result report or to cancel a previous result report. |
MEDRUC |
Medical resource usage and cost message The MEDRUC message is sent from a party providing medical and related administrative services to a funding institution, allowing evaluation of the medical activity and justification for reimbursement. It can also be sent from a funding institution to another party in order to advise which reimbursements have been made. The MEDRUC message can carry either initial specifications of used resources and costs, or modifications to specifications given in a previous message. Typically, the MEDRUC message can be used between a healthcare service provider or an insurance company and another insurance company as well as between an insurance company and a healthcare service provider. |
MEQPOS |
Means of transport and equipment position message A message containing the position of a means of transport (e.g. a vessel or truck) and/or equipment related to a means of transport. |
MOVINS |
Stowage instruction message A Stowage instruction message contains details of one means of transport vehicle, giving instructions regarding the loading, discharging and restowage of equipment and/or cargoes and the location on the means of transport where the operation must take place. |
MSCONS |
Metered services consumption report message A metered services consumption report is a communication between trading parties, or their agents, providing consumption and where associated technical, information at a location(s) for a product(s) or service(s) where the supply is recorded using a meter(s). |
ORDCHG |
Purchase order change request message A message from the buyer to the seller, specifying details of the buyer's request to change a purchase order. |
ORDERS |
Purchase order message A message specifying details for goods or services ordered under conditions agreed between the seller and the buyer. |
ORDRSP |
Purchase order response message A message from the seller to the buyer, responding to a purchase order message or a purchase order change request message. |
OSTENQ |
Order status enquiry message A message between a buyer or buyer's agent and a seller or seller's agent for information on the current status of a previously sent order(s). |
OSTRPT |
Order status report message A message between a buyer or buyer's agent and a seller or seller's agent reporting status information on the current status of a previously sent order(s). This may be a reply to an order status enquiry or a report as agreed between the partners. |
PARTIN |
Party information message A message to enable the transmission of basic information regarding locations and the related operational, administrative, financial, manufacturing, confirmation of registration and trading data. |
PAXLST |
Passenger list message This Passenger List Message (PAXLST) permits the transfer of passenger/crew data from a Customs, Immigration or other designated authority in the country of departure to the appropriate authorities in the country of arrival of the means of transport. Where national privacy legislation permits, and with the agreement of all parties involved, this message may also be exchanged between carriers and Customs, Immigration, Police or any designated authorities. This transfer of data may occur upon departure from the sending agency and prior to arrival of the vessel/ flight at the receiving agency. This is to permit the designated authority at the place of destination to screen this data and take timely decisions related to the clearance of passengers and crew. The transfer of data may also occur prior to departure, carriers may transmit passenger listings to customs and immigration for pre- arrival clearance. Endorsement of this message by the Customs Cooperation Council does not necessarily mean endorsement by national Immigration or Police authorities, nor does it place any obligations on parties to apply the message. |
PAYDUC |
Payroll deductions advice message The Payroll Deductions Advice is sent by a party (usually an employer or its representative) to a service providing organisation, to detail payments by payroll deductions, on behalf of employees, made to the service providing organisation. |
PAYEXT |
Extended payment order message An Extended Payment Order is sent by the Ordering Customer (or Payor or Agent on behalf of the Ordering Customer) to the Ordered Bank, to instruct the Ordered Bank to debit an account it services for the Ordering Customer, and to arrange for the payment of a specified amount to the Beneficiary (or Payee or Agent in favour of Beneficiary) in settlement of the referenced business transaction(s), and to provide to the Payee full details of the transactions to which the Extended Payment Order relates. Throughout this document, the term 'Ordering Customer' refers to either an Ordering Customer, or a Payor or Agent acting on behalf of the Ordering Customer; likewise the term 'Beneficiary' refers to either a Beneficiary, or a Payee or Agent acting on behalf of the Beneficiary. |
PAYMUL |
Multiple payment order message A Multiple Payment order is sent by the Ordering Customer (or Payor or Agent on behalf of the Ordering Customer) to the Ordered Bank, to instruct the Ordered Bank to debit an account it services for the Ordering Customer, and to arrange for the payment of specified amounts to several Beneficiaries (or Payees) in settlement of the referenced business transaction(s). Throughout this document, the term 'Ordering Customer' refers to either an Ordering Customer, or a Payor or Agent acting (sending) on behalf of the Ordering Customer; likewise the term 'Beneficiary' refers to either a Beneficiary, or a Payee or Agent acting on behalf of the Beneficiary. |
PAYORD |
Payment order message A Payment Order is sent by the Ordering Customer (or Payor or Agent on behalf of the Ordering Customer) to the Ordered Bank, to instruct the Ordered Bank to debit an account it services for the Ordering Customer, and to arrange for the payment of a specified amount to the Beneficiary (or Payee or Agent in favour of Beneficiary) in settlement of the referenced business transaction(s). Throughout this document, the term 'Ordering Customer' refers to either an Ordering Customer, or a Payor or Agent acting on behalf of the Ordering Customer; likewise the term 'Beneficiary' refers to either a Beneficiary, or a Payee or Agent acting on behalf of the Beneficiary. |
PRICAT |
Price/sales catalogue message A message to enable the transmission of information regarding pricing and catalogue details for goods and services offered by a seller to a buyer. The message can also be sent by a buyer to a seller. This may be a response (acceptance or rejection) to a previously received price/sales catalogue message, or a notification of negotiated prices. |
PRIHIS |
Pricing history message A message furnishing the Pricing History and related information of goods previously ordered under conditions agreed to between a seller and a buyer. |
PROCST |
Project cost reporting message The Project cost reporting message is used in various industry sectors when there is a requirement for all parties involved in a project to formally establish and exchange budget baseline, actual, progress, and estimate to complete cost information; technical performance measurement information; and related funding information. This information exchange is typically going from a contractor performing the work to the end customer. The purpose of this information exchange is to provide the end customer with data that describes the work that must be completed, who is doing the work, and establishes the cost budget baseline for the project. This information exchange also provides data that describes how the work is progressing against the cost baseline to determine if the project will complete on time and within budget. The work in process measurement data provides key management information to ensure the project is progressing as planned and highlights any problem areas that need correcting. Technical performance measurement data is used to determine if the project is meeting specific design or functional objectives. Periodic funding data reporting is used to track future funding requirements for the work in process. |
PRODAT |
Product data message A message to submit master data - a set of data that is rarely changed - to identify and describe products a supplier offers to his (potential) customer or buyer. This information of long validity includes technical and functional product description but not commercial terms and conditions. This message can be used as well to update the information on a previously sent PRODAT message. |
PRODEX |
Product exchange reconciliation message The Product Exchange Message is a communication between two trading partners with agreements for the loan of products to each other, to provide information about movements of products from and to various locations on particular dates. The message gives additional information on the outstanding balances of each product between the trading partners. No financial value is attached to the products and settlement is usually carried out between like products. |
PROINQ |
Product inquiry message A message enabling the sender to inquire on a product or a group of products from a master product catalogue or file according to criteria defined in the message. |
PROSRV |
Product service message A message providing the information and details to enable servicing and repair centres to report to manufacturers on repairs and other services carried out on products and appliances. The message provides details for claims under guaranty or contract to be reimbursed. The information transmitted gives details of the claimant, manufacturer and seller. It may give details of the purchaser of the product. It can identify the product and specify the date it was purchased and delivered, can specify the problem and describe the labour, parts used and costs incurred in the repair of the product. The message may also be used by the manufacturer or his agent to respond to the claimant. |
PROTAP |
Project tasks planning message The Project Tasks Planning message is used in various industry sectors when there is a requirement for all parties involved to formally establish and exchange planning and scheduling information. This information describes the tasks and resources needed to complete a project or provide a service. This can include such details as what activities or tasks are involved, who is available to do the work, who is doing the work, what must be completed or delivered such as a document or goods, and when the work will be completed or when the item will be delivered. This document may be part of the contractual documents exchanged for the preparation, status, or completion of a project or service. |
PRPAID |
Insurance premium payment message The Insurance Premium Payment message is used by communicating parties to notify the recipient about premium or claim amounts to be collected, evaluated, paid, not paid or partly paid, either individually or in series via bordereau or statements. The message may be exchanged between insurers or between insurers and insurance intermediaries. |
QALITY |
Quality data message A message to enable the transmission of the results of tests performed to satisfy a specified product or process requirement. The content includes, but is not limited to, test data and measurements, statistical information, and the testing methods employed. |
QUOTES |
Quote message A message which provides potential sellers with the ability to provide price, delivery schedule, and other conditions for potential sales of goods or services. |
RDRMES |
Raw data reporting message A Raw data reporting message (RDRMES) is sent in response to predefined and identified questions. Raw data are collected by numerous offices in the public and private sectors. Much of the data is predefined and repetitious. The data are often codified such that their description has been pre-set and meets the criteria of the collector. |
REBORD |
Reinsurance bordereau message A reinsurance bordereau message is made of individual policy data and their impact on a reinsurance contract. More specifically, the REBORD can be used to report how the reinsurance premiums or claims figures are built up, or to report individual cessions affecting a reinsurance contract. |
RECADV |
Receiving advice message This message is to address the business needs related to the goods receipt. This message is used to report the physical receipt of goods. The message allows for the reporting of discrepancies in products, quantities, terms, packages, etc. The message may contain only the information that the received consignment is completely in line with the consignment information given in the Despatch advice message. In case there is no detail to be provided. The message may inform about the discrepancies: - between the received consignment and consignment information given in the Despatch advice message. - between the received goods and the ordered goods in the ORDERS, DELFOR or DELJIT information. |
RECALC |
Reinsurance calculation message RECALC is a generic message used in reinsurance environment to show various types of calculation that are either based on the loss ratio or on the technical result of a reinsurance contract or program, mainly in the area of commissions and commission adjustments and in stop loss claims. This message supports results shown in the RETACC message. |
RECECO |
Credit risk cover message Factoring companies provide their clients (the seller) protection against the risk of credit losses on sales to the buyers. Credit protection is provided on each approved customer (buyer) of the seller. The message will be used to apply for preliminary credit assessment (used during negotiation with prospective clients); apply for credit protection; reply to credit requests; revise amount and expiry date of credit protection and terms; cancel credit protection. The message will serve at the same time as the request for credit risk cover and as the answer (approval or rejection to that request). |
RECLAM |
Reinsurance claims message A reinsurance claims message is exchanged between insurers, professional intermediaries, reinsurers to send information concerning a loss and/or to request settlement (payment or refund) concerning the loss. |
RECORD |
Reinsurance core data message The RECORD message will convey to partners involved in the placing of a reinsurance contract or endorsement in a structured format all the required core data that form the basis of the negotiation process and of the ensuing contract (such as : contract sections and their criteria, clauses, coverages, deductibles, deductions and premiums, parties involved). |
REGENT |
Registration of enterprise message This message is designed to transmit legal, administrative and statutory information concerning the creation, change or cessation of a business activity within an enterprise. It can be exchanged between an enterprise and an authority responsible for registration or between any relevant body and its partners. |
RELIST |
Reinsured objects list message The RELIST provides partners involved in the placing of a reinsurance contract or endorsement structured details on individual items to be reinsured (partly for facultative risks); this generic item list can give details on any type of item, ranging from individual vessels, buildings, industrial sites, aircraft to exhibitions, fleets and groups of buildings or employees to name a few. |
REMADV |
Remittance advice message The Remittance Advice is a communication between trading partners, e.g. seller, buyer, financial institutions, which provides a detailed accounting relative to a payment, or other form of financial settlement, for the provision of goods and/or services as detailed in the advice. |
REPREM |
Reinsurance premium message The Reinsurance Premium Message (REPREM) allows to support the technical entries for any premium or brokerage adjustment amount. For this purpose, it enables to render all the relevant data (mainly amounts and the way they are built up) used in the actual calculation of the adjustment, as well as the other relevant elements used in the specific formula. |
REQDOC |
Request for document message A message to enable a party request the sending, or re-sending, of data, either as a document or message, or in some other agreed form. |
REQOTE |
Request for quote message A message which provides potential buyers with the ability to solicit price, delivery schedule, and other conditions from potential sellers of goods or services. |
RESETT |
Reinsurance settlement message A reinsurance settlement message is exchanged by insurers, reinsurers, bureaux, brokers and professional reinsurance intermediaries to send all information that enables to identify, reconcile and set-off technical accounts. |
RESMSG |
Reservation message A Reservation message is sent by a tourism operator to one or more service providers in order to request desired services. These services may be subject to confirmation by any of the parties concerned. |
RETACC |
Reinsurance technical account message The RETACC is used by the sender to report to the receiver the latter's position in the sender's books with respect to one single reinsurance contract. It is in this sense a type of account for services rendered, and may initiate a payment flow either directly or via a periodical overview statement. |
RETANN |
Announcement for returns message A message by which a party announces to another party details of goods for return due to specified reasons (e.g. returns for repair, returns at end of leasing period, returns because of damage). |
RETINS |
Instruction for returns message A message by which a party informs another party whether and how goods shall be returned. |
RPCALL |
Repair call message A message sent by a manufacturer or a call centre with information addressed to servicing and repair centres with details of appliances requiring repair or service. The information provided by the manufacturer or a call centre may include, details of the appliance, symptoms and faults, service history and previous repairs, parts already replaced, location where the appliance it is to be found as well as contact details. |
SAFHAZ |
Safety and hazard data message The Safety and hazard data message is to enable the communication of safety data and advice on relevant materials supplied to industrial customers so as to enable them to take measures to protect their employees and the environment from any potential harmful effects from these materials. |
SANCRT |
International movement of goods governmental regulatory message The SANCRT message permits a commercial operator to apply to a national agency for the issue of a certificate, permit, authorization etc. in respect of products to be imported or exported. It further permits the issuing authority to transmit to the applicant and to the exporting or importing country's relevant national authority, (e.g. Customs, Agriculture etc.) the details of the certificate, permit or authorization in respect of those products thus facilitating the import/export clearance of the consignment whilst ensuring that all certificate, permit, authorization requirements are met. |
SLSFCT |
Sales forecast message A message to enable the transmission of forecast data related to products or services, such as corresponding location, period, product identification, pricing, monetary amount, quantity, market sector information, sales parties. It enables the recipient to process the information automatically and use it for production, planning, marketing, statistical purposes, etc. |
SLSRPT |
Sales data report message A message to enable the conveyance of product activity related to the sale of products or services, such as the activity location, date, time or period, quantity, pricing, monetary amount, market sector, involved parties and other data enabling various sales analysis processes. Such activity information allows the recipient to perform statistical and quantitative analysis in support of production, planning, marketing, replenishment, and other processes. |
SOCADE |
Social administration message A message is sent by an employer to an organisation to report information regarding to person(s) who get wages or advantages, as goods granted by an employee, from an employer. It may relate about an event concerning one or more employee(s) or report on staff activities during a specific period of employment. |
SSIMOD |
Modification of identity details message The SSIMOD message is sent to communicate to the country of first registration the modification of identity details which took place since the last transmission related to the worker. |
SSRECH |
Worker's insurance history message The SSRECH message is sent by a designated body in one State to the equivalent body in another State giving details of a worker's Social Security insurance history as requested by the latter State. |
SSREGW |
Notification of registration of a worker message The SSREGW message is exchanged between designated bodies to enable interchange and registration of a worker's social security number. The message is also exchanged by designated bodies to request and compile details of worker's social security insurance record. |
STATAC |
Statement of account message A Statement of Account is a communication from a Seller or his agent to a Buyer or his agent, providing information about the status of an account at a specific point in time. It is used as an aid to reconciliation. At the same time it may be a reminder of payment due. |
STLRPT |
Settlement transaction reporting message A Settlement transaction reporting message is exchanged between participants in the Billing and Settlement Plan (BSP) to report transaction data for processing and account settlement purposes. BSP participants include airlines, agents, Computer Reservations Systems (CRS) and the BSP Centre. |
SUPCOT |
Superannuation contributions advice message The Superannuation Contributions Advice is sent by a party to an organisation administering a superannuation scheme, to detail contribution payments made for members of the superannuation scheme. |
SUPMAN |
Superannuation maintenance message The Superannuation Maintenance Message is sent by a party to an organisation administering a superannuation scheme, to specify membership maintenance information about superannuation scheme members. |
SUPRES |
Supplier response message A Reservation message is sent by a tourism operator to one or more service providers in order to request desired services. These services may be subject to confirmation by any of the parties concerned. The Supplier response presented herein is the response to the Reservation message (RESMSG). |
TANSTA |
Tank status report message A message from a vessel to the shipplanning department of a shipping line and vice versa (e.g. via satellite), giving details about the contents of ballast tanks, fuel tanks, water tanks and other figures necessary for the calculation of the stability of the vessel. |
TAXCON |
Tax control message A Tax control message is used to enable the transmission of summary and control data for tax purposes. It is used to summarise and control the taxes (e.g. VAT) or duty which applies to a batch or batches of related messages. |
TPFREP |
Terminal performance message The Terminal performance message is a message to transmit information relating to the operations carried out by terminal operators such as the loading, discharging and rehandling of containers and/or roll on/roll off items, hatch covers etc. |
UTILMD |
Utilities master data message The Utilities master data message is sent between responsible parties in a utilities infrastructure for the purpose of exchanging characteristics of objects and services. In addition the Utilities master data message may be used to request information. A party in a utilities infrastructure can for example be a net owner, a supplier, a balance responsible or a transmission system operator. |
UTILTS |
Utilities time series message The Utilities time series message is sent between responsible parties in a utilities infrastructure for the purpose of reporting time series and connected technical and/or administrative information. |
VATDEC |
Value added tax message This VAT Declaration Message (VATDEC) permits the transfer of data from a declarant to a national VAT collecting authority for the purpose of meeting legislative and/or operational requirements in respect of the declarations of VAT. The declarant may be a taxpayer who is obliged to send VAT returns the authorities, or an accountant or others who on behalf of one several taxpayers send VAT returns to the authorities and who is mandated to do so by the authorities and the taxpayer. The declaration may contain one or several returns. The message may also be used, for example: - within the European Union, to transmit VAT summary information for the Value Added Tax Information Exchange System (VIES) from a declarant to the relevant national VIES collecting authorities. - to transmit other related or comparable VAT information from a declarant to the relevant authorities. |
VERMAS |
Verified gross mass message VERMAS can be used by different parties at different times in a transport chain. It is not dedicated to a particular process step. For example, in relation to a supply chain including the transport of a packed container on an ocean vessel, the Verified gross mass message (VERMAS) permits to submit the verified gross mass of the packed container and supporting information as legally required by the SOLAS Convention Chapter VI, Part A, Regulation 2. |
VESDEP |
Vessel departure message A message from a stevedore to a liner agent or from a liner agent to a local authority (e.g. port authority) to inform the latter party of the departure of a vessel and giving information on the actual container or cargo operations. This message is part of a total set of container-related messages. These messages serve to facilitate the intermodal handling of containers by streamlining the information exchange. The business scenario for the container messages is clarified in a separate document, called: 'Guide to the scenario of EDIFACT container messages'. |
WASDIS |
Waste disposal information message A message to convey information on last inspection and/or on waste and cargo residues on board of a means of transport (e.g. vessel) and/or equipment related to a means of transport - and still to be disposed in the next place or port of call of the means of transport. |
WKGRDC |
Work grant decision message A message specifying details of decisions of the governmental agency to an employer relating to a work grant request or permit for one or more workers. |
WKGRRE |
Work grant request message A message specifying details of requests to a governmental authority from an employer for workers who need a work grant or permit. |