Frågeställning vid utveckling och anslutning av tjänster till SDK.
Kontaktväg till DIGG: info@digg.se
Frågor vid anpassning av anslutande system
Fråga | Svar |
---|---|
Kan ni ge exempel på värden som används vid slagning mot DIGG Certifikatspubliceringstjänst för att kryptera meddelandet? (fråga relaterad till presentation av kodexempel, Kodexempel för tillämpning av XXX (2022) /wiki/spaces/OISDK/pages/2710929531 | Accesspunktsidentitet: Accesspunktsoperatörs ID som tilldelats av DIGG till AP-operatör vid anslutning. Detta värde används vid konfiguration av AP:n och är även med i CN på det cert ni fått av DIGG samt del av PartyId (En accesspunkt kan serva flera organisationer). Exempel: AP-0001 ParticipantIdentifier: Identifierar användarorganisation i federationen och registreras av användarorganisationens AP-operatör, har formatet "0203:somedomain.se". SML Zone: Beror på miljö. Se /wiki/spaces/OISDK/pages/2710012582 documentidentifier scheme: "busdox-docid-qns", se SDK Innehållsspecifikation Meddelande DocumentId SDK dokument (Meddelande, hanteras av SDK-federationen): DocumentId för kvittering (Meddelandekvittens, hanteras av DIGG) : |
Är det krav på vilket servercert vi kommer med då vi ansluter mot SDK adressboken i SDK Testbädd (och i SDK PROD)? | Nej, däremot så är det viktigt att säkerställa att man kommunicerar mot "rätt" SDK Adressbok. Från IT-säkerhetsbilaga till regelverk för anslutning till Säker digital kommunikation – Informationssäkerhet (se Informationssäkerhet ):
|
Ett exempel på händelse som ska generera en felkod är "referens till meddelande (refToMessageId) som är markerat som REJECTED" (se SDK Innehållsspecifikation Meddelande), men hur kan det uppstå? | Scenario:
|
Hur kan jag som avsändare veta vilken version(-er) som aktuell mottagare stödjer? Är det via adressboken? Hittar inte informationen i API’et och tänker att den måste vara publikt tillgänglig. | I SMP registreras användarorganisationer tillsammans med vilken major version av dokumenttypen som respektive användarorganisationer stödjer. Adressboken innehåller idag inte vilken version av dokumenttyp som stöds. |
Hur är det tänkt kring minor-versioner som teoretiskt är möjliga. Om man tillför ”ett nytt frivilligt fält” i schemat borde väl det vara tvunget att alla meddelandetjänster måste uppdateras? | Om en minor version skulle släppas så kommer RIV-TAs regelverk för tjänsteschema tillämpas: https://rivta.se/documents/ARK_0005/RIV_Tekniska_Anvisningar_Tjansteschema.pdf |
Hur säkerställer man att giltig version av payload nyttjas? Finns det uttryckt och i så fall var? | Validering av dokumenttyp sker i följande steg:
|
...