Open KasiaZagrobelna opened 3 years ago
Ciąg dalszy zgłoszenia: "W kontekście udostępnionych przez Ministerstwo Rozwoju, Pracy i Technologii filmu instruktażowego oraz instrukcji użytkownika należy zauważyć, że opisane przeze mnie zjawisko jest kluczowe przy tworzeniu zbioru APP w sytuacji, w której jedna uchwała zastępuje inną:
Ostatnia część zgłoszenia dotyczy modyfikacji zbioru — dodałam komentarz w wątku #88.
#146 - pliki gml.zip Dołączam testowe pliki .gml, o których wspomniano wyżej.
Poniżej dodaję zgłoszenie przesłane przez użytkownika:
"Istota problemu: zbiór APP przechodzi walidację tylko wtedy, gdy składowe APP zostały w nim umieszczone w kolejności od najnowszego do najstarszego. Szczegółowe wyjaśnienie: Posiadam dwie uchwały: pierwszą przyjętą w 2000 r. Uchwałę A oraz drugą przyjętą w 2005 r. Uchwałę B, która zastępuje część Uchwały A. APP dla Uchwały A zawiera dokument formalny, którym jest Uchwała B (ustalam dla niej relację „zmienia”):
Przygotowując zbiór APP umieszczam oba APP w kolejności chronologicznej od najstarszego do najnowszego (1 – Uchwała A, 2 – Uchwała B) – oba APP przesłałem w e-mailu (pliki 0150_509_2000.xml oraz 0150_XXXV_655_05.xml):
Zbiór nazywam „AB” (plik AB.xml dołączony do e-maila)
Przy próbie walidacji pojawia się komunikat o błędzie:
JEDNAK, jeśli odwrócić kolejność, tj. umieścić APP w kolejności od najnowszego do najstarszego (1 – Uchwała B, 2 – Uchwała A) wynik walidacji będzie poprawny (załączony do e-maila plik BA.xml).