Wip/etgl status

[paal-havnevik-websystemer]

3 startet

[paal-havnevik-websystemer]

Etter å ha begynt på denne meldingstypen så mener jeg:

• DSVE-skjemaet bloater voldsomt om vi skal dra inn KV sine typer (selv med avgrensingene som ble lagt opp til)
• det gir (i mitt hode) langt større mening å legge ved raw XML response fra KV (forsendelsstatus typen) som metadata
• jeg foreslår i stedet for ha en separat liste (EtinglysingsDetaljer) som mapper Altinn Senders Reference (altså referansen på e-pantedokumentet vi tok i mot opprinnelig) til Dokumentreferanse i KV-responsen (GUID som vi lager ved e-tinglysing).

[ArildFlatland]

Dette høres fornuftig ut Pål

[JonEgilH]

Enig i at det virker fornuftig @paal-havnevik Tenker du da at du legger ved hele Kartverket responsen som en Base64 slik at vi kan pakke ut svaret som om det var vi som fikk det? Det er jo både ryddig og robust for alle endringer som måtte komme. Vi kan da dessuten gjenbruke koden vi har for å behandle det som er tinglyst direkte utenom AFPant

[super-t]

Ja, sikkert enklest å beholde dataformatet. Når du sier metadata. Mener du da som en fil i zippen og som er referert i metadata-dele av meldingsstrukturen? Vi ønsker ikke vesentlig informasjon som metadata i selve altinn metadatafilen, da dette må behandles tett på mottaket av meldingen og er lite selvbærende.

Vi foreslå å benytte metadata-noden i selve meldingen og legge filen i zip'en? og utelate detaljene fra selve meldingen.

Som vist her men uten detaljene i definisjonen.

Da vil det vel bli et vedlegg for hver signert grunnboksutskrift og en forsendelsesxml i vedleggslista? Eksempel:

    <metadata>      
        <ressurser>
            <vedlegg>
                <navn>forsendelsesstatus.xml</navn>
                <mimetype>application/xml</mimetype>
                <beskrivelse>Forsendelssstatus-xml fra Kartverket</beskrivelse>
            </vedlegg>
            <vedlegg>
                <navn>grunnboksutskrift1.xml</navn>
                <mimetype>application/xml</mimetype>
                <beskrivelse>SDO med grunnbokspdf fra Kartverket</beskrivelse>
            </vedlegg>
            <vedlegg>
                <navn>grunnboksutskrift2.xml</navn>
                <mimetype>application/xml</mimetype>
                <beskrivelse>SDO med grunnbokspdf fra Kartverket</beskrivelse>
            </vedlegg>
        </ressurser>
        <opprettet>2019-10-10T12:00:00-05:00</opprettet>
    </metadata>

[paal-havnevik-websystemer]

Ja, sikkert enklest å beholde dataformatet. Når du sier metadata. Mener du da som en fil i zippen og som er referert i metadata-dele av meldingsstrukturen? Svar: Ja, det er slik dsve-modellen er lagt opp nå (metadata som refereres til i en melding må lagres "utenfor" selve meldingen) Vi ønsker ikke vesentlig informasjon som metadata i selve altinn metadatafilen, da dette må behandles tett på mottaket av meldingen og er lite selvbærende. Svar: Altinn-metadata brukes kun til å angi meldingstype og/eller status (ack/nack statusene).

Vi foreslå å benytte metadata-noden i selve meldingen og legge filen i zip'en? og utelate detaljene fra selve meldingen.

Som vist her men uten detaljene i definisjonen. Svar: Hvilke detaljer tenker du på her?

Da vil det vel bli et vedlegg for hver signert grunnboksutskrift og en forsendelsesxml i vedleggslista? Svar: Nei - svaret fra KV (forsendelsstatus) er 1 kun hel response som enkapsulerer de returnerte signerte grunnboksutskriftene som base64 strings. Eksempel:

  <metadata>      
      <ressurser>
          <vedlegg>
              <navn>forsendelsesstatus.xml</navn>
              <mimetype>application/xml</mimetype>
              <beskrivelse>Forsendelssstatus-xml fra Kartverket</beskrivelse>
          </vedlegg>
          <vedlegg>
              <navn>grunnboksutskrift1.xml</navn>
              <mimetype>application/xml</mimetype>
              <beskrivelse>SDO med grunnbokspdf fra Kartverket</beskrivelse>
          </vedlegg>
          <vedlegg>
              <navn>grunnboksutskrift2.xml</navn>
              <mimetype>application/xml</mimetype>
              <beskrivelse>SDO med grunnbokspdf fra Kartverket</beskrivelse>
          </vedlegg>
      </ressurser>
      <opprettet>2019-10-10T12:00:00-05:00</opprettet>
  </metadata>

[github-actions[bot]]

Hei, det er ikke oppdaget noe aktivitet i denne pull-requesten på 14 dager, vi har derfor markert den som stale

[paal-havnevik-visma]

denne kan vel closes og slettes - issue #3 trackes nå i https://github.com/bitsnorge/e-tinglysing-afpant/pull/36