TKB och schema stämmer inte överens

[Tobias Hasselrot]

I TKB för CreateFormRequest motsvarar svarsstrukturen inte den faktiska svarsstrukturen i scheman och vad som faktiskt används av Formulärmotorn. TKB bör uppdateras så att det blir korrekt. Att tänka på är att varje del av svaret bör kunna korreleras till indata samt innehålla skapade formulär-id.

Schemat är mer användbart men har ingen möjlighet att ange felkod i de fall det går dåligt

[Per Carlén]

Nedan är svaret på CreateFormRequest enligt tjänstekontraktsbeskrivning (TKB) samt schema (.xsd). Elementen har i TKB skrivits ut med versal begynnelsebokstav men är det något annat som skiljer dem åt?

TKB

Attribut	Typ	Kommentar	Kardinalitet
Svar
FormRequestResponses		Objekt FormRequestResponseType	0..*
Comment		Attribut för felsignalering. Skall kunna visas för slutanvändaren.	0..1
ResultCode	ResultCodeEnum	Objekt för att signalera status på operationen (gick det bra/uppstod fel).	1..1

Schema

<xs:complexType name='CreateFormRequestResponseType'>
    <xs:sequence>
        <xs:element name="formRequestResponses" type="core:FormRequestResponseType" maxOccurs="unbounded" minOccurs="0"></xs:element>
        <xs:element name="comment" type="xs:string" minOccurs="0" />
        <xs:element name='resultCode' type='core:ResultCodeEnumType' minOccurs="1" />
        <xs:any namespace='##other' processContents='lax' minOccurs='0' maxOccurs='unbounded' />
    </xs:sequence>
</xs:complexType>

[Tobias Hasselrot]

Hmm. Nu kan jag inte hitta skillnaden. Detta ärende dök upp i en diskussion. Det finns dock brister med lösningen nu. Vad sätts resultCode till om bara vissa formulär har skapats. Måste anropande tjänst hålla listan med begärda formulär och jämföra med listan som kommer i formRequestResponses.

[Tobias Hasselrot]

Sedan har Callista hittat några tveksamheter:

---

Formulärmotorn ansvarar för att skapa ett unikt id (FormID) för formulärbegäran. ... Begäran (CreateFormRequest) om formulär instruerar Formulärmotorn tjänsteproducent) att skapa en engagemangsindexpost (Update).

Kommentar: • Om man ska kunna skapa flera samtidigt så är det inte ETT unikt id • Förmodligen är även flera engagemangsposter möjligt

---

Fältregler

Kommentarer: • Tydliggör att det är FormRequest som specas under FormRequest, det ser ut som att de elementen ligger utanför FormRequest 0..* • Om man får in X antal requests och Y gick fel, hur uttrycker vi det i svaret då vi endast har EN resultCode. • Om man får in X antal requests och Y gick fel, hur härleder man vilken FormRequestresponse som hör till vilken FormRequest? Verkar inte finnas något unikt korrelationsid mellan dessa. • Strukturen på FormRequestResponse finns ej med i Fältreglerna, dvs om man använder samma logik som ovan ser det ut som att FormRequestResponse innehåller comment och resultCode men så är det alltså inte. • Konsekvensen av att ha en resultCode är att allt hanteras som en singulär transaktion, är det meningen?

---

7.9.3.2 Svar Sökresultatet framställs genom att svaret begränsas av de värden som angivits i begäran.

Formulärmotorn returnerar respektive formulärbegärans unika id (formID) för det formulär som lyckades skapas.

Kommentarer: • Märklig formulering kring sökresultat

[Jakob Hillberg]

TKB uppdaterad 2017-10-09 i commit FMUK-206 Ingen ny release!

[Thomas Fafoutis]

Löst i och med föregående inlägg