Specifikation. Attentionformat. 19. september 2012 DAVAR J.nr
|
|
|
- Pia Overgaard
- 9 år siden
- Visninger:
Transkript
1 Specifikation 19. september 2012 DAVAR J.nr Attentionformat Versionshistorik Version Dato Initialer Noter DAVAR Udkast efter høring Formål Formålet med dette dokument er at beskrive et format for udveksling af attentionsoplysninger til meddelelser. Formatet hedder attentionformat. Anvendelse Se generelle egenskaber for meddelelsesformaterne for definition af meddelelse og meddelelsers metadata. De generelle egenskaber beskriver også, hvordan attentionformatet håndteres i digital post-løsningen. Attentionformat kan bruges til at overføre oplysninger, der hjælper den modtagende organisation med at fordele meddelelser inden for organisationen. Attentionsoplysninger er således noget den afsendende organisation angiver i meddelelsen som den modtagende organisation kan bruge. plysningerne i attentionformatet er en mulighed, den afsendende organisation har for, at pege på et område i den modtagende organisation. Attentionsoplysninger er det digitale modsvar til att. angivelsen i den fysiske verden. Det er frivilligt for både den afsendende og den modtagende organisation at bruge attentionformatet og specialiseret brug af formatet vil ske efter bilateral aftale. Attentionformatet indeholder strukturerede metadata, attentionfelter, med mulighed for at angive en adresse, et personnavn, en organisatorisk enhed, et p-nummer, en FRM-kode og en sekundær klassifikationskode. Attentionformatet indeholder også mulighed for at angive værdier i en objektnøgle/-værdi-tabel. Tabellen giver mulighed for struktureret udvidelse af formatet, hvorved angivelse af specifikke metadata i konkret sammenhæng understøttes. Det kan fx være, at attentionformatet kan understøtte et bestemt måde at samarbejde på for en gruppe af organisationer, eller det kan fx være en myndighed, der ønske at angive, hvad en meddelelse specifikt vedrører i kommunikationen til virksomheder. Attentionformatet er en XML-fil, attention.xml, der kan vedlægges meddelelser.
2 Teknisk beskrivelse Versionering XML skemadefinitionerne versioneres i filnavnet og i namespacet. Herunder er angivet versionshistorikken for de XML skemaer, der hører til specifikationen: Attentionformat Version Dato Filnavn og namespace Aktuel AttentionFormat0.9.0.xsd xmlns:dpmf="urn:digst:meddelelsesformater:0.9.0" Ja bjektnøgle/-attribut/-værdi par Se sagdokumnetformatet for yderligere overvejelser om, hvordan objektnøgle/- værdi tabellen skal forstås. I attentionformatet bruges objektsamlingen til at udvide formatet. Det strukturerede oplysninger repræsenteret i attentionfelter har meget generel karakter. I mange sammenhænge vil det være relevant at inkludere yderligere informationer, der specificerer den afsendende organisation forventer at meddelelsen skal behandles i den modtagende organisation. For overordnede enheder kan dette også bruges som en mulighed for at angive, hvad meddelelsesn drejer sig om. Se bilag 1 for et eksempel på, hvordan objektsamlingen kan bruges. Brug af attentionformatet til inputhåndtering Attentionformatet er designet til at kunne persisteres i en database tabel. Alle data i formatet bør derfor kunne oprettes i en tabel med de tre kolonner, svarende til objektnøgle, objektattribut og objektværdi. Af samme grund er alle elementer i attentionformatet begrænsede. Det største felt er AddressIdentifier på op til 256 tegn. En hel generel måde at bruge attentionformatet til inputhåndtering er derfor at opstille en række regler på formen: Hvis [nøgle] og [attribut] er lig [værdi] så placer meddelelsen i denne [kategori] På den måde kan specificeres en række regler, der tilsammen udgør organisationens inputhåndtering på baggrund af attentionformatet. I tillæg hertil kan der opstilles regler for inputhåndtering på baggrund af kanaldata (afsender, modtager, meddelelsestitel, se generelle egenskaber) og sagdokumentformatet (beskrivelse af dokumentet, sagsreferencer og sagsgenstand, se specifikationen for sagdokumentformatet).
3 Beskrivelse af formatet Strukturen i attentionformatet ser således ud: I tabellen herunder angiver M at et element er obligatorisk(mandatory) og at et element er firvilligt (optional). Tabel 1: Beskrivelse af Attentionformat mråde/felt Type M/ Beskrivelse AttentionFormat Attentionfelter (0) AddressIdentifier AddressIdentifierType p til 256 tegn adresse PersonName PersonNameType p til 130 tegn En persons fulde navn som en enkelt tekststreng. rganisatoriskenhednavn rganisatoriskenhed- NavnType p til 50 tegn Navn på en organisatorisk enhed ProductionUnitIdentifier ProductionUnitIdentifierType 10 tegn P-nummer unik id for produktionsenheder inden for virksomheden. PrimaerKlasseIdentifikator KlasseBrugervendt- NoegleType p til 100 tegn Til angivelse af en FRM-kode som en brugervendt nøgle (dvs. på formen xx.xx.xx.xx) SekundærKlasseIdentifikator KlasseBrugervendt- NoegleType p til 100 tegn AttentionbjektSamling () Til angivelse af en anden klassifikationskode, fx et KLE-nummer. Angives som den brugervendte nøgle. bjekt bjekttype (0-50) Til angivelser af yderligere identer, der kan bruges til den modtagende myndigheds inputhåndtering, og placering af meddelelsen.
4 Tabel 2: Beskrivelse af bjekt (bjektsamling) mråde/felt Type M/ Beskrivelse bjekt bjektnoeglekode p til 50 tegn M Nøgle, der referer til objektets definition og format. Denne definition kan etableres i en bilateral aftale eller i en autoritativ liste. bjektattributkode p til 50 tegn Attribut, der kan bruges til forretningsmæssig opmærkning af objektet. bjektvaerditekst p til 100 tegn M bjektets referenceværdi.
5 Bilag 1: Definition af objektnøgler og attributter til MeddelelseAttention For at understøtte brugen af attentionsoplysninger for meddelelser vil Digitaliseringsstyrelsen vedligeholde en list af de mest brugte nøgle- og attributdefinitioner. Myndigheder og virksomheder kan angive deres formater på den følgende form. Der vil blive etableret et forum på digitaliser.dk til udveksling og opsamling af disse nøgledefinitioner. Definition af nøglekoder og værdiformater I denne tabel defineres nøglekoder og formatet for de korresponderende værdier. NøgleKode Domæne Beskrivelse Format, længde, evt. mønster Definition af attributkoder I denne tabel defineres attributkoder, der knytter sig til specifikke nøglekoder. NøgleKode Domæne Beskrivelse Attributkoder
0.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
Vejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9
Vejledning i anvendelse af attentionformatet i Digital Post-løsningen December 2017, version 0.9 Hvad kan du læse om? Denne vejledning handler om Attentionformatet i Digital Post. Du kan læse om hvad det
Underbilag 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...
Digital post Integration for virksomheder Via sikker e-mail og REST Version 6.4
Digital post Integration for virksomheder Via sikker e-mail og REST Version 6.4 1 Indholdsfortegnelse G.1 INTRODUKTION 4 G.1.1 OVERBLIK OVER HVORDAN DIGITAL POST KAN TILGÅS 4 G.1.2 FLOW SOM EN DIGITAL
FKG 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
OBJECT IDENTIFICERES OID PHMR
OBJECT IDENTIFICERES OID PHMR MedCom. Odense d. 27. feb. 2014 Thor Schliemann OID OG INTEROPERABILITET OID er et omdrejningspunktet for interoperabilitet I både teknisk og semantisk interoperabilitet er
Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:
ELEKTRONISK INDBERETNING ABORT 23/5 2007 VERSION 1.1
ELEKTRONISK INDBERETNING ABORT 23/5 2007 VERSION 1.1 Indhold Indhold... 2 Introduktion... 3 Datamodel... 4 Abort XML Schema... 4 Abort Beskrivelse... 5 Abort_Grundoplysninger... 5 Abort_Besog... 6 Abort_Indgreb...
Baggrundsinformation
1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres
OIOUBL 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:
Vejledning om avanceret afhentning. i Digital Post på Virk.dk.
Vejledning om avanceret afhentning og sortering i Digital Post på Virk.dk. Denne vejledning beskriver, hvordan virksomheder, foreninger m.v. med et CVR-nummer kan modtage Digital Post, herunder hvordan
Vejledning i anvendelse af Kommunikationslog. Juni 2016
Vejledning i anvendelse af Kommunikationslog Juni 2016 Vejledningen er relevant for dig, hvis du skal søge oplysninger i kommunikationsloggen Hvem skal anvende vejledningen? Du skal have en af følgende
1 ST Klassifikation Informationsmodel
..27 ST Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
N OT AT. Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks. Overordnet vision til håndtering afsendelse af dokumenter
N OT AT Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks Dette notat indeholder en beskrivelse af arbejdsgange til håndtering af afsendelse af dokumenter til Dokumentboksen eller måske
Introduktion til MeMo
Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,
Digital post Snitflader Bilag D - Forsendelse via printfiler Version 1.3
Digital post Snitflader Bilag D - Forsendelse via printfiler Version 1.3 1 Forsendelse via printfiler Dette dokument beskriver hvilke forudsætninger en kunde, som ønsker konvertering af en AFP datastrøm
1 Klassifikation Informationsmodel
23..27 Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
DK-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...
CCS klassifikation og identifikation
UDVEKSLINGSSPECIFIKATION klassifikation og identifikation Udgivet 01.09.2017 Revision 0 Molio 2017 s 1 af 19 Forord Denne udvekslingsspecifikation beskriver, hvilke egenskaber for klassifikation og identifikation,
1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
Fællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
KOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
Kursusbeskrivelse. Forarbejde. Oprettelse af en Access-database
Kursusbeskrivelse Oprettelse af en Access-database Som eksempel på en Access-database oprettes en simpelt system til administration af kurser. Access-databasen skal indeholde: et instruktørkartotek et
Notat om metadata om grunddata
Bilag 16 - Fælles arkitekturramme for GD1-GD2-GD7 Notat om metadata om grunddata 6. december 2013 SAR & PLACE Indledning Metadata data om data betegner ikke en entydig klasse af data. Anvendelsen af betegnelsen
Hå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: [email protected]. Telefax 45 82 51 10. Hjemmeside: www.cpr.dk Side 2 af 14 Indholdsfortegnelse
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Udgivelsen 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
OIOUBL 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
BILAG A KØBENHAVNS UNIVERSITET IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION
KØBENHAVNS UNIVERSITET BILAG A IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION PROJEKT ID: KU_xxx_xx_xx_xxxx (se bilag G, pkt. 0.0) PROJEKTNAVN: xxx DATO: xx.xx.xxxx VERSION: 1.1 VERSIONSDATO: 28.03.2014 02 BILAG
Digital Post 2020 Arkitektur i infrastrukturen
FDA2018 Digital Post 2020 Arkitektur i infrastrukturen Thomas Pedersen Digitaliseringsstyrelsen, CIU [email protected] FDA Konference, 23. april 2018 Digital Dagsorden: Post 2020 Arkitektur i infrastrukturen
Danmarks Tekniske Universitet Campus Service - Lyngby
Danmarks Tekniske Universitet Campus Service - Lyngby Vejledning i udfyldelse af måleridentifikationsskemaer. Gældende fra: 20. Januar 2015 Campus Service DTU Nils Koppels Allé DTU, Bygning 413 DK-2800
VANSEnvelope 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
IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 5. december 2016 16/10604-1 Tina Jonsen [email protected] +45 7244 2220 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg [email protected] EAN
Tilslutning 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...
Indhold Indledning Ansvar ifm. MODST SSO I drift på MODST SSO Institutionen skal have egen føderationsserver (IdP)...
Teknisk vejledning Tilkobling af institution til MODST SSO 29. marts 2019 BIG/CAB Indhold Indledning... 2 Ansvar ifm. MODST SSO... 2 I drift på MODST SSO... 2 skal have egen føderationsserver (IdP)...
SYNTAKS FOR EGENSKABER I KODESTRENG
Metode for egenskaber i kodestreng - 4. udgave.docx SYNTAKS FOR EGENSKABER I KODESTRENG cuneco en del af bips Dato 30. januar 2014 Projektnr. 12 071 Sign. SSP 1 Indledning Formålet med kodestrukturen for
IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 6. juni 2016 12/02531-22 Søren Hauge Krabbe [email protected] +45 7244 2351 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg [email protected]
Definition: unikt beskrivende navn på engelsk, der entydigt refererer til egen- skaben
Bilag 1 - Felter i CCS- egenskabstabel - 3. udgave.docx BESKRIVELSE AF FELTNAVNE I CCS EGENSKABSTABEL cuneco en del af bips 21. januar 2014 Projektnr. 12 061 Sign. SSP 1 Indhold 1 Indhold... 1 2 Indledning...
ectrl vejledning ectrl Opsætning af elektronisk rering
ectrl vejledning ectrl Opsætning af elektronisk rering Indholdsfortegnelse Opsætning 3 Debitoropsætning 4 Opsætning af afsendelsesmodulet. 6 Check af anden opsætning. 11 Elektronisk fakturering. 13 Opsætning
Vejledning i at anvende besvarelsesformular. Juli 2016
Vejledning i at anvende besvarelsesformular Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal anvende besvarelsesformular på postkasser eller materialer. Du skal
FORSLAG TIL MASSEAFSENDELSE
FORSLAG TIL MASSEAFSENDELSE Digital Post og Fjernprint 2015-03-11 Dagsorden 1. Velkomst 2. Nuværende OIO-rest 3. Udfordringer 4. Afrunding Nuværende OIO-REST løsning Digital post De nuværende Digital Post
SKYHOST WEB API VERSION 8 (OFFENTLIGT)
SKYHOST WEB API VERSION 8 (OFFENTLIGT) Indholdsfortegnelse 1 BESKRIVELSE 2 1.1 Begrænsning 2 1.2 Input 2 1.3 Output 2 1.4 Tidsstempler 3 2 COMMANDS 4 2.1 Hent aktuel placering af trackere 4 2.2 Hent ressourcer
Anvisning i aflevering af bitemporale data
UDKAST udgivet juni 2019 Anvisning i aflevering af bitemporale data Baggrund Aflevering af data fra it-systemer til et offentligt arkiv er baseret på aflevering af en arkiveringsversion i en relationel
bips F104, Dokumenthåndtering
bips F104, Dokumenthåndtering af Gunnar Friborg & Charlotte Lund Poulsen Disposition Introduktion Tidsforløb og historik Hvad erstatter anvisningen? Baggrund Struktur og tankesæt Dokumenthåndtering Genfinding
CCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips
Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips Dokumenthåndtering er nøglen Nøglen til dokumenterne Nøglen til informationerne Nøglen til data Preben Mejer, Innovation
Vejledning 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
XML 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
Nedenstå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
IKT-teknisk kommunikationsspecifikation
Bilag til IKT Ydelsesspecifikation Dato 2012-10-01, Revisionsdato: 2013-04-15 Samarbejdsdokument for byggesagens parter Projekt: Byggesag: Projektledelse: IKT Koordinator: Dato: Revision: Revision dato:
Brugervejledning til oprettelse af metadata
Brugervejledning til oprettelse af metadata Når man vælger opret metadata og har valgt template kommer man ind på en side, der ser ud som nedenfor. 1 2 3 4 5 6 1. Layout: Når der skal oprettes metadata
Hvilke maskiner kan komme med på nettet.
Maskiner på DMiBrugt Det er muligt at få både nye og brugte maskiner med på DMiBrugt. Der dannes en xml fil der overføres til DMiBrugt, som så opdaterer deres internet side over maskiner til salg. Hvilke
TeamShare 2.1 Versionsnoter Oktober 2009
TeamShare 2.1 Versionsnoter Oktober 2009 TeamShare version 2.1.292 Denne version af TeamShare har fået mange nye funktioner, samt forbedringer på eksisterende. Hver ny feature er gennemgået i hvert sit
Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.
Side 1 af 20 Navision Stat 7.0 ØSY/JACPM 15-05-2015 Vejledning til Lokal Versionsstyring (VMS) Overblik Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3 1 Indholdsfortegnelse B.1. INTRODUKTION... 4 B.1.1. HENVISNINGER... 4 B.1.2. INTEGRATION MED EKSISTERENDE
SUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for
SUP-specifikation, version 2.0 Bilag 14 Ordliste (informativ) Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Ordliste Anvendelsen af
Kom godt igang - for virksomheder. Digital Post 2
Kom godt igang - for virksomheder Digital Post 2 Indholdsfortegnelse 1.1 Målgruppe... 2 1.2 Formål... 2 1.3 Forudsætninger... 2 1.4 Afprøvning... 3 3.1 Opsætning af afsendersystem via sikker e-mail...
ectrl vejledning ectrl Opsætning af elektronisk fakturering
ectrl vejledning ectrl Opsætning af elektronisk fakturering Indholdsfortegnelse Opsætning 3 Debitoropsætning 4 Opsætning af afsendelsesmodulet 6 Check af anden opsætning 11 Elektronisk fakturering 13 Opsætning
My booking. Generelt. Forsiden. Version 9.0
My booking Version 9.0 System til at lave online bookinger, med mulighed for opdeling i grupper, forskellige booking typer, ændre layout indstillinger, status styring, sprogvalg samt en del mere, detaljer
Skatteministeriet - Digitale arkiver. Peter Hansen, 13. maj 2014
Skatteministeriet - Digitale arkiver Peter Hansen, 13. maj 2014 ESDH i Skatteministeriet Skatteministeriet gennemførte i 2012 et stort konsolideringsprojekt, hvor en række ESDH-systemer blev samlet i én
Databasesystemer. Databaser, efterår Troels Andreasen. Efterår 2002
Databaser, efterår 2002 Databasesystemer Troels Andreasen Datalogiafdelingen, hus 42.1 Roskilde Universitetscenter Universitetsvej 1 Postboks 260 4000 Roskilde Telefon: 4674 2000 Fax: 4674 3072 www.dat.ruc.dk
Indholdsfortegnelse. Systembeskrivelse kapitel 8 Administrationsdatabase
Indholdsfortegnelse 5. Administrationsdatabase... 2 5.1 Metadata... 2 5.2 Administrationsdata... 3 5.2.1 Indstillingsmuligheder... 3 5.2.2 Webside... 4 5.2.3 Klikafgift (Udgået)... 4 5.2.4 Modtageboks...
Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt.
Udtræksformater Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt. Sektioner Grundlæggende er et udtræk opdelt i tre sektioner: 1. Virksomheder indeholder
Implementering af bips A104 hos DTU
Implementering af bips A104 hos DTU Baseret på bips A104 dokumenthåndtering, udgivet juli 2012 Anita Dalgaard BIM koordinator DTU Campus Service [email protected] bips konference 16. september 2013 Implementering
Dokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Digital 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
