Indholdsfortegnelse. 1. Formål Referencer... 4
|
|
- Martin Thorsen
- 7 år siden
- Visninger:
Transkript
1 Pseudo-forskrift F: EDI kommunikation i elmarkedet Bilagsrapport 1: Syntaks og struktur i EDIFACT og XML meddelelser Marts 2011 Version DATE BOO MBN JHH NAME DATE FSD CCO LRP NAME REV. DESCRIPTION PREPARED CHECKED REVIEWED APPROVED Energinet.dk DOC. NO.
2 Indholdsfortegnelse 1. Formål Referencer EDIFACT syntaks og struktur EDIFACT struktur og begreber EDIFACT syntaks Ikke beskrevne segmenter og elementer i meddelelsesguiderne Forsendelsesreference, meddelelses-id og forsendelsesversion Faste segmenter XML syntaks og struktur Generelle syntaksregler XML namespace og versionering for meddelelser Validering mod XML skema Beskrivelse af særlige felter UN/CEFACT Core Components...14 Dok /10, Sag 10/3365 2/14
3 1. Formål Denne bilagsrapport beskriver de gældende syntaks- og strukturregler for henholdsvis formaterne EDIFACT og XML. Begge formater anvendes til meddelelsesudveksling i elmarkedet. Det er derfor et krav, at bilagsrapportens regler overholdes for at sikre en god og velfungerende kommunikation. De nævnte formater behandles i særskilte afsnit. Dok /10, Sag 10/3365 3/14
4 2. Referencer Dette afsnit indeholder et skema, hvori bilagsrapportens referencer fremgår. Det kan forekomme, at de dokumenter og informationskilder, der refereres til, er flyttet eller ændret. Derfor er den ansvarlige organisation og versionsnummer medtaget i skemaet for at lette eventuel alternativ søgning, hvis referencen er blevet uaktuel. Organisation Dokument / Kommentarer Reference Version ENTSO-E Central vidensportal for de Europæiske TSO er. Beskæftiger sig med upstream elmarkedet. ENTSO-E ENTSO-E Scheduling System ESS. =73 Version 3 R1 ebix UN/CEFACT W3C (World Wide Web Consortium) Joint Syntax Working Group Anvendes til planmelding CuS & EMD projekter aspx?contentid=990&selecte dmenu=3 UN/CEFACT navngivnings og designregler for XML. Beskrivelse af XML standarden Gruppe under UN/CEFACT der arbejder med EDIFACT syntaks versioner xml/uncefact+xml+ndr+v 3p0.pdf /xml/ B version 3.0 Dok /10, Sag 10/3365 4/14
5 3. EDIFACT syntaks og struktur Dette afsnit beskriver den tekniske syntaks og struktur i EDIFACT standarden. Indholdet bygger på ebix Common rules and recommendations. 3.1 EDIFACT struktur og begreber 1 EDIFACT er en FN-standard (UN/CEFACT), der bruges til at strukturere og transportere data. Det betyder, at EDIFACT er underlagt syntaksregler, der gælder til enhver tid, og som altid skal overholdes. EDIFACT indeholder følgende begreber: En forsendelse består af alle oplysninger i en forsendelse. En fysisk forsendelse kan bestå af én eller flere meddelelser. En forsendelse har én afsender og én modtager. En meddelelse er eksempelvis: o Målinger o Planer I Danmark er det reglen, at der kun må sendes én meddelelse pr. forsendelse. Et segment er en gruppering af sammenhørende dataelementer/felter. Det kan for eksempel være en adresse. I segmentet udspecificeres adressen i navn, vej, postnummer, by, land m.v. Et sammensat dataelement består af to eller flere dataelementer. Et dataelement/felt er de enkelte informationer, der sendes i et segment. Det kan for eksempel være en tidsangivelse eller antal kilowatt timer. En fysiske forsendelse UNA UNB Meddelelse Meddelelse Meddelelse UNZ UNH Segment Segment Segment Segment UNT Dataelement+Sammensat dataelement+sammensat dataelement+sammensat dataelement+... Dataelement:Dataelement:Dataelement:Dataelement:Dataelement:Dataelement:Dataelement: Figur 1: EDIFACT Struktur Ovenstående figur illustrerer de fire begreber anvendt i relation til hinanden. UNA, UNB og UNZ er segmenter, der bruges til at angive begyndelsen på og afslutningen af en forsendelse. UNH og UNT er segmenter, der bruges til at angive begyndelsen og afslutningen på en meddelelse. 1 Afsnittet bygger på UN/CEFACT Dok /10, Sag 10/3365 5/14
6 Følgende tegn anvendes til at markere adskillelse, afslutning m.v. i forbindelse med dataelementer og segmenter: + Markerer adskillelse mellem dataelementer og mellem segmenter. ' Markerer, at et segment er færdigt. : Markerer adskillelse mellem de enkelte datafelter i sammensatte dataelementer; hvilket vil sige flere felter, der beskriver det samme. 3.2 EDIFACT syntaks Grundregler for meddelelser anvendt i elmarkedet: Tegnsæt og opbygning EDIFACT skal sendes som en lang linje (streng) uden linjeskift. For at sikre overensstemmelse mellem meddelelser - uanset format - skal tegnsættet UTF-8 altid benyttes, også kaldt UNOW. I UNB en skal yymmdd og hhmm udfyldes fuldt ud. Det vil sige, at man ikke må nøjes med at sende for eksempel 645 for at angive klokkeslettet. Det korrekte er Meddelelsesnavne og segmentnavne skrives altid med STORT, når de transmitteres. EDIFACT version 3 anvendes i Danmark. Med undtagelse af tegnsæt hvor UNOW (UTF-8) benyttes fra syntaks version 4. Der er således tale om en dansk afvigelse fra standarden Brug af reserverede tegn Segmentet UNA beskriver de skilletegn (reserverede tegn), der benyttes i den fremsendte EDIFACT. Standarden er: UNA:+.? Hvis man bruger et af de reserverede tegn (+, :, '), skal man sætte et spørgsmålstegn (?) foran. For eksempel skal addition af to tal (for eksempel ) angives som 10?+20. Hvis man skal bruge et spørgsmålstegn, skal man skrive to spørgsmålstegn (??). Det første spørgsmålstegn betyder, at det næste har sin normale betydning. Bruger man en sådan 'release'-karakter, tæller den ikke med i feltlængden. Hvis et felt rummer mulighed for 20 alfanumeriske karakterer, og der er brug for 2 'release'-karakterer, kan feltet fylde op til 22 karakterer Undlad overflødige tegn Efterstillede plusser (+) slettes, såfremt der ikke er data hertil. Efterstillede kolon er (:) i hvert enkelt sammensat dataelement (se Figur 1) slettes, såfremt de ikke er data. Foranstillede plusser (+) eller kolon er (:) slettes ikke. For eksempel må man ikke sende ', man skal sende ', altså forkorte, hvor det er muligt. Ligeledes må man ikke sende 24500:45::::::', man skal sende 24500:45'. Dok /10, Sag 10/3365 6/14
7 Nedenstående eksempel viser en forkert og en korrekt formateret NAD segment (forkerte karakterer er markeret med FED): Ikke forkortet Korrekt forkortet NAD+DP++++Energinet.dk::+Tonne Kjærsvej 65::+ Fredericia:: ' NAD+DP++++Energinet.dk+ Tonne Kjærsvej 65 + Fredericia ' 3.3 Ikke beskrevne segmenter og elementer i meddelelsesguiderne EDIFACT meddelelser skal leve op til alle beskrevne regler i forskriften. Såfremt en aktør/datahub en modtager EDIFACT meddelelser, der indeholder yderligere segmenter og elementer, der ikke står beskrevet i de gældende guidelines, vil disse blive ignoreret. Det må således ikke give anledning til en fejlmeddelelse til afsender, så længe meddelelsen overholder den grundlæggende struktur for den pågældende EDIFACT meddelelse (for eksempel UTILMD eller UTILTS). 3.4 Forsendelsesreference, meddelelses-id og forsendelsesversion Forsendelsesreferencen (interchange control reference) findes i UNBsegmentets element S og skal være unikt over tid for afsender defineret i S002. Hvis det ikke er tilfældet, skal den sidst modtagne meddelelse automatisk afvises. Meddelelses-ID (message ID) findes i BGM-segmentets element C og anvendes til unik identifikation af en meddelelse. Meddelelses-ID skal være unikt over tid for hver aktør. Forsendelsesversion benyttes ikke i EDIFACT. 3.5 Faste segmenter Herunder beskrives udvalgte service-segmenter (UN-segmenter). UNA og UNB indleder en forsendelse og kan betragtes som forsendelsens konvolut. UNB anvendes af det modtagende EDI system til genkendelse af afsender og modtager UNA Syntakssegment UNA Function: Service String advice Til angivelse af notation i EDIFACT udvekslingen Classification: Conditional, (1) Comments: Nedenstående er default. Anvendes i Danmark UNA UNA:+.? ' Ref. Name Cl. Form. Description SAMMENSAT DATAELEMENT, SEPARATOR DATAELEMENT, SEPARATOR M an1 : (kolon) M an1 + (Plus) Dok /10, Sag 10/3365 7/14
8 DECIMAL NOTATION M an1. (punktum) OPHÆVELSESTEGN M an1? (spørgsmålstegn) RESERVERET FREMTIDIG BRUG M an1 (blank) SEGMENT TERMINATOR M an1 ' (apostrof) UNB EDIFACT envelope for all documents except CONTRL UNB Function: Classification: Comments: Example: Interchange Header Til identifikation og adressering af forsendelsen, angivelse af kvitteringsanmodning, samt testindikation. Mandatory (M1). Ingen UNB+UNOW: : : : DK-TIS-MET++1+DK Ref. Name Cl. Form. Description S001 SYNTAX IDENTIFIER M 0001 Syntax identifier M a4 Kode: UNOW (UTF-8) 0002 Syntax version number M n1 Kode: 3 Version 3 af EDIFACT S002 INTERCHANGE SENDER M syntax Sender identification M an..35 GLN- eller EIC-nummer Partner identification code qualifier S Address for reverse routing INTERCHANGE RECIPIENT M R an..4 Kode: 14 GLN (Global Location Number) 305 EIC (European Identification Code) O an..14 Kun hvis bilateralt aftalt Recipient identification M an..35 GLN eller EIC nummer Partner identification code qualifier R an..4 Kode: 14 GLN (Global Location Number) 305 EIC (European Identification Code) 0014 Routing address O an..14 Kun hvis bilateralt aftalt. S004 DATE AND TIME OF PREPARATION M Dok /10, Sag 10/3365 8/14
9 0017 Date M n6 Dato for dannelse af forsendelsen (YYMMDD) Time M n4 Klokkeslæt for dannelse af forsendelsen (TTMM) INTERCHANGE CONTROL REFERENCE S005 RECIPIENTS REFERENCE, PASSWORD 0022 Recipient's reference/ password 0025 Recipient's reference/ password qualifier M an..14 Entydig forsendelsesreference. Skal matche med dataelement X X X an..14 an i UNZ Skal være unik over tid for afsender defineret i element S ellers skal forsendelsen afvises APPLICATION REFERENCE O an..14 Anvendes ikke PROCESSING PRIORITY CODE 0031 ACKNOWLEDGEMENT REQUEST X a1 O n1 Uanset indhold svarer Data- Hub en konsekvent med en syntaks-modtagelseskvittering (positiv eller negativ) i den aktuelle webservices session COMMUNICATION AGREEMENT ID O an..35 Anvendes ikke TEST INDICATOR O n1 Anvendes ikke. Dok /10, Sag 10/3365 9/14
10 3.5.3 UNZ UNZ Function: Classification: Comments: Example: Interchange Trailer Til afslutning af forsendelse, samt angivelse af total antal meddelelser i forsendelse Mandatory (M1). Dataelement 0020 skal være identisk med 0020 i UNB UNZ ' Ref. Name Cl 0036 INTERCHANGE CONTROL COUNT 0020 INTERCHANGE CONTROL REFERENCE. Form. Description M n..6 Antal meddelelser i forsendelse. M an..14 Skal matche med dataelement 0020 i UNB-segmentet. Dok /10, Sag 10/ /14
11 4. XML syntaks og struktur Dette afsnit beskriver de gældende XML syntaks - og strukturbestemmelser for XML meddelelsesudvekslingen i elmarkedet. Afsnittet fokuserer på udvalgte syntaks- og strukturregler, der er særlige vigtige for at sikre en optimal meddelelsesudveksling med DataHub en. Afsnittet er et supplement til de af organisationen W3C 2 opstillede regler og bestemmelser for XML formatet. XML formatet kan benyttes til alle gængse meddelelser i elmarkedet. Meddelelserne for detailmarkedet baserer sig på branchestandarden fra ebix hertil anvendes UN/CEFACT rammeværk for navngivning og design af XML meddelelser. 4.1 Generelle syntaksregler Alle meddelelser i elmarkedet er beskrevet ved hjælp af XML skemaer (XSD er). Et XML skema beskriver, hvorledes XML meddelelser opbygges. XML skemaer og XML meddelelserne er underlagt den overordnede XML standard specificeret af World Wide Web Consortium (W3C). Det grundlæggende princip for navngivning og opbygning af XML meddelelser er, at de skal overholde de navngivnings- og designregler, der er beskrevet i følgende dokumenter: - UN/CEFACT XML Naming and Design Rules Technical Specification Ver (NDR). - Den harmoniserede rollemodel for elmarkedet som er udviklet af ebix og ENTSO-E 4 - ebix UML Model for the European Energy Market Ver. 2010B 5 Strukturen på XML skemaerne indeholder et udvalg af følgende XML elementer: XML Declaration Schema Module Identification and Copyright Information Schema Start-Tag Includes Imports Element Declarations o o Type Definitions Root Element Declarations Global Element Declarations model.pdf 5 Dok /10, Sag 10/ /14
12 En meddelelse er i praksis sammensat af flere XML skemaer, der tilsammen definerer strukturen for meddelelsen. De enkelte skemaer kan betragtes som selvstændige klodser, der sammensættes til en komplet meddelelse Anvendelse af tegnsæt og karakterer Alle meddelelser i elmarkedet formateres til UTF-8 tegnsættet (bagudkompatibelt med ASCII-tegnsættet). UTF-8 er et 2 bytes pr. tegn-tegnsæt, der er en komprimeret version af Unicode. Encoding angives i starten af XML dokumentet på følgende måde: <?xml version="1.0" encoding="utf-8"?> XML syntaksen indeholder en række reserverede tegn, der ikke må optræde i XML syntaksen (elementer eller attributter) eller i selve meddelelsesindholdet. Reserveret tegn Alternativ notation < kan skrives som < > kan skrives som > & kan skrives som & " kan skrives som " ' kan skrives som ' Case-sensitiv XML notation Vær opmærksom på, at XML notationen er case-sensitiv (gælder ikke indholdet i selve elementet). Elementet <Identifikation></Identifikation> er ikke det samme som <identifikation></identifikation> på grund af forskellen på det store og lille I/i Overflødige tegn Foranstillede eller efterstillede mellemrumstegn (eller andre usynlige white space tegn før første eller efter sidste synlige karakter i et datasæt) slettes før afsendelse. 4.2 XML namespace og versionering for meddelelser XML skemaer anvender et target namespace, der er udtrykt som en URI 6 og er defineret af Energinet.dk. Disse kan eksempelvis være un:unece:260:data:eem-dk_acknowledgment XML skemaer versioneres ved brug af filnavnet. Filnavnet skabes ved brug af navnet på XML skemaets rodelement kombineret med et versionsnummer. Kombinationen af de to dele adskilles af - (bindestreg). Eksempler: - MarketScheduleDocument-1.xsd 6 Uniform Resource Identifier Dok /10, Sag 10/ /14
13 - ebix_dk_requestchangeofsupplier_0p9p0.xsd Energinet.dk s XML skema filer findes på hvor der også kan findes eksempler på meddelelser. Yderligere information vedrørende namespace og versionering for webservices findes i bilagsrapport 4 om webservices. 4.3 Validering mod XML skema XML skemaer 7 definerer indhold, struktur og typer for XML meddelelser. Med en XSD definition er det muligt at: - Beskrive indholdet i XML-meddelelsen - Validere XML meddelelsen - Definere datafacetter (restriktioner for dataindhold) - Definere datamønstre (dataformater) DataHub en validerer alle XML meddelelser mod det tilhørende skema. Valideringen sker i samme webservice session, og afsender bliver øjeblikkeligt orienteret om resultatet. Det er til enhver tid Energinet.dk, der fastlægger, hvilket XML skema der skal anvendes for en given XML meddelelse. 4.4 Beskrivelse af særlige felter I XML beskederne benyttes en række attributter i form af kodelister. For at kvalificere data yderligere angives den enhed, som den aktuelle kodeliste administreres af. Behovet opstår, når der afgives en identifikation af for eksempel et område eller et målepunkt. For entydigt at kunne identificere en af de to nævnte værdier knyttes der to yderligere attributter til værdien. Dette sker for at kvalificere den ansvarlige organisation, der skal udstede entydige identifikationsværdier. I XML kaldes attributterne schemeagencyidentifier eller listagencyidentifier. De to ovennævnte attributter, der beskriver de ansvarlige organisationer, er altid knyttet til attributterne schemeidentifier og listidentifier, der indeholder de faktiske værdier. Attributterne hænger sammen således: - schemeagencyidentifier og schemeidentifier - listagencyidentifier og listidentifier Herunder gives der to eksempler på anvendelse <EnergyBusinessProcess listidentifier="dk" listagencyidentifier="260">d02</energybusinessprocess> <Identification schemeagencyidentifier="9"> </Identification> 7 XML Schema Definition (XSD) Dok /10, Sag 10/ /14
14 4.5 UN/CEFACT Core Components UN/CEFACT er en international ebusiness standard, der omfatter en række tekniske specifikationer herunder: Modelling Methodology (UMM) Core Component Technical Specification (CCTS) XML Naming and Design Rules (NDR) UML Profil for Core Components (UPCC) Core Component Technical Specification omfatter Core Components (CC) og Business Information Entities (BIE). Core Components bruges som referencemodel til at datamodellere meddelelser til udveksling af data mellem to eller flere parter. Den europæiske organisation ebix s datamodel er en delmængde af UN/CEFACT s datamodel. Datamodellen for det danske elmarked er en delmængde af ebix s og UN/CEFACT s datamodeller. Den danske datamodel indeholder dog et antal udvidelser i forhold til ebix s datamodel, der er specifikt til det danske elmarked. Den danske datamodel dokumenteres gennem brug af klassediagrammer, som anvender UN/CEFACT entiteter herunder ABIE 8, BBIE 9 og ASBIE 10. Den danske datamodel bruges til realisering af DataHub ens XML skemaer. Relation mellem UN/CEFACT datamodel, ebix datamodel og den danske datamodel er vist i nedenstående illustration.sammenhængen mellem de tre datamodeller fremgår af nedenstående Figur 2. Figur 2: Sammenhæng mellem datamodeller 8 Aggregate Business Information Entities 9 Basic Business Information Entities 10 Association Business Information Entities Dok /10, Sag 10/ /14
Syntaks og struktur i EDI-meddelelser
Forskrift F: EDI-kommunikation Bilagsrapport 1: Syntaks og struktur i EDI-meddelelser November 2011 Rev. 2 Dok.løbenr. 79520-07_v2 1/15 Indholdsfortegnelse 1. EDIFACT-syntaks og -struktur... 3 1.1 EDIFACT-struktur
Læs mereIndledning... 2 Opbygning... 2 Servicesegmenternes sammenhæng... 3 UNA... 4 UNB... 6 UNH... 10 UNT... 12 UNZ... 14
05.05.2000 5. SERVICESEGMENTER Indholdsfortegnelse Indledning... 2 Opbygning... 2 Servicesegmenternes sammenhæng... 3 UNA... 4 UNB... 6 UNH... 10 UNT... 12 UNZ... 14 Side: 2 Indledning Dette afsnit indeholder
Læs mereOversættelse til dansk af APERAK. Application Error and Acknowledgement Message. Dank EDI Message Implementation Guide
Oversættelse til dansk af APERAK Application Error and Acknowledgement Message Dank EDI Message Implementation Guide Status: Dansk oversættelse Version: 3 Release: 1 Dato: Januar 2009 Indledning og generelle
Læs mereBilagsrapport 4: DataHub - Webservice interface Forskrift F1: EDI-kommunikation med DataHub'en i elmarkedet. Træder i kraft den 1.3.
Forskrift F1: EDI-kommunikation med DataHub'en i elmarkedet Bilagsrapport 4: DataHub - Webservice interface Februar 2011 Version 2.0 Træder i kraft den 1.3.2013 1.0 2.0 16-6-2010 24-6-2010 29-6-2010 DATE
Læs mereTeknisk Implementerings Guide UN/EDIFACT & UNA/UNB-UNZ
Teknisk Implementerings Guide UN/EDIFACT & UNA/UNB-UNZ MedCom Ver. 2.0 01.12.1996 0 Indhold 0 Indhold 3 1 Forord 4 2. UN/EDIFACT 5 2.1 Definition 5 2.2 EDIFACT directories 6 2.3 EDIFACT-syntaks 6 2.3.1
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Datatyper UBL 2.0 Datatypes G29 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:
Læs mereMetodeanmeldelse af markedsforskrift F1 - EDIkommunikation
Til Energitilsynet Metodeanmeldelse af markedsforskrift F1 - EDIkommunikation med DataHub'en i elmarkedet 31. januar 2012 HBK/LRP Energinet.dk skal i følge Energistyrelsens bekendtgørelse nr. 1085 af 20.
Læs mere14. KONTROLMEDDELELSE
01.03.2001 14. KONTROLMEDDELELSE Indholdsfortegnelse Indledning...3 Anvendelse...3 Anvendelse ved forsendelse fra kunde...3 Anvendelse ved forsendelse fra pengeinstitut...3 Kontrolmeddelelsens funktioner...4
Læs mereBilagsrapport 2: Kvitteringsprincipper og -regler 31439-10. Forskrift F1: EDI-kommunikation med DataHub'en i elmarkedet. Træder i kraft den 1.3.
Forskrift F1: EDI-kommunikation med DataHub'en i elmarkedet Bilagsrapport 2: Kvitteringsprincipper og -regler Marts 2011 Version 2.0 Træder i kraft den 1.3.2013 1.0 2.0 16-6-2010 24-6-2010 27-6-2010 DATE
Læs mereMeddelelses Implementerings Guide (MIG) for CONTRL meddelelsen
Meddelelses Implementerings Guide (MIG) for CONTRL meddelelsen Ver 2.0 01.12.1996 0 Indhold 0 Indhold 2 1 Forord 3 2. CONTRL meddelelsen 4 2.1 Funktion 4 2.2 Principper 4 2.2.1 MedCom specifikke principper
Læs mereKvitteringsprincipper og -regler
Forskrift F: EDI-kommunikation Bilagsrapport 2: Kvitteringsprincipper og -regler April 2007 Rev. 1 Dok.løbenr. 80089-07 1/15 Indholdsfortegnelse 1. Kvitteringsprincipper og -regler... 3 1.1 Begreber...
Læs mereEDI-kommunikation med DataHub i elmarkedet
Forskrift F1: EDI-kommunikation med DataHub i elmarkedet November 2013 Høringsudgave Version 4.0 Træder i kraft den 1.10.2014 Nov. 2013 Nov. 2013 Nov. 2013 Nov. 2013 DATE CCO HBK LRO LRO NAME REV. DESCRIPTION
Læs mere2. BRUGEN AF EDIFACT. Indholdsfortegnelse 05.05.2000
05.05.2000 2. BRUGEN AF EDIFACT Indholdsfortegnelse Hvad er EDI og EDIFACT... 2 Organisation i standardiseringsarbejdet... 3 Strukturen i EDIFACT... 3 Konvoluteksempel... 4 Logisk opbygning (strukturen)...
Læs mereAfsnittet er temmelig teoretisk. Er du mere til det praktiske, går du blot til det næste afsnit.
Afsnittet er temmelig teoretisk. Er du mere til det praktiske, går du blot til det næste afsnit. XML (eng. extensible Markup Language) XML er en måde at strukturere data på i tekstform. På samme måde som
Læs mereMT 940 Customer Statement Message ( i FINSTA format)
MT 940 Message Side 1 af 9 MT 940 er en SWIFT meddelelse fra udenlandske pengeinstitutter. Et FINSTA dokument kan indeholde flere MT 940/MT950 meddelelser. FINSTA-dokumentet er dermed information til en
Læs mereOversættelse til dansk af UTILMD. Utility Master Data Message. Dansk EDI Message Implementation Guide
Oversættelse til dansk af UTILMD Utility Master Data Message Dansk EDI Message Implementation Guide Status: Dansk oversættelse Version: 3 Release: Dato: Januar 009 Indledning og generelle principper. Indledning
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline UBL 2.0 Datatyper OIOUBL Datatypes G29 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL
Læs mereInternt notat 202542 2
Internt notat Arbejdspapir Systemdesign Dato: 6. september 2004 Sagsnr.: 5564 Dok.nr.: 202542 v2 Reference: PMO/PMO Beskrivelse af Eltra XML-struktur 1. Indhold Dette er beskrivelsen af den XML-struktur,
Læs mereFORSKRIFT F1 EDI-KOMMUNIKATION MED DATAHUB I ELMARKEDET
METODEANMELDT_Forskrift F1: EDI-kommunikation med DataHub i elmarkedet 1/43 FORSKRIFT F1 EDI-KOMMUNIKATION MED DATAHUB I ELMARKEDET Energinet.dk Tonne Kjærsvej 65 DK-7000 Fredericia +45 70 10 22 44 info@energinet.dk
Læs mereIndholdsfortegnelse. August 2005 Side 1 af 11
Indholdsfortegnelse Indholdsfortegnelse...1 FORSENDELSESADVIS Upload/download...2 Opbygning af Forsendelsesadvisfil...4 Forsendelsesadvishoved...5 Referencer...7 Forsendelsesadvislinier...8 Mærkningsinformation,
Læs mereTilslutning til ecomone Basis (OIO Faktura)
Tilslutning til ecomone Basis (OIO Faktura) 1. november 2009, Version 1.1 1. POST DANMARKS ECOMONE BASIS (OIO FAKTURA)... 3 1.1 BEGREBER... 3 2 KANALER... 3 3 MODEL FOR DATAUDVEKSLING... 4 4 KOMMUNIKATION...
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs mereÆndring i vilkår for skift af elleverandør for elproduktionsanlæg
Ændring i vilkår for skift af elleverandør for elproduktionsanlæg FebruarJuni 20110 Version 21.0 1.0 2.0 6-6-2010 7-6-2010 30-6-2010 DATE LRO/MAA MBN JHH NAME 1-3-2011 1-3-2011 1-3-2011 DATE LRO ADA LRP
Læs mereDen Gode VANSEnvelope. MedCom
Den Gode VANSEnvelope MedCom Den Gode VANSEnvelope Jacob Glasdam Bolette Friis Jensen KMD Erik Jacobsen Multimed Ole Vilstrup CSC Thomas Jørgensen Evenex Dorthe Skou Lassen MedCom Gitte Fleckner Henriksen
Læs mereIndholdsfortegnelse...1 ORDRE Upload/download...2 Opbygning af Ordrefil...3 Ordrehoved...4 Kontaktinformation...6 Ordrelinier...7 Afstemning...
Indholdsfortegnelse Indholdsfortegnelse...1 ORDRE Upload/download...2 Opbygning af Ordrefil...3 Ordrehoved...4 Kontaktinformation...6 Ordrelinier...7 Afstemning...8 Ordre upload/download - August 2005
Læs mereHåndbog Til CPR services. Bilag 8 GCTP-standard m.m. CPR-kontoret
Håndbog Til CPR services Bilag 8 GCTP-standard m.m. CPR-kontoret Datavej 20, Postboks 269, 3460 Birkerød E-post: cpr@cpr.dk. Telefax 45 82 51 10. Hjemmeside: www.cpr.dk Side 2 af 14 Indholdsfortegnelse
Læs mereBILAG. til KOMMISSIONENS GENNEMFØRELSESFORORDNING (EU).../...
EUROPA- KOMMISSIONEN Bruxelles, den 29.11.2017 C(2017) 7845 final ANNEX 1 BILAG til KOMMISSIONENS GENNEMFØRELSESFORORDNING (EU).../... om gennemførelsesbestemmelser vedrørende procedurerne for underretning
Læs mereVejledning til anvendelse af MeMo og SMTP. Næste generation Digital Post Maj 2018, version 0.9
Vejledning til anvendelse af MeMo og SMTP Næste generation Digital Post Maj 2018, version 0.9 Indhold Indhold 2 1 Introduktion 3 1.1 Præciseringer 3 1.2 Terminologi 3 2 Anvendelse af SMTP-felter 5 3 Anvendelse
Læs mere15. FINANSIEL AFLYSNINGSMEDDELELSE (FINCAN)
27.06.2001 15. FINANSIEL AFLYSNINGSMEDDELELSE (FINCAN) Indledning... 2 Formål... 2 Dansk tolkning... 2 UNH... 5 BGM... 7 DTM... 9 Segmentgruppe 4 (niveau B)... 11 LIN... 12 Segmentgruppe 5 (niveau B)...
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs mereCorporate Netbank Posteringsdata ver. 2, 3 og 4 DK August 2015
Corporate Netbank Posteringsdata ver. 2, 3 og 4 DK August 2015 Indhold 1. Indledning... 3 2. Generelt... 3 2.1 Posteringstype- og reference-koder... 3 1. Feltbeskrivelse... 4 2. Record-beskrivelse version
Læs mereEDI-guide for CONTRL. Version 1.0 Final
EDI-guide for ONTRL Version 1.0 Final EDI-guide ONTRL, bilag 1 - EDIFAT Dokumentoplysninger Titel: Projekt: EDI-guide for EDIFAT og ONTRL EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereOpstartsvejledning ATS aktørudgave
Opstartsvejledning ATS aktørudgave 7. september 2012 XHLG/NLJ 1/13 1. ATS vejledning for aktører Formålet med dette dokument er at beskrive, hvordan I kommer i gang med at anvende ATS til test af certifikat
Læs mereVejledning til validator test af metadata
Vejledning til validator test af metadata Test af metadata finds under kategorien Metadata (Technical Guidance version 1.3). Man kan teste en eller flere ISO 19115/19119 metadata XML og GML filer, ved
Læs mereGuideline. EAN-systemet
Guideline Hammershusgade 17 DK-2100 København Ø Tel: 39 27 85 27 Fax: 39 27 85 10 www.ean.dk for anvendelsen af EAN-systemet til entydig identifikation af målepunkter i EL-forsyningssektoren samt EAN-13
Læs mere1 Brug af snitfladebeskrivelsen... 2. 2 Formål og beskrivelse... 2. 2.1 Hvad er formålet med snitfladen?... 2. 2.2 Beskrivelse af snitfladen...
AUB - Indberet skoleophold(al8) Indholdsfortegnelse Indholdsfortegnelse 1 Brug snitfladebeskrivelsen... 2 2 Formål og beskrivelse... 2 2.1 Hvad er formålet med snitfladen?... 2 2.2 Beskrivelse snitfladen...
Læs mereFormat og schema beskrivelse. SP-Envelope version DataGruppen MultiMed Side 1 af 17
Format og schema beskrivelse SP-Envelope version 1.01 DataGruppen MultiMed - 2009-03-01 Side 1 af 17 Indhold Indhold... 2 Indledning..... 3 Envelope schema A.... 4 Envelope schema B...... 5 Envelope schema
Læs mereVejledning og feltværdier
Vejledning og feltværdier Den Gode VANSEnvelope - Bilag MedCom Vejledning og feltværdier: Den Gode VANSEnvelope - Bilag Jacob Glasdam, MedCom udgivelsesdato 10. marts 2011 Revisionshistorie Revision 1.1
Læs mereEDI-guide for Regres Bilag 2 Ajourføringshistorik
EDI-guide for Regres Bilag 2 Ajourføringshistorik Version 3.3 Final Dokumentoplysninger Titel: Projekt: EDI-guide for Regres EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
Læs mereForskrift F: EDI-kommunikation
Forskrift F: EDI-kommunikation September 2009 Rev. 2 Jan. 2007 Feb. 2007 Apr. 2007 Apr. 2007 DATE CCO HEP CCO LSO NAME Aug. 2009 Sep. 2009 Sep. 2009 Sep. 2009 DATE CCO HEP CCO LSO NAME REV. DESCRIPTION
Læs mereVANSEnvelope TESTPROTOKOL FOR DEN GODE VANSENVELOPE. Namespace: urn:oio:medcom:vans-envelope: VANS
VANSEnvelope TESTPROTOKOL FOR DEN GODE VANSENVELOPE VANS 12.05.2011 Namespace: urn:oio:medcom:vans-envelope:1.0.4 DOKUMENT HISTORIK Version Forfatter Dato Beskrivelse 1.0 JAG 12.05.2011 Start på dokument
Læs mere13. BANK-STATUSMEDDELELSE (BANSTA)
01.03.2001 13. BANK-STATUSMEDDELELSE (BANSTA) Indledning... 2 Formål... 2 Dansk tolkning... 2 UNH... 4 BGM... 6 DTM... 8 Segmentgruppe 1 (niveau A)... 11 RFF... 12 DTM... 14 Segmentgruppe 3 (niveau A)...
Læs mereForskrift F: EDI-kommunikation
Forskrift F: EDI-kommunikation September 2009 Rev. 2 Jan. 2007 Feb. 2007 Apr. 2007 Apr. 2007 DATE CCO HEP CCO LSO NAME Aug. 2009 Sep. 2009 Sep. 2009 Sep. 2009 DATE CCO HEP CCO LSO NAME REV. DESCRIPTION
Læs mereForretningsprocesser for det danske elmarked. (EDI guide - BRS'ere)
Forretningsprocesser for det danske elmarked (EDI guide - BRS'ere) Marts 2011 2012 Version 2.0 2.1 1.0 4-6-2010 24-6-2010 30-6-2010 DATE BOO MBN JHH NAME 2.0 2.1 02-2012 03-2 02-2011 02-2011 03-2011 DATE
Læs mereBetalinger til udlandet fra Sverige Business Online
Betalinger til udlandet fra Sverige Business Online Side 1 af 5 Dette dokument beskriver, hvorledes du skal opbygge filer med kommaseparerede betalingsrecords. Filen skal indeholde en linie for hver betaling.
Læs mereDKAL Snitflader Masseforsendelse
DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6
Læs mereAO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)
AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører (offentliggøres på Suppliers Portal) Version 6 / 09.08.2010 Formater og Tegnsæt AO ønsker at modtage EDI i følgende formater og tegnsæt: Formatering
Læs mereKrav i Leverancekontrakt Bilag 2 krav lyder (jf. ændringsforslag 18) således:
Indholdsfortegnelse Bevis for krav 19.12...1 Indledning...1 Metode...1 Resultater...2 Søgning på fanebladet Bygning og boliger...2 Skærmbilledet Grund...3 Skærmbilledet Bygningsamurai...4 Søgning på fanebladet
Læs mereEDI TRANSAKTIONER FOR DET DANSKE
Energinet Tonne Kjærsvej 65-7000 Fredericia +5 70 0 22 info@energinet.dk CVR-nr. 28 98 06 7 EDI TRANSAKTIONER FOR DET DANSKE Dato:. august 209 ELMARKED Forfatter: CCO/CCO (EDI guide - RSM) 0. august 209
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Dokument Reference UBL 2.0 Document Reference G21 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen
Læs mereEDI transaktioner for det danske elmarked
EDI transaktioner for det danske elmarked EDI transaktioner for det danske elmarked (EDI guide - RSM) 1. juni 2016 Version 5.7.0 5.6.0 Baseline 30.1.2015 30.1.2015 1.2.2015 COO XKAF XVJE 5.6.1 1. revision
Læs mereEncoding:...1 Et tegn sæt (character set):...1 UTF-8 og UTF-16 (Unicode):...2
Encoding:...1 Et tegn sæt (character set):...1 UTF-8 og UTF-16 (Unicode):...2 Encoding: Vi har tidligere set på spørgsmålet om et XML dokuments encoding. Det er generelt altid en god ide at gemme et dokument
Læs mereIntegration af DocuBizz og Helios
Integration af DocuBizz og Helios v. 0.2 Side 1 af 7 Integration af DocuBizz og Helios 1 Overordnet beskrivelse... 1 2 Format for de overførte data... 1 3 Overførsel af stamdata fra Helios til DocuBizz...
Læs mereUnitel til pc Kommasepareret format for Posteringsdata August 2010
Unitel til pc Kommasepareret format for Posteringsdata August 2010 Indhold 1. Indledning... 3 2. Generelt... 3 2.1 Posteringstype- og reference-koder... 3 3. Feltbeskrivelse... 4 4. Record-beskrivelse
Læs mereUnitel EDI EDIFACT 96A CREMUL Juni 2014. Tillæg til: Danske Pengeinstitutters Vejledning for Finansielle Meddelelser i EDIFACT
Unitel EDI EDIFACT 96A CREMUL Juni 2014 Tillæg til: Danske Pengeinstitutters Vejledning for Finansielle Meddelelser i EDIFACT Indhold Indledning... 3 Anvendelse... 3 Opbygning af vejledningen... 4 Skemaer...
Læs mereNedenstående oversigt viser elementerne i den meddelelse, der skal overføres fra fødeafdeling til kirkekontor/sogn.
Teknisk oversigt over elementer i fødselsanmeldelsen Nedenstående oversigt viser elementerne i den meddelelse, der skal overføres fra fødeafdeling til kirkekontor/sogn. Der anvendes XML. Denne version
Læs mere09/03 2009 Version 1.4 Side 1 af 37
Login til DJAS Gå ind på adressen http://www.djas.dk I feltet Brugernavn skrives den e-mail adresse som brugeren er registeret med i systemet. I feltet Password skrives brugerens adgangskode. Ved at sætte
Læs mereLokale, norske betalinger Business Online
Lokale, norske betalinger Business Online Side 1 af 5 Dette dokument beskriver, hvorledes du skal opbygge filer med kommaseparerede betalingsrecords. Filen skal indeholde en linie for hver betaling. Felterne
Læs mereDB EDI-STANDARD VERSION
DB EDI-STANDARD VERSION 1.1 SEGENTBESKRIVELSE ORDRSP D96A Udarbejdet af Indholdsfortegnelse eddelelsesdiagram... 3 Segmentbeskrivelse...5 UNH eddelelse start...5 BG Start på meddelelse...5 DT Dato, tid
Læs mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mereOktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12
Oktober 2013 HLG/XIGA Opstartsvejledning ATS Engros 1/12 1. ATS Engros vejledning for aktører Formålet med dette dokument er at beskrive, hvordan du kommer i gang med at anvende ATS til test af certifikat
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Adresser UBL 2.0 Address G36 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Adresser Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs mereDen gode lægevagtsafregning 1. oktober 2005 Revideret 01.09.2011. EDIFACT Facitliste for. MEDRUC Lægevagtsafregning version: U0831U Brvtype: RUC08
11-8 1 Den gode lægevagtsafregning 1. oktober 2005 Revideret 01.09.2011 EDIFACT Facitliste for MEDRUC Lægevagtsafregning version: U0831U Brvtype: RUC08 MedCom Den gode lægevagtsafregning, ver. 3.1 1. oktober
Læs mereDB EDI-STANDARD VERSION
DB EDI-STANDARD VERSION 1.1 SEGENTBESKRIVELSE ORDERS D96A Udarbejdet af Indholdsfortegnelse eddelelsesdiagram... 3 Segmentbeskrivelse...5 UNH eddelelse start...5 BG Start på meddelelse...5 DT Dato, tid
Læs mereR E D C A P M A N U A L. Importér data til REDCap fra CSV-fil. Opbyg din eksisterende database i REDCap Version 1.0
R E D C A P M A N U A L Importér data til REDCap fra CSV-fil Opbyg din eksisterende database i REDCap Version 1.0 Introduktion Der opstår ofte et ønske om at importere data fra andre databaser til REDCap,
Læs mereXML webservice for pensionsordninger. Version 1.0 Draft A
XML webservice for pensionsordninger Version 1.0 Draft A Dokumentoplysninger Titel: Projekt: Webservice for pensionsordninger EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
Læs mereAnvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet.
Anvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet. Version: 1.0, maj 2003 Indholdsfortegnelse: 1. Baggrund... 2 2. Mål... 2 3. Definition
Læs mereDK-Cartridge 1.0. Distributionsformat for digital læringsindhold VERSION: 1.0
DK-Cartridge 1.0 Distributionsformat for digital læringsindhold VERSION: 1.0 DATO: 9. december 2015 1 Indholdsfortegnelse 1 Introduktion... 3 2 Formål... 3 3 Afgrænsninger... 3 4 DK-Cartridge instanser...
Læs mereKommunikationsvejledning omkring kopimodtagere, videresendelse og kvitteringer m.m.
Kommunikationsvejledning omkring kopimodtagere, videresendelse og kvitteringer m.m. Kommunikationsvejledning omkring kopimodtagere, videre sendelse og kvitteringer m.m. 1 Indledning...1 Rollehåndtering...2
Læs mereIndholdsfortegnelse. Faktura upload/download - August 2005 Side 1 af 15
Indholdsfortegnelse Indholdsfortegnelse...1 FAKTURA Upload/download...2 Opbygning af Fakturafil...4 Fakturahoved...5 Referencer...7 Fradrag/Tillæg...8 Fakturalinier...9 Afgiftsinformation, fakturalinie...11
Læs mereOIOXML dokumentationsguide Person
OIOXML dokumentationsguide Person OIOXML dokumentationsguide Person . Ejerskab Indenrigs og Sundhedsministeriets CPR-kontor i medfør af Bekendtgørelse af lov om Det Centrale Personregister, jf. lov nr.
Læs mereDen gode doseringskort kvittering
Den gode doseringskort kvittering Sundhedsfaglige anbefalinger Og XML facitliste for XKVI01 april 2003 1 Indholdsfortegnelse: Baggrund...3 Anbefalinger...5 1.1 Anvendelse...5 1.2 Meddelelsesstruktur og
Læs mereDe gode stamdata. MEDPID01: Triggermeddelelse. Version 1.0. MedCom De gode stamdata, MEDPID01, ver. 1.0 1
De gode stamdata MEDPID01: Triggermeddelelse Version 1.0 MedCom De gode stamdata, MEDPID01, ver. 1.0 1 Indholdsfortegnelse: Afsnit A Baggrund... 3 Formål... 3 Triggermeddelelse... 4 Formål... 4 Eksempel
Læs mereELEKTRONISK INDBERETNING POST 23/8 2007 VERSION 1.13
ELEKTRONISK INDBERETNING POST 23/8 2007 VERSION 1.13 Indhold Indhold... 2 Introduktion... 3 dk.hob.ei.general.plugin... 4 Metoder... 4 GetPrivateMail... 4 GetPrivateMailNext... 7 DeletePrivateMailEx...
Læs mereAO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)
AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører (offentliggøres på Suppliers Portal) Version 7 / 13.01.2011 Formater og Tegnsæt AO ønsker at modtage EDI faktura i følgende formater og tegnsæt:
Læs mereBILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES
BILAG 1 GENERELLE BETINGELSER INTERN (VERSION 1.0 AF 31. MAJ 2005) (I DET FØLGENDE KALDET GENERELLE BETINGELSER) OIO STANDARDAFTALE FOR WEB SERVICES INDHOLDSFORTEGNELSE 1. Anvendelsesområde... 3 2. Definitioner...
Læs mereUnitel EDI MT940 Juni 2010. Baseret på: SWIFT Standards - Category 9 MT940 Customer Statement Message (januar 2004)
Unitel EDI MT940 Juni 2010 Baseret på: SWIFT Standards - Category 9 MT940 Customer Statement Message (januar 2004) Indhold 1. Indledning...3 2. Generelt...3 3. Beskrivelse af MT940 meddelelsen...3 3.1.
Læs mereDatastruktur - filer med fast format records ved indberetning
Datastruktur - filer med fast format records ved indberetning til DA Barsel 31. januar 2019 Dok ID: 13297 Indhold Datastruktur - filer med fast format records ved indberetning til DA Barsel... 1 Indhold...
Læs mereNemKonto. XML skemaer for. ukomplette og komplette betalinger. til NKS
NemKonto KMD Selma Lagerlöfs Vej 300 9100 Aalborg www.nemkonto.dk NemKonto XML skemaer for ukomplette og komplette betalinger til NKS Version 2.0 19-05-2006 Økonomistyrelsen er ansvarlig for NemKonto,
Læs mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Læs mereFA STATISTIKVEJLEDNING
FINANSSEKTORENS ARBEJDSGIVERFORENING AMALIEGADE 7 1256 KØBENHAVN K FA STATISTIKVEJLEDNING TELEFON +45 3391 4700 FAX +45 3391 1766 WWW.FANET.DK KONTAK T: KLC@FANET.DK ESI-STANDARD - LØN Om FA s vejledninger...2
Læs mereForretningsprocesser for det danske elmarked. (EDI guide - BRS'ere)
Forretningsprocesser for det danske elmarked (EDI guide - BRS'ere) December 2013 Version 2.2 1.0 4-6-2010 24-6-2010 30-6-2010 DATE BOO MBN JHH NAME 2.0 2.1 02-2012 02-2011 02-2011 03-2011 DATE CCO JSQ
Læs merePlanhåndtering i det danske elmarked
Forskrift F: EDI-kommunikation BS-dokument: Planhåndtering i det danske elmarked Fælles forretningsprocesser mellem balanceansvarlige aktører og Energinet.dk jævnfør forskrift C3: "Planhåndtering - daglige
Læs mereFNUX. <System> Testprotokol Ver. 2.3 for Lægetest af FNUX Ver. 3.0
FNUX Testprotokol Ver. 2.3 for Lægetest af FNUX Ver. 3.0 Lægesystem udgave 11.02.2014 Styring af dokumentversion Version Forfatter Dato Beskrivelse 1.0 MDM 23-08-2013 Første udgave 2.0 MDM 17-01-2014
Læs mereTRS orienteringsmøde. Tekniske følgegruppe 2. september 2008 kl.: 13:00-15:00
TRS orienteringsmøde Tekniske følgegruppe 2. september 2008 kl.: 13:00-15:00 Agenda Kvaliteten af indberetningerne til TRS. Erfaringer med indberetningerne til TRS. Generelt har indberetningerne en rimelig
Læs mereFKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014
FKG datamodellen Version 2.3.1 ArcGIS integration #1 FKG Fælleskommunale Geodatasamarbejde FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 1 FKG datamodellen Version
Læs mereMetodeanmeldelse af markedsforskrift F1 EDIkommunikation
Til Energitilsynet Metodeanmeldelse af markedsforskrift F1 EDIkommunikation med DataHub i elmarkedet Juni 2014 HBK/ADA Energinet.dk skal ifølge Energistyrelsens bekendtgørelse nr. 1085 af 20. september
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Bekræftelse UBL 2.0 Response G35 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL
Læs mereDK530. Snitfladebeskrivelse mv. for overførsel af erstatningsanmodning fra behandlere til "danmark"
DK530 Snitfladebeskrivelse mv. for overførsel af erstatningsanmodning fra behandlere til "danmark" 16. juni 2017 Sygeforsikringen danmark IT-afdelingen Overførsel af erstatningsanmodning fra tandlæger
Læs mereNamespaces. Vi kan kvalificere elementer på denne måde: <?xml version="1.0" encoding="iso-8859-1"?>
Namespaces...1 Default namespace:...6 Præfiks:...7 To slags navne i XML:...11 Standard namespaces:...14 RDF Resource Description Framework:...18 Attributter:...19 DTD skemaer og namespaces:...21 Namespaces.
Læs mereABM standard arbejdsgruppen nedsat af Statens Arkiver, Biblioteksstyrelsen og Kulturarvsstyrelsen
nedsat af Statens Arkiver, Biblioteksstyrelsen og Kulturarvsstyrelsen Titel : Transport af ABM data Dato : 2007-10-15 Status : Gældende ABM-specifikation Sekretariat: Publicering: Kulturarvsstyrelsen ved
Læs mereImport af holdudbudsoplysninger fra studieadministrative systemer i UddannelsesGuiden 3.0
Import af holdudbudsoplysninger fra studieadministrative systemer i UddannelsesGuiden 3.0 Dato 04-08-2015 Version Status 1.0 Gældende Ansvarlig Lars Ingesman Side 2 af 7 Ændringshistorik Version Kapitel/afsnit
Læs mereKrav til dataformat ved indberetning
Bilag 1 Krav til dataformat ved indberetning Dette bilag beskriver data struktur og format for de data som energileverandørerne skal indberette. Formatet på filen er en csv eller xls fil som består af
Læs mereAlarms Manager Ekstra
Team Mobbis +45 3325 5858 www.mobbis.com info@mobbis.com Alarms Manager Ekstra Alarms Manager, brugervejledning - File Messages 3.3. HSYCO/ALARMS MANAGER BRUGERVEJLEDNING FILE MESSAGES Denne vejledning
Læs mereDet gode kommuneadvis 2. juli 2001 Revideret 01.04.2011
12 Det gode kommuneadvis 2. juli 2001 Revideret 01.04.2011 Sundhedsfaglige anbefalinger og EDIFACT Facitliste for MEDDIS Indlæggelsesadvis version: D2030C Brvtype: DIS20 MEDDIS Indlæggelsessvar version:
Læs mereWebservice til upload af produktionstilladelser
BILAG 1 Webservice til upload af produktionstilladelser Indhold og anvendelse Denne web-service gør det muligt for 3. parts programmer i kommuner og amter at Uploade og registrere kommunale produktionstilladelser
Læs mereNotat. Introdansk beskrivelse af fastlagte krav til indberetning af statistikoplysninger fra udbydere 27.06.2012 JL
Notat Vedrørende: Skrevet af: Introdansk beskrivelse af fastlagte krav til indberetning af statistikoplysninger fra udbydere Jesper Lund Version: 1.4: rev. af Ankestyrelsen, januar 2014 27.06.2012 JL I
Læs mereDKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME
DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME 1 Indholdsfortegnelse B.1. INTRODUKTION... 3 B.1.1. HENVISNINGER... 3 B.1.2. INTEGRATION MED EKSISTERENDE SIKKER E-POSTLØSNING... 3 B.1.3.
Læs mereFIE brugervejledning
FIE brugervejledning Hvad er FIE?... 2 Hvordan bruger jeg FIE?... 2 Hvor finder jeg FIE?... 2 Hvordan logger jeg ind?... 3 Hvordan uploader jeg data?... 4 Hvad sker, når mine data er behandlet?... 4 Efter
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Valutakurser og -koder UBL 2.0 Currency Exchange Rates G18 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Valutakurser og -koder Version
Læs mere