Profile kanoniczne
Ta część przewodnika zbiera to, jak opisujemy zasoby kanoniczne w praktyce: które pola są obowiązkowe, jak wygląda struktura w JSON oraz — tam, gdzie to ma sens — jak pole łączy się z listą dozwolonych kodów (ValueSet). Chodzi o czytelny, wspólny opis ograniczeń i powiązań z listami kodów — wyłącznie w kontekście API.ERP i pakietu Kamsoft.FAIR.
Pliki JSON poniżej to podgląd z aktualnej wersji modeli kanonicznych w bibliotece powiązanej z tym przewodnikiem — opis pól i kardynalności jest z nimi spójny. Nie edytuj ich ręcznie; przy integracji przyjmij zestaw plików z tej samej wersji IG / API co używane kontrakty (OpenAPI, JSON Schema).
Profile w formacie JSON
Jak czytać te pliki
- Ścieżki pól odpowiadają nazwom z kontraktu API (OpenAPI / JSON Schema w kanonie EOD), np. kolekcja pozycji faktury to ścieżka w stylu
Invoice.lines, a nie wewnętrzna nazwa właściwości w C#, jeśli się różni. - Dla pól opartych o CodeableConcept w profilu pojawi się powiązanie z ValueSet: identyfikator
urljest ten sam, co w artefaktach IG i w rozdziale o systemach kodów. - W JSON profilu pole
bindingpodaje tylko identyfikator ValueSet (valueSetjako URI). Pola dodatkowe (np. siła wymuszenia listy kodów) nie występują w tym artefakcie — ewentualne wymagania dodatkowe są w kontrakcie API dla wybranej wersji.