OPT021 - Struktura Plikow XML Do Pracy Rozproszonej v.2023.6.1

Biuletyn techniczny
Struktura plików XML do pracy rozproszonej

do wersji 2023.6.1 Comarch ERP Optima
Data ostatniej aktualizacji

23.08.2023
Spis treści
1 Zmiany wprowadzane w poszczególnych wersjach aplikacji ....... 3
1.1 Zmiany w wersji 2018.0.1 ........................................................................................................................ 3
1.2 Zmiany w wersji 2018.2.1 ........................................................................................................................ 3
1.3 Zmiany w wersji 2018.5.1 ........................................................................................................................ 3
1.4 Zmiany w wersji 2018.6.1 ........................................................................................................................ 3
1.5 Zmiany w wersji 2019.1.1 ........................................................................................................................ 3
1.6 Zmiany w wersji 2019.5.1 ........................................................................................................................ 3
1.7 Zmiany w wersji 2020.0.1 ........................................................................................................................ 4
1.8 Zmiany w wersji 2020.1.1 ........................................................................................................................ 4
1.9 Zmiany w wersji 2020.4.1 ........................................................................................................................ 4
1.10 Zmiany w wersji 2021.0.1 ........................................................................................................................ 4
1.11 Zmiany w wersji 2021.5.1 ........................................................................................................................ 4
1.12 Zmiany w wersji 2022.1.1 ........................................................................................................................ 4
1.13 Zmiany w wersji 2022.3.1 ........................................................................................................................ 4
1.14 Zmiany w wersji 2023.0.1 ........................................................................................................................ 4
1.15 Zmiany w wersji 2023.5.1 ........................................................................................................................ 4
1.16 Zmiany w wersji 2023.6.1 ........................................................................................................................ 5
2 Praca w modelu rozproszonym (off-line) ....................................... 5

3 Założenia podstawowe .................................................................... 5
4 Podział obszarów danych ............................................................... 5
5 Symbole numeracji dokumentów, nazwy rejestrów
kasowych/bankowych oraz inne słowniki ...................................... 6
6 Konfiguracja pracy rozproszonej ................................................... 6
6.1 Eksport danych ....................................................................................................................................... 8
6.2 Import danych ......................................................................................................................................... 9
7 Co to jest XML?.............................................................................. 11
8 Informacje ogólne na temat struktury plików XML...................... 12
9 Informacje szczegółowe na temat importu danych ..................... 14
Struktura plików XML do pracy rozproszonej 2

1 Zmiany wprowadzane w poszczególnych wersjach
aplikacji
1.1 Zmiany w wersji 2018.0.1

1. Dodano w konfiguracji Pracy rozproszonej parametr Status importowanych płatności wg ustawień w pliku.
Parametr określa, czy status zaimportowanej płatności ma być ustawiony wg danych w pliku, czy pobierany z
karty podmiotu.

1. Dodano nową stawkę 12,5 % dla ewidencji ryczałtowej.

1. Dodano tagi <FA_Z_PA>, <VAN_FA_Z_PA> i <VAN_RODZAJ> w węźle REJESTRY_SPRZEDAZY_VAT>.
2. Dodano tagi <PLAT_FA_Z_PA> i <PLAT_VAN_FA_Z_PA> w węźle <REJESTRY_SPRZEDAZY_VAT>
w podwęźle <PLATNOSCI>.
3. Dodano tag <ANONIMIZACJA> w węźle <KONTRAHENCI>.

1. Dodano tag <SPLIT_PAYMENT> w węźle <KONTRAHENCI>.
2. Dodano tag <FORMAT_SPLIT_PAYMENT> w węźle <BANKI>.
3. Dodano tag <RACHUNEK_VAT_SPLIT_PAYMENT> w węźle <RACHUNKI_KB>.
4. Dodano tagi <PLAT_SPLIT_PAYMENT>,<PLAT_SPLIT_KWOTA_VAT>, <PLAT_SPLIT_NIP>
i <PLAT_SPLIT_NR_DOKUMENTU> w węźle <REJESTRY_SPRZEDAZY_VA >
i <REJESTRY_ZAKUPU_VAT> w podwęźle <PLATNOSCI>.
5. Dodano tagi < SPLIT_PAYMENT> i <ZAPIS_VAT> w węźle <RAPORTY_KB>.
6. Dodano tagi < SPLIT_PAYMENT>, < SPLIT_KWOTA_VAT >, < SPLIT_NIP> i <SPLIT_NR_DOKUMENTU>
w węźle <PLATNOSCI>.

1. Dodano tagi <KSIEGUJ_W_KOSZTY> i <KSIEGUJ_W_KOSZTY_PROCENT> w węźle <KATEGORIE>.

1. Dodano tagi <ELEMENT_PODST_PPK>, <ELEMENT_SKL_PPK_PRAC1>, <ELEMENT_SKL_PPK_PRAC2>,
<ELEMENT_SKL_PPK_FIRMA1>, <ELEMENT_SKL_PPK_FIRMA2> w węźle <ELEMENTY>.
2. Dodano tag <WYPLATA_OBNIZSKLPPK> w węźle <WYPLATA>.

1. Dodano tag < POD_ZWOL_PIT26 > w węźle <PRACOWNICY>.
2. Dodano tag <MPP> w węzłach <REJESTRY_ZAKUPU_VAT> i <REJESTRY_SPRZEDAZY_VAT>.

1. Dodano tagi <WYPLATA_PODSTAWAPODAT1>, <WYPLATA_PODSTAWAPODAT2>,
<WYPLATA_PROCENTPODAT1> i <WYPLATA_PROCENTPODAT2> w węźle <WYPLATA>.

1. Umożliwiono przenoszenie kodów JPK_V7 z kartoteki kontrahenta i z faktur. Dodano węzeł <KODY_JPK>
w węźle < KONTRAHENT>, <REJESTR_ZAKUPU_VAT>
i <REJESTR_SPRZEDAZY_VAT>.

1. Umożliwiono przenoszenie kodów JPK_V7 z kategorii. Dodano węzeł <KODY_JPK> w węźle <
KATEGORIA>.
2. W węźle <REJESTR_SPRZEDAZY_VAT> zmieniono zasady działania pól związanych z ewidencją
paragonów i wystawionych do nich faktur.

1. W węźle <KATEGORIA> dodano węzeł <OSS_STAWKI_VAT>.
2. W węźle <REJESTR_SPRZEDAZY_VAT> dodano węzły <PODATEK_W_OSS>, <DEKLARACJA_OSS> i
<KOD_KRAJU_ODBIORCY>.

1. W węźle <KATEGORIA> oraz w węźle <REJESTR_SPRZEDAZY_VAT> w tagu <KOLUMNA_RYCZALT>
dodano nowe stawki 12.00% i 14.00%.

1. Dodano tagi <ELEMENT_ZALFIS_NADWYZKA> oraz <ELEMENT_ZALFIS_DOPLATA> w węźle
<ELEMENTY>.

1. Dodano tagi <NIEAKTYWNY> w węźle <ATRYBUTY>.

1. Dodano tagi <NR_KSEF>, <KSEF_DATA_PRZYJECIA> i <DODATKOWY_OPIS> w węzłach
<REJESTR_ZAKUPU_VAT> i <REJESTR_SPRZEDAZY_VAT) >.

1. Dodano tag <DODATKOWY_OPIS> w węzłach <DOKUMENT_INNY_PRZYCHOD>
i <DOKUMENT_INNY_ROZCHOD>
2 Praca w modelu rozproszonym (off-line)

Moduł eksportu-importu danych za pomocą plików XML ma na celu rozwiązanie problemu pracy w trybie off-line, tzn.
umożliwić rozdzielenie modułów operacyjnych (sprzedaż, prowadzenie kasy, płace) od modułu o charakterze
księgowym (księgowość).
3 Założenia podstawowe
1. Model pracy off-line jest adresowany do zastosowań Klient - Biuro rachunkowe, ale także Dział sprzedaży/płac
– Centrala/Księgowość w firmie wielo-oddziałowej. Dla uproszczenia w dalszym opisie przyjęto pierwszy przykład
zastosowania.
2. Klient pracuje na modułach operacyjnych, w których wprowadzane są wszelkie dokumenty.
3. Biuro rachunkowe przetwarza na potrzeby księgowe dokumenty wprowadzone uprzednio przez Klienta. Biuro
rachunkowe nie wprowadza żadnych dokumentów o charakterze „operacyjnym”, poza raportami kasowo/bankowymi.
4. Praca w trybie off-line nie rozwiązuje problemu replikacji dwukierunkowej dla potrzeb pracy firmy wielooddziałowej,
jak również pracy rozproszonej w firmie. W takich przypadkach Klient może skorzystać
z zaproponowanego ograniczonego modelu lub jeśli takie rozwiązanie jest niewystarczające, powinien zastosować
model on-line (oparty o usługi terminalowe).
5. Do przenoszenia danych stosujemy uniwersalny nośnik, jakim są pliki w formacie XML.
4 Podział obszarów danych

Każda ze stron pracujących w trybie off-line (Klient i Biuro rachunkowe) posiada odrębną bazę danych. Dane
przetwarzane w systemie Comarch ERP Optima są podzielone na dwa obszary: obszar Klienta (sprzedaż/płace)
i obszar Biura rachunkowego (księgowość). Każdy obszar może być modyfikowany tylko przez właściciela
i w niezbędnym do prawidłowej współpracy zakresie, będzie on przenoszony do drugiej bazy danych pracującej
w modelu rozproszonym.
Obszar danych Klienta obejmuje dane o charakterze operacyjnym:
1. dokumenty handlowe i magazynowe
2. dokumenty kasowo-bankowe
3. wszelkiego rodzaju słowniki (w tym również dane kadrowe – stanowiące słownik pracowników i struktury
organizacyjnej)
4. płatności
5. rozliczenia
6. dokumenty płacowe
Obszar danych Biura rachunkowego obejmuje:
1. dane słownikowe
2. dane księgowe
3. dane kadrowe
4. dane płacowe

Obszary danych Klienta i Biura rachunkowego zachodzą na siebie w zakresie danych słownikowych. W zakresie
słowników zapewniona jest dwukierunkowa wymiana danych. Dwukierunkowa wymiana zapewniona jest również w
zakresie przesyłu raportów kasowo/bankowych oraz rozliczeń.
5 Symbole numeracji dokumentów, nazwy rejestrów

kasowych/bankowych oraz inne słowniki
Przed rozpoczęciem pracy na stanowisku działu sprzedaży/płac należy ustalić jakie schematy numeracji
dokumentów będą wykorzystywane np. przy wystawianiu faktur, przy dodawaniu zapisów Kasowych/Bankowych, przy
dodawaniu list płac. Ta uwaga dotyczy zwłaszcza tych sytuacji, gdy model Pracy rozproszonej jest wykorzystywany
przez firmy wielooddziałowe. Każde stanowisko sprzedaży/płac (a także stanowisko księgowe, jeżeli na nim również
są wystawiane np. faktury) musi mieć swoje schematy numeracji, aby nie doszło do sytuacji, gdy w dziale księgowym
duplikują się numery dokumentów. Równie ważne jest, aby w obu bazach schematy numeracji dokumentów, które
mają ten sam symbol – miały również te same człony numeracji. Kwestię schematów numeracji można również
rozwiązać poprzez człon Seria, wtedy każde stanowisko miałoby własną serię w dokumencie.
W bazie sprzedaży/płac należy dodać nowe, unikalne dla całej firmy, rejestry kasowe/bankowe – każdy oddział musi
mieć swoją kasę. Nie należy zmieniać nazwy domyślnej kasie o nazwie KASA ponieważ rejestry kasowe
rozpoznawane są po numerze identyfikacyjnym zapisanym w tabeli CDN.BnkRachunki w polu BRa_ImportRowId. Ten
numer dla domyślnej kasy KASA jest stały. Zawsze należy dodać do listy nowy rejestr – kasując ewentualnie domyślny
rejestr KASA.
Należy na jeden schemat nadawania akronimów pracownikom. Bardzo ważne jest, aby w bazie do której wykonywany
będzie import list płac, były założone lub zaimportowane kartoteki pracowników. Jeśli w bazie księgowej nie będzie
pracownika odpowiadającego pracownikowi znajdującemu się
w pliku z listą płac, cały dokument listy nie zostanie zaimportowany.
Podczas importu pracowników z pliku XML należy zwrócić uwagę na przypisane im schematy płatności. Jeśli
w bazie, do której importujemy pracowników nie ma słowników bankowych odpowiadających bankom używanym w
schemacie płatności pracownika, taki pracownik nie zostanie zaimportowany. Wówczas przed wykonaniem importu
pracowników należy wcześniej zaimportować lub uzupełnić słownik banków.
Dokumenty list płac zawierające ustawienia opisu analitycznego wymagają wcześniejszego importu struktury
organizacyjnej (wydziały, lokalizacje, projekty). Przed importem list płac należy również zaimportować słownik typów
wypłat zdefiniowanych w bazie płacowej Klienta, a wykorzystywanych w dokumentach list płac.
Eksportowi podlegają dokumenty zatwierdzone, co w przypadku list płac oznacza zamknięte listy płac i wszystkie
w nich wypłaty. Nie podlegają eksportowi wypłaty anulowane. Import list płac do bazy księgowej dodaje do bazy
księgowej wypłaty dla poszczególnych pracowników oraz płatności z nimi związane. Jeśli płatności nie będą rozliczanie
w bazie księgowej, na kartotekach pracowników w tej bazie można zaznaczyć opcję „Nie rozliczać płatności”, wówczas
płatności z wypłat podczas importu zostaną ustawione jako nie podlegające rozliczeniom.
6 Konfiguracja pracy rozproszonej

Do celów ustawienia parametrów pracy w modelu rozproszonym została utworzona sekcja w konfiguracji programu
(Konfiguracja/Firma/Ogólne/ Praca rozproszona).
Sekcja Praca rozproszona służy do określenia charakteru pracy w wybranej bazie danych:
■ nie (ustawiony domyślnie) – oznacza, że dana baza nie pracuje w modelu rozproszonym
■ dział sprzedaży/płac – w danej bazie wystawia się dokumenty handlowo-magazynowe i/lub płacowe
■ księgowość – w danej bazie prowadzi się księgowość w modelu rozproszonym
■ oddział – parametr ten nie dotyczy pracy rozproszonej omówionej w tym biuletynie, ma znaczenie przy
współpracy z programem Comarch CDN XL (parametr nieaktywny w instalacji standardowej)

Rys 1. Konfiguracja pracy rozproszonej
W polu Identyfikator księgowości i Identyfikator działu sprzedaży/płac wprowadzamy maksymalnie 5 znakowy symbol
(istotna jest wielkość liter), po którym będzie następowała identyfikacja tych działów. Istotne jest, aby był
wprowadzony taki sam Identyfikator księgowości w obu bazach – operacyjnej i księgowej. Program weryfikuje
w ten sposób czy dany plik XML, zawierający dane wygenerowane w dziale sprzedaży/płac, jest przeznaczony dla tej
właśnie bazy księgowej.
Poniżej określamy nazwy rejestrów dla dokumentów handlowych. Sekcja ta jest widoczna tylko wtedy, gdy ustawimy
w konfiguracji: dział sprzedaży/płac. Nazwy rejestrów, innych niż domyślne, można zdefiniować
w konfiguracji w sekcji: Konfiguracja/Firma/Księgowość. Dodatkowo można wybrać:
1. czy do Kwot dodatkowych dla dokumentów WZ i WKA będą przenoszone kwoty wg cen sprzedaży czy wg
cen zakupu;
2. czy eksportować dokumenty fiskalne;
3. czy eksportować dokumenty MM;
4. czy eksportować faktury wystawione w module Faktury (Handel) z Rejestrów VAT (najpierw należy wtedy
przenieść faktury z listy faktur do Rejestrów VAT a następnie wykonać eksport).
Po ustawieniu parametrów konfiguracyjnych w menu Narzędzia pojawia się dodatkowa pozycja Praca rozproszona,
umożliwiająca import i eksport danych.

6.1 Eksport danych
Rodzaj danych podlegających eksportowi zależy od ustawień konfiguracyjnych – inne dane są eksportowane
w dziale sprzedaży/płac, inne w dziale księgowym. W dziale sprzedaży/płac eksportowi podlegają:
słowniki: atrybuty kontrahenta i dokumentu, definicje dokumentów, kategorie (ogólne i szczegółowe), banki, urzędy,
pracownicy, wspólnicy, rachunki (rejestry) kasowo/bankowe, formy płatności, kontrahenci, waluty, kursy walut,
notowania walut, lokalizacje, wydziały, projekty i typy wypłat.
dokumenty: faktury sprzedaży, faktury zakupu, faktury wewnętrzne sprzedaży, faktury wewnętrzne zakupu, zapisy z
rejestru VAT (sprzedaży i zakupu), dokumenty Tax Free, dokumenty inne przychodowe (RW, WZ, WKA), dokumenty
inne kosztowe (PW, PZ, MM, PKA), dokumenty ewidencji przychodów i kosztów, listy płac, raporty kasowe, płatności
(tylko wprowadzone ręcznie lub wynikające z deklaracji księgowych/płacowych), rozliczenia, kompensaty.
W przypadku dokumentów eksportowi podlegają wyłącznie dokumenty zatwierdzone (tzn. faktury i dokumenty
wewnętrzne wyciągnięte z bufora, zamknięte raporty kasowe, płatności zatwierdzone do realizacji, zamknięte listy płac
z zamkniętymi wszystkimi wypłatami).
W dziale księgowym można eksportować:

słowniki: atrybuty kontrahenta i dokumentu, definicje dokumentów, kategorie (ogólne i szczegółowe), banki, urzędy,
pracownicy, wspólnicy, rachunki (rejestry) kasowo/bankowe, formy płatności, kontrahenci, waluty, kursy walut,
dokumenty: zapisy z rejestru VAT (sprzedaży i zakupu), dokumenty ewidencji przychodów i kosztów, płatności (tylko
wprowadzone ręcznie lub wynikające z deklaracji księgowych/płacowych), rozliczenia, raporty kasowe, kompensaty.
Okno uruchomienia eksportu pozwala dodatkowo na określenie parametrów eksportu:

Eksportowane dane – wybranie opcji Dotąd nie eksportowane lub zmienione spowoduje wyeksportowanie danych
słownikowych, które od czasu ostatniego eksportu zostały wprowadzone lub zmienione oraz tych dokumentów, które
do tej pory nie zostały wyeksportowane. Wybranie opcji Wszystkie spowoduje wyeksportowanie wszystkich danych
słownikowych i wszystkich zatwierdzonych dokumentów.
Zakres dat – umożliwia ograniczenie eksportowanych dokumentów tylko do tych, które zostały wystawione
w zadanym przedziale czasowym. W przypadku list płac jest to data wypłaty ustawiona na dokumencie listy płac.
Parametr ten nie ma wpływu na wymianę danych słownikowych.
Odpowiedniego wyboru dokonujemy przed uruchomieniem eksportu (patrz Rys. 2).

Rys 2. Eksport danych z działu sprzedaży/płac
6.2 Import danych

Podobnie jak w przypadku eksportu rodzaj danych podlegających importowi zależy od ustawień konfiguracyjnych
– inne dane są importowane w dziale sprzedaży/płac, inne w dziale księgowym.

Rys 3. Import danych w dziale księgowym
W dziale sprzedaży/płac importowi podlegają:

słowniki: atrybuty kontrahenta i dokumentu, definicje dokumentów, zakłady, kategorie (ogólne i szczegółowe), banki,
urzędy, pracownicy, wspólnicy, rachunki (rejestry) kasowo/bankowe, formy płatności, kontrahenci, waluty, kursy walut,
dokumenty: zapisy z rejestru VAT (sprzedaży i zakupu), dokumenty ewidencji przychodów i kosztów, płatności,
rozliczenia, raporty kasowe, kompensaty.
W dziale księgowym można importować:

słowniki: atrybuty kontrahenta i dokumentu, definicje dokumentów, zakłady, kategorie (ogólne i szczegółowe), banki,
urzędy, pracownicy, wspólnicy, rachunki (rejestry) kasowo/bankowe, formy płatności, kontrahenci, waluty, kursy walut,
notowania walut, lokalizacje, wydziały, projekty oraz typy wypłat.
dokumenty: faktury sprzedaży, zakupu oraz dokumenty Tax Free do rejestru VAT, dokumenty inne przychodowe (RW,
WZ, WKA), dokumenty inne kosztowe (PW, PZ, MM, PKA), listy płac, raporty kasowe, płatności, rozliczenia,
kompensaty.
Okno uruchomienia importu pozwala dodatkowo na określenie parametrów importu:

Importowane dane – wybranie opcji Tylko nowe spowoduje zaimportowanie tylko tych pozycji do słowników, które nie
występują w bazie danych (np. zostaną dodani tylko nowi kontrahenci). Wybranie opcji Nowe i zmienione spowoduje
zaimportowanie zarówno nowych pozycji do słowników jak i aktualizację istniejących danych (np. zostaną dodani nowi
kontrahenci oraz zostaną uwzględnione zmiany w danych już istniejących kontrahentów).
W przypadku dokumentów są importowane zawsze tylko nowe pozycje (eksport nie przewiduje możliwości

automatycznego przeniesienia zmian dokonanych na już wyeksportowanych dokumentach). W przypadku zmian
w zaimportowanej liście płac należy usunąć cały dokument listy płac i wykonać import ponownie.
Zakres dat – umożliwia ograniczenie importowanych dokumentów tylko do tych, które zostały wystawione
w zadanym przedziale czasowym. Parametr ten nie ma wpływu na import danych słownikowych.
7 Co to jest XML?
Eksport i import danych odbywa się za pośrednictwem plików w formacie XML – dzięki temu zostały spełnione
założenia projektowe dotyczące łatwości implementacji w różnych systemach (również programach firm trzecich) oraz
elastyczności w zakresie ewentualnych zmian danych z zachowaniem kompatybilności z poprzednimi wersjami.
XML (skrót od eXtensible Markup Language - rozszerzalny język znaczników) to otwarty standard opracowany przez
W3C. XML nie jest kolejnym językiem do przechowywania konkretnych danych, jak np. język HTML opisujący wygląd
stron sieciowych. XML to język opisujący dane, czyli metajęzyk. W uproszczeniu można powiedzieć, że XML służy do
tworzenia innych języków (aplikacji XML) służących do przechowywania informacji. Jeśli mamy potrzebę zapisywania
określonych danych o określonej strukturze, XML okaże się najlepszym narzędziem, bez względu jakie by te dane nie
były. W przeciwieństwie do np. HTML, XML nie ma ograniczonej liczby znaczników, bo pozwala przechowywać
dowolne dane i to w jak najbardziej wygodny dla nas sposób, bo sami go określamy. Sami określamy strukturę danych,
która może być tabelaryczna, ale może także tworzyć drzewo. W ten sposób nie jesteśmy, jako twórcy baz danych
XML w żaden sposób ograniczeni. Na tym właśnie polega wyższość XML nad innymi formatami zapisu danych.
Potrzeba uniwersalnego i czytelnego formatu danych widoczna była od dawna, a w czasach gwałtownego
powiększania się Sieci stała się koniecznością. Wreszcie pojawił się format pozwalający na łatwe przechowywanie
dowolnych danych. Dzięki oddzieleniu treści od formy (czego nie umożliwia HTML) łatwo skupić się na samych danych.
Programy mogą dzięki formatowi XML łatwiej wymieniać dane i je przetwarzać.

<ludzie>
<człowiek>
<imie>Jan</imie>
<nazwisko>Kowalski</nazwisko>
<poczta>jan.kowalski@comarch.pl</poczta>
<web>http://www.comarch.com/cdn</web>
</człowiek>
<człowiek>
<imie>Józef</imie>
<nazwisko>Nowak</nazwisko>
<poczta>jozef.nowak@comarch.pl</poczta>
<web>http://www.comarch.com/cdn</web>
</człowiek>
Rys 4. Prosty przykład wykorzystania formatu XML

8 Informacje ogólne na temat struktury plików XML
Tworząc struktury plików eksportowych należy wziąć pod uwagę następujące informacje:
1. Dane wyeksportowane z Comarch ERP Optima do pliku XML są pogrupowane w tzw. węzły.
W zamieszczonym poniżej szczegółowym opisie struktury plików węzły zostały oznaczone znakami
– (węzeł rozwinięty) lub + (węzeł zwinięty).
2. Główny węzeł określony jako <ROOT> jest zawsze jeden i do niego podpinane są kolejne podwęzły
odpowiedzialne za poszczególne grupy eksportowanych informacji:

- <ROOT>
+ <ATRYBUTY>
+ <DEFINICJE_DOKUMENTÓW>
+ <KATEGORIE>
+ <BANKI>
+ <URZEDY>
+ <PRACOWNICY>
+ <WSPOLNICY>
+ <RACHUNKI_KB>
+ <FORMY_PLATNOSCI>
+ <KONTRAHENCI>
+ <WALUTY>
+ <KURSY_WALUT>
+ <NOTOWANIA_WALUT>
+ <LOKALIZACJE>
+ <WYDZIALY>
+ <PROJEKTY>
+ <TYPY_WYPLAT>
+ <REJESTRY_SPRZEDAZY_VAT>
+ <REJESTRY_ZAKUPU_VAT>
+ <DOKUMENTY_INNE_PRZYCHOD>
+ <DOKUMENTY_INNE_ROZCHOD>
+ <LISTY_PLAC>
+ <RAPORTY_KB>
+ <PLATNOSCI>
+ <ROZLICZENIA>
3. Nie ma obowiązku umieszczania wszystkich podwęzłów w pliku eksportowym. Jeśli jakaś grupa danych nie
podlega eksportowi, to odpowiedni podwęzeł jest pomijany w zapisie – np. jeśli nie wyeksportujemy raportów
kasowo-bankowych, to nie zostanie wyeksportowany podwęzeł <RAPORTY_KB>,
4. Węzeł lub podwęzeł jako taki sam nie zawiera danych – są one rozmieszczone w podpiętej do niego strukturze
pól (znaczników, etykiet, tagów),
5. Dane są umieszczone jako wartości pól, a nie atrybuty pól, czyli jest zawsze:
<NUMER>12</NUMER>
a nie:
<NUMER value=12></NUMER>
6. W przypadku występowania w pliku XML braku wartości lub wartości pustych, dane w bazie danych zostają
nadpisane pustymi danymi. Wyjątek stanowią po kategoria sprzedaży, kategoria zakupu, forma płatności,
termin płatności, parametry: „Nie rozliczaj płatności”, „Nie naliczaj odsetek dla płatności „oraz „Nie naliczaj
płatności na dokumentach WKA/PKA” na karcie kontrahenta. W przypadku pustych wartości w pliku XML, nie
są one nadpisywane.
7. Podwęzły dzielimy na grupujące dane oraz tworzące listy danych. W zamieszczonej poniżej strukturze podział
ten został odzwierciedlony poprzez zastosowanie w tekście kolorów: grupy – niebieski, listy
– brązowy. Dodatkowo wyboldowane zostały węzły nadrzędne, tj. te, które są podpięte bezpośrednio do węzła
<ROOT>.

8. W strukturze plików XML wszystkie wartości są tekstami, ale dla potrzeb poprawnego importu do Comarch
ERP Optima wartości poszczególnych etykiet muszą mieć określony format. W tym celu w opisie przy każdej
z nich umieszczono informacje o wymaganym formacie:
1. STRING – znaki alfanumeryczne (cyfry i litery). Podawane w nawiasach ograniczenie w ilości znaków, które
można wprowadzić do Tagu, dotyczy ilości, która zostanie zaimportowana, a nie ilości wyeksportowanej.
Przykładowo określenie STRING(20) oznacza, że program zaimportuje pierwszych 20 znaków z podanego
ciągu znaków, a ciąg ten może być w rzeczywistości dużo dłuższy.
2. NUMERIC – wartości liczbowe zawierające części dziesiętne,
3. INTEGER – wartości liczbowe nie zawierające części dziesiętnych,
4. RRRR-MM-DD – daty zapisywane w postaci rok-miesiąc-dzień,
5. Przy niektórych etykietach nie podano formatu danych, ale dopuszczalne wartości, np. pole przyjmuje wartości
Tak lub Nie.
6. Wartości tekstowe (typu STRING) przekazywane są w klauzulach CDATA.
7. Format zapisu do wersji 12 programu (wersja 1 struktury pliku):
8. <AKRONIM>TERRA</AKRONIM>
9. Format zapisu od wersji 12 programu (wersja 2 struktury pliku).
10. <AKRONIM><![CDATA[TERRA]]></AKRONIM>
9 Informacje szczegółowe na temat importu danych

Algorytm importu danych jest tak skonstruowany, aby w pierwszej kolejności były importowane dane, których obecność
jest niezbędna dla zachowania poprawności relacji pomiędzy importowanymi danymi. Relacje między danymi
odbywają się na podstawie unikalnego identyfikatora oraz akronimu (kodu).
P r z y k ł a d : Węzeł <KONTRAHENCI>, subwęzeł <KONTRAHENT>, etykiety <KATEGORIA> oraz

<KATEGORIA_ID>.
Obydwie etykiety określają relację do subwęzła <KATEGORIA> w węźle <KATEGORIE>:
<KATEGORIA> - <KOD>
<KATEGORIA_ID> - <ID_ZRODLA>
Brak informacji w polu <KATEGORIA_ID> spowoduje, że podczas importu relacja zostanie
nawiązana za pomocą zawartości etykiety <KATEGORIA>. Jeśli i ta nie będzie wypełniona,
wówczas relacji nie zostanie nawiązana,
a podczas importu zostanie wyświetlone stosowne ostrzeżenie. Gdyby występował brak informacji
w polu wymaganym, wówczas import takiej pozycji jest blokowany, aby zapobiec ewentualnemu
rozsynchronizowaniu bazy danych.
Podobnie wygląda sytuacja jeśli próbujemy wykonać niepełny import danych – np. importujemy słownik kontrahentów
z przypisanymi kategoriami, ale nie importujemy w ogóle słownika kategorii – ponieważ nie można nawiązać relacji
pomiędzy węzłami <KATEGORIE> i <KONTRAHENCI> program wyświetli podczas importu ostrzeżenie. Jeśli w ten
sam sposób wykonamy import danych, w których występują pola wymagane, w imporcie zostaną pominięte zapisy,
które mogłyby powodować rozsynchronizowanie bazy danych.
Jeżeli podczas importu danych wystąpi jakiś błąd i któraś z pozycji nie zostanie zaimportowane, program zapisuje cały
subwęzeł odpowiadający tej nie zaimportowanej pozycji do pliku tymczasowego (plik XML o strukturze identycznej jak
plik wymiany danych). Jeżeli w czasie importu wystąpiły błędy, po dokonaniu importu program wyświetla nazwę pliku
tymczasowego zawierającego nie zaimportowane pozycje. Dzięki temu można w prosty sposób sprawdzić, które
pozycje nie zostały zaimportowane, oraz – po ewentualnym usunięciu przyczyny powstania błędu – dokonać importu
tych pozycji z pliku tymczasowego (jak zaznaczono, plik ten ma identyczną strukturę, jak plik wymiany danych). W
przypadku raportów kasowo-bankowych zasada ta ma szczególny sposób działania – jeżeli błąd wystąpi przy co
najmniej jednym zapisie, to nie jest importowany cały raport i do pliku tymczasowego trafia węzeł odpowiadający za
cały raport kasowo-bankowy.

W specyficzny sposób jest również kontrolowany podczas importu numer NIP. Program posiada zaszyte mechanizmy
kontrolujące poprawność numeru NIP. Kontrola ta jest włączana w momencie, gdy
w konfiguracji programu (Konfiguracja >> Firma >> Ogólne) zaznaczymy parametr Sprawdzanie poprawności NIP.
Import danych zawierających numer NIP przy wyłączonej kontroli poprawności NIP-ów nie sygnalizuje żadnych
problemów. Jeśli kontrola zostanie włączona, wówczas w czasie importu, po wykryciu niewłaściwego numeru NIP
pojawia się ostrzeżenie. Pozycja jest importowana, lecz z wyczyszczonym polem zawierającym NIP.
Legenda
- kolor czarny - informacje zapisane w ramach węzła lub subwęzła
- kolor czerwony – zmiany w strukturze pliku w wersji okreśonej w tytule biuletynu
Opis pliku XML zawierającego wyeksportowane dane
- <ROOT xmlns="http://www.comarch.pl/cdn/optima/offline Plik zawsze zawiera jeden (i tylko jeden) węzeł na najwyższym
"> poziomie, o nazwie ROOT. Węzeł ten ma określony
namespace jak obok.
- <ATRYBUTY> Węzeł <ATRYBUTY> zawiera listę atrybutów kontrahenta i
dokumentu zapisanych w bazie programu Comarch ERP
Optima. Węzeł <ATRYBUTY> może zawierać wiele węzłów
<ATRYBUT> odpowiadającym poszczególnym atrybutom.
<WERSJA> Obowiązująca wersja pliku wymiany danych: 2.00. Węzeł
wymagany.
<BAZA_ZRD_ID> STRING(5)
Identyfikator bazy, z której pochodzą zapisy. Węzeł wymagany.
<BAZA_DOC_ID> STRING(5)
Identyfikator bazy, do której kierowane są zapisy, musi być
identyczny jak identyfikator bazy księgowej określony w
konfiguracji Comarch ERP Optima. Węzeł wymagany.
- <ATRYBUT> Węzeł <ATRYBUT> zawiera dane dotyczące pojedynczego
atrybutu.
<TYP> Typ atrybutu. Pole przyjmuje wartości: dokumentu lub
kontrahenta.
<KOD> STRING (20)
Kod Atrybutu
<ID_ZRODLA> STRING(36)
Unikalny identyfikator kategorii w bazie źródłowej. Tag ten
powinien mieć taką wartość, aby zapewnić unikalność
identyfikatora w całym zbiorze kategorii. Jeżeli wartość węzła
nie zostanie wypełniona, identyfikator zostanie nadany przy
imporcie.
<NAZWA> STRING (40)
Nazwa atrybutu
<FORMAT> Format atrybutu. Pole przyjmuje wartości: tekstowe, data,
liczbowe, lista.
<ZALEZNY> Czy zależny od kontrahenta. Pole przyjmuje wartości: tak lub
nie
<CZY_KOPIOWAC_FA> Czy dokleić do opisu dokumentu. Pole przyjmuje wartości: tak
lub nie
<CZY_KOPIOWAC_DO_VAT> Czy kopiować przy księgowaniu do rejestru VAT. Pole
przyjmuje wartości: tak lub nie

<CZY_KOD> Czy doklejać kod. Pole przyjmuje wartości: tak lub nie
<CZY_PRZENOSIC> Czy przenosić na transakcje. Pole przyjmuje wartości: tak lub
nie
<CZY_DRUKOWAC> Czy drukować na dokumentach. Pole przyjmuje wartości: tak
lub nie
<CZY_PRZENOSIC_NA_DOSTAWY> Czy przenosić na dostawy. Pole przyjmuje wartości: tak lub nie
<CZY_OBOWIAZKOWY_DOSTAWY> Czy obowiązkowy dla dostaw. Pole przyjmuje wartości: tak lub
nie
<JP_DOSTEPNY_FA> Czy widoczny w module Faktury. Pole przyjmuje wartości: tak
lub nie
<JP_DOSTEPNY_VAT> Czy widoczny w rejestrze VAT w części JPK_VAT. Pole
<JP_DOSTEPNY_FAVAT> Czy widoczny w rejestrze VAT w części JPK_FA. Pole
<NIEAKTYWNY> Czy jest nieaktywny. Pole przyjmuje wartości: tak lub nie
- <ELEMENTY_LISTY> Węzeł <ELEMENTY_LISTY> zawiera elementy listy dla
atrybutów o formacie lista
- <ELEMENT_LISTY> Węzeł <ELEMENT_LISTY> Zawiera pojedynczy element listy.
Powinno być tyle węzłów <ELEMENT_LISTY> ile lista zawiera
elementów
<WARTOSC> STRING (100)
Zawiera wartość elementu listy
- <DEFINICJE_DOKUMENTOW> Węzeł <DEFINICJE_DOKUMENTOW> zawiera listę definicji
dokumentów zapisanych w bazie programu Comarch ERP
Optima. Węzeł <DEFINICJE_DOKUMENTOW> może
zawierać wiele węzłów <DEFINICJA_DOKUMENTU>, co
odpowiada wielu definicjom dokumentów.
wymagany.
- <DEFINICJA_DOKUMENTU> Węzeł <DEFINICJA_DOKUMENTU> zawiera dane dotyczące
pojedynczej definicji dokumentu.
Unikalny identyfikator definicji w bazie źródłowej. Tag ten
identyfikatora w całym zbiorze definicji. Jeżeli wartość węzła nie
zostanie wypełniona, identyfikator zostanie nadany przy
imporcie.
<KLASA> Zamknięty zbiór dopuszczalnych typów dokumentów. Pole
może przybierać następujące wartości:
dla dokumentów CRM
Kontakt
dla dokumentów handlowych
Dokument TaxFree

Faktura proforma
Faktura dla rolnika ryczałtowego
Faktura sprzedaży
Faktura wewnętrzna sprzedaży
Faktura wewnętrzna zakupu
Faktura zakupu
Faktura zaliczkowa
Oferta MS Word
Paragon
Rezerwacja odbiorcy
Zamówienie u dostawcy
dla dokumentów modułu Serwis
- Zlecenie serwisowe
dla dokumentów kasowo/bankowych
Nota odsetkowa
Ponaglenie zapłaty
Potwierdzenie salda
Raport kasa/bank
Różnica kursowa
Wpłata
Wypłata
dla dokumentów księgowych
Bilans otwarcia
Ewidencja dodatkowa kosztów
Ewidencja dodatkowa przychodów
dla dokumentów magazynowych
Arkusz inwentaryzacyjny
Bilans otwarcia magazynu
Przesunięcie międzymagazynowe
Przyjęcie wewnętrzne
Przyjęcie wewnętrzne produktów
Przyjęcie zewnętrzne
Rozchód wewnętrzny
Rozchód wewnętrzny składników
Wydanie zewnętrzne
Wydanie Kaucji
dla dokumentów płacowych
Umowa
Lista płac
Etat korygująca
Zlecenie nadania paczki
<SYMBOL> STRING(5)
Symbol definiowanego typu dokumentu.
<NAZWA> STRING(20)
Nazwa definiowanego typu dokumentu
<NUMERACJA> STRING(50)
Schemat numeracji dla dokumentów. Schemat składa się
zawsze z 5 segmentów i posługuje się następującymi
prototypami:

@brak – brak segmentu, może wystąpić na początku lub końcu
schematu
@symbol - symbol definicji dokumentu
@rejestr - seria dokumentu lub rejestr
@numer - numer kolejny dokumentu z zerami wiodącymi
@numerS - numer kolejny dokumentu bez zer wiodących
@miesiac - miesiąc
@rok_kal - rok kalendarzowy
@rok_obr - symbol okresu obrachunkowego
@magazyn - nazwa magazynu dla dokumentów
magazynowych lub wydziału dla dokumentów płacowych
<SERIA_OPERATORA> Informacja określająca czy program ma pobierać domyślną
serię dla operatora z formularza konfiguracji operatora. Pole
przyjmuje wartości Tak lub Nie.
<NIEAKTYWNA> Wskaźnik nieaktywności wybranej definicji. Pole przyjmuje
wartości Tak lub Nie.
- <KATEGORIE> Węzeł <KATEGORIE> zawiera listę kategorii zapisanych w
bazie programu Comarch ERP Optima. Węzeł
<KATEGORIE> może zawierać wiele węzłów
<KATEGORIA>, co odpowiada wielu kategoriom.

wymagany.
- <KATEGORIA> Węzeł <KATEGORIA> zawiera dane dotyczące pojedynczej
kategorii.
Unikalny identyfikator kategorii w bazie źródłowej. Tag ten
identyfikatora w całym zbiorze kategorii. Jeżeli wartość węzła
imporcie.
<KOD_OGOLNY> STRING(20)
Kod kategorii ogólnej (nadrzędnej).
<KOD> STRING(20)
Kod kategorii szczegółowej (podrzędnej). Dla kateorii ogólnej
powtarzamy ciąg zapisany w tagu <KOD_OGOLNY>
<POZIOM> Rodzaj kategorii. Pole przyjmuje wartości: szczegółowa lub
ogólna.
<TYP> Typ kategorii: Pole przyjmuje wartości: koszt lub przychód.
<OPIS> STRING(50)
Treść opisu kategorii.
<STAWKA_VAT> NUMERIC
Domyślna stawka VAT.

<STATUS_VAT> Typ stawki VAT. Pole przyjmuje wartości: opodatkowana,
zwolniona, zaniżona lub nie podlega.
<KOLUMNA_KPR> Określenie kolumny w Podatkowej Książce Przychodów i
Rozchodów, do której trafią zapisy oznaczone wybraną
kategorią. Pole przyjmuje wartości: sprzedaż, towary, koszty
uboczne, inne, wynagrodzenia, towary + koszty b+r, uboczne +
koszty b+r, inne + koszty b+r, wynagrodzenia + koszty b+r lub
nie księgować.
<KOLUMNA_RYCZALT> NUMERIC
Numer stawki w ewidencji ryczałtowej, z jaką zostanie
zaksięgowany zapis oznaczony wybraną kategorią do ewidencji
ryczałtowej. Wartości dopuszczalne: nie księgować, 3.00, 5.50,
8.50, 10.00, 12.00, 12.50, 14.00, 17.00, 20.00.
<ODLICZENIA_VAT> Sposób odliczenia VAT w przypadku kategorii kosztowych, czyli
takich, gdzie tag <TYP> ma wartość koszt. Pole przyjmuje
wartości: tak, nie lub warunkowo.
<PODZIEL_ODLICZENIA > Określenie czy kwota jest dzielona na kwotę do odliczenia. Pole
przyjmuje wartości: tak, nie.
<PODZIEL_ODLICZENIA_PROCENT> NUMERIC
Wartość procentowa kwoty do odliczenia.
<RODZAJ_ZAKUPU> Określa dla potrzeb księgowych rodzaj zakupu lub sprzedaży.
Pole dla typu kategorii koszty przyjmuje wartości: towary, inne,
środki trwałe, nieruchomości, paliwo, środki transportu. W
przypadku kategorii o typie przychody: towary, usługi, środki
transportu
<FISKALNA> W przypadku kategorii przychodowych określenie czy sprzedaż

została zafiskalizowana. Pole przyjmuje wartości Tak lub Nie.
<DETAL> W przypadku kategorii przychodowych określenie sprzedaży
detalicznej, czyli dla klienta końcowego (osoby fizycznej). Pole
<BUDZET> NUMERIC
Określa wysokość budżetu założonego dla danej kategorii.
<NIEAKTYWNA> Wskaźnik nieaktywności wybranej kategorii. Pole przyjmuje
<ELIXIRO1> STRING(35)
Pierwsza linia opisu dla Elixir-O.
Druga linia opisu dla Elixir-O.
Trzecia linia opisu dla Elixir-O.
Czwarta linia opisu dla Elixir-O.
<KONTOWN> STRING(50)
Numer konta Winien w planie kont powiązanego z kategorią.
<KONTOMA> STRING(50)
Numer konta Ma w planie kont powiązanego z kategorią.

<KSIEGUJ_W_KOSZTY> Określa czy księgowane koszty będą ograniczone w przypadku
rodzaju księgowości Księga Podatkowa. Pole przyjmuje
wartości: tak, nie.
KSIEGUJ_W_KOSZTY _PROCENT> NUMERIC
Określa procent księgowania dokumentów w koszty w
przypadku rodzaju księgowości Księga Podatkowa.
- <KODY_JPK> Węzeł <KODY_JPK> zawiera listę kodów JPK_V7 kategorii.
- <KOD_JPK> Węzeł <KOD_JPK> zawiera dane dotyczące kodu JPK_V7
kategorii
<KOD_JPK1> STRING
Symbol kodu JPK_V7.
- <OSS_STAWKI_VAT> Węzeł <OSS_STAWKI_VAT> zawiera listę stawek VAT dla
porocedury OSS
- OSS_STAWKA_VAT> Węzeł <OSS_STAWKA_VAT> zawiera stawkę VAT dla
porocedury OSS
<OSS_KOD_KRAJU> STRING(2)
Kod kraju.
<OSS_STAWKA> Wartość stawki VAT.
<OSS_STATUS_VAT> Status stawki VAT. Przyjmuje wartości zwolniona,
opodatkowana, zaniżona, nie podlega.
<OSS_RODZAJ> Rodzaj stawki VAT. Przyjmuje wartości podstawowa, obniżona.
- <ZAKLADY> Węzeł <ZAKLADY> zawiera listę zakładów zapisanych w
bazie programu Comarch ERP Optima. Węzeł <ZAKLADY>
może zawierać wiele węzłów <ZAKLAD>, co odpowiada
wielu zakładom.
wymagany.
- <ZAKLAD> Węzeł <ZAKLAD> zawiera dane dotyczące pojedynczego
zakładu.
Unikalny identyfikator zakładu w bazie źródłowej. Tag ten
identyfikatora w całym zbiorze zakładów. Jeżeli wartość węzła
imporcie.
<SYMBOL> STRING(20)
Symbol zakładu
<NAZWA_FIRMY> STRING(254)
Nazwa firmy, do której należy zakład.
<NIP_KRAJ> STRING(2)
Kod kraju zakładu. Stosowane są standardowe kody przyjęte
dla krajów Unii Europejskiej: AT, BE, BG, CZ, CY, DE, DK, EE,

EL, ES, FI, FR, GB, HU, IE, IT, LT, LU, LV, NL, MT, PL, PT,
RO, SE, SI, SK.
<NIP> STRING(13)
Numer NIP zakładu.
<REGON> STRING(20)
Numer REGON zakładu
<NAZWA_ZAKLADU> STRING(254)
Nazwa zakładu.
<ULICA> STRING(40)
Adres zakładu - ulica (bez numeru domu).
<NR_DOMU> STRING(10)
Adres zakładu - numer domu.
<NR_LOKALU> STRING(10)
Adres zakładu - numer lokalu.
<MIEJSCOWOSC> STRING(40)
Adres zakładu - miejscowość.
<POCZTA> STRING(40)
Adres zakładu - poczta.
<KOD_POCZTOWY> STRING(10)
Adres zakładu - kod pocztowy.
<NIEAKTYWNY> Określa, czy zakład jest nieaktywny. Pole przyjmuje wartości
Tak lub Nie.
- <BANKI> Węzeł <BANKI> zawiera listę banków zapisanych w bazie
programu Comarch ERP Optima. Węzeł <BANKI> może
zawierać wiele węzłów <BANK>, co odpowiada wielu
bankom.
wymagany.
- <BANK> Węzeł <BANK> zawiera dane dotyczące definicji pojedynczego
banku.
Unikalny identyfikator banku w bazie źródłowej. Tag ten
identyfikatora w całym zbiorze banków. Jeżeli wartość węzła
imporcie.
<NUMER> STRING(10)
Numer kierunkowy (rozliczeniowy) banku.
<IBAN> Czy bank prowadzi rachunki w standardzie IBAN. Pole
<ZAGRANICZNY> Oznaczenie czy bank jest bankiem zagranicznym. Pole

<CENTRALA> STRING(3)
Numer kierunkowy centrali banku. Pole wymagane.
<AKRONIM> STRING(20)
Unikalny kod (akronim) banku, do szybkiego (mnemonicznego)
wyszukiwania na listach.
<NAZWA1> STRING(50)
Pierwsza część nazwy banku.
<NAZWA2> STRING(50)
Druga część nazwy banku.
<KRAJ> STRING(40)
Adres banku - kraj.
<WOJEWODZTWO> STRING(40)
Adres banku - województwo.
<POWIAT> STRING(40)
Adres banku - powiat.
<GMINA> STRING(40)
Adres banku - gmina.
Adres banku - kod pocztowy.
<POCZTA> STRING(40)
Adres banku - poczta.
<MIASTO> STRING(40)
Adres banku - miasto.
<ULICA> STRING(40)
Adres banku - ulica (bez numeru domu).
Adres banku - numer domu.
Adres banku - numer lokalu.
<DODATKOWE> STRING(40)
Adres banku - dodatkowa linia adresu.
<TELEFON> STRING(20)
Numer telefonu do banku.
<FAX> STRING(20)
Numer faxu do banku.
<FORMAT> Format wymiany danych z bankiem drogą elektroniczną. Pole
przyjmuje wartości: -brak-, EliksirO, Bresok, Kredyt Bank,
Videotel lub nazwę formatu zdefiowanego w Słowniki ->
Formaty przelewów
<FORMAT_SPLIT_PAYMENT> Format wymiany danych z bankiem drogą elektroniczną dla
eksportu Split Payment. Pole przyjmuje wartości: -brak-,
EliksirO, Bresok, Kredyt Bank, Videotel lub nazwę formatu
zdefiowanego w Słowniki -> Formaty przelewów
<FORMAT_US> Format wymiany danych z bankiem drogą elektroniczną dla
przelewów do Urzędu Skarbowego. Pole przyjmuje wartości: -
brak-, EliksirO, Bresok, Kredyt Bank, Videotel lub nazwę
formatu zdefiowanego w Słowniki -> Formaty przelewów

<FORMAT_ZUS> Format wymiany danych z bankiem drogą elektroniczną dla
przelewów do ZUS. Pole przyjmuje wartości: -brak-, EliksirO,
Bresok, Kredyt Bank, Videotel lub nazwę formatu zdefiowanego
w Słowniki -> Formaty przelewów
<FORMAT_IMP> Format importu wyciągów bankowych. Pole przyjmuje wartości:
-brak-, EliksirO, Bresok, Kredyt Bank, Videotel lub nazwę
formatu zdefiowanego w Słowniki -> Formaty przelewów
<CZAS_REALIZACJI> INTEGER
Typowy czas realizacji zlecenia przelewu przez bank w dniach.
<ODDZIAL_BRE> INTEGER
Numer oddziału BRE prowadzącego rachunek. Dotyczy
transmisji danych w formacie Bresok.
<KLIENT_BRE> INTEGER
Numer klienta w BRE (system IBS90). Dotyczy transmisji
danych w formacie Bresok.
<SWIFT> STRING(20)
Kod SWIFT banku.
<FORMAT_ZUS> Format eksportu poleceń przelewu do ZUS. Pole przyjmuje
wartości: -brak-, Bank Śląski, Fortis. Dotyczy eksportu danych
w formacie Elixir-O.
<NRB_6_7> Czy zapisywać NRB (Numer Rozliczeniowy Banku) do pół 6 i 7.
Dotyczy eksportu danych w formacie Elixir-O. Pole przyjmuje
<KONTROLNA_IBAN> Czy zapisywać cyfrę kontrolną IBAN. Dotyczy eksportu danych
w formacie Elixir-O. Pole przyjmuje wartości Tak lub Nie.
<FORMAT_PKO> Określenie czy format Elixir ma być zmodyfikowany według
specyfikacji banku PKO S.A. Pole przyjmuje wartości Tak lub
Nie.
<NIE_ROZLICZAC> Czy nie rozliczać płatności. Pole przyjmuje wartości Tak lub
Nie.
<EMAIL> Adres email urzędu.
<KATEGORIA> STRING(20)
Kod kategorii przypisanej do banku. Po tym polu będzie
rozpoznawana kategoria domyślna dla banku w bazie danych
Comarch ERP Optima.
<KATEGORIA_ID> STRING(36)
Unikalny, wewnętrzny identyfikator kategorii w Comarch ERP
Optima Tag nie musi być wypełniony, wówczas odszukanie
kategorii odbywa się poprzez jej kod.
- <URZEDY> Węzeł <URZEDY> zawiera listę urzędów skarbowych oraz
urzędów ZUS zapisanych w bazie programu Comarch ERP
Optima. Węzeł <URZEDY> może zawierać wiele węzłów
<URZAD>, co odpowiada wielu urzędom.
wymagany.

- <URZAD> Węzeł <URZAD> zawiera dane dotyczące definicji
pojedynczego urzędu.
Unikalny identyfikator urzędu w bazie źródłowej. Tag ten
identyfikatora w całym zbiorze urzędów. Jeżeli wartość węzła
imporcie.
Unikalny akronim (kod) urzędu.
<TYP_URZEDU> Rodzaj urzędu. Pole przyjmuje wartości US ,ZUS, UC lub IC.
<NAZWA1> STRING(50)
Pierwsza część nazwy urzędu.
<NAZWA2> STRING(50)
Druga część nazwy urzędu.
<KRAJ> STRING(40)
Adres urzędu - kraj.
Adres urzędu - województwo.
<POWIAT> STRING(40)
Adres urzędu - powiat.
<GMINA> STRING(40)
Adres urzędu - gmina.
Adres urzędu - kod pocztowy.
<POCZTA> STRING(40)
Adres urzędu - poczta.
<MIASTO> STRING(40)
Adres urzędu - miasto.
<ULICA> STRING(40)
Adres urzędu - ulica (bez numeru domu).
Adres urzędu - numer domu.
Adres urzędu - numer lokalu.
Adres urzędu - dodatkowa linia adresu.
<TELEFON> STRING(20)
Numer telefonu do urzędu.
<FAX> STRING(20)
Numer faxu do urzędu.
<URL> STRING(254)
Adres witryny internetowej urzędu.

Nie.
<EMAIL> Adres email urzędu.
<KOD> STRING(4)
Kod Urzędu Skarbowego.
Kod kategorii przypisanej do urzędu. Po tym polu będzie
rozpoznawana kategoria domyślna dla urzędu w bazie danych
Comarch ERP Optima.
Optima. Tag nie musi być wypełniony, wówczas odszukanie
- <RACHUNKI> Węzeł <RACHUNKI> zawiera listę rachunków bankowych
przypisanych do danego urzędu. Maksymalnie można
zdefiniować 4 węzły <RACHUNEK> dla jednego urzędu.
- <RACHUNEK> Węzeł <RACHUNEK> zawiera dane dotyczące definicji
pojedynczego rachunku bankowego dla wybranego urzędu.
<TYP> Typ rachunku bankowego. Pole przyjmuje wartości: PIT5, CIT2,
VAT7, PIT4 dla urzędu skarbowego oraz społeczne, zdrowotne
oraz FP dla urzędu ZUS.
<BANK_NR> STRING(10)
<BANK_ID> STRING(36)
Unikalny, wewnętrzny identyfikator banku w bazie Comarch
ERP Optima. Węzeł nie musi być wypełniony, wówczas
odszukanie banku odbywa się poprzez jego numer kierunkowy.
<NR_RACHUNKU> STRING(51)
Numer rachunku bankowego.
<IBAN> Czy numer rachunku jest zapisany w standardzie IBAN. Pole
- <PRACOWNICY> Węzeł <PRACOWNICY> zawiera ewidencję danych
personalnych pracowników zapisanych w bazie programu
Comarch ERP Optima. Węzeł <PRACOWNICY> może
zawierać wiele węzłów <PRACOWNIK> co odpowiada wielu
pracownikom.
wymagany.
- <PRACOWNIK> Węzeł <PRACOWNIK> zawiera dane pojedynczego
pracownika.
Unikalny identyfikator pracownika w bazie źródłowej. Tag ten

identyfikatora w całym zbiorze pracowników. Jeżeli wartość
węzła nie zostanie wypełniona, identyfikator zostanie nadany
przy imporcie.
Kod (akronim) pracownika.
<ARCHIWALNY> Czy jest to zapis archiwalny. Przyjmuje wartości Tak, Nie.
<NAZWISKO> STRING(40)
Nazwisko pracownika.
<IMIE1> STRING(30)
Pierwsze imię pracownika.
<IMIE2> STRING(30)
Drugie imię pracownika.
<IMIE_OJCA> STRING(30)
Imię ojca pracownika.
<IMIE_MATKI> STRING(30)
Imię matki pracownika.
<DATA_URODZENIA> RRRR-MM-DD
Data urodzenia pracownika.
<MIEJSCE_URODZENIA> STRING(40)
Miejsce urodzenia pracownika.
<NAZWISKO_RODOWE> STRING(40)
Nazwisko rodowe pracownicy.
<NAZWISKO_RODOWE_MATKI> STRING(40)
Nazwisko rodowe matki pracownika.
<PESEL> STRING(11)
Numer PESEL pracownika.
Kod kraju pracownika. Stosowane są standardowe kody
przyjęte dla krajów Unii Europejskiej: AT, BE, BG, CZ, CY, DE,
DK, EE, EL, ES, FI, FR, GB, HU, IE, IT, LT, LU, LV, NL, MT,
PL, PT, RO, SE, SI, SK.
<NIP> STRING(13)
Numer NIP pracownika.
- <ADRESY> Węzeł <ADRESY> zawiera ewidencję adresów związanych z
pracownikiem. Węzeł <ADRESY> może zawierać wiele węzłów
<ADRES> co odpowiada wielu adresom przypisanym do
pracownika. W niniejszej wersji formatu pliku obsługiwany jest
wyłącznie adres zameldowania, w przyszłości możliwe będzie
przenoszenie informacji o innych adresach (np. do
korespondencji).
- <ADRES>> Węzeł <ADRES> zawiera informacje na temat pojedynczego
adresu.
<STATUS> Informacje na temat rodzaju adresu. Dla Comarch ERP Optima
pole przyjmuje wartość: zameldowania - zapisy z inną wartością
będą ignorowane.
<KRAJ> STRING(40)
Adres pracownika - kraj.

Adres pracownika - województwo.
<POWIAT> STRING(40)
Adres pracownika - powiat.
<GMINA> STRING(40)
Adres pracownika - gmina.
<ULICA> STRING(40)
Adres pracownika - ulica (bez numeru domu).
Adres pracownika - numer domu.
Adres pracownika - numer lokalu.
<MIASTO> STRING(40)
Adres pracownika - miasto.
Adres pracownika - kod pocztowy.
<POCZTA> STRING(40)
Adres pracownika - poczta.
Adres pracownika - dodatkowa linia adresu.
<TELEFON1> STRING(20)
Numer telefonu do pracownika.
<DATA_ZATRUDNIENIA> RRRR-MM-DD
Data zatrudnienia
<WSPOLCZYNNIK_KOSZTY> NUMERIC
Współczynnik kosztów uzyskania. Brak odliczania kosztów
uzyskania przychodów – wpisujemy 0, standardowe koszty
uzyskania – 1, koszty podwyższone – 1.25
<WSPOLCZYNNIK_ULGA> NUMERIC
Współczynnik ulgi podatkowej.
<URZĄD_SKARBOWY> STRING(20)
Unikalny kod (akronim) urzędu skarbowego. Po tym polu będzie
rozpoznawana urząd w bazie danych Comarch ERP Optima.
<URZĄD_SKARBOWY_ID> STRING(36)
Unikalny, wewnętrzny identyfikator urzędu w Comarch ERP
kategorii odbywa się poprzez jej kod (tag
<URZĄD_SKARBOWY>).
<FORMA_PLATNOŚCI> STRING(20)
Obecnie niewykorzystywane. Nazwa formy płatności dla
pracownika. Po tym polu będzie rozpoznawana forma płatności
w bazie danych Comarch ERP Optima.
<FORMA_PLATNOŚCI_ID> STRING(36)
Obecnie niewykorzystywane. Unikalny, wewnętrzny
identyfikator formy płatności w Comarch ERP Optima. Tag nie
musi być wypełniony, wówczas odszukanie formy płatności
odbywa się poprzez jej nazwę.

Kod kategorii pracownika. Po tym polu będzie rozpoznawana
kategoria domyślna dla pracownika w bazie danych Comarch
ERP Optima.
Obecnie niewykorzystywane. Numer kierunkowy
(rozliczeniowy) banku, w którym pracownik posiada konto.
<BANK _ID> STRING(36)
identyfikator banku w bazie Comarch ERP Optima. Węzeł nie
musi być wypełniony, wówczas odszukanie banku odbywa się
poprzez jego numer kierunkowy.
Obecnie niewykorzystywane. Numer rachunku bankowego
pracownika.
<IBAN> Obecnie niewykorzystywane. Czy numer rachunku jest
zapisany w standardzie IBAN. Pole przyjmuje wartości Tak lub
Nie.
<UWAGI> STRING(1024)
Dodatkowe uwagi dotyczące pracownika.
Nie.
<NIP_ZAMIAST_PESEL_NA_DEKLARACJI> Pole przyjmuje wartości Tak lub Nie.
- <SCHEMATY_PLATNOSCI> Węzeł <SCHEMATY_PLATNOSCI> zawiera schematy
płatności pracowników.
- <SCHEMAT_PLATNOSCI> Węzeł <SCHEMAT_PLATNOSCI> zawiera dane
dotyczące pojedynczego schematu płatności.
<SCHEM_FORMA_PLATNOSCI> STRING(20)
Nazwa formy płatności dla pracownika. Po tym polu
będzie rozpoznawana forma płatności w bazie danych
Comarch ERP Optima.
<SCHEM_FORMA_PLATNOSCI_ID> STRING(36)
Unikalny, wewnętrzny identyfikator formy płatności w
Comarch ERP Optima. Tag nie musi być wypełniony,
wówczas odszukanie formy płatności odbywa się poprzez
jej nazwę.
<LP> NUMERIC
Liczba porządkowa schematu
<RACHUNEK_IBAN> Czy numer rachunku pracownika jest zapisany w
standardzie IBAN. Pole przyjmuje wartości Tak lub Nie.
<RACHUNEK_NUMER> STRING(51)
Numer rachunku bankowego pracownika.
<PROCENT> NUMERIC
Procent wynagrodzenia wypłacanego danym schematem
<KWOTA> NUMERIC

Stała kwota wypłacana danym schematem
<RESZTA> NUMERIC
Czy nadwyżki nad zadeklarowane kwoty do wypłaty
dodawać do tej płatności. Pole przyjmuje wartości 1-tak
lub 2 -nie.
<SCHEM_BANK_NR> STRING(10)
Numer kierunkowy (rozliczeniowy) banku pracownika.
<SCHEM_BANK_ID> STRING(36)
Unikalny, wewnętrzny identyfikator banku pracownika w
bazie Comarch ERP Optima Węzeł nie musi być
wypełniony, wówczas odszukanie banku odbywa się
<ODBIORCA_TYP> Typ odbiorcy płatności. Przyjmuje wartości Pracownik lub
Kontrahent
<ODBIORCA_ID> STRING(36)
Unikalny, wewnętrzny identyfikator odbiorcy płatności dla
pracownika w bazie Comarch ERP Optima.
<ODBIORCA_KOD> STRING(20)
Kod (akronim) odbiorcy płatności dla pracownika
<KONTO> STRING(50)
Numer domyślnego konta księgowego 1.
<KONTO2> STRING(50)
<ETATL> Wymiar czasu pracy (licznik)
<ETATM> Wymiar czasu pracy (mianownik)
<POD_ZWOL_PIT26> Zwolnienie z PIT dla młodych. Pole przyjmuje wartości
Tak lub Nie.
- <WSPOLNICY> Węzeł <WSPOLNICY > zawiera listę wspólników
zapisanych w bazie programu Comarch ERP Optima.
wymagany.
Identyfikator bazy, z której pochodzą zapisy. Węzeł
wymagany.
Identyfikator bazy, do której kierowane są zapisy, musi
być identyczny jak identyfikator bazy księgowej określony
w konfiguracji Comarch ERP Optima. Węzeł wymagany.
- <WSPOLNIK> Węzeł <WSPOLNIK> zawiera informacje na temat
wspólnika.
<ID_ŹRÓDLA> STRING(36)
Unikalny identyfikator wspólnika w bazie źródłowej. Tag
ten powinien mieć taką wartość, aby zapewnić unikalność
identyfikatora w całym zbiorze wspólników. Jeżeli
wartość węzła nie zostanie wypełniona, identyfikator
zostanie nadany przy imporcie.
Kod (akronim) wspólnika.

Nazwisko wspólnika.
<IMIE1> STRING(30)
Pierwsze imię wspólnika.
<IMIE2> STRING(30)
Drugie imię wspólnika.
<IMIE_OJCA> STRING(30)
Imię ojca wspólnika.
<IMIE_MATKI> STRING(30)
Imię matki wspólnika.
<DATA_URODZENIA> RRRR-MM-DD
Data urodzenia wspólnika.
<MIEJSCE_URODZENIA> STRING(40)
Miejsce urodzenia wspólnika.
<NAZWISKO_RODOWE> STRING(40)
Nazwisko rodowe wspólnika.
<NAZWISKO_RODOWE_MATKI> STRING(40)
Nazwisko rodowe matki wspólnika.
<PESEL> STRING(11)
Numer PESEL wspólnika.
Kod kraju pracownika. Stosowane są standardowe kody
przyjęte dla krajów Unii Europejskiej: AT, BE, BG, CZ,
CY, DE, DK, EE, EL, ES, FI, FR, GB, HU, IE, IT, LT, LU,
LV, NL, MT, PL, PT, RO, SE, SI, SK.
<NIP> STRING(13)
Numer NIP wspólnika.
- <ADRESY> Węzeł <ADRESY> zawiera ewidencję adresów
związanych ze wspólnikiem. Węzeł <ADRESY> może
zawierać wiele węzłów <ADRES> co odpowiada wielu
adresom przypisanym do wspólnika. W wersji 2.00
obsługiwany jest wyłącznie adres zameldowania, w
przyszłości możliwe będzie przenoszenie informacji o
innych adresach (np. do korespondencji).
- <ADRES>> Węzeł <ADRES> zawiera informacje na temat
pojedynczego adresu.
<STATUS> Informacje na temat rodzaju adresu. Dla Comarch ERP
Optima pole przyjmuje wartość: zameldowania - zapisy z
inną wartością będą ignorowane.
<KRAJ> STRING(40)
Adres wspólnika - kraj.
Adres wspólnika - województwo.
<POWIAT> STRING(40)
Adres wspólnika - powiat.
<GMINA> STRING(40)
Adres wspólnika - gmina.

<ULICA> STRING(40)
Adres wspólnika - ulica (bez numeru domu).
Adres wspólnika - numer domu.
Adres wspólnika - numer lokalu.
<MIASTO> STRING(40)
Adres wspólnika - miasto.
Adres wspólnika - kod pocztowy.
<POCZTA> STRING(40)
Adres wspólnika - poczta.
Adres wspólnika - dodatkowa linia adresu.
Numer telefonu do wspólnika
<WSPOLCZYNNIK_ULGA> NUMERIC
Współczynnik ulgi podatkowej.
<FORMA_PLATNOŚCI> STRING(20)
Obecnie niewykorzystywane. Nazwa formy płatności dla
wspólnika. Po tym polu będzie rozpoznawana forma
płatności w bazie danych Comarch ERP Optima.
identyfikator formy płatności w Comarch ERP Optima.
Tag nie musi być wypełniony, wówczas odszukanie formy
płatności odbywa się poprzez jej nazwę.
Obecnie niewykorzystywane. Numer kierunkowy
(rozliczeniowy) banku wspólnika.
<BANK _ID> STRING(36)
identyfikator banku w bazie Comarch ERP Optima.
Węzeł nie musi być wypełniony, wówczas odszukanie
banku odbywa się poprzez jego numer kierunkowy.
Obecnie niewykorzystywane. Numer rachunku
bankowego wspólnika.
<IBAN> Obecnie niewykorzystywane. Czy numer rachunku jest
zapisany w standardzie IBAN. Pole przyjmuje wartości
Tak lub Nie.
<UWAGI> STRING(1024)
Dodatkowe uwagi dotyczące wspólnika
<NIE_ROZLICZAC> Czy nie rozliczać płatności. Pole przyjmuje wartości Tak
lub Nie.
<NIP_ZAMIAST_PESEL_NA_DEKLARACJI> Pole przyjmuje wartości Tak lub Nie.

- <SCHEMATY_PLATNOSCI> Węzeł <SCHEMATY_PLATNOSCI> zawiera schematy
płatności wspólników.
- <SCHEMAT_PLATNOSCI> Węzeł <SCHEMAT_PLATNOSCI> zawiera dane
dotyczące pojedynczego schematu płatności.
Nazwa formy płatności dla wspólnika. Po tym polu będzie
rozpoznawana forma płatności w bazie danych Comarch
ERP Optima.
Comarch ERP Optima Tag nie musi być wypełniony,
jej nazwę.
<LP> NUMERIC
Liczba porządkowa schematu
<RACHUNEK_IBAN> Czy numer rachunku wspólnika jest zapisany w
standardzie IBAN. Pole przyjmuje wartości Tak lub Nie.
Numer rachunku bankowego wspólnika.
<PROCENT> NUMERIC
Procent wynagrodzenia wypłacanego danym schematem
<KWOTA> NUMERIC
Stała kwota wypłacana danym schematem
<RESZTA> NUMERIC
Czy nadwyżki nad zadeklarowane kwoty do wypłaty
dodawać do tej płatności. Pole przyjmuje wartości Tak
lub Nie.
Numer kierunkowy (rozliczeniowy) banku wspólnika.
Unikalny, wewnętrzny identyfikator banku wspólnika w
bazie Comarch ERP Optima. Węzeł nie musi być
wypełniony, wówczas odszukanie banku odbywa się
<ODBIORCA_TYP> Typ odbiorcy płatności. Przyjmuje wartości Pracownik lub
Kontrahent
Unikalny, wewnętrzny identyfikator odbiorcy płatności dla
pracownika w bazie Comarch ERP Optima.
<ODBIORCA_KOD> STRING(20)
Kod (akronim) odbiorcy płatności dla pracownika
<KONTO> STRING(50)
<KONTO2> STRING(50)
<ETATL> Wymiar czasu pracy (licznik)
<ETATM> Wymiar czasu pracy (mianownik)

- <RACHUNKI_KB> Węzeł <RACHUNKI_KB> zawiera listę kas
gotówkowych i rachunków bankowych w bazie
programu Comarch ERP Optima. Jeden węzeł
<RACHUNKI_KB> może zawierać wiele węzłów
<RACHUNEK_KB>, co odpowiada wielu kasom i
rachunkom bankowym.
wymagany.
wymagany.
- <RACHUNEK_KB> Węzeł <RACHUNEK_KB> zawiera dane pojedynczej
kasy lub rachunku bankowego.
Unikalny identyfikator kasy lub rachunku bankowego w
bazie źródłowej. Węzeł ten powinien mieć taką wartość,
aby zapewnić unikalność identyfikatora w całym zbiorze
rachunków kasowych (bankowych). Jeżeli wartość węzła
nie zostanie wypełniona, identyfikator zostanie nadany
przy imporcie.
<SYMBOL> STRING(5)
Symbol (rejestr) kasy lub rachunku bankowego. Pole
wymagane.
Akronim (kod) kasy lub rachunku bankowego. Pole
wymagane.
<NAZWA> STRING(40)
Nazwa kasy lub rachunku bankowego.
<TYP> Typ rachunku. Pole przyjmuje wartości: Kasa, Konto
bankowe lub Karta kredytowa.
<WALUTA> STRING(3)
Symbol waluty. Pole puste jeśli rachunek jest powiązany
z walutą systemową (PLN).
<KURSL> NUMERIC
Kurs waluty - licznik. Dla rachunku w walucie systemowej
(PLN) zawsze 1.
<KURSM> NUMERIC
Kurs waluty - mianownik. Dla rachunku w walucie
systemowej (PLN) zawsze 1.
<SALDOBOSYS> NUMERIC
Saldo bilansu otwarcia w walucie systemowej (PLN).
<KURSSPRZEDAZY> STRING(5)
Nazwa kursu sprzedaży waluty. Nazwa musi się
znajdować na liście kursów walut zapisanych w węźle
<KURSY_WALUT Dla kursu ręcznie wprowadzanego
(nie mającego odzwierciedlenia w węźle

<KURSY_WALUT>) podajemy wartość --. Dla kursu
nieokreślonego wstawiamy wartość NIE.
<KURSZAKUPU> STRING(5)
Nazwa kursu zakupu waluty. Nazwa musi się znajdować
na liście kursów walut zapisanych w węźle
<KURSY_WALUT>. Dla kursu ręcznie wprowadzanego
<KURSY_WALUT>) podajemy wartość <-->. Dla kursu
nieokreślonego wstawiamy wartość NIE.
<KURS_WALUTY> STRING(5)
Symbol kursu dla salda bilansu otwarcia. Nazwa musi się
znajdować na liście kursów walut zapisanych w węźle
<KURSY_WALUT>. Dla kursu ręcznie wprowadzanego
nieokreślonego wstawiamy wartość NIE
Numer kierunkowy (rozliczeniowy) banku. Pole
wymagane w przypadku rachunku bankowego lub karty
kredytowej (dla <TYP>=Konto bankowe lub Karta
kredytowa).
Unikalny, wewnętrzny identyfikator banku w bazie
Comarch ERP Optima. Węzeł nie musi być wypełniony,
wówczas odszukanie banku odbywa się poprzez jego
numer kierunkowy.
Numer konta w przypadku rachunku bankowego lub
numer karty w przypadku karty kredytowej.
<IBAN> Czy numer rachunku jest zapisany w standardzie IBAN.
Pole przyjmuje wartości Tak lub Nie.
<KARTA_KR> STRING(20)
Nazwa karty kredytowej - pole wymagane przy
rejestrowaniu operacji kartą.
<KARTA_KR_DW> RRRR-MM-DD
Data ważności karty kredytowej - pole wymagane przy
<OKRES> Okres zapisywania raportów kasowych / wyciągów
bankowych. Przyjmuje wartości niestandardowy, dzień,
tydzień, dekada, miesiąc.
<SALDO_BO> NUMERIC
Stan początkowy kasy lub rachunku bankowego. Dla
kas/rachunków walutowych jest to kwota w walucie.
<LIMIT_KREDYTU> NUMERIC
Wysokość limitu kredytowego.
<OPROCENTOWANIE_RACHUNKU> NUMERIC
Wysokość oprocentowania rachunku.
<OPROCENTOWANIE_KREDYTU> NUMERIC
Wysokość oprocentowania kredytu zaciąganego z
rachunku.

<OPROCENTOWANIE_KARNE> NUMERIC
Wysokość oprocentowania karnego w przypadku
przekroczenia limitu kredytu.
<KARA_ZA_DEBET> NUMERIC
Wysokość kary za debet na koncie
<SYMBOL_DOKUMENTU> STRING(20)
Symbol definicji dokumentu służącej do numeracji
raportów kasowych/bankowych. Wymagane jest podanie
symbolu lub identyfikatora definicji dokumentu.
<SYMBOL_DOKUMENTU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator definicji dokumentu w
wówczas odszukanie definicji dokumentu odbywa się
poprzez jej symbol.
<NUMERY_OBCE> Informacja czy raporty kasowe lub bankowe, powiązane z
tą kasą lub rachunkiem, będą obsługiwać numery obce
(nadane poza programem Comarch ERP Optima). Pole
może przyjmować wartości Tak lub Nie.
<KONTO> STRING(50)
Numer konta księgowego w planie kont powiązanego z
rachunkiem kasowo/bankowym.
<NIEAKTYWNY> Informacja czy rachunek bankowy lub kasa jest
nieaktywna. Pole przyjmuje wartości Tak lub Nie.
<PRZELEWY_SEPA> Informacja czy rachunek bankowy obsługuje przelewy
SEPA Pole przyjmuje wartości Tak lub Nie.
<RACHUNEK_VAT_SPLIT_PAYMENT> Informacja czy rachunek bankowy obsługuje Split
Payment. Pole przyjmuje wartości Tak lub Nie.
- <FORMY_PLATNOSCI> Węzeł <FORMY_PLATNOSCI> zawiera listę form
płatności zapisanych w bazie programu Comarch
ERP Optima. Jeden węzeł <FORMY_PLATNOSCI>
może zawierać wiele węzłów <FORMA_PLATNOSCI>,
co odpowiada wielu formom płatności.
wymagany.
wymagany.
- <FORMA_PLATNOSCI> Węzeł <FORMA_PLATNOSCI> zawiera dane
pojedynczej formy płatności.
Unikalny identyfikator formy płatności w bazie źródłowej.
Węzeł ten powinien mieć taką wartość, aby zapewnić
unikalność identyfikatora w całym zbiorze form płatności.
Jeżeli wartość węzła nie zostanie wypełniona,
identyfikator zostanie nadany przy imporcie.
<NAZWA> STRING(20)

Nazwa formy płatności. Pole wymagane, nazwa formy
płatności musi być unikalna.
<TYP> Typ formy płatności. Pole przyjmuje wartości: Gotówka,
Przelew, Karta lub Kompensata.
<RACHUNEK> STRING(5)
Symbol kasy / rachunku bankowego domyślnego dla
danej formy płatności (odpowiada polu Rejestr na
formularzu rejestru kasowego). Wymagane jest podanie
symbolu lub identyfikatora rachunku.
<RACHUNEK_ID> STRING(36)
Unikalny, wewnętrzny identyfikator kasy/rachunku w
wówczas odszukanie kasy lub rachunku odbywa się
poprzez symbol rachunku.
<TERMIN> INTEGER
Wyrażony w dniach termin zapłaty dla danej formy
płatności. Ilość dni doliczamy do daty wystawienia
dokumentu, otrzymując w ten sposób termin zapłaty
wyrażony konkretną datą.
- <RACHUNKI_WALUTOWE> Węzeł <RACHUNKI_WALUTOWE> zawiera listę
rejestrów kasowo/bankowych w walucie innej niż
systemowa powiązanych z dana formą płatności.
- <RACHUNEK_WALUTOWY> Węzeł <RACHUNEK_WALUTOWY> zawiera informacje
na temat pojedynczego rejestru kasa/bank walutowego.
Można powiazać jeden rejestr dla każdej waluty (innej niż
systemowa-PLN)
<RACHUNEK_WAL> STRING(5)
Symbol kasy / rachunku bankowego walutowego dla
danej formy płatności (odpowiada polu Rejestr na
formularzu rejestru kasowego). Wymagane jest podanie
symbolu lub identyfikatora rachunku.
<RACHUNEK_WAL_ID> STRING(36)
Unikalny, wewnętrzny identyfikator kasy/rachunku
walutowego w Comarch ERP Optima. Węzeł nie musi
być wypełniony, wówczas odszukanie kasy lub rachunku
odbywa się poprzez symbol rachunku.
- <KONTRAHENCI> Węzeł <KONTRAHENCI> zawiera listę kontrahentów
Węzeł <KONTRAHENCI> może zawierać wiele węzłów
<KONTRAHENT>, co odpowiada wielu kontrahentom.
wymagany.
wymagany.
- <KONTRAHENT> Węzeł <KONTRAHENT> zawiera dane pojedynczego
kontrahenta.

Unikalny identyfikator kontrahenta w bazie źródłowej.
unikalność identyfikatora w całym zbiorze kontrahentów.
Unikalny kod kontrahenta.
<ZEZWOLENIE> STRING(40)
Numer zezwolenia na prowadzenie działalności.
<OPIS> STRING(254)
Uwagi z karty kontrahenta.
<CHRONIONY> Ochrona danych kontrahenta. Do wyboru wartości: Tak
(dane o kontrahencie nie będą publikowane) lub Nie.
<RODZAJ> Rodzaj kontrahenta. Pole przyjmuje wartości: odbiorca,
dostawca, konkurencja, partner, potencjalny. Dla
kontrahenta należącego do kilku z wyżej wymienionych
grup, podajemy listę opisów rozdzielonych znakiem
spacji.
<EKSPORT> Status kontrahenta. Pole przyjmuje wartości: krajowy,
podatnikiem jest nabywca, poza terytorium kraju, poza
terytorium kraju (stawka NP.), pozaunijny,
pozaunijny(zwroty VAT), Wewnątrzunijny,
Wewnątrzunijny trójstronny, wewnątrzunijny -
podatnikiem jest nabywca, pozaunijny - podatnikiem jest
nabywca, procedura oss
<FINALNY> Status odbiorcy: firma (podmiot gospodarczy) lub finalny
(osoba fizyczna). Pole przyjmuje wartości: Tak (osoba
fizyczna) lub Nie (podmiot gospodarczy).
<PLATNIK_VAT> Informacja czy klient jest płatnikiem podatku VAT. Pole
przyjmuje wartości: Tak (podatnik jest płatnikiem VAT)
lub Nie.
<MEDIALNY> Czy kontrahent jest kontrahentem medialnym (dostawcą
energii, gazu, wody itp.). Pole przyjmuje wartości: Tak
lub Nie.
<POWIAZANY_UOV> Czy kontrahent jest powiązany z zgodnie z art. 32 ust.2-4
UoV. Pole przyjmuje wartości: Tak lub Nie.
<NIEAKTYWNY> Informacja czy karta kontrahenta jest aktywna. Pole
przyjmuje wartości: Tak lub Nie.
<ROLNIK> Informacja czy kontrahent jest rolnikiem ryczałtowym.
Pole przyjmuje wartości: Tak lub Nie.
<NIE_NALICZAJ_ODSETEK> Informacja czy kontrahent ma mieć naliczane odsetki.
<METODA_KASOWA> Informacja czy kontrahent dla faktur zakupowych rozlicza
się metodą kasową. Pole przyjmuje wartości: Tak lub
Nie.
<METODA_KASOWA_SPR> Informacja czy kontrahent dla faktur sprzedażowych
rozlicza się metodą kasową. Pole przyjmuje wartości: Tak
lub Nie.
<KONTOODB> STRING(50)

Numer domyślnego konta przeciwstawnego dla
rozchodów.
<KONTODOST> STRING(50)
Numer domyślnego konta przeciwstawnego dla
przychodów.
<KAT_SPRZEDAZ> STRING(20)
Kod kategorii sprzedaży. Po tym polu będzie
rozpoznawana kategoria sprzedaży dla kontrahenta w
bazie danych Comarch ERP Optima.
< KAT_SPRZEDAZID> STRING(36)
Unikalny, wewnętrzny identyfikator kategorii w Comarch
ERP Optima. Tag nie musi być wypełniony, wówczas
odszukanie kategorii odbywa się poprzez jej kod.
<KAT_ZAKUP> STRING(20)
Kod kategorii zakupu. Po tym polu będzie rozpoznawana
kategoria zakupu dla kontrahenta w bazie danych
Comarch ERP Optima.
<KAT_ZAKUPID> STRING(36)
<FORMA_PLATNOSCI> STRING(20)
Nazwa domyślnej formy płatności dla kontrahenta. Po
tym polu będzie rozpoznawana forma płatności w bazie
danych Comarch ERP Optima.
<FORMA_PLATNOSCI_ID> STRING(36)
jej nazwę.
<MAX_ZWLOKA> INTEGER
Maksymalna zwłoka płatności dopuszczalna dla
kontrahenta, wyrażona w dniach.
<CENY> STRING(20)
Nazwa grupy cenowej kontrahenta. Dopuszczalne
wartości: domyślna, zakupu, hurtowa 1, hurtowa 2,
hurtowa 3, detaliczna.
<JEST_LIMIT_KREDYTU> Czy dla kontrahenta jest ustalony maksymalny limit
kredytu. Pole przyjmuje wartości Tak lub Nie.
<LIMIT_KREDYTU> NUMERIC
Wielkość limitu kredytowego przyznanego kontrahentowi.
<NIE_PODLEGA_ROZLICZENIU> Czy dla kontrahenta mają być nierozliczane płatności.
<UPUST> NUMERIC
Wysokość standardowego rabatu dla kontrahenta
wyrażona w procentach.
<INFORMACJE> Czy wysyłać informacje (np. uwzględniać w
korespondencji seryjnej itp.). Pole przyjmuje wartości Tak
lub Nie.

<INDYWIDUALNY_TERMIN> Czy kontrahent ma ustalony indywidualny termin
płatności. Pole przyjmuje wartości Tak lub Nie.
<TERMIN> INTEGER
Jeśli klient ma ustalony indywidualny termin płatności, to
tutaj podajemy go w dniach.
<KAUCJE_PLATNOSCI> Czy naliczać płatności na dokumentach związanych z
kaucjami. Pole przyjmuje wartości Tak lub Nie.
<KAUCJE_TERMIN> INTEGER
Termin zwrotu kaucji.
<KOD_TRANSAKCJI> INTEGER
Kod transakcji dla deklaracji Intrastat. Pole przyjmuje
wartości: 11,12,13,14,15,21,22,23,31,32,33,34,41,42,43,
51,52,53,61,62,70,80,90
<BLOKADA_DOKUMENTOW> Czy kontrahent ma mieć włączoną blokadę możliwości
wystawiania dokumentów rozchodowych.
<ODBIORCA> STRING(20)
Akronim odbiorcy. W przypadku, gdy dany kontrahent
jest tylko płatnikiem, a odbiorca jest zapisany pod inną
kartą kontrahenta, w tym miejscu podajemy akronim
(kod) tego odbiorcy w bazie Comarch ERP Optima.
Unikalny, wewnętrzny identyfikator kontrahenta w
wówczas odszukanie kontrahenta odbywa się poprzez
jego akronim.
<KRAJ_ISO> STRING (9)
Kraj ISO
<LIMIT_PRZETERMINOWANY> Limit przeterminowanych płatności. Pole przyjmuje
<LIMIT_PRZETERMINOWANY_WARTOSC> NUMERIC
Wartość limitu dla przeterminowanych płatności.
- <OPIEKUN> Dane opiekuna kontrahenta w firmie.
<TYP_PODMIOTU> Rodzaj opiekuna. Dopuszczalne wartości: operator lub
pracownik.
<PODMIOT> STRING(20)
Akronim opiekuna z bazy danych Comarch ERP Optima.
W zależności od ustawienia Typu podmiotu kod
operatora lub kod pracownika.
- <ADRESY> Węzeł <ADRESY> zawiera informacje o adresach
kontrahenta. Węzeł <ADRESY> może zawierać wiele
węzłów <ADRES>, co odpowiada wielu adresom
przypisanym do danego kontrahenta. Struktura
„wieloadresowa” została przyjęta dla potrzeb zgodności z
innymi aplikacjami, które obsługują „wieloadresowość”. W
Comarch ERP Optima zawsze zaimportowany zostanie
tylko ostatni zapis, który w tagu <STATUS> będzie miał
wartość aktualny.
- <ADRES> Dane adresowe pojedynczego kontrahenta.

<STATUS> Status adresu. Pole powinno posiadać zawsze wartość
aktualny - inny wpis lub brak wypełnienia spowoduje
zignorowanie tego zapisu podczas importu.
<EAN> STRING(13)
Kod EAN przypisany do kontrahenta.
<GLN> STRING(11)
Globalny numer identyfikacyjny nadawany firmie w
Polsce przez EAN Polska. Identyfikator ten
wykorzystywany jest w elektronicznej wymianie informacji
w formacie EDI (Electronic Data Interchange) pomiędzy
Comarch ERP Optima, a innymi systemami
informatycznymi (np. firmy Ahold)
<NAZWA1> STRING(50)
Pierwsza linia nazwy podmiotu (kontrahenta).
<NAZWA2> STRING(50)
Druga linia nazwy podmiotu (kontrahenta).
<NAZWA3> STRING(250)
Trzecia linia nazwy podmiotu (kontrahenta).
<KRAJ> STRING(40)
Adres podmiotu (kontrahenta) - kraj.
Adres podmiotu (kontrahenta) - województwo.
<POWIAT> STRING(40)
Adres podmiotu (kontrahenta) - powiat.
<GMINA> STRING(40)
Adres podmiotu (kontrahenta) - gmina.
<ULICA> STRING(40)
Adres podmiotu (kontrahenta) - ulica (bez numeru domu).
Adres podmiotu (kontrahenta) - numer domu.
Adres podmiotu (kontrahenta) - numer lokalu.
<MIASTO> STRING(40)
Adres podmiotu (kontrahenta) - miasto.
Adres podmiotu (kontrahenta) - kod pocztowy.
<POCZTA> STRING(40)
Adres podmiotu (kontrahenta) - poczta.
Adres podmiotu (kontrahenta) - dodatkowa linia adresu.
Kod kraju pochodzenia kontrahenta. Stosowane są
standardowe kody przyjęte dla krajów Unii Europejskiej:
AT, BE, CZ, CY, BG, DE, DK, EE, EL, ES, FI, FR, GB,
HU, IE, IT, LT, LU, LV, NL, MT, PL, PT, RO, SE, SI, SK.
<NIP> STRING(13)
Numer NIP podmiotu (kontrahenta).

<REGON> STRING(20)
Numer REGON podmiotu (kontrahenta).
<PESEL> STRING(12)
Numer PESEL podmiotu (kontrahenta).
Pierwszy numer telefonu podmiotu (kontrahenta).
Drugi numer telefonu podmiotu (kontrahenta).
<FAX> STRING(20)
Numer faxu podmiotu (kontrahenta).
<URL> STRING(254)
Adres witryny internetowej podmiotu (kontrahenta).
<EMAIL> STRING(40)
Adres poczty elektronicznej podmiotu (kontrahenta).
- <ADRES_KORESPONDENCYJNY> Adres do korespondencji pojedynczego kontrahenta.
<KORESP_KRAJ> STRING(40)
Adres korespondencyjny - kraj.
<KORESP_MIASTO> STRING(40)
Adres korespondencyjny - miasto.
<KORESP_ULICA> STRING(40)
Adres korespondencyjny - ulica (bez numeru domu).
<KORESP_NR_DOMU> STRING(10)
Adres korespondencyjny - numer domu.
<KORESP_NR_LOKALU> STRING(10)
Adres korespondencyjny - numer lokalu.
<KORESP_KOD_POCZTOWY> STRING(10)
Adres korespondencyjny - kod pocztowy.
<KORESP_POCZTA> STRING(40)
Adres korespondencyjny - poczta.
- <GRUPY> Węzeł <GRUPY> określa do jakich grup kontrahentów
przynależy dany kontrahent. Jeden węzeł <GRUPY>
może mieć podłączone wiele węzłów <GRUPA>, co
określa przynależność do wielu grup kontrahentów.
Struktura „wielogrupowości” została przyjęta dla potrzeb
zgodności z innymi aplikacjami produkcji Comarch, które
obsługują wiele grup dla jednego kontrahenta. W
Comarch ERP Optima zaimportowany zostanie tylko
pierwszy zapis z listy grup.
- <GRUPA> Węzeł <GRUPA> określa dane pojedynczej grupy.
<NAZWA> STRING(20)
Nazwa grupy, do której przynależy dany kontrahent.
<WALUTA> STRING(3)
W przypadku kontrahenta, z którym prowadzone są
transakcje walutowego podajemy symbol waluty (np.
EUR, USD, GBP).
<ALGORYTM> STRING (20)

Algorytm wystawiania faktur. Przyjmuje wartości netto lub
brutto.
<ANONIMIZACJA> Informacja czy kontrahent jest anonimizowany. Pole
<SPLIT_PAYMENT> Informacja czy kontrahent korzysta ze SPLIT_PAYMENT.
- <PRZEDSTAWICIELE> Węzeł <PRZEDSTAWICIELE> określa dane
przedstawicieli danego kontrahenta. Jeden węzeł
<PRZEDSTAWICIELE> może zawierać wiele węzłów
<PRZEDSTAWICIEL>. Co odpowiada wielu
przedstawicielom.
- <PRZEDSTAWICIEL> Węzeł <PRZEDSTAWICIEL> zawiera dane
pojedynczego przedstawiciela.
Imię i nazwisko przedstawiciela.
<IMIE> STRING(40)
Pole nie obsługiwane.
<TYTUL> STRING(20)
Tytuł przedstawiciela.
<PLEC> Płeć przedstawiciela. Pole przyjmuje wartości: K
(kobieta) lub M (mężczyzna).
<KRAJ_PRZEDST> STRING(40)
Adres przedstawiciela - kraj.
<WOJEWODZTWO_PRZEDST> STRING(40)
Adres przedstawiciela - województwo.
<POWIAT_PRZEDST> STRING(40)
Adres przedstawiciela - powiat.
<GMINA_PRZEDST> STRING(40)
Adres przedstawiciela - gmina.
<ULICA_PRZEDST> STRING(40)
Adres przedstawiciela - ulica (bez numeru domu).
<NR_DOMU_PRZEDST> STRING(10)
Adres przedstawiciela - numer domu.
<NR_LOKALU_PRZEDST> STRING(10)
Adres przedstawiciela - numer lokalu.
<MIASTO_PRZEDST> STRING(40)
Adres przedstawiciela - miasto.
<KOD_POCZTOWY_PRZEDST> STRING(10)
Adres przedstawiciela - kod pocztowy.
<POCZTA_PRZEDST> STRING(40)
Adres przedstawiciela - poczta.
<DODATKOWE_PRZEDST> STRING(40)
Adres przedstawiciela - dodatkowa linia adresu.
<TELEFON_PRZEDST> STRING(20)
Numer telefonu przedstawiciela.
<GSM_PRZEDST> STRING(20)

Numer telefonu komórkowego przedstawiciela.
<EMAIL_PRZEDST> STRING(40)
Adres poczty elektronicznej przedstawiciela.
<DOMYSLNY_PRZEDST> Czy przedstawiciel jest domyślny (drukowany domyślnie
jako osoba odbierająca fakturę). Pole przyjmuje wartości
Tak lub Nie.
<INFORMACJE_PRZEDST> Pole służy do zaznaczenia, czy przedstawiciel ma być
uwzględniany przy drukowaniu np. korespondencji
seryjnej. Pole przyjmuje wartości Tak lub Nie.
<MAILING_PRZEDST> Informacja czy wysyłać przedstawicielowi mailing. Pole
<NIEAKTYWNY_PRZEDST> Informacja czy przedstawiciel jest aktywny. Pole
- <ATRYBUTY> Węzeł <ATRYBUTY> zawiera listę atrybutów
kontrahenta. Węzeł <ATRYBUTY> może zawierać
wiele węzłów <ATRYBUT> odpowiadającym
poszczególnym atrybutom.
- <ATRYBUT> Węzeł <ATRYBUT> zawiera dane dotyczące
pojedynczego atrybutu.
<KOD_ATR> STRING (20)
Kod Atrybutu
Wartość atrybutu
<KOPIOWAC> Czy dokleić do opisu dokumentu. Pole przyjmuje
wartości: tak lub nie
<CZY_KOD> Czy doklejać kod. Pole przyjmuje wartości: tak lub nie
<PRZENOSIC> Czy przenosić na transakcje. Pole przyjmuje wartości: tak
lub nie
<DRUKOWAC> Czy drukować na dokumentach. Pole przyjmuje wartości:
tak lub nie
<KOPIOWAC_DO_VAT> Czy kopiować przy księgowaniu do rejestru VAT. Pole
- <ODBIORCY> Węzeł <ODBIORCY> zawiera listę odbiorców
kontrahenta. Węzeł <ODBIORCY> może zawierać
wiele węzłów <ODBIORCA_ODB> odpowiadającym
poszczególnym odbiorcom.
- <ODBIORCA_ODB> Węzeł <ODBIORCA_ODB> zawiera dane dotyczące
pojedynczego odbiorcy
<ID_ZRODLA_ODB> STRING(36)
Unikalny identyfikator kontrahenta w bazie źródłowej.
<KOD_ODB> STRING(20)
Unikalny akronim kontrahenta.
<DOMYSLNY_ODB> Czy kontrahent ma być ustawiony jako domyślny?
Przyjmuje wartości: Tak lub Nie
- <KNT_ RACHUNKI > Węzeł <KNT_RACHUNKI> zawiera listę rachunków
kontrahenta. Węzeł <KNT_RACHUNKI> może
zawierać wiele węzłów
<KNT_RACHUNEK>odpowiadającym poszczególnym
rachunkom.

- <KNT_RACHUNEK> Węzeł <KNT_RACHUNEK> zawiera dane dotyczące
pojedynczego rachunku kontrahenta
Nazwa formy płatności dla kontrahenta.
jej nazwę.
Numer kierunkowy banku kontrahenta.
Unikalny, wewnętrzny identyfikator banku w Comarch
odszukanie odpowiedniego banku odbywa się poprzez
jego numer kierunkowy - tag <SCHEM_BANK_NR>
<DOMYSLNY> Czy rachunek jest domyślny. Przyjmuje wartości Tak, Nie
<LP> Liczba porządkowa rachunku.
<RACHUNEK_IBAN> Czy numer konta bankowego jest zapisany w standardzie
IBAN. Pole przyjmuje wartości: Tak lub Nie.
Numer rachunku bankowego (łącznie z numerem
kierunkowym banku).
- <KODY_JPK> Węzeł <KODY_JPK> zawiera listę kodów JPK_V7
kontrahenta.
- <KOD_JPK> Węzeł <KOD_JPK> zawiera dane dotyczące kodu
JPK_V7 kontrahenta
<KOD> STRING
Symbol kodu JPK_V7.
- <WALUTY> Węzeł <WALUTY> zawiera listę zdefiniowanych w
programie walut
wymagany.
wymagany.
- <WALUTA> Dane dotyczące pojedynczej waluty.
<SYMBOL> STRING(3)
Symbol waluty (np. EUR, USD, GBP).
<NAZWA> STRING(41)
Nazwa waluty.
<KRAJ> STRING(40)
Kraj pochodzenia waluty.

<SLOWNIE1> STRING(40)
Pierwsza część zapisu słownego waluty.
<SLOWNIE2> STRING(40)
Druga część zapisu słownego waluty.
<NIEAKTUALIZOWANA> Przyjmuje wartość 0 jeśli kurs tej waluty ma podlegać
aktualizacji lub 1 jeśli waluta jest wycofana i nie ma
podlegać aktualizacji.
- <KURSY_WALUT> Węzeł <KURSY_WALUT> zawiera listę
zdefiniowanych w programie rodzajów kursów walut.
wymagany.
wymagany.
- <KURS_WALUTY> Dane dotyczące pojedynczej waluty.
<SYMBOL> STRING(5)
Symbol kursu waluty. Wykorzystywany przy określaniu z
którego kursu korzystamy w konkretnym przypadku.
<NAZWA> STRING(40)
Nazwa kursu waluty.
<URL> STRING(40)
Adres strony internetowej zawierającej kursy walutowe.
- <NOTOWANIA_WALUT> Węzeł <NOTOWANIA_WALUT> zawiera listę notowań
kursów walutowych.
wymagany.
wymagany.
- <NOTOWANIE_WALUTY> Dane dotyczące pojedynczej waluty.
<WALUTA> STRING(3)
Symbol waluty (np. EUR, USD, GBP).
Symbol kursu waluty. Wykorzystywany przy określaniu, z
którego kursu korzystamy w konkretnym przypadku.
<DATA> RRRR-MM-DD
Data, której dotyczy notowanie kursu waluty.
<NOTOWANIE_WALUTY_ILE> NUMERIC

Cena jednostkowa waluty. Dla pozycji w PLN wpisujemy
wartość 1.
<NOTOWANIE_WALUTY_ZA_ILE> NUMERIC
Jednostka waluty, dla której określono w tagu
<NOTOWANIE_WALUTY_ILE> cenę. Dla pozycji w PLN
wpisujemy wartość 1.
- <LOKALIZACJE> Węzeł <LOKALIZACJE> zawiera listę lokalizacji
Węzeł <LOKALIZACJE> może zawierać wiele węzłów
<LOKALIZACJA> co odpowiada wielu lokalizacjom.
wymagany.
wymagany.
- <LOKALIZACJA> Węzeł <LOKALIZACJA> zawiera dane dotyczące
pojedynczej lokalizacji.
<ID_ZRODLA > STRING(36)
Unikalny identyfikator lokalizacji w bazie źródłowej. Tag
identyfikatora w całym zbiorze lokalizacji. Jeżeli wartość
węzła nie zostanie wypełniona, identyfikator zostanie
nadany przy imporcie.
<KOD> STRING(40)
Kod lokalizacji
<NAZWA> STRING(254)
Opis lokalizacji
<SYMBOL> STRING(5)
Symbol listy płac
<KONTO> STRING(51)
Numer konta księgowego w planie kont.
<NIEAKTYWNY> Znacznik aktywności lokalizacji (Tak/Nie)
- <WYDZIALY> Węzeł <WYDZIALY> zawiera listę wydziałów i
podwydziałów zapisanych w bazie programu
Comarch ERP Optima. Węzeł <WYDZIALY> może
zawierać wiele węzłów <WYDZIAL> odpowiadających
poszczególnym wydziałom i podwydziałom.
wymagany.
wymagany.

- <WYDZIAL> Węzeł <WYDZIAL> zawiera dane dotyczące
pojedynczego wydziału.
<KOD> STRING(40)
Kod wydziału
<NAZWA> STRING(254)
Opis wydziału
<SYMBOL> STRING(5)
Symbol listy płac
<POZIOM> INTEGER
0-dla brak, 1-dla Firma, powyżej 1 – dla podwydziałów
(wskazuje na zagłębienie)
<WEZEL> INTEGER
Adres węzła - 0-dla brak, 1- Firma
<LISC> INTEGER
Ostatni fragment węzła z <WEZEL>
<LAST> INTEGER
Pole techniczne, przyjmuje wartość 0.
<LOKALIZACJA_ID> STRING(36)
Unikalny identyfikator lokalizacji w bazie źródłowej.
<LOKALIZACJA_KOD> STRING(40)
Kod podpiętej lokalizacji
<ADDMETHOD> INTEGER
Metoda dodania – przyjmuje wartości 0 – dodany
normalnie na zwykły poziom, 1 – dodany jako
podwydział, 2 – dodany jako klon (raczej nieużywane), 99
– ustawiany podczas migracji danych np. z Klasyki
<KONTO> STRING(51)
<IMP_ID> INTEGER
Pole techniczne, przyjmuje wartość 0.
<NIEAKTYWNY> Znacznik aktywności wydziału (Tak/Nie)
- <PROJEKTY> Węzeł <PROJEKTY> zawiera listę projektów
Węzeł <PROJEKTY> może zawierać wiele węzłów
<PROJEKT> odpowiadających poszczególnym
projektom.
wymagany.

wymagany.
- <PROJEKT> Węzeł <PROJEKT> zawiera dane dotyczące
pojedynczego projektu.
<KOD> STRING(40)
Kod projektu
<NAZWA> STRING(255)
Nazwa projektu
<SYMBOL> STRING(20)
Symbol listy płac
<POZIOM> INTEGER
0-dla brak, powyżej 0 – dla kolejno dodawanych
projektów (wskazuje na zagłębienie)
<WEZEL> INTEGER
Adres węzła - 1-dla brak, powyżej 1 dla kolejno
dodawanych projektów
<LP> INTEGER
Liczba porządkowa pozycji w danym węźle
<URL> STRING(255)
Adres url projektu
<KONTO> STRING(51)
<NIEKATYWNY> Znacznik aktywności projektu (Tak/Nie)
- <TYPY_WYPLAT> Węzeł <TYPY_WYPLAT> zawiera listę typów wypłat
Węzeł <TYPY_WYPLAT> może zawierać wiele węzłów
<TYP_WYPLATY> odpowiadających poszczególnym
typom wypłat.
wymagany.
wymagany.
- <TYP_WYPLATY> Węzeł <TYPY_WYPLAT> zawiera dane dotyczące
jednego typu wypłaty.

<PDP_ID> INTEGER
Link do deklaracji PIT
<PDZ_ID> INTEGER
Link do deklaracji ZUS
<NAZWA> STRING(40)
Nazwa typu wypłaty
<NAZWA2> STRING(50)
Nazwa 2 typu wypłaty
<NAZWA_PELNA> STRING(127)
Pełna nazwa typu wypłaty
<SKROT> STRING(40)
Skrót typu wypłaty
<SKROT2> STRING(50)
Skrót 2 typu wypłaty
<RODZAJ_ZRODLA> INTEGER
Rodzaj źródła wypłaty
0 - Brak
1 - wynagrodzenie zasadnicze (miesięczne/godzinowe),
Dochód deklarowany właściciela
2 - Dopłata do nadgodzin w święta
3 - Dopłata za pracę w nocy
4 – Dodatki
5 - Wynagr. zasad. powyżej normy/ Wynagr. zasad.
poniżej normy/ Wynagrodzenie poniżej normy/
Wynagrodzenie powyżej normy
6 - Rozliczenie nieobecności (np. Wynagrodzenie za
czas urlopu/Zasiłek opiekuńczy)
7 - Pomniejszenie proporcjonalne/Pomniejszenie o 1/30/
Pomn. kalend. dla właśc.
8 – umowy cywilnoprawne
10 - Dopłata do nadgodzin 50%
11 - Dopłata do nadgodzin 100%
14 - Zaliczka netto, Zaliczka brutto
15 - Spłata zaliczki, Spłata zaliczki brutto
18 – Akord
20 - Pożyczka
21 - Zaniechanie pożyczki/ Spłata pożyczki – odsetki/
Spłata pożyczki - rata kapitałowa
22 - BO
23 - Korekta netto wypłaty
24 - Spłata korekty netto wypłaty
<ZAL_PODAT> INTEGER
Algorytm naliczania zaliczki podatku
<ZAL_IM_PRZEL_ZAL_PODAT> INTEGER
Imienny przelew zaliczki podatku

<KOSZTY> INTEGER
Algorytm sposobu naliczania kosztów uzyskania:
- nie naliczać,
- standardowe
- standardowe + 50%
- procentowe
<KOD_RNA> INTEGER
Kod na deklaracji RNA
<SKL_ZUS> Algorytm naliczania składek ZUS:
- nie naliczać
- naliczać
- naliczać jak wychow.
- naliczać jak macierzyń.
<SKL_ZDROW> Algorytm naliczania składki na ubezpieczenie zdrowotne:
- nie naliczać
- naliczać
- naliczać jak wychow.
<NIE_POMNIEJSZ_ZDROW> Pomniejszanie podatku o składkę zdrowotną (Tak/Nie)
<KORYGOWANA> Określa możliwość korekty wypłaty (Tak/Nie)
<WCHODZI_DO_WYPLATY> Wpływa na kwotę do wypłaty (Tak/Nie)
<UWZGL_MIN> Uwzględniać przy minimalnej płacy (Tak/Nie)
<UWZGL_NADGODZ> Uwzględnij przy wynagradzaniu za nadgodziny (Tak/Nie)
<OKRES_WYPLATY> Okres wypłaty:
- jednorazowa
- każda
- co 1 miesiąc
- co 2 miesiące
- co 3 miesiące
- co 4 miesiące
- co 6 miesięcy
- co 12 miesięcy
<WPLYWA_ZAL_PODAT> Wpływa na podstawę liczenia zaliczki podatku (Tak/Nie)
<WLICZ_URLOP > Wliczać do urlopu:
- nie wliczać,
- wliczać,
- wliczać jak zasadnicze,
- Wliczać po przeliczeniu,
- Wliczać aktualną wartość
<WLICZ_CHOR> Wliczać do podstawy chorobowego:
- nie wliczać,
- wliczać,
- dopełniać wg godzin
- dopełniać wg dni
- wliczać w pełnej wysokości
- wliczać jak zasadnicze
<WLICZ_EKWIWAL> Wliczać do ekwiwalentu:
- nie wliczać

- wliczać
- wliczać po dopełnieniu
- wliczać jak zasadnicze
- wliczać po przeliczeniu i dopełnieniu
- wliczać aktualną wartość
- wliczać po przeliczeniu bez dopełnienia
<ST_OKR_WARTOSC> Wartość stałej okresowej (dla alg. 1,3,4,6)
<ST_OKR_TYP> INTEGER
Typ stałej okresowej (dla alg. 1,3,4,6)
<ZA_OKR_ZWOL_LEK>
Tylko za okres zwolnienia (Tak/Nie)
<ALG_ALGORYTM> INTEGER
Algorytm naliczania wartości:
1 – kwota
2 – procent wynagrodzenia zasadniczego
3 – element zależny od stażu i stałej okresowej
4 – element typu iloczyn: ilość, stała okresowa,
współczynnik
5 – element typu procent wynagrodzenia brutto
6 – element typu iloczyn: stała okresowa, współczynnik
7 – element liczony jak urlop wypoczynkowy
8 - element liczony jak urlop okolicznościowy
9 – element liczony jak ekwiwalent za urlop
10 – element liczony jak zasiłek chorobowy
11 – element typu procent wybranych składników
12 – iloraz stałych okresowych i współczynników
13 - akord
<ALG_POTRACENIE> Czy wypłata jest potrąceniem (Tak/Nie)
<ALG_ZAOKRAGLENIE> DECIMAL
Zaokrąglenie wypłaty
<ALG_POTR_NIEOBEC> Korygowanie wynagrodzenia z tytułu nieobecności:
0 – nie zaznaczona żadna korekta
1 – nu,
2 – nn,
3 – nu, nn
4 - urlopu i np,
5 - urlopu i np, nu,
6 - urlopu i np, nn
7 – urlopu i np, nu, nn,
8 – zw. lek.
9 – nu, zw. lek.
10 - nn, zw. lek
11 - nu, nn, zw. lek
12 - urlopu i np, zw. lek.
13 - urlopu i np, nu, zw. lek

14 - urlopu i np, nn, zw. lek
15 - urlopu i np, nu, nn, zw. lek

<ALG_ODCHYLKI> Korygować wynagrodzenie z tytułu odchyłek od normy
(Tak/Nie)
<ALG_PROC_WYNAGR> INTEGER
Dla algorytmu 2 lista:
1 – zasadniczego bez nadgodzin
2 – zasadniczego bez dopłat do nadgodzin
3 – zasadniczego z dopłatami do nadgodzin
4 - nominalnego
<ALG_STAZ> INTEGER
Wliczanie do stażu pracy (algorytm 3):
1 – firma
2 – okres nauki
3 – firma, okres nauki
4 – poza firmą
5 – firma, poza firmą
6 – poza firmą, okres nauki
7 – firma, poza firmą, okres nauki
<ALG_ST_OKR_TYP > INTEGER
Typ stałej okresowej, nieużywane
<ALG_ST_OKR_WARTOSC> INTEGER
Wartość stałej okresowej, nieużywane
<ALG_WSPOLCZ> DECIMAL
Współczynnik używany w algorytmie 9.
<ALG_LICZBA_DNI> INTEGER
Pole historyczne
<ALG_LICZBA_GODZ> INTEGER
Okres wyliczania podstawy (alg. 10)
<ALG_BRUTTO> Sposób wyliczania procentu od wynagrodzenia brutto:
- wraz z zasiłkami
- bez zasiłków
- wraz z zasiłkami (pomniejszone o składki ZUS)
- bez zasiłków (pomniejszone o składki ZUS)
- bez zasiłków i wynagrodzenia za czas choroby
- bez zasiłków i wynagr.za czas chor. (pomniejsz.o
skł.ZUS)
<ALG_URLOP> INTEGER
Pole historyczne
<ALG_AUTOMAT> INTEGER
Automatycznie korygować wynagrodzenie z tytułu
<ALG_PROCENT> DECIMAL
Procent wynagrodzenia używany w algorytmach.
<ALG_KWOTA> DECIMAL
Kwota w algorytmie
<ALG_STD_WSPOLCZ> Standardowa, check przy współczynniku (alg. 9)
(Tak/Nie)
<ALG_ILOSC> INTEGER

Liczba dni/mies. w algorytmie 9.
<ALG_ILOSC_MIES> INTEGER
Liczba miesięcy (alg. 9)
<ALG_STD_ILOSC_MIES> INTEGER
Standardowa, check przy ilość miesięcy (alg. 9)
<KOSZTY_PROC> DECIMAL
Procent kosztów
<ZMIENNA1> STRING(128)
Nazwa zmiennej: Parametr 1
<ZMIENNA2> STRING(128)
Nazwa zmiennej: Parametr 2
<AKT_PO_WYP1> INTEGER
Aktualizować po wypłacie 1
<AKT_PO_WYP2> INTEGER
Aktualizować po wypłacie 2
<PRIORYTET_ZUS> INTEGER
Priorytet sortowania typów przy naliczaniu ZUS, pole
techniczne.
<PRIORYTET_FIS> INTEGER
Priorytet sortowania typów przy naliczaniu FIS, pole
techniczne, nie wykorzystywane.
<PRIORYTET_KOSZTY> INTEGER
Priorytet sortowania typów przy naliczaniu KU, pole
techniczne, nie wykorzystywane.
<RODZAJ_FIS> Sposób naliczania zaliczki podatku:
- nie naliczać,
- naliczać wg progów,
- procent,
- procent jak dla umów
<KATEGORIA> INTEGER
Kategoria listy płac, nieużywane
<PODSTAWOWE> INTEGER
Pole techniczne, sposób rozróżniania typów
<STANDARDOWY> INTEGER
Standardowy numer typu wypłaty
<ZASADNICZE> INTEGER
Wynagrodzenia zasadnicze – 1, pozostałe - 0
<RODZAJ_POTRACENIA> INTEGER
Pole techniczne, rodzaj potrącenia
<WYCOFANY> INTEGER
Pole historyczne
<ALG_SPOSOB_ZAOKR> Sposób zaokrąglenia:
- standardowo
- zawsze w górę
- zawsze w dół
<PRIORYTET> INTEGER

Priorytet typu składnika
<ALG_ST_OKR_PLUS_TYP> INTEGER
Typ stałej okresowej, nieużywane
<ALG_ST_OKR_PLUS_WARTOSC> INTEGER
Wartość stałej okresowej, nieużywane
<ALG_STAZ_SPOSOB> INTEGER
Określa sposób naliczania stażu (algorytm 3):
- 1-wszy dzień
- ostatni dzień
<ULGA> INTEGER
Naliczanie ulgi podatkowej
<ALG_WZORZEC> Wzór użyty w alg. 12
<ALG_RODZAJ12> Typ algorytmu 12 - prosty lub zaawansowany.
<ALG_SPOSOB_POMN> Sposób pomniejszenia za zwolnienie lekarskie:
- proporcjonalnie
- 1/30
<NIEAKTYWNY> Znacznik aktywności typu wypłaty (Tak/Nie)
<ALG_PODST_DZIEL_GODZ> Podstawa dzielona przez godziny w alg. 9 (Tak/Nie)
<ALG_GODZINY> INTEGER (dopuszczalna jest wartość w formie RRRR-
MM-DD)
Podstawa dzielona przez ilość godzin w algorytmie 9.
<WLICZ_PFRON> Wliczaj do wynagrodzenia na deklaracji PFRON
(Tak/Nie)
<KOSZT_FIRMA> Stanowi koszt pracodawcy (Tak/Nie)
<OPIS_ANALIT_CZAS_PRACY> Opis analityczny zgodny z opisem czasu pracy (Tak/Nie)
<POZYCJA_RP7> Pozycja RP-7:
- nie wchodzi
- stały składnik wynagrodzenia
- zmienny składnik wynagrodzenia
- inna wypłata
- świadczenia w naturze
Świadczenia pieniężne z ubezp.społ.
<WSKAZNIK> Typ wypłaty będący wskaźnikiem (Tak/Nie)
<UMOWA> Flaga oznaczająca rodzaj typu wypłaty:
- dodatek
- pożyczka
- umowa
<WLICZANY_DO_GUS> - nie wliczać
- wynagrodzenia osobowe
- wynagrodzenia osobowe (nadgodziny)
- wynagrodzenia bezosobowe (umowy)
- honoraria
- wynagrodzenia prowizyjno - agencyjne
<ZAL_POD_PROC> DECIMAL
Procent zaliczki podatku.

<PKZP> PKZP:
- nie dotyczy
- wpisowe
- składka
- zapomoga
- pożyczka
<SWIADCZ_FS> INTEGER
Świadczenie z funduszu socjalnego.
<TYP_WALUTY> Typ waluty:
- waluta systemowa
- waluta z etatu pracownika
<NIE_ZAPISUJ_ZEROWEGO> Nie zapisuj w wypłacie zerowych elementów (Tak/Nie)
<ALG_ILOSC_MIES_WSZYSTKIE> INTEGER
Flaga decydująca o sposobie liczenia średniej do
urlopu/ekwiwalentu
<ALG_GODZINY_DNI> INTEGER
Flaga decydująca o sposobie przeliczania wynagrodzenia
za urlop
< ZAJECIE_WYNAGR> INTEGER
Flaga informująca o typ czy dany typ wypłaty jest
zajęciem wynagrodzenia.
< DOLICZ_NA_KONCU> INTEGER
Flaga decydująca o wliczaniu do wypłaty w pełnej
kwocie, na samym końcu, po wyliczeniu kwot potrąceń.
- <REJESTRY_SPRZEDAZY_VAT> Węzeł <REJESTRY_SPRZEDAZY_VAT> zawiera listę
faktur sprzedaży zapisanych w bazie programu
Comarch ERP Optima. Węzeł
<REJESTRY_SPRZEDAZY_VAT> może zawierać
wiele węzłów <REJESTR_SPRZEDAZY_VAT>, co
odpowiada wielu fakturom.
wymagany.
wymagany.
- <REJESTR_SPRZEDAZY_VAT> Pojedynczy zapis w rejestrze VAT.
Unikalny identyfikator faktury w bazie źródłowej. Węzeł
identyfikatora w całym rejestrze VAT. Jeżeli wartość
nadany przy imporcie, ale wówczas nie będzie możliwe
ustalenie powiązania pomiędzy fakturą oryginalną w
programie operacyjnym, a zapisem w rejestrze VAT.

<MODUL> Moduł z którego pochodzi zapis Przyjmuje wartości
Rejestr Vat lub Handel. Ustawienie istotne dla parametru
‘przenoszenie numeru własnego do id księgowego’. Jeśli
w bazie docelowej ten parametr jest zaznaczony to
zapisy o wartości Handel otrzymują ID księgowy zgodny
z numerem własnym
<REJESTR> STRING(20)
Nazwa podrejestru sprzedaży VAT. Węzeł wymagany.
<DATA_WYSTAWIENIA> RRRR-MM-DD
Data wystawienia dokumentu. Węzeł wymagany.
<DATA_SPRZEDAZY> RRRR-MM-DD
Data dokonania sprzedaży. Węzeł wymagany.
<TERMIN> RRRR-MM-DD
Termin płatności. Węzeł wymagany.
<DATA_DATAOBOWIAZKUPODATKOWEGO> RRRR-MM-DD
Data obowiązku podatkowego.
<DATA_DATAPRAWAODLICZENIA> RRRR-MM-DD
Data prawa odliczenia.
<NUMER> STRING(256)
Numer faktury. Węzeł wymagany.
<KOREKTA> Czy faktura jest fakturą korygującą. Przyjmuje wartości
Tak lub Nie.
<KOREKTA_NUMER> STRING(256)
Jeżeli faktura jest fakturą korygującą, to tutaj
umieszczamy numer dokumentu pierwotnego.
<WEWNETRZNA> Czy faktura jest fakturą wewnętrzną sprzedaży.
Przyjmuje wartości Tak lub Nie.
<METODA_KASOWA> Informacja czy faktura rozliczana jest wg metody
kasowej. Pole przyjmuje wartości: Tak lub Nie.
<FISKALNA> Czy jest to sprzedaż fiskalna. Przyjmuje wartości Tak lub
Nie. Dla wartości Tak i jednoczesnej wartości Nie w polu
<FA_Z_PA> utworzy się dodatkowy zapis z kodem RO.
<DETALICZNA> Czy jest to sprzedaż detaliczna (nie fakturowana).
<EKSPORT> Rodzaj eksportu. Przyjmuje wartości: nie (czyli jest to
sprzedaż krajowa), wewnątrzunijny (czyli jest to dostawa
wewnątrzunijna), wewnątrzunijny trójstronny, tak (czyli
jest to eksport do kraju spoza Unii europejskiej), Tak-
zwroty (zwrot podatku VAT dla eksportu do kraju spoza
UE), podatnikiem jest nabywca (wartość taka jest
podawana w celu prawidłowego wypełniania pól 34 i 35
na deklaracji VAT-7), Poza terytorium kraju, Poza
terytorium kraju (stawka NP) , wewnątrzunijny -
nabywca, procedura oss
<FINALNY> Czy jest to sprzedaż dla odbiorcy finalnego (nie
będącego podmiotem gospodarczym). Przyjmuje
<PODATNIK_CZYNNY> Czy jest to sprzedaż dla podatnika czynnego.

<IDENTYFIKATOR_KSIEGOWY> STRING (20)
Identyfikator księgowy
<TYP_PODMIOTU> Rodzaj podmiotu w Comarch ERP Optima. Przyjmuje
wartości: kontrahent, pracownik, bank lub US.
Akronim podmiotu (np. kontrahenta). Po tym polu będzie
rozpoznawany kontrahent w bazie danych Comarch ERP
Optima.
<PODMIOT_ID> STRING(36)
Unikalny, wewnętrzny identyfikator podmiotu w Comarch
odszukanie podmiotu (kontrahenta) odbywa się poprzez
jego akronim.
<PODMIOT_NIP> STRING(13)
Numer NIP podmiotu (kontrahenta) na formularzu
podmiotu (kontrahenta).
<NAZWA1> STRING(50)
<NAZWA2> STRING(50)
AT, BE, BG, CZ, CY, DE, DK, EE, EL, ES, FI, FR, GB,
<NIP> STRING(13)
Numer NIP podmiotu (kontrahenta) na dokumencie.
<KRAJ> STRING(40)
<WOJEWÓDZTWO> STRING(40)
<POWIAT> STRING(40)
<GMINA> STRING(40)
<ULICA> STRING(40)
<MIASTO> STRING(40)

<POCZTA> STRING(40)
<PESEL> STRING(20)
Numer PESEL kontrahenta.
<TYP_PLATNIKA Rodzaj płatnika w Comarch ERP Optima. Przyjmuje
<PLATNIK> STRING(20)
Akronim płatnika (np. kontrahenta). Po tym polu będzie
Optima.
<PLATNIK_ID> STRING(36)
Unikalny, wewnętrzny identyfikator płatnika w Comarch
jego akronim.
<PLATNIK_NIP> STRING(13)
<TYP_ZALICZKOBIORCY> Rodzaj zaliczkobiorcy w Comarch ERP Optima.
Przyjmuje wartości: kontrahent, pracownik, bank lub US.
<ZALICZKOBIORCA> STRING(20)
Akronim zaliczkobiorcy (np. kontrahenta). Po tym polu
będzie rozpoznawany kontrahent w bazie danych
Comarch ERP Optima.
<ZALICZKOBIORCA_ID> STRING(36)
Unikalny, wewnętrzny identyfikator zaliczkobiorcy w
wówczas odszukanie podmiotu (kontrahenta) odbywa się
poprzez jego akronim.
Kod kategorii dokumentu. Po tym polu będzie
rozpoznawana kategoria w bazie danych Comarch ERP
Optima.
<OPIS> STRING(50)
Opis dokumentu.
Nazwa formy płatności na dokumencie. Po tym polu
Comarch ERP Optima.

jej nazwę.
<DEKLARACJA_VAT7> RRRR-MM
Rok i miesiąc, w którym dany zapis ma zostać włączony
do deklaracji VAT-7.
<DEKLARACJA_VATUE> Czy zapis ma być umieszczany w deklaracji VAT-UE.
<WALUTA> STRING(3)
W przypadku zapisu walutowego podajemy symbol
waluty (np. EUR, USD, GBP).
Symbol typu kursu waluty (dla kursu „do księgowania”), z
którego korzystamy w tym konkretnym przypadku. Dla
kursu ręcznie wprowadzanego (nie mającego
odzwierciedlenia w węźle <KURSY_WALUT>) podajemy
wartość --. Dla kursu nieokreślonego wstawiamy wartość
NIE
Cena jednostkowa waluty (dla kursu „do księgowania”).
Dla pozycji w PLN wpisujemy wartość 1.
Jednostka waluty (dla kursu „do księgowania”), dla której
określono w tagu <NOTOWANIE_WALUTY_ILE> cenę.
<DATA_KURSU> RRRR-MM-DD
Data kursu waluty, dla kursu „do księgowania”. Węzeł
wymagany.
<KURS_DO_KSIEGOWANIA> Znacznik Inny kurs do księgowania. Przyjmuje wartości
Tak lub Nie. Pozwala zaimportować osobny kurs tylko do
księgowania
<KURS_WALUTY_2> STRING(5)
Symbol typu kursu waluty „do VAT” , z którego
korzystamy w tym konkretnym przypadku. Dla kursu
ręcznie wprowadzanego (nie mającego odzwierciedlenia
w węźle <KURSY_WALUT>) podajemy wartość --. Dla
kursu nieokreślonego wstawiamy wartość NIE
<NOTOWANIE_WALUTY_ILE_2> NUMERIC
Cena jednostkowa waluty dla kursu „do VAT”. Dla pozycji
w PLN wpisujemy wartość 1.
<NOTOWANIE_WALUTY_ZA_ILE_2> NUMERIC
<NOTOWANIE_WALUTY_ILE_2> cenę, dla kursu „do
VAT”. Dla pozycji w PLN wpisujemy wartość 1.
<DATA_KURSU_2> RRRR-MM-DD
Data kursu waluty dla kursu „do VAT”.
<PLATNOSC_VAT_W_PLN> Określa czy płatność do dokumentu walutowego jest w
PLN. Przyjmuje wartości Tak lub Nie.
<AKCYZA_NA_WEGIEL> NUMERIC
Łączna wartość akcyzy dla dokumentu

<AKCYZA_NA_WEGIEL_KOLUMNA_KPR> Nazwa kolumny w KPR, do której ma trafić akcyza. Pole
przyjmuje wartości: sprzedaż, towary, koszty uboczne,
inne, wynagrodzenia, towary + koszty b+r, uboczne +
koszty b+r, inne + koszty b+r, wynagrodzenia + koszty
b+r lub nie księgować.
<JPK_FA> Określa czy dokument jest brany pod uwagę przy
generowaniu pliku JPK_FA. Przyjmuje wartości Tak lub
Nie.
<DEKLARACJA_VAT27> Określa czy dokument jest brany pod uwagę przy
wyliczaniu deklaracji VAT-27. Przyjmuje wartości Tak lub
Nie.
<ZAKLAD> STRING(20)
Symbol zakładu. Po tym polu będzie rozpoznawany
zakład
<ZAKLAD_ID> STRING(36)
Unikalny, wewnętrzny identyfikator zakładu w Comarch
odszukanie zakładu odbywa się poprzez jego symbol.
<WARTOSC_ZAKUPU> NUMERIC
Kwota określająca wartość w cenach zakupu (koszt
własny sprzedaży). Pole to nie jest wykorzystywane
podczas eksportu danych z Comarch ERP Optima –
program go w ogóle nie tworzy, ponieważ wartość
zakupu jest dla celów importu obliczana w zupełnie inny
sposób. Za pomocą tego tagu jest jednak możliwość
przenoszenia informacji o wartości zakupu z aplikacji
zewnętrznych. Zaimportowane wartości są wpisywane do
tabeli VatNag w polu VaN_WartoscZak i można je
ewentualnie później księgować schematami z poziomu
programu, używając makra @WartoscZakupu.
<ROLNIK> W rejestrze sprzedaży niewykorzystywany
<FA_Z_PA> Określa czy faktura pochodzi z paragonu.Eksport z
modułu Handel. Przyjmuje wartości Tak lub Nie.
<VAN_FA_Z_PA> Określa czy faktura pochodzi z paragonu. Eksport z
Rejestrów VAT. Przyjmuje wartości Tak lub Nie.
<VAN_RODZAJ> Określa czy zapis jest korektą do faktur pochodzących z
paragonów. Przyjmuje wówczas wartość 8, a dla
pozostałych dokumentów wartość 0.
<MPP> Określa czy faktura podlega mechanizmowi podzielonej
płatności. Przyjmuje wartości Tak lub Nie.
<PODATEK_W_OSS> Określa czy podatek z faktury jest rozliczany w OSS.
<DEKLARACJA_OSS> Okresla kwartał, w którym rozliczana jest faktura w OSS
np. 2021Q3.
<KOD_KRAJU_ODBIORCY> STRING(2)
Kod kraju odbiorcy.
<NR_KSEF> STRING (256)
Numer dokumentu w KSeF.
<KSEF_DATA_PRZYJECIA> RRRR-MM-DD

Data przyjęcia w KSeF.
<DODATKOWY_OPIS> STRING (2048)
Dodatkowy opis przenoszony do pola Notatka.
- <POZYCJE> Węzeł <POZYCJE> stanowi listę kwot w tabeli VAT.
Może on zawierać jeden lub wiele węzłów <POZYCJA>.
- <POZYCJA> Węzeł <POZYCJA> stanowi zestawienie danych
dotyczących jednego wiersza w tabelce VAT faktury.
<KATEGORIA_POS> STRING(20)
Kod kategorii pozycji. Po tym polu będzie rozpoznawana
kategoria w bazie danych Comarch ERP Optima.
<KATEGORIA_ID_POS> STRING(36)
<KATEGORIA_POS_2> STRING(20)
Kod drugiej kategorii pozycji. Po tym polu będzie
Optima.
<KATEGORIA_ID_POS_2> STRING(36)
Unikalny, wewnętrzny identyfikator drugiej kategorii
pozycji w Comarch ERP Optima. Węzeł nie musi być
wypełniony, wówczas odszukanie kategorii odbywa się
poprzez jej kod.
Wartość stawki VAT. Wartość wymagana.
<STATUS_VAT> Status stawki VAT. Wartość wymagana. Przyjmuje
wartości: opodatkowana, zwolniona, zaniżona, nie
podlega
<NETTO> NUMERIC
Wartość netto pozycji w walucie dokumentu.
<VAT> NUMERIC
Kwota VAT pozycji w walucie dokumentu.
<NETTO_SYS> NUMERIC
Wartość netto pozycji w walucie systemowej, według
kursu do księgowania”.
<VAT_SYS> NUMERIC
Kwota VAT pozycji w walucie systemowej, według kursu
do księgowania”.
<NETTO_SYS2> NUMERIC
Wartość netto pozycji w walucie systemowej po kursie
„do VAT”
<VAT_SYS2> NUMERIC
Kwota VAT pozycji w walucie systemowej po kursie „do
VAT”.
<RODZAJ_SPRZEDAZY> Określenie rodzaju sprzedaży. Dopuszczalne wartości:
towary, usługi, środki transportu.
<UWZ_W_PROPORCJI> Czy uwzględniać przy obliczaniu proporcji struktury
sprzedaży. Przyjmuje wartości: Tak, nie, warunkowo, co

oznacza odpowiednio uwzględniaj, nie uwzględniaj, tylko
w mianowniku
<KOLUMNA_KPR> Nazwa kolumny, do której ma trafić kwota pozycji, jeśli
klient prowadzi podatkową książkę przychodów i
rozchodów. Wartości dopuszczalne: sprzedaż, pozostałe,
zaszłości, nie księgować
<KOLUMNA_RYCZALT> Nazwa kolumny, do której ma trafić kwota pozycji, jeśli
klient prowadzi ewidencję ryczałtową. Wartości
dopuszczalne: nie księgować, 3.00, 5.50, 8.50, 10.00,
12.00, 12.50, 14.00, 17.00, 20.00.
<OPIS_POZ> STRING(50)
Opis pozycji dokumentu.
<OPIS_POZ_2> STRING(50)
Drugi opis pozycji dokumentu.
- <KWOTY_DODATKOWE> Węzeł <KWOTY_DODATKOWE> zawiera informacje o
przypisanych do danej pozycji kwotach dodatkowych - są
to informacje ułatwiające późniejsze rozksięgowanie
zapisu na konta. Do zapisu kwot dodatkowych używany
jest system kategorii. Jeden węzeł
<KWOTY_DODATKOWE> może posiadać wiele węzłów
<POZYCJA>, co odpowiada wielu kwotom dodatkowym.
- <POZYCJA_KD> Jeden węzeł <POZYCJA> odpowiada jednej kwocie
dodatkowej.
<KATEGORIA_KD> STRING(20)
Kod kategorii użyty w kwocie dodatkowej. Po tym polu
będzie rozpoznawana kategoria w bazie danych
Comarch ERP Optima.
<KATEGORIA_ID_KD> STRING(36)
<KWOTA_KD> NUMERIC
Wartość zapisu kwoty dodatkowej.
<KWOTA_KD_SYS> NUMERIC
Wartość zapisu kwoty dodatkowej w walucie systemowej.
<KONTO_WN> STRING(50)
Numer konta Winien, do którego została przypisana
kwota dodatkowa.
<KONTO_MA> STRING(50)
Numer konta Ma, do którego została przypisana kwota
dodatkowa.
<WALUTA_KD> STRING(3)
Symbol waluty kwoty dodatkowej
<KURS_NUMER_KD> STRING (5)
Symbol kursu waluty
<NOTOWANIE_WALUTY_ILE_KD> NUMERIC
Cena jednostkowa. Dla pozycji w PLN wpisujemy wartość
1.
<NOTOWANIE_WALUTY_ZA_ILE_KD> NUMERIC

<DATA_KURSU_KD> RRRR-MM-DD
Data kursu waluty. Węzeł wymagany jeśli jest sekcja
kwot dodatkowych.
<OPIS_KD> STRING(50)
Opis kwoty dodatkowej
<KATEGORIA_KD_2> STRING(20)
Kod drugiej kategorii użyty w kwocie dodatkowej. Po tym
polu będzie rozpoznawana kategoria w bazie danych
Comarch ERP Optima.
<KATEGORIA_ID_KD_2> STRING(36)
Unikalny, wewnętrzny identyfikator drugiej kategorii w
wówczas odszukanie kategorii odbywa się poprzez jej
kod.
<OPIS_KD_2> STRING(50)
Drugi opis kwoty dodatkowej
- <PLATNOSCI> Węzeł <PLATNOŚCI> stanowi listę płatności do
dokumentu. Może też zawierać jeden lub wiele
elementów <PLATNOSC> - każdy z nich odpowiada
jednej pozycji w tabeli płatności do faktury (wiele pozycji
oznacza rozbicie na raty). W takim przypadku suma kwot
płatności musi być równa wartości brutto faktury.
- <PLATNOSC> Jeden węzeł PLATNOSC odpowiada jednej pozycji w
tabeli płatności do dokumentu. Więcej niż jeden węzeł
<PLATNOSC> oznacza rozbicie płatności na raty.
<ID_ZRODLA_PLAT> STRING(36)
Unikalny identyfikator płatności w bazie źródłowej,
służący do przyszłego powiązania rozliczeń z kasą.
unikalność identyfikatora w całym preliminarzu płatności.
<TERMIN_PLAT> RRRR-MM-DD
Termin płatności.
<FORMA_PLATNOSCI_PLAT> STRING(20)
Nazwa formy płatności. Po tym polu będzie
ERP Optima.
<FORMA_PLATNOSCI_ID_PLAT> STRING(36)
jej nazwę.
<WALUTA_PLAT> STRING(3)
Symbol waluty płatności. (np. EUR, USD, GBP).
Dokumenty źródłowe w walucie systemowej mogą mieć
płatność w innej walucie niż systemowa. Dla płatności w
PLN należy pozostawić pusty

<KURS_WALUTY_PLAT> STRING(5)
Symbol typu kursu waluty płatności , z którego
<NOTOWANIE_WALUTY_ILE_PLAT> NUMERIC
Cena jednostkowa waluty płatności Dla pozycji w PLN
<NOTOWANIE_WALUTY_ZA_ILE_PLAT> NUMERIC
<NOTOWANIE_WALUTY_ILE_PLAT> cenę. Dla pozycji
<KWOTA_PLN_PLAT> NUMERIC
Kwota płatności w walucie systemowej.
<KWOTA_PLAT> NUMERIC
Kwota płatności. Musi być zawsze dodatnia. Kierunek
przepływu pieniędzy określa <KIERUNEK>.
<KIERUNEK> Kierunek przepływu pieniędzy. Przyjmuje wartości:
przychód lub rozchód. Wymagany.
<KONTO Konto przeciwstawne kontrahenta (przychodowe).
<DATA_KURSU_PLAT> RRRR-MM-DD
Data kursu waluty. Węzeł wymagany jeśli jest sekcja
płatności.
<WALUTA_DOK> STRING(3)
<PLATNOSC_TYP_PODMIOTU> Rodzaj płatnika w Comarch ERP Optima. Przyjmuje
<PLATNOSC_PODMIOT> STRING(20)
Optima.
<PLATNOSC_PODMIOT_ID> STRING(36)
jego akronim.
<PLATNOSC_PODMIOT_NIP> STRING(13)
<PLATNOSC_PODMIOT_RACHUNEK_NR> STRING(36)
Numer rachunku płatnika.
<PLAT_KATEGORIA> STRING(20)
Optima.

<PLAT_KATEGORIA_ID> STRING(36)
<PLAT_ELIXIR_O1> STRING(35)
<PLAT_FA_Z_PA> Określa czy faktura pochodzi z paragonu. Eksport z
modułu Handel. Przyjmuje wartości Tak lub Nie. Przy
wartości Tak płatność ustawia się na Nie podlega.
<PLAT_VAN_FA_Z_PA> Określa czy faktura pochodzi z paragonu. Eksport z
Rejestrów VAT. Przyjmuje wartości Tak lub Nie. Przy
wartości Tak płatność ustawia się na Nie podlega.
<PLAT_SPLIT_PAYMENT> Określa czy płatność jest typu Split Payment. Przyjmuje
<PLAT_SPLIT_KWOTA_VAT> Kwota VAT związana ze Split Payment
<PLAT_SPLIT_NIP> Numer NIP związany ze Split Payment
<PLAT_SPLIT_NR_DOKUMENTU> Numer dokumentu związany ze Split Payment
- <DOKUMENTY_OBD> Węzeł <DOKUMENTY_OBD> zawiera listę powiązanych
dokumentów OBD. Węzeł < DOKUMENTY_OBD > może
zawierać wiele węzłów < DOKUMENT_OBD >
odpowiadającym poszczególnym dokumentom OBD.
- <DOKUMENT_OBD> Węzeł <DOKUMENT_OBD> zawiera dane dotyczące
pojedynczego dokumentu OBD.
<DON_ID_ZRODLA> STRING(36)
<DON_NUMER_OBCY> Numer obcy
<DON_DATA_DOK> RRRR-MM-DD
Data dokumentu
<DON_TYTUL> Tytuł dokumentu
<DON_TYP> Typ dokumentu. Przyjmuje wartość 1 - dokument w bazie
głównej
<DON_KATALOG_SYMBOL> Katalog przechowywania dokumentów
<DNP_TYP_ZRODLA_DANYCH> Źródło danych. Przyjmuje wartości: system plików, ibard,
baza
<DNP_NAZWA_PLIKU> Nazwa pliku
<DNP_SCIEZKA> Ścieżka do skojarzonego pliku
<DNP_WERSJA> Kolejna wersja pliku po modyfikacji
<DNP_FILE_MODE> Rodzaj pliku. Przyjmuje wartości: ibard-plik, plik, link
<DNP_DATA_DOK> RRRR-MM-DD
Data pliku

<DNP_TYP> Typ dokumentu. Przyjmuje wartość 1 - dokument w bazie
głównej
<DNP_ARCHIWALNY> Dokument archiwalny. Przyjmuje wartości 0 i 1.
<DAB_MAGAZYN_DANYCH> Przyjmuje wartości: 0 – SQL, 1 - iBard24
<DAB_MAGAZYN_DANYCH_ID> Identyfikator magazynu danych
<DAB_TYP> Sposób dodania danych binarnych. Przyjmuje wartość 2 -
dodano na dokumencie w module obieg dokumentów
(dok. firmowy)
<DAB_WARTOSC> Wartość binarna
<DAB_ROZMIAR> Rozmiar
<DAB_NAZWA_PLIKU> Nazwa pliku
<DAB_SCIEZKA> Pełna ścieżka do pliku
<DAB_IBARD24_ID> Identyfikator pliku w iBard24
<DAB_IBARD24_LINK_PRYWATNY> Link prywatny do pliku w iBard24
- <ATRYBUTY> Węzeł <ATRYBUTY> zawiera listę atrybutów
kontrahenta. Węzeł <ATRYBUTY> może zawierać wiele
węzłów <ATRYBUT> odpowiadającym poszczególnym
atrybutom.
Kod Atrybutu
Wartość atrybutu
faktury.
- <KOD_JPK> Węzeł <KOD_JPK> zawiera pojedynczy kod JPK_V7
faktury.
<KOD> STRING
Symbol kodu JPK_V7.
- <REJESTRY_ZAKUPU_VAT> Węzeł <REJESTRY_ZAKUPU_VAT> zawiera listę
faktur zakupu zapisanych w bazie programu
Comarch ERP Optima. Węzeł <REJESTRY_ZAKUPU
_VAT> może zawierać wiele węzłów
<REJESTR_ZAKUPU _VAT>, co odpowiada wielu
fakturom zakupu.
wymagany.
wymagany.
- <REJESTR_ZAKUPU_VAT> Pojedynczy zapis w rejestrze VAT zakupów.

Unikalny identyfikator faktury w bazie źródłowej. Węzeł
identyfikatora w całym rejestrze VAT. Jeżeli wartość
nadany przy imporcie, ale wówczas nie będzie możliwe
ustalenie powiązania pomiędzy fakturą oryginalną w
programie operacyjnym, a zapisem w rejestrze VAT.
<MODUL> Moduł z którego pochodzi zapis Przyjmuje wartości
Rejestr Vat lub Handel. Ustawienie istotne dla parametru
‘przenoszenie numeru własnego do id księgowego’. Jeśli
w bazie docelowej ten parametr jest zaznaczony to
zapisy o wartości Handel otrzymują ID księgowy zgodny
z numerem własnym
Nazwa podrejestru zakupu VAT. Węzeł wymagany.
<DATA_ZAKUPU> RRRR-MM-DD
Data dokonania zakupu. Węzeł wymagany.
<DATA_WPLYWU> RRRR-MM-DD
Data wpływu dokumentu. Węzeł wymagany
<TERMIN> RRRR-MM-DD
Termin płatności.
<DATA_DATAOBOWIAZKUPODATKOWEGO> RRRR-MM-DD
Data obowiązku podatkowego.
<DATA_DATAPRAWAODLICZENIA> RRRR-MM-DD
Data prawa odliczenia.
<NUMER> STRING(256)
Numer faktury. Węzeł wymagany.
<KOREKTA> Czy faktura jest fakturą korygującą. Przyjmuje wartości
Tak lub Nie.
<KOREKTA_NUMER> STRING(256)
Jeżeli faktura jest fakturą korygującą, to tutaj
umieszczamy numer dokumentu pierwotnego.
<WEWNETRZNA> Czy faktura jest fakturą wewnętrzną zakupu. Przyjmuje
<METODA_KASOWA> Informacja czy faktura rozliczana jest wg metody
kasowej. Pole przyjmuje wartości: Tak lub Nie.
<FISKALNA> W rejestrze zakupu niewykorzystywany. Czy jest to
sprzedaż fiskalna. Przyjmuje wartości Tak lub Nie.
<DETALICZNA> W rejestrze zakupu niewykorzystywany Czy jest to
sprzedaż detaliczna (nie fakturowana). Przyjmuje
<EKSPORT> Rodzaj eksportu. Przyjmuje wartości: nie (czyli jest to
zakup krajowa), wewnątrzunijny (czyli jest to nabycie
wewnątrzunijne), wewnątrzunijny trójstronny, tak (czyli
jest to import z kraju spoza Unii europejskiej), Tak-
zwroty, podatnikiem jest nabywca, Poza terytorium kraju,
Poza terytorium kraju (stawka NP), wewnątrzunijny -

nabywca
<FINALNY> W rejestrze zakupu niewykorzystywany Czy jest
finalnego (nie będącego podmiotem gospodarczym).
<PODATNIK_CZYNNY> Podatnik VAT czynny. Przyjmuje wartości Tak lub Nie.
<ROLNIK> Informacja czy jest to zakup od rolnika ryczałtowego.
<IDENTYFIKATOR_KSIEGOWY> STRING (20)
Identyfikator księgowy
Akronim podmiotu (np. kontrahenta). Po tym polu będzie
Optima.
jego akronim.
<NAZWA1> STRING(50)
<NAZWA2> STRING(50)
<NIP> STRING(13)
<KRAJ> STRING(40)
<POWIAT> STRING(40)
<GMINA> STRING(40)
<ULICA> STRING(40)

<MIASTO> STRING(40)
<POCZTA> STRING(40)
<PESEL> STRING(20)
Numer PESEL kontrahenta.
<TYP_PLATNIKA> Rodzaj płatnika w Comarch ERP Optima. Przyjmuje
<PLATNIK> STRING(20)
Optima.
<PLATNIK_ID> STRING(36)
jego akronim.
<PLATNIK_RACHUNEK_NR> STRING(36)
Przyjmuje wartości: kontrahent, pracownik, bank lub US.
Comarch ERP Optima.
Optima.

<OPIS> STRING(50)
Opis dokumentu.
Comarch ERP Optima.
jej nazwę.
<DEKLARACJA_VAT7> RRRR-MM
Rok i miesiąc, w którym dany zapis ma zostać włączony
do deklaracji VAT-7.
<DEKLARACJA_VATUE> Czy zapis ma być umieszczany w deklaracji VAT-UE.
<WALUTA> STRING(3)
W przypadku zapisu walutowego podajemy identyfikator
Symbol typu kursu waluty „do księgowania”, z którego
Cena jednostkowa waluty dla kursu „do księgowania”,.
Jednostka waluty (dla kursu „do księgowania”), dla której
określono w tagu <NOTOWANIE_WALUTY_ILE> cenę.
Data kursu waluty dla kursu „do księgowania”. Węzeł
wymagany.
<KURS_DO_KSIEGOWANIA> Znacznik Inny kurs do księgowania. Przyjmuje wartości
Tak lub Nie. Pozwala zaimportować osobny kurs tylko do
księgowania
<KURS_WALUTY_2> STRING(5)
Symbol typu kursu waluty „do VAT” , z którego
<NOTOWANIE_WALUTY_ILE_2> NUMERIC

Cena jednostkowa waluty dla kursu „do VAT”. Dla pozycji
<NOTOWANIE_WALUTY_ZA_ILE_2> NUMERIC
<NOTOWANIE_WALUTY_ILE_2> cenę, dla kursu „do
VAT”. Dla pozycji w PLN wpisujemy wartość 1.
<DATA_KURSU_2> RRRR-MM-DD
Data kursu waluty dla kursu „do VAT”. Węzeł wymagany.
<PLATNOSC_VAT_W_PLN> Określa czy płatność do dokumentu walutowego jest w
PLN. Przyjmuje wartości Tak lub Nie.
<AKCYZA_NA_WEGIEL> NUMERIC
Łączna wartość akcyzy dla dokumentu
<AKCYZA_NA_WEGIEL_KOLUMNA_KPR> Nazwa kolumny w KPR, do której ma trafić akcyza. Pole
przyjmuje wartości: sprzedaż, towary, koszty uboczne,
inne, wynagrodzenia, towary + koszty b+r, uboczne +
koszty b+r, inne + koszty b+r, wynagrodzenia + koszty
b+r lub nie księgować.
<JPK_FA> Określa czy dokument jest brany pod uwagę przy
generowaniu pliku JPK_FA. Przyjmuje wartości Tak lub
Nie.
<ZAKLAD> STRING(20)
zakład
<MPP> Określa czy faktura podlega mechanizmowi podzielonej
płatności. Przyjmuje wartości Tak lub Nie.
<NR_KSEF> STRING (256)
Numer dokumentu w KSeF.
<KSEF_DATA_PRZYJECIA> RRRR-MM-DD
Data przyjęcia w KSeF.
<DODATKOWY_OPIS> STRING (2048)
Dodatkowy opis przenoszony do pola Notatka.
- <POZYCJE> Węzeł <POZYCJE> stanowi listę kwot w tabeli VAT.
Może on zawierać jeden lub wiele węzłów <POZYCJA>.
dotyczących jednego wiersza w tabelce VAT faktury.
Kod kategorii dla pozycji. Po tym polu będzie
Optima.
ERP Optima Węzeł nie musi być wypełniony, wówczas

Optima.
poprzez jej kod.
Wartość stawki VAT. Wartość wymagana.
<STATUS_VAT> Status stawki VAT. Wartość wymagana. Przyjmuje
wartości: opodatkowana, zwolniona, zaniżona, nie
podlega
<NETTO> NUMERIC
Wartość netto pozycji w walucie dokumentu.
<VAT> NUMERIC
Kwota VAT pozycji w walucie dokumentu.
<NETTO_SYS> NUMERIC
Wartość netto pozycji w walucie systemowej, według
kursu do księgowania”.
<VAT_SYS> NUMERIC
Kwota VAT pozycji w walucie systemowej, według kursu
do księgowania”.
<NETTO_SYS2> NUMERIC
Wartość netto pozycji w walucie systemowej po kursie
„do VAT”
<VAT_SYS2> NUMERIC
Kwota VAT pozycji w walucie systemowej po kursie „do
VAT”.
<RODZAJ_ZAKUPU> Określenie rodzaju zakupu. Dopuszczalne wartości:
towary, usługi, inne, środki trwałe, nieruchomości, paliwo,
środki transportu
<ODLICZENIA_VAT> Czy odliczać VAT . Przyjmuje wartości: tak, nie,
warunkowo. Warunkowo oznacza że odliczenie nastąpi
w części odpowiadającej współczynnikowi struktury
sprzedaży.
rozchodów. Pole przyjmuje wartości: towary, koszty
uboczne, inne, wynagrodzenia, towary + koszty b+r,
uboczne + koszty b+r, inne + koszty b+r, wynagrodzenia
+ koszty b+r lub nie księgować.
<OPIS_POZ> STRING(50)
Opis pozycji dokumentu.
- <KWOTY_DODATKOWE> Węzeł <KWOTY_DODATKOWE> zawiera informacje o

- <POZYCJA_KD> Jeden węzeł <POZYCJA> odpowiada jednej kwocie
dodatkowej.
Kod kategorii użyty w kwocie dodatkowej. Po tym polu
Comarch ERP Optima.
<KWOTA_KD> NUMERIC
Wartość zapisu kwoty dodatkowej.
<KWOTA_KD_SYS> NUMERIC
kwota dodatkowa.
dodatkowa.
<WALUTA_KD> STRING(3)
<KURS_NUMER_KD> STRING (5)
Symbol kursu waluty
<NOTOWANIE_WALUTY_ILE_KD> NUMERIC
1.
<NOTOWANIE_WALUTY_ZA_ILE_KD> NUMERIC
<DATA_KURSU_KD> RRRR-MM-DD
Data kursu waluty. Węzeł wymagany.
<OPIS_KD> STRING(50)
<KATEGORIA_KD_2> STRING(20)
Kod drugiej kategorii użyty w kwocie dodatkowej. Po tym
polu będzie rozpoznawana kategoria w bazie danych
Comarch ERP Optima.
<KATEGORIA_ID_KD_2> STRING(36)
Unikalny, wewnętrzny identyfikator drugiej kategorii w
wówczas odszukanie kategorii odbywa się poprzez jej
kod.
<OPIS_KD_2> STRING(50)

Drugi opis kwoty dodatkowej
- <PLATNOSCI> Węzeł <PŁATNOŚCI> stanowi listę płatności do
dokumentu. Może też zawierać jeden lub wiele
elementów <PLATNOSC> - każdy z nich odpowiada
jednej pozycji w tabeli płatności do faktury (wiele pozycji
oznacza rozbicie na raty). W takim przypadku suma kwot
płatności musi być równa wartości brutto faktury.
<PŁATNOŚĆ> oznacza rozbicie płatności na raty.
Termin płatności.
ERP Optima.
jej nazwę.
<KWOTA_PLAT> NUMERIC
Kwota płatności. Musi być zawsze dodatnia. Kierunek
przepływu pieniędzy określa <KIERUNEK>.

<KIERUNEK> kierunek przepływu pieniędzy. Przyjmuje wartości:
<KONTO> Konto przeciwstawne kontrahenta (rozchodowe).
Optima.
jego akronim.
Optima.
<PLAT_SPLIT_PAYMENT> Określa czy płatność jest typu Split Payment. Przyjmuje
<PLAT_SPLIT_KWOTA_VAT> Kwota VAT związana ze Split Payment
<PLAT_SPLIT_NIP> Numer NIP związany ze Split Payment
<PLAT_SPLIT_NR_DOKUMENTU> Numer dokumentu związany ze Split Payment

Data dokumentu
głównej
baza
Data pliku
głównej
(dok. firmowy)
- <ATRYBUTY> Węzeł <ATRYBUTY> zawiera listę atrybutów dokumentu.
Węzeł <ATRYBUTY> może zawierać wiele węzłów
<ATRYBUT> odpowiadającym poszczególnym
atrybutom.
Kod Atrybutu

Wartość atrybutu
faktury.
- <KOD_JPK> Węzeł <KOD_JPK> zawiera pojedynczy kod JPK_V7
faktury.
<KOD> STRING
Symbol kodu JPK_V7.
- <DOKUMENTY_INNE_PRZYCHOD> Węzeł <DOKUMENTY_INNE_PRZYCHOD> zawiera
listę dokumentów RW i WZ zapisanych w bazie
programu Comarch ERP Optima. Węzeł
<DOKUMENTY_INNE_PRZYCHOD> może zawierać
wiele węzłów <DOKUMENT_INNY_PRZYCHOD>, co
odpowiada wielu dokumentom w ewidencji
dodatkowej przychodów.
wymagany.
wymagany.
- <DOKUMENT_INNY_PRZYCHOD> Pojedynczy zapis w ewidencji dodatkowej przychodów.
Unikalny identyfikator dokumentu w bazie źródłowej.
unikalność identyfikatora w całej ewidencji dodatkowej
przychodów. Jeżeli wartość węzła nie zostanie
wypełniona, identyfikator zostanie nadany przy imporcie.
dokumentów wewnętrznych. Wymagane jest podanie
<DATA_OPERACJI> RRRR-MM-DD
Data dokonania operacji. Węzeł wymagany.
Data wpływu dokumentu.
<NUMER> STRING(256)
Pełny numer dokumentu. Węzeł wymagany ale może być
pusty, czyli <NUMER><![CDATA[]]></NUMER>. Jeżeli
węzeł będzie pusty zostanie nadany numer kolejny w
ramach schematu numeracji określonego w węźle
<SYMBOL_DOKUMENTU>.
<NUMER_OBCY> STRING(30)
Numer dokumentu obcego.

Akronim (kod) rejestru ewidencji przychodów, do którego
trafi zapis. Pole wymagane.
wartości: kontrahent, pracownik, wspólnik, bank lub
urząd.
Akronim podmiotu (kontrahenta). Po tym polu będzie
Optima.
jego akronim.
<NAZWA1> STRING(50)
<NAZWA2> STRING(50)
<NIP> STRING(13)
<KRAJ> STRING(40)
<POWIAT> STRING(40)
<GMINA> STRING(40)
<ULICA> STRING(40)
<MIASTO> STRING(40)

<POCZTA> STRING(40)
< TYP_PLATNIKA Rodzaj płatnika w Comarch ERP Optima. Przyjmuje
< PLATNIK> STRING(20)
Optima.
< PLATNIK_ID> STRING(36)
jego akronim.
< PLATNIK_NIP> STRING(13)
<PLATNIK_RACHUNEK_NR > STRING(51)
Przyjmuje wartości: kontrahent, pracownik, wspólnik,
bank lub urząd.
Comarch ERP Optima.
Optima.
<OPIS> STRING(50)
Opis dokumentu.
<MAGAZYN_ZRODLOWY> STRING(20)
Kod magazynu źródłowego.
<MAGAZYN_DOCELOWY> STRING(20)
Kod magazynu docelowego dla dokumentów MM.
<KWOTA_RAZEM> NUMERIC

Kwota całkowita dokumentu. W przypadku dokumentów
walutowych jest to kwota w walucie.
<WALUTA> STRING(3)
Symbol kursu waluty, z którego korzystamy w tym
konkretnym przypadku.
wartość 1.
<KWOTA_RAZEM_PLN> NUMERIC
Kwota całkowita dokumentu w PLN.
<ZAKLAD> STRING(20)
zakład
<KONTROLA_SUMY> Wskaźnik, czy kwota całkowita dokumentu jest równa
sumie kwot pozycji. Przyjmuje wartości Tak lub Nie.
<DODATKOWY_OPIS> STRING(2048).
Dodatkowy opis.
- <POZYCJE> Węzeł <POZYCJE> stanowi listę elementów na
dokumencie. Może on zawierać jeden lub wiele węzłów
<POZYCJA>.
dotyczących jednego wiersza w tabelce pozycji
dokumentu ewidencji przychodów.
Optima.
<KWOTA> NUMERIC
Kwota pozycji.
<KWOTA_SYS> NUMERIC

kwota dodatkowa.
dodatkowa.
rozchodów.
klient prowadzi ewidencję ryczałtową.
<WALUTA_POS> STRING(3)
<KURS_NUMER_POS> STRING(5)
Symbol kursu waluty
<NOTOWANIE_WALUTY_ILE_POS> NUMERIC
1.
<NOTOWANIE_WALUTY_ZA_ILE_POS> NUMERIC
<DATA_KURSU_POS> RRRR-MM-DD
Data kursu waluty
<OPIS_POS> STRING(50)
Optima.
poprzez jej kod.
<GENERACJA_PLATNOSCI> Wskaźnik, czy dokument posiada płatności (generuje
pozycje w preliminarzu). Przyjmuje wartości Tak lub Nie.
Comarch ERP Optima.
jej nazwę.
<TERMIN> RRRR-MM-DD

Termin płatności.
dokumentu. W szczególnym przypadku może on być
pusty - wówczas płatność do dokumentu w Comarch
ERP Optima zostanie dodana zgodnie z wypełnionym w
nagłówku terminem i formą płatności. Może też zawierać
jeden lub wiele elementów <PLATNOSC> - każdy z nich
odpowiada jednej pozycji w tabeli płatności do faktury
(wiele pozycji oznacza rozbicie na raty). W takim
przypadku suma kwot płatności musi być równa wartości
brutto faktury.
Termin płatności.
ERP Optima.
jej nazwę.
<KWOTA_PLN> NUMERIC Kwota płatności w PLN.
w węźle <KURSY_WALUT>) podajemy wartość --.

<PODLEGA_ROZLICZENIU> Czy zapis będzie rozliczany. Przyjmuje wartości Tak lub
Nie.
<WALUTA_DOK_PLAT> STRING(3)
Optima.
jego akronim.
Optima.

Data dokumentu
głównej
baza
Data pliku
głównej
(dok. firmowy)
- <DOKUMENTY_INNE_ROZCHOD> Węzeł <DOKUMENTY_INNE_ROZCHOD> zawiera listę
dokumentów PW, PZ i MM zapisanych w bazie
programu Comarch ERP Optima. Węzeł
<DOKUMENTY_INNE_ROZCHOD> może zawierać
wiele węzłów <DOKUMENT_INNY_ROZCHOD>, co
odpowiada wielu dokumentom w ewidencji
dodatkowej kosztów.
wymagany.
wymagany.

- <DOKUMENT_INNY_ROZCHOD> Pojedynczy zapis w ewidencji dodatkowej kosztów.
Unikalny identyfikator dokumentu w bazie źródłowej.
unikalność identyfikatora w całej ewidencji dodatkowej
przychodów. Jeżeli wartość węzła nie zostanie
wypełniona, identyfikator zostanie nadany przy imporcie.
dokumentów wewnętrznych. Wymagane jest podanie
<DATA_OPERACJI> RRRR-MM-DD
Data dokonania operacji. Węzeł wymagany.
Data wpływu dokumentu.
<NUMER> STRING(256)
Pełny numer dokumentu. Węzeł wymagany ale może być
pusty, czyli <NUMER><![CDATA[]]></NUMER>. Jeżeli
węzeł będzie pusty zostanie nadany numer kolejny w
ramach schematu numeracji określonego w węźle
<SYMBOL_DOKUMENTU>.
Akronim (kod) rejestru ewidencji kosztów, do którego trafi
zapis. Pole wymagane.
urząd.
Optima.
jego akronim.
<NAZWA1> STRING(50)

<NAZWA2> STRING(50)
<NIP> STRING(13)
Numer NIP podmiotu (kontrahenta).
<KRAJ> STRING(40)
<POWIAT> STRING(40)
<GMINA> STRING(40)
<ULICA> STRING(40)
<MIASTO> STRING(40)
<POCZTA> STRING(40)
< TYP_PLATNIKA Rodzaj płatnika w Comarch ERP Optima. Przyjmuje
< PLATNIK> STRING(20)
Optima.
< PLATNIK_ID> STRING(36)

jego akronim.

<PLATNIK_RACHUNEK_NR> STRING(36)
Przyjmuje wartości: kontrahent, pracownik, wspólnik,
bank lub urząd.
Comarch ERP Optima.
Optima.
<OPIS> STRING(50)
Opis dokumentu.
<MAGAZYN_ZRODLOWY> STRING(20)
Kod magazynu źródłowego.
<MAGAZYN_DOCELOWY> STRING(20)
Kod magazynu docelowego dla dokumentów MM.
<KWOTA_RAZEM> NUMERIC
Kwota całkowita dokumentu. W przypadku dokumentu
walutowego jest to kwota w walucie.
<WALUTA> STRING(3)
konkretnym przypadku. Dla kursu ręcznie
wprowadzanego (nie mającego odzwierciedlenia w węźle
<KURSY_WALUT>) podajemy wartość --.
wartość 1.

<KWOTA_RAZEM_PLN> NUMERIC
<ZAKLAD> STRING(20)
zakład
<KONTROLA_SUMY> Wskaźnik, czy kwota całkowita dokumentu jest równa
sumie kwot pozycji. Przyjmuje wartości Tak lub Nie.
<DODATKOWY_OPIS> STRING(2048).
Dodatkowy opis.
- <POZYCJE> Węzeł <POZYCJE> stanowi listę elementów na
dokumencie. Może on zawierać jeden lub wiele węzłów
<POZYCJA>.
dotyczących jednego wiersza w tabelce pozycji
dokumentu ewidencji
Optima.
<KWOTA> NUMERIC
Kwota pozycji.
<KWOTA_SYS> NUMERIC
kwota dodatkowa.
dodatkowa.
rozchodów.
klient prowadzi ewidencję ryczałtową.
<KURS_NUMER_POS> STRING (5)
Symbol kursu waluty

1.
Data kursu waluty
Optima.
pozycji w Comarch ERP optima. Węzeł nie musi być
poprzez jej kod.
<GENERACJA _PLATNOSCI> Wskaźnik, czy dokument posiada płatności (generuje
pozycje w preliminarzu). Przyjmuje wartości Tak lub Nie.
Comarch ERP Optima.
jej nazwę.
<TERMIN> RRRR-MM-DD
Termin płatności.
dokumentu. W szczególnym przypadku może on być
pusty - wówczas płatność do dokumentu w Comarch
ERP Optima zostanie dodana zgodnie z wypełnionym w
nagłówku terminem i formą płatności. Może też zawierać
jeden lub wiele elementów <PLATNOSC> - każdy z nich
odpowiada jednej pozycji w tabeli płatności do faktury
(wiele pozycji oznacza rozbicie na raty). W takim
przypadku suma kwot płatności musi być równa wartości
brutto faktury.

Termin płatności.
ERP Optima.
jej nazwę.
<KWOTA_PLN> NUMERIC
Kwota płatności w PLN.
w węźle <KURSY_WALUT>) podajemy wartość --
Nie.
<WALUTA_DOK_PLAT> STRING(3)

Optima.
jego akronim.
Optima.
Data dokumentu
głównej

baza
Data pliku
głównej
(dok. firmowy)
- <LISTY_PLAC> Węzeł <LISTY_PLAC> zawiera listę list płac
Węzeł <LISTY_PLAC> może zawierać wiele węzłów
<LISTA_PLAC> co odpowiada wielu listom płac.
wymagany.
wymagany.
- <LISTA_PLAC> Węzeł <LISTA_PLAC> zawiera dane dotyczące
pojedynczej listy płac.
<SYMBOL> STRING(5)
Symbol listy płac
<NAZWA> STRING(128)

Opis listy płac
<LISTA_PLAC_WYDZIAL_ID> STRING(36)
Unikalny, wewnętrzny identyfikator wydziału w Comarch
ERP Optima.
<LISTA_PLAC_WYDZIAL> INTEGER
Identyfikator wydziału
<DEFINICJA_DOKUMENTU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator dokumentu w
Comarch ERP Optima.
<DEFINICJA_DOKUMENTU_SYMBOL> INTEGER
Identyfikator definicji dokumentu
<DEFINICJA_DOKUMENTU_NUMERACJA> Definicja numeracji dokumentu
<NUMER_STRING> STRING(31)
Symbol listy płac
<NUMER_NR> INTEGER
Numer listy płac
<NUMER_PELNY> STRING(30)
Pełny numer listy płac
<DATA_DOKUMENTU> RRRR-MM-DD
Data dokumentu
<ROK> INTEGER
Rok listy płac
<MIESIAC> INTEGER
Miesiąc listy płac
<DATA_OD> RRRR-MM-DD
Okres za jaki została naliczona lista płac (data
początkowa)
<DATA_DO> RRRR-MM-DD
Okres za jaki została naliczona lista płac (data końcowa)
<DATA_DANYCH> RRRR-MM-DD
Data naliczenia wypłaty
<TRYB> INTEGER
Tryb listy płac
0 – oznacza listę płac Podstawową – wartość ustawiana
przy konwersji do 12.0 dla wszystkich zapisanych
wcześniejszymi wersjami wypłat, nadawana przy
dodawaniu ‘zwykłej’ listy płac o statusie P
1 - oznacza listę płac typu Korygująca – ustawiana dla
listy płac definiowanej przez użytkownika jako Korygująca
<KATEGORIA> INTEGER
Kategoria listy płac
<MIESIECY_WSTECZ> INTEGER
Liczba miesięcy wstecz
<ODDELEGOWANI> Ustawienie parametru „Lista tylko dla pracowników
oddelegowanych za granicę” na liście płac (Tak/Nie)
<TYMCZASOWI> Lista płac dla pracowników tymczasowych – flaga
(Tak/Nie)

<WALUTA> STRING(3)
Symbol waluty zastosowanej dla rozliczeń walutowych w
wypłatach
<KURS_WALUTY> RRRR-MM-DD
Data kursu ustawiona w konfiguracji
<NOTOWANIE_WALUTY_ILE> DECIMAL
Notowanie waluty
<NOTOWANIE_WALUTY_ZA_ILE> INTEGER
Ilość waluty
Data kursu ustawiona na liście płac
<ZAKSIEGOWANA> Oznaczenie czy lista płac jest zaksięgowana (Tak/Nie)
<ZAMKNIETA> RRRR-MM-DD
Oznaczenie czy lista płac jest zamknięta
<WALUTADIETA> VARCHAR(3)
Symbol waluty dla waluty diety
<ODDELEGOWANIKRAJ> NVARCHAR(40)
Symbol kraju oddelegowania
<KURS_WALUTYDIETA> VARCHAR(5)
Symbol kursu waluty
<NOTOWANIE_WALUTY_ILE_DIETA> DECIMAL
Licznik kursu waluty dla diety
<NOTOWANIE_WALUTY_ZA_ILE_DIETA> DECIMAL
Mianownik kursu waluty dla diety
<DATA_KURSU_DIETA> RRRR-MM-DD
Data kursu dla waluty diety
- <WYPLATY> Węzeł <WYPLATY> zawiera listę wypłat zapisanych

w bazie programu Comarch ERP Optima. Węzeł
<WYPLATY> może zawierać wiele węzłów
<WYPLATA> co odpowiada wielu wypłatom.
- <WYPLATA> Węzeł <WYPLATA> zawiera dane dotyczące
pojedynczej wypłaty.
<WYPLATA_PRACOWNIK_ID> STRING(36)
Unikalny, wewnętrzny identyfikator pracownika w
Comarch ERP Optima.
<WYPLATA_PRACOWNIK> STRING(20)
<WYPLATA_WYDZIAL_ID> STRING(36)
ERP Optima.
<WYPLATA_WYDZIAL> INTEGER
<WYPLATA_NAZWA> RRRR-MM-DD..DD
Zakres dat z listy płac
<WYPLATA_DEFINICJA_DOKUMENTU_ID> STRING(36)

Unikalny, wewnętrzny identyfikator dokumentu w
Comarch ERP Optima.
<WYPLATA_DEFINICJA_DOKUMENTU_SYMBO STRING(5)
L> Symbol listy płac
<WYPLATA_DEFINICJA_DOKUMENTU_NUMER Definicja numeracji dokumentu.
ACJA>
<WYPLATA_NUMER_STRING> STRING(31)
Pełny numer listy płac
<WYPLATA_NUMER_NR> INTEGER
Numer wypłaty
<WYPLATA_NUMER_PELNY> STRING(30)
Pełny numer wypłaty
<WYPLATA_DATA_DOK> RRRR-MM-DD
Data dokumentu
<WYPLATA_ROK> INTEGER
Rok wypłaty
<WYPLATA_MIESIAC> INTEGER
Miesiąc wypłaty
<WYPLATA_DATA_OD> RRRR-MM-DD
Okres za jaki została naliczona wypłata (data
początkowa)
<WYPLATA_DATA_DO> RRRR-MM-DD
Okres za jaki została naliczona wypłata (data końcowa)
<WYPLATA_WARTOSC> DECIMAL
Wartość netto wypłaty
<WYPLATA_BRUTTO> DECIMAL
Wartość brutto wypłaty
<WYPLATA_TRYB> INTEGER
Tryb wypłaty
0 – oznacza wypłatę P – wartość ustawiana przy
konwersji do 12.0 dla wszystkich zapisanych
wcześniejszymi wersjami wypłat, nadawana przy
dodawaniu ‘zwykłej’ wypłaty o statusie P
1 - oznacza wypłatę A – wartość nadawana przy zmianie
statusu wypłaty z P na A (zmiana z 0 na 1)
2 - oznacza wypłatę S – wartość nadawana generowanej
automatycznie wypłacie o statusie S
3 – oznacza wypłatę K – wartość nadawana generowanej
automatycznie wypłacie o statusie S
<WYPLATA_KATEGORIA> STRING(50)
Kategoria
<WYPLATA_KATEGORIA_ID> STRING(36)
ERP Optima.
<WYPLATA_KATEGORIA_OPIS> STRING(50)
Opis kategorii
<WYPLATA_KOREKTA> Czy wystąpiła korekta jakiegokolwiek elementu wypłaty
(Tak/Nie)

<WYPLATA_KOREKTA_POLA> INTEGER
Informacja o korygowaniu pola
<WYPLATA_KOREKTA_PLATNOSCI> INTEGER
Informacja o korygowaniu płatności
<WYPLATA_ARCHIWALNA> Wypłata archiwalna (Tak/Nie)
<WYPLATA_ZAMKNIETA> Wypłata zamknięta (Tak/Nie)
<WYPLATA_UMOWA_DOD_ZAS> INTEGER
Znacznik wypłaty zasiłku dla listy w wypłacie umowy.
<WYPLATA_OBNIZSKLPPK> INTEGER
Informacja czy pracownik ma ustawione obniżenie składki
podstawowej PPK.
<WYPLATA_PODSTAWAPODAT1> DECIMAL
Sumaryczna podstawa podatku dla pierwszego progu
<WYPLATA_PODSTAWAPODAT2> DECIMAL
Sumaryczna podstawa podatku dla drugiego progu
<WYPLATA_PROCENTPODAT1> DECIMAL
Procent podatku dla pierwszego progu
<WYPLATA_PROCENTPODAT2> DECIMAL
Procent podatku dla drugiego progu
- <ELEMENTY> Węzeł <ELEMENTY> zawiera listę elementów wypłat
Węzeł <ELEMENTY> może zawierać wiele węzłów
<ELEMENT> co odpowiada wielu elementom wypłaty.
- <ELEMENT> Węzeł <ELEMENT> zawiera dane dotyczące
pojedynczego elementu wypłaty.
<ELEMENT_PRACOWNIK_ID> STRING(36)
Comarch ERP Optima.
<ELEMENT_PRACOWNIK> STRING(20)
<ELEMENT_TYP_WYPLATY_ID> STRING(36)
Unikalny, wewnętrzny identyfikator typu wypłaty w
Comarch ERP Optima.
<ELEMENT_TYP_WYPLATY> STRING(40)
Nazwa typu wypłaty.
<ELEMENT_NAZWA> STRING(40)
Nazwa elementu wypłaty.
<ELEMENT_WARTOSC> DECIMAL
Kwota elementu wynagrodzenia
<ELEMENT_WARTOSC_WAL> DECIMAL
Wartość elementu wypłaty w przeliczeniu na walutę obcą
zastosowaną w wypłacie
<ELEMENT_NETTO> DECIMAL
Kwota elementu wynagrodzenia netto
<ELEMENT_NETTO_WAL> DECIMAL

Wartość netto elementu wypłaty w przeliczeniu na walutę
obcą zastosowaną w wypłacie
<ELEMENT_BRUTTO_50> DECIMAL
Kwota brutto 50%
<ELEMENT_KOSZTY> DECIMAL
Kwota kosztów
<ELEMENT_KOSZTY_50> DECIMAL
Kwota kosztów 50%
<ELEMENT_PRZYCHOD_50> DECIMAL
Kwota przychodu 50%
<ELEMENT_WALUTA> STRING(3)
Symbol waluty z pracownika
<ELEMENT_ULGA> DECIMAL
Kwota ulgi
<ELEMENT_ZAL_FIS> DECIMAL
Kwota zaliczki podatku do urzędu skarbowego
<ELEMENT_NAL_FIS> DECIMAL
Kwota naliczonej zaliczki podatku
<ELEMENT_TY_UB> INTEGER
Tytuł ubezpieczenia
<ELEMENT_NR_ZUS> INTEGER
Pole techniczne
<ELEMENT_PODST_EMER> DECIMAL
Kwota podstawy składek ubezpieczenia emerytalnego
<ELEMENT_PODST_RENT> DECIMAL
Kwota podstawy składek ubezpieczenia rentowego
<ELEMENT_PODST_CHOR> DECIMAL
Kwota podstawy składek ubezpieczenia chorobowego
<ELEMENT_PODST_WYPAD> DECIMAL
Kwota podstawy składek ubezpieczenia wypadkowego
<ELEMENT_PODST_ZDROW> DECIMAL
Kwota podstawy składek ubezpieczenia zdrowotnego
<ELEMENT_PODST_FP> DECIMAL
Kwota podstawy składek FP
<ELEMENT_PODST_FGSP> DECIMAL
Kwota podstawy składek FGŚP
<ELEMENT_PODST_FEP> DECIMAL
Kwota podstawy składek FEP
<ELEMENT_PODST_PPK> DECIMAL
Kwota podstawy składki PPK
<ELEMENT_SKL_EMER_FIRMA> DECIMAL
Kwota składek ubezpieczenia emerytalnego pracodawcy
<ELEMENT_SKL_RENT_PRAC> DECIMAL
Kwota składek ubezpieczenia rentowego pracownika
<ELEMENT_SKL_RENT_FIRMA> DECIMAL

Kwota składek ubezpieczenia rentowego pracodawcy
<ELEMENT_SKL_CHOR_PRAC> DECIMAL
Kwota składek ubezpieczenia chorobowego pracownika
<ELEMENT_SKL_CHOR_FIRMA> DECIMAL
Kwota składek ubezpieczenia chorobowego pracodawcy
<ELEMENT_SKL_WYPAD_PRAC> DECIMAL
Kwota składek ubezpieczenia wypadkowego pracownika
<ELEMENT_SKL_WYPAD_FIRMA> DECIMAL
Kwota składek ubezpieczenia wypadkowego pracodawcy
<ELEMENT_SKL_ZDROW_PRAC> DECIMAL
Kwota składek ubezpieczenia zdrowotnego pracownika
<ELEMENT_SKL_ZDROW_FIRMA> DECIMAL
Kwota składek ubezpieczenia zdrowotnego pracodawcy
<ELEMENT_SKL_ZDROW_SUMA> DECIMAL
Kwota sumy składek ubezpieczenia zdrowotnego
<ELEMENT_SKL_FP> DECIMAL
Kwota składek FP
<ELEMENT_SKL_FGSP> DECIMAL
Kwota składek FGŚP
<ELEMENT_SKL_FEP> DECIMAL
Kwota składek FEP
<ELEMENT_SKL_PPK_PRAC1> DECIMAL
Kwota składki podstawowej PPK pracownika
<ELEMENT_SKL_PPK_PRAC2> DECIMAL
Kwota składki dodatkowej PPK pracownika
<ELEMENT_SKL_PPK_FIRMA1> DECIMAL
Kwota składki podstawowej PPK pracodawcy
<ELEMENT_SKL_PPK_FIRMA2> DECIMAL
Kwota składki dodatkowej PPK pracodawcy
<ELEMENT_KATEGORIA> STRING(50)
Kategoria
<ELEMENT_KATEGORIA_ID> STRING(36)
ERP Optima.
<ELEMENT_KATEGORIA_OPIS> STRING(50)
Opis kategorii
<ELEMENT_ARCHIWALNY> Element archiwalny (Tak/Nie)
<ELEMENT_TEMP> INTEGER
Pole techniczne
<ELEMENT_ZAL_FIS_ZWOL> Element zwolniony z zaliczki podatku (Tak/Nie)
<ELEMENT_PODST_FIS_ZWOL> DECIMAL
Kwota składki podatku dla oddeleg.
<ELEMENT_PODST_EMER_ZWOL> DECIMAL
Kwota podstawy emer. dla przekrocz. limitu zwol.

<ELEMENT_PODST_RENT_ZWOL> DECIMAL
Kwota podstawy rent. dla przekrocz. limitu zwol.
<ELEMENT_PODST_CHOR_ZWOL> DECIMAL
Kwota podstawy chor. dla przekrocz. limitu zwol.
<ELEMENT_PODST_ZDROW_ZWOL> DECIMAL
Kwota podstawy zdrow. dla przekrocz. limitu zwol.
<ELEMENT_SKL_EMER_PRAC_ZWOL> DECIMAL
Kwota składki emer. dla przekrocz. limitu zwol.
<ELEMENT_SKL_RENT_PRAC_ZWOL> DECIMAL
Kwota składki rent. dla przekrocz. limitu zwol.
<ELEMENT_SKL_CHOR_PRAC_ZWOL> DECIMAL
Kwota składki chor. dla przekrocz. limitu zwol.
<ELEMENT_SKL_ZDROW_PRAC_ZWOL> DECIMAL
Kwota składki zdrow. dla przekrocz. limitu zwol.
<ELEMENT_SWIAD_ZWOL> DECIMAL
Kwota składników ZFŚS do limitu
<ELEMENT_ZALFIS_POWOD> SMALLINT
Element zwolniony z pobrania zaliczki podatku
<ELEMENT_ULGA_DLA_PRACOW> DECIMAL
Kwota dodatkowej ulgi podatkowej
<ELEMENT_NALFIS_ZDROW> DECIMAL
Kwota podstawy zaliczki podatku dla składki zdrowotnej
<ELEMENT_ULGA_ZDROW> DECIMAL
Kwota ulgi podatkowej dla składki zdrowotnej
<ELEMENT_KOSZTY_ZDROW> DECIMAL
Kwota kosztów uzyskania dla składki zdrowotnej
<ELEMENT_KOSZTY50_ZDROW> DECIMAL
Kwota 50% kosztów uzyskania dla składki zdrowotnej
<ELEMENT_BRUTTO50_ZDROW> DECIMAL
Kwota 50% brutto KUP dla składki zdrowotnej
<ELEMENT_PRZYCHOD50_ZDROW> DECIMAL
Kwota 50% przychodu KUP dla składki zdrowotnej
<ELEMENT_ZALFIS_NADWYZKA> DECIMAL
Nadwyżka zaliczki podatku
<ELEMENT_ZALFIS_DOPLATA> DECIMAL
Dopłata zaliczki podatku
- <SKLADNIKI> Węzeł <SKLADNIKI> zawiera listę składników wypłat
Węzeł <SKLADNIKI> może zawierać wiele węzłów
<SKLADNIK> co odpowiada wielu składnikom
wypłaty.
- <SKLADNIK> Węzeł <SKLADNIK> zawiera dane dotyczące
pojedynczego składnika wypłaty.
<SKLADNIK_PRACOWNIK_ID> STRING(36)
Comarch ERP Optima.

<SKLADNIK_PRACOWNIK> STRING(20)
<SKLADNIK_WYDZIAL_ID> STRING(36)
ERP Optima.
<SKLADNIK_WYDZIAL> INTEGER
<SKLADNIK_TYP_WYPLATY_ID> STRING(36)
Unikalny, wewnętrzny identyfikator typu wypłaty w
Comarch ERP Optima.
<SKLADNIK_TYP_WYPLATY> Nazwa typu wypłaty.
<SKLADNIK_NAZWA> Nazwa składnika wypłaty.
<SKLADNIK_WARTOSC> DECIMAL
Kwota składnika wynagrodzenia
<SKLADNIK_WARTOSC_WAL> DECIMAL
Wartość składnika wypłaty w przeliczeniu na walutę obcą
zastosowaną w wypłacie
<SKLADNIK_WARTOSC1> DECIMAL
Kwota wg której ma być liczony dodatek
<SKLADNIK_WARTOSC2> DECIMAL
Kwota wg której ma być liczony dodatek
<SKLADNIK_DATA_OD> RRRR-MM-DD
Okres za jaki została naliczona wypłata (data
początkowa)
<SKLADNIK_DATA_DO> RRRR-MM-DD
Okres za jaki została naliczona wypłata (data końcowa)
<SKLADNIK_DATA_DANYCH> RRRR-MM-DD
Data naliczenia wypłaty
<SKLADNIK_OKRES_DNI> INTEGER
Ilość dni, za które została naliczona wypłata
<SKLADNIK_OKRES_CZAS> INTEGER
Ilość minut, za które została naliczona wypłata
<SKLADNIK_GODZINY> RRRR-MM-DD
Podstawa dzielona przez ilość godzin w algorytmie 9.
<SKLADNIK_EKWIWALENT_ILOSC> Pole techniczne
<SKLADNIK_PROCENT> INTEGER
Procent wypłacanego wynagrodzenia
<SKLADNIK_SPLACONO> DECIMAL
Wartość spłat zaliczki
<SKLADNIK_SPLACONO_ALL> Flaga spłacenia całej kwoty zaliczki (Tak/Nie)
<SKLADNIK_ARCHIWALNY> INTEGER
Element archiwalny
- <PLATNOSCI> Węzeł <PLATNOSCI> zawiera listę płatności
Węzeł <PLATNOSCI> może zawierać wiele węzłów
<PLATNOSC>, co odpowiada wielu płatnościom.

- <PLATNOSC> Węzeł <PLATNOSC> zawiera dane dotyczące
pojedynczej płatności.
Unikalny identyfikator płatności w bazie źródłowej. Tag
identyfikatora w całym zbiorze płatności. Jeżeli wartość
nadany przy imporcie, ale wówczas w przyszłości nie
będzie możliwa identyfikacja płatności do potrzeb
rozliczeń.
<PLATNOSC_TYP_PODMIOTU> Typ związanego podmiotu
Typ związanego podmiotu. Pole techniczne, wskazujące
do jakiego rodzaju podmiotu odwołuje się relacja: 1 -
Kontrahent (tabela: Kontrahenci) 2 - Bank (tabela:
BnkNazwy) 3 - Pracownik/Wspólnik (tabela: PracEtaty) 5
- Urząd (tabela: Urzedy)
rozliczeń.
<PLATNOSC_DEFINICJA_DOKUMENTU_I STRING(36)
D> Unikalny identyfikator płatności w bazie źródłowej. Tag
rozliczeń.
<PLATNOSC_DEFINICJA_DOKUMENTU_S STRING(5)
YMBOL> Symbol listy płac
<PLATNOSC_DEFINICJA_DOKUMENTU_N Definicja numeracji dokumentu.
UMERACJA>
<PLATNOSC_NUMER_PELNY> STRING(51)
Pełny numer dokumentu generującego płatność
<PLATNOSC_NUMER_OBCY> Numer dokumentu obcego
<PLATNOSC_KIERUNEK> Kierunek przepływu pieniędzy: przychód lub rozchód
<PLATNOSC_KWOTA> DECIMAL
Kwota zdarzenia w walucie
<PLATNOSC_KWOTA_PLN> DECIMAL

Kwota rozliczona w walucie
<PLATNOSC_WALUTA_DOK> STRING(3)
Symbol waluty dokumentu
<PLATNOSC_WALUTA> STRING(3)
Symbol waluty
<PLATNOSC_KURS_WALUTY> Kurs waluty
<PLATNOSC_NOTOWANIE_WALUTY_ INTEGER
ILE> Notowanie waluty ile
<PLATNOSC_NOTOWANIE_WALUTY_ZA_I INTEGER
LE> Notowanie waluty za ile
<PLATNOSC_NOTOWANIE_DATA_KURSU RRR-MM-DD
> Data kursu waluty
Reprezentacja pola datetime na serwerze SQL
<PLATNOSC_DATA_DOK> RRR-MM-DD
Data dokumentu oryginalnego
Dla dokumentów kosztowych zależna od ustawienia
parametru "Data zdarzenia w preliminarzu" w menu
System -> Konfiguracja -> Firma -> Kasa i bank -> Daty
dokumentów.
<PLATNOSC_TERMIN> RRR-MM-DD
Termin płatności
<PLATNOSC_DATA_REAL> RRR-MM-DD
Planowana data realizacji
<PLATNOSC_ZWLOKA> INTEGER
Maksymalna dopuszczalna zwłoka płatności (w dniach)
<PLATNOSC_FORMA_PLATNOSCI_ID> STRING(36)
jej nazwę.
<PLATNOSC_FORMA_PLATNOSCI> STRING(20)
ERP Optima. Wymagane jest podanie nazwy lub
identyfikatora formy płatności.
<PLATNOSC_BANK_ID> STRING(36)
numer kierunkowy.
<PLATNOSC_BANK> STRING(10)
<PLATNOSC_RACHUNEK_NR> STRING(51)
<PLATNOSC_IBAN> Czy numer rachunku jest zapisany w standardzie IBAN
(Tak/Nie)

<PLATNOSC_PODLEGA_ROZLICZENIU> Czy płatność podlega rozliczeniu (Tak/Nie)
<PLATNOSC_NIE_NALICZAJ_ODSETEK> Czy mają być naliczane odsetki (Tak/Nie)
<PLATNOSC_KONTO> Numer konta
<PLATNOSC_KATEGORIA_ID> STRING(36)
<PLATNOSC_KATEGORIA> STRING(20)
Optima.
<PLATNOSC_ELIXIR_O1> STRING(35)
<PLATNOSC_OPIS> STRING(254)
Dodatkowy opis.
- <RAPORTY_KB> Węzeł <RAPORTY_KB> zawiera listę raportów
kasowych i wyciągów bankowych w bazie programu
Comarch ERP Optima. Węzeł <RAPORTY_KB> może
zawierać wiele węzłów <RAPORT_KB>, co
odpowiada wielu raportom kasowym lub wyciągom
bankowym.
wymagany.
wymagany.
- <RAPORT_KB> Pojedynczy raport kasowy lub wyciąg bankowy. Węzeł
RAPORTY_KB może zawierać wiele węzłów
RAPORT_KB.
Unikalny identyfikator raportu w bazie źródłowej. Węzeł
identyfikatora w ramach wszystkich raportów/wyciągów.
Symbol kasy / rachunku bankowego (odpowiada polu
Rejestr na formularzu rejestru kasowego). Wymagane
jest podanie symbolu lub identyfikatora rachunku.

<DATA_OTWARCIA> RRRR-MM-DD
Data otwarcia raportu kasowego (wyciągu bankowego).
Pole wymagane.
<DATA_ZAMKNIECIA> RRRR-MM-DD
Data zamknięcia raportu kasowego (wyciągu
bankowego). Pole wymagane.
<SYMBOL_DOKUMENTU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator symbolu dokumentu
w Comarch ERP Optima. Węzeł nie musi być
wypełniony.
<NUMER> STRING(30)
Numer raportu kasowego/wyciągu bankowego. Numer
musi mieć schemat zgodny ze schematem numeracji
określonym w definicji dokumentu.
<NUMERATOR_NUMER_NR> INTEGER
Numer kolejny raportu (wynika z numeru pełnego). Pole
wymagane.
<NUMER_OBCY > STRING(256)
Numer obcy raportu kasowego/wyciągu bankowego
- <ZAPISY_KB> Lista zapisów w danym raporcie.
- <ZAPIS_KB> Pojedynczy zapis (pozycja) w raporcie. Węzeł
<ZAPISY_KB> może zawierać wiele węzłów
<ZAPIS_KB>
<ID_ZRODLA_ZAPISU> STRING(36)
Unikalny identyfikator zapisu w bazie źródłowej. Węzeł
identyfikatora w ramach wszystkich zapisów. Jeżeli
zostanie nadany przy imporcie, ale w takim przypadku w
przyszłości nie będzie możliwe przenoszenie informacji o
rozrachunkach.
<SYMBOL_DOKUMENTU_ZAPISU> STRING(20)
Symbol definicji dokumentu służącej do numeracji zapisu.
Wymagane jest podanie symbolu lub identyfikatora
definicji dokumentu.
<SYMBOL_DOKUMENTU_ZAPISU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator symbolu definicji
dokumentuzapisu kb w Comarch ERP Optima. Węzeł nie
musi być wypełniony.
<DATA_DOK> RRRR-MM-DD
Data przeprowadzenia operacji. Pole wymagane.

<NUMER_ZAPISU> STRING(30)
Numer zapisu. Numer musi mieć schemat zgodny ze
schematem numeracji określonym w definicji dokumentu.
<NUMERATOR_REJESTR> STRING(5)
Symbol kasy / rachunku bankowego. Powtórzona
wartość węzła RACHUNEK z poprzedniego poziomu.
<NUMERATOR_NUMER_NR_ZAPISU> INTEGER
Numer kolejny zapisu (wynika z numeru pełnego). Pole
wymagane.
<NUMER_OBCY_ZAPISU> STRING(256)
Numer dokumentu źródłowego, w przypadku
dokumentów otrzymanych od kontrahenta.
<LP> INTEGER
Pozycja zapisu w ramach raportu / wyciągu.
<TYP> Typ operacji. Pole wymagane. Przyjmuje wartości:
gotówka, przelew, karta.
<KWOTA> NUMERIC
Kwota dokonanej operacji. Jeśli zapis jest walutowy,
podajemy kwotę w walucie. Kwota musi być zawsze
dodatnia – jej znak określa zawartość etykiety
<KIERUNEK>. Pole wymagane.
<WALUTA> STRING(3)
waluty rozliczenia (np. EUR, USD, GBP). Dla zapisów w
walucie systemowej (pusty węzeł <WALUTA_DOK>)
może zostać określona inna waluta rozliczenia.
waluty dokumentu (np. EUR, USD, GBP).
wartość 1.
Data kursu waluty
<KWOTA_PLN> NUMERIC
<KIERUNEK> Kierunek przepływu pieniędzy. Pole wymagane.
Przyjmuje wartości: przychód lub rozchód.

Nie.
wartości: kontrahent, pracownik, wspólnik, bank, US.
<JEST_WYNAGRODZENIEM> Czy zapis jest wynagrodzeniem. Przyjmuje wartości Tak
lub Nie.
Optima.
jego akronim.
<NAZWA1> STRING(50)
<NAZWA2> STRING(50)
<KRAJ> STRING(40)
<POWIAT> STRING(40)
<GMINA> STRING(40)
<ULICA> STRING(40)
<MIASTO> STRING(40)
<POCZTA> STRING(40)

Numer kierunkowy banku kontrahenta, z którego lub do
którego zostały przelane pieniądze. Bank jest wymagany
przy operacjach przelewów - musi być podany albo
numer kierunkowy banku albo identyfikator banku.
Unikalny, wewnętrzny identyfikator banku w Comarch
odszukanie banku odbywa się poprzez jego numer
kierunkowy.
Numer rachunku kontrahenta. Pole wymagane przy
operacjach bankowych (przelewach).
<IBAN> Czy numer rachunku podany jest w standardzie IBAN.
Przyjmuje wartości: Tak lub Nie
<KARTA_KR> STRING(20)
Nazwa karty kredytowej - pole wymagane przy
<KARTA_KR_NUMER> STRING(16)
Numer karty kredytowej - pole wymagane przy
<KARTA_KR_DW> RRRR-MM-DD
Data ważności karty kredytowej - pole wymagane przy
Optima.
<OPIS> STRING(254)
Opis operacji.
<KONTO> STRING(50)
Konto przeciwstawne kontrahenta.
<SPLIT_PAYMENT> Określa czy zapis dotyczy Split Payment. Przyjmuje
wartości: Tak lub Nie
<ZAPIS_VAT> Określa czy zapis dotyczy kwoty VAT-u. Jest związany
ze Split Payment. Przyjmuje wartości: Tak lub Nie
- <KWOTY DODATKOWE> Węzeł <KWOTY_DODATKOWE> zawiera informacje o
- <POZYCJA> Jeden węzeł <POZYCJA> odpowiada jednej kwocie
dodatkowej.

Optima.
<KWOTA_PLN_KD> NUMERIC
<KWOTA_KD> NUMERIC
Kwota pozycji.
kwota dodatkowa.
dodatkowa.
<KURS_NUMER_POS> STRING (5)
Symbol kursu waluty
1.
Data kursu waluty
Kod drugiej kategorii kwoty dodatkowej. Po tym polu
Comarch ERP Optima.
Unikalny, wewnętrzny identyfikator drugiej kategorii kwoty
dodatkowej w Comarch ERP Optima. Węzeł nie musi być
poprzez jej kod.
Drugi opis kwoty dodatkowej.
- <PLATNOSCI> Węzeł <PLATNOSCI> zawiera listę płatności
Węzeł <PLATNOSCI> może zawierać wiele węzłów
<PLATNOSC>, co odpowiada wielu płatnościom.

wymagany.
wymagany.
- <PLATNOSC> Dane dotyczące pojedynczej płatności.
Symbol kasy / rachunku bankowego (odpowiada polu
Rejestr na formularzu rejestru kasowego). Wymagane
jest podanie symbolu lub identyfikatora rachunku.
rozliczeń.
<NUMER> STRING(56)
Pełny numer dokumentu generującego płatność.
<SYMBOL_DOKUMENTU_ZAPISU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator symbolu dokumentu
płatności w Comarch ERP Optima. Węzeł nie musi być
wypełniony.
<KWOTA> NUMERIC
Kwota płatności. Jeśli zapis jest walutowy, to jest to
kwota w walucie. Musi być zawsze dodatnia. Kierunek
przepływu pieniędzy określa etykieta <KIERUNEK>.
<WALUTA> STRING(3)
Waluta rozliczenia. Dokumenty w walucie systemowej
mogą mieć inną walutę rozliczenia
Waluta dokumentu. W przypadku zapisu walutowego
podajemy identyfikator waluty (np. EUR, USD, GBP).

wartość 1.
<KWOTA_PLN> NUMERIC
Data kursu waluty
<KIERUNEK> Kierunek przepływu pieniędzy. Przyjmuje wartości:
ERP Optima. Wymagane jest podanie nazwy lub
identyfikatora formy płatności.
jej nazwę.
<KWOTA_ROZ> NUMERIC
Kwota zapisu już rozliczona. W zapisach walutowych jest
to kwota w walucie.
<KWOTA_ROZ_PLN> NUMERIC
Kwota zapisu już rozliczona w PLN.
<DATA_DOK> RRRR-MM-DD
Data dokumentu generującego płatność.
<TERMIN> RRRR-MM-DD
Termin płatności.
<DATA_REAL> RRRR-MM-DD
Planowana data realizacji płatności.
<ZWLOKA> INTEGER
Maksymalna dopuszczalna zwłoka w płatności w dniach.
<STAN> Zawsze przyjmuje wartość do realizacji.
<PODLEGA_ROZLICZENIU> Czy zapis będzie rozliczany. Przyjmuje wartość Tak lub
Nie.
urząd.

Optima.
jego akronim.
<PODMIOT_RACHUNEK_LP> INTEGER
W przypadku podmiotów typu urząd skarbowy i ZUS
określa, którego rachunku bankowego podmiotu dotyczy
operacja (urząd skarbowy posiada 4 rachunki, a ZUS 3).
Podajemy wartość z zakresu 1-4.
numer kierunkowy.
<IBAN> Czy numer rachunku jest zapisany w standardzie IBAN.
Optima.
<PRIORYTET> Priorytet realizacji płatności. Pole przyjmuje wartości:
wysoki, duży, średni lub niski.
<ELIXIR_O_1> STRING(35)
<KONTO> STRING(50)
Konto przeciwstawne kontrahenta.
<NIE_NALICZAJ_ODSETEK> Określa czy do płatności naliczać odsetki. Przyjmuje

<PRZELEW_SEPA> Określa czy płatność jest przelewem SEPA. Przyjmuje
<SPLIT_PAYMENT> Określa czy płatność jest typu Split Payment. Przyjmuje
<SPLIT_KWOTA_VAT> Kwota VAT związana ze Split Payment
<SPLIT_NIP> Numer NIP związany ze Split Payment
<SPLIT_NR_DOKUMENTU> Numer dokumentu związany ze Split Payment
<OPIS> STRING(254)
Dodatkowy opis.
Data dokumentu
głównej
baza
Data pliku
głównej
(dok. firmowy)

- <ROZLICZENIA> Węzeł <ROZLICZENIA> zawiera listę rozliczeń
Węzeł <ROZLICZENIA> może zawierać wiele węzłów
<ROZLICZENIE>, co odpowiada wielu rozliczeniom.
wymagany.
wymagany.
- <ROZLICZENIE> Dane dotyczące pojedynczego rozliczenia.
Unikalny identyfikator rozliczenia w bazie źródłowej. Tag
rozliczeń.
<NUMER_LEWEGO_DOKUMENTU> STRING(40)
Numer obcy dokumentu rozliczanego.
<NUMER_PRAWEGO_DOKUMENTU> STRING(40)
Numer obcy dokumentu rozliczającego.
Data dokumentu.
<TYP_LEWEGO_DOKUMENTU> Typ dokumentu rozliczanego, przyjmuje wartości:
zdarzenie lub zapis
<ROWID_LEWEGO> STRING(36)
Unikalny identyfikator dokumentu rozliczanego w bazie
źródłowej. Tag ten powinien mieć taką wartość, aby
zapewnić unikalność identyfikatora w całym zbiorze
płatności.
<TYP_PRAWEGO_DOKUMENTU> Typ dokumentu rozliczającego, przyjmuje wartości:
zdarzenie lub zapis
<ROWID_PRAWEGO> STRING(36)
Unikalny identyfikator dokumentu rozliczającego w bazie
źródłowej. Tag ten powinien mieć taką wartość, aby
zapewnić unikalność identyfikatora w całym zbiorze
płatności.
<KWOTA> NUMERIC
Kwota rozliczenia
- <KOMPENSATY> Węzeł <KOMPEMNSATY> zawiera listę kompensat
Węzeł <KOMPENSATY> może zawierać wiele węzłów
<KOMPENSATA>, co odpowiada wielu rozliczeniom.

wymagany.
wymagany.
- <KOMPEMNSATA> Dane dotyczące pojedynczego rozliczenia.
rozliczeń.
<DEFINICJA_DOKUMENTU_ID> STRING(36)
Unikalny, wewnętrzny identyfikator symbolu definicji
kompensaty w Comarch ERP Optima. Węzeł nie musi
być wypełniony.
<DEFINICJA_DOKUMENTU_SYMBOL> STRING(20)
kompensaty. Wymagane jest podanie symbolu lub
identyfikatora definicji dokumentu.
<DEFINICJA_DOKUMENTU_NUMERACJA> STRING(50)
Schemat numeracji dla kompensat. Schemat składa się
zawsze z 5 segmentów i posługuje się następującymi
prototypami:
@brak – brak segmentu, może wystąpić na początku lub
końcu schematu
@symbol - symbol definicji dokumentu
@rejestr - seria dokumentu lub rejestr
@numer - numer kolejny dokumentu z zerami wiodącymi
@numerS - numer kolejny dokumentu bez zer wiodących
@miesiac - miesiąc
@rok_kal - rok kalendarzowy
@rok_obr - symbol okresu obrachunkowego
<NUMER_STRING> STRING(50)
Techniczny zapis numeru kompensaty.
<NUMER_NR> INTEGER
Numer kolejny zapisu (wynika z numeru pełnego). Pole
wymagane.
<NUMER_PELNY> STRING(30)
Pełny numer dokumentu kompensaty.
Data dokumentu.

Optima.
jego akronim.
<KATEGORIA_KOD_SZCZEGOL> STRING(20)
Optima.
<KATEGORIA_OPIS> STRING(50)
Treść opisu kategorii.
<WALUTA> STRING(3)
Waluta rozliczenia. Dokumenty w walucie systemowej
mogą mieć inną walutę rozliczenia
<KONTOWN> STRING(50)
Konto WN
<KONTOMA> STRING(50)
Konto MA
<OPIS> STRING(254)
Dodatkowy opis.
<RAZEM_KWOTA_ROZ> NUMERIC
Kwota kompensaty
- <POZYCJE> Lista pozycji kompensaty.
- <POZYCJA> Pojedynczy pozycja na kompensacie. Węzeł
<POZYCJE> może zawierać wiele węzłów <POZYCJA>
<ID_ROZ> STRING(36)
identyfikatora w całym zbiorze pozycji kompensat. Jeżeli
zostanie nadany przy imporcie.
<NUMER_ROZ> STRING(30)
Numer rozliczenia.

<NUMER_L> STRING(40)
Numer obcy dokumentu rozliczanego.
<NUMER_P> STRING(40)
Numer obcy dokumentu rozliczającego.
<DATA_ROZ> RRRR-MM-DD
Data dokumentu.
<KWOTA_ROZ> NUMERIC
Kwota rozliczenia
Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek postaci jest zabronione. Wykonywanie kopii metodą
kserograficzną, fotograficzną, a także kopiowanie na nośniku filmowym, magnetycznym lub innym, powoduje naruszenie praw autorskich niniejszej
publikacji.
Copyright © 2022 COMARCH

Wszelkie prawa zastrzeżone.

OPT021 - Struktura Plikow XML Do Pracy Rozproszonej v.2023.6.1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

OPT021 - Struktura Plikow XML Do Pracy Rozproszonej v.2023.6.1

Uploaded by

Copyright:

Available Formats

Biuletyn techniczny

Struktura plików XML do pracy rozproszonej

Data ostatniej aktualizacji

2 Praca w modelu rozproszonym (off-line) ....................................... 5

Struktura plików XML do pracy rozproszonej 2

1.1 Zmiany w wersji 2018.0.1

1.2 Zmiany w wersji 2018.2.1

1.3 Zmiany w wersji 2018.5.1

1.4 Zmiany w wersji 2018.6.1

1.5 Zmiany w wersji 2019.1.1

1.6 Zmiany w wersji 2019.5.1

Struktura plików XML do pracy rozproszonej 3

1.8 Zmiany w wersji 2020.1.1

1.9 Zmiany w wersji 2020.4.1

1.10 Zmiany w wersji 2021.0.1

1.11 Zmiany w wersji 2021.5.1

1.12 Zmiany w wersji 2022.1.1

1.13 Zmiany w wersji 2022.3.1

1.14 Zmiany w wersji 2023.0.1

1.15 Zmiany w wersji 2023.5.1

Struktura plików XML do pracy rozproszonej 4

2 Praca w modelu rozproszonym (off-line)

4 Podział obszarów danych

Struktura plików XML do pracy rozproszonej 5

5 Symbole numeracji dokumentów, nazwy rejestrów

6 Konfiguracja pracy rozproszonej

Struktura plików XML do pracy rozproszonej 6

Struktura plików XML do pracy rozproszonej 7

W dziale księgowym można eksportować:

Okno uruchomienia eksportu pozwala dodatkowo na określenie parametrów eksportu:

Struktura plików XML do pracy rozproszonej 8

6.2 Import danych

Struktura plików XML do pracy rozproszonej 9

W dziale sprzedaży/płac importowi podlegają:

W dziale księgowym można importować:

Okno uruchomienia importu pozwala dodatkowo na określenie parametrów importu:

Struktura plików XML do pracy rozproszonej 10

Rys 4. Prosty przykład wykorzystania formatu XML

Struktura plików XML do pracy rozproszonej 11

Struktura plików XML do pracy rozproszonej 12

Struktura plików XML do pracy rozproszonej 13

9 Informacje szczegółowe na temat importu danych

P r z y k ł a d : Węzeł <KONTRAHENCI>, subwęzeł <KONTRAHENT>, etykiety <KATEGORIA> oraz

Struktura plików XML do pracy rozproszonej 14

Opis pliku XML zawierającego wyeksportowane dane

Struktura plików XML do pracy rozproszonej 15

Struktura plików XML do pracy rozproszonej 16

Struktura plików XML do pracy rozproszonej 17

<WERSJA> Obowiązująca wersja pliku wymiany danych: 2.00. Węzeł

Struktura plików XML do pracy rozproszonej 18

<FISKALNA> W przypadku kategorii przychodowych określenie czy sprzedaż

Struktura plików XML do pracy rozproszonej 19

Struktura plików XML do pracy rozproszonej 20

Struktura plików XML do pracy rozproszonej 21

Struktura plików XML do pracy rozproszonej 22

Struktura plików XML do pracy rozproszonej 23

Struktura plików XML do pracy rozproszonej 24

Struktura plików XML do pracy rozproszonej 25

Struktura plików XML do pracy rozproszonej 26

Struktura plików XML do pracy rozproszonej 27

Struktura plików XML do pracy rozproszonej 28

Struktura plików XML do pracy rozproszonej 29

Struktura plików XML do pracy rozproszonej 30