Asset Publisher
Zmiany - sierpień 2015 r.
Zmiany w strukturze pliku XML.
W związku z planowanym na sierpień 2015 r. (z powodów technicznych termin - połowa czerwca 2015r. - został przesunięty na sierpień) wdrożeniem w Lasach Państwowych nowej wersji faktury elektronicznej informuję, że zmieni się format definicji pliku xml.
Wprowadzone zmiany związane są z dodaniem nowych, opisowych pozycji na fakturze:
- pełnej nazwy firmy
- skonta
- dopłat
- przypisów na fakturze
Szczegóły zmian w pliku xml zostały opisane w dalszej części niniejszej wiadomości.
Zgodnie z definicjami rozszerzeń standardu GS1 (Plik ProHoldingExtension.xsd) klienckie systemy automatycznie księgujące faktury mogą używać nowego formatu danych bez wprowadzania zmian. Wówczas zmiany, które dotyczą opisu faktury lub sposobu wyświetlania danych kontrahenta (korzystanie z funkcjonalności "pełnej nazwy") – nie będą dostepne. Zmiany na fakturze nie mają wpływu na żadne istotne dane księgowe.
W celu zabezpieczenia ciągłości odbierania faktur, przez kontrahentów odbierających faktury w formie plików xml , poniżej zamieszczam pliki ze starym i nowym formatem.
Pobierz plik: Schemas.zip
Pobierz plik: SchemasNew.zip
Aby odróżnić "nowy format" przesyłanych danych wprowadzony został tag xmlVersion , zawierający wersję faktury. Dla "nowego formatu" tag będzie zawierał wartość 4. Wersja faktury będzie ulegała zmianie wraz z kolejnymi modyfikacjami. Dla wcześniej wystawionych wersji faktur powyższy tag nie będzie występował. Oznacza to, że w przypadku potrzeby wystawienia duplikatu faktury do faktury, która była wystawiona przy pomocy oprogramowania do wersji 3 (włącznie) tag ten na duplikacie nie wystąpi.
Definicja tagu w pliku EntityIdentification.xsd: <xsd:element name="xmlVersion" type="xsd:string" minOccurs="0"/>
Poniżej przedstawiamy zmiany wprowadzone jako rozszerzenia względem standardu GS1(Plik ProHoldingExtension.xsd):
Ad.1) rozszerzenie typu <xsd:complexType name="NameAndAddressExtensionType">
o tag formatu nazwy : <xsd:element name="nameFormat" type="xsd:string" minOccurs="0"/>
Ad.2) rozszerzenie typu <xsd:complexType name="InvoiceLineItemExtensionType">
o tag upustu typu skonto:
<xsd:element name="paymentDiscount" type="ph:float-or-empty" minOccurs="0"/>
<xsd:element name="paymentDiscountType" type="xsd:string" minOccurs="0"/>
oraz tag kodu przypisu lini faktury:
<xsd:element name="superScript" type="xsd:string" minOccurs="0"/>
Ad.3) zmiana w typie <xsd:complexType name="InvoiceLineItemExtensionType">
tagu dopłat z:
<xsd:element name="priceAddPercent1" type="ph:float-or-empty" minOccurs="0"/>
<xsd:element name="priceAddPercent2" type="ph:float-or-empty" minOccurs="0"/>
na:
<xsd:element name="priceAdd1" type="ph:float-or-empty" minOccurs="0"/>
<xsd:element name="priceAddType1" type="xsd:string" minOccurs="0"/>
<xsd:element name="priceAdd2" type="ph:float-or-empty" minOccurs="0"/>
<xsd:element name="priceAddType2" type="xsd:string" minOccurs="0"/>
co oznacza, że zamiast wymienionych dwóch tagów dot. dopłat pojawią się wymienione cztery tagi.
Ad.4) rozszerzenie typu <xsd:complexType name="InvoiceTextExtensionType"> o tagi opisujące przypisy w podsumowaniu:
<xsd:element name="superScriptBody" minOccurs="0">
<xsd:complexType>
<xsd:sequence minOccurs="0" maxOccurs="unbounded">
<xsd:element name="superScriptText"
type="xsd:string" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element> --
Przy wdrożeniu nowej wersji systemu SILP obejmującego zmiany w fakturze elektronicznej, należy mieć na uwadze fakt, iż do czasu zainstalowania zmian przez wszystkie jednostki Lasów Państwowych, może zaistnieć sytuacja kiedy klient współpracujący z wieloma Nadleśnictwami będzie otrzymywał faktury w dwóch formatach (nowym - od Nadleśnictw które patcha zainstalowały, oraz starym - od Nadleśnictw, które tego jeszcze nie uczyniły). Taki przejściowy stan może trwać do dwóch tygodni.
Docelowo:
- Duplikaty faktur wystawiane do faktur przygotowanych w starej strukturze xml zawsze będą w starej strukturze.
- Faktury korygujące wystawiane do faktur przygotowanych w starej strukturze xml zawsze będą w starej strukturze (nawet jeśli będą wystawiane po długim okresie np. 1 roku).
Zakłada się, że systemy klienckie poprawnie interpretują typ tag'u type="ph:float-or-empty" minOccurs="0". Ponieważ wartość zmiennej tego typu nie jest wymagana, to brak tej wartości nie powinien wpłynąć na prawidłowe działanie systemu klienta.
Użytkownicy odbierający faktury elektroniczne nadal będą mogli pobierać je w formacie .pdf lub w postaci xml.
