Problemy z importem EDI ++ w Rewizorze NEXO PRO których nie ma w Rewizorze GT

[Zbigniew Walkiewicz 0]

Witam,

 

Mam problem z importem dokumentów do Rewizora NEXO chodzi o dokumenty zakupu i sprzedaży. Plik jest generowany przez moduł eksportu PC-Marketu w najnowszej wersji która generuje pliki edi++ wersji 8. Podczas wczytywania pliku występuje błąd:

Tu moje pytanie czy jest jakaś różnica miedzy plikami edi++ dla Rewizora GT a NEXO czy to jeden taki sam standard Insert?

Pytam dlatego że Insert GT bez problemu importuje cały plik (ten sam) i wszystkie dokumenty dekretuje co do jednego bez błędów.

 

Drugie pytanie czy Rewizor Nexo generuje jakiś log z importu plików EDI? W Rewizorze GT zawsze jest na koniec importu raport który można było przejrzeć i odszukać dokumenty dla których nie udał się import z jakimś komentarzem na temat błędu. W NEXO nic takiego nie ma, nie ma żadnej informacji sprawdzałem w lokalizacji logów w *\AppData\Local\InsERT\Logs\ i nic tu nie ma poza standardowymi logami aplikacji. Przykładowo po imporcie np 200 dokumentów zaimportuje się tylko 180 gdzie sprawdzić co nie przeszło?

 

Trzecie pytanie to uzgadnianie kontrahentów przy imporcie w Rewizorze Nexo na jakiej podstawie bo nie jest określone? Po czym w czasie importu Nexo rozpoznaje i uzgadnia kontrahentów? Po NIP czy po Symbolu? Logiczny jest NIP jako niepowtarzalny identyfikator każdej Firmy. W Rewizorze GT jest taka opcja w komunikacji której brakuje w Nexo

Co zauważyłem jeśli istnieje kontrahent o danym symbolu przykładowo 120 i NIP 641-000-22-11 i jeśli importujemy dokumenty np z innego sklepu gdzie w pliku inny kontrahent o innym nr NIP 534-140-22-12 ale ma ten sam symbol 120 to takie dokumenty tego kontrahenta nie są importowane. W Rewizorze GT tego problemu nie było bo można było wrzucić synchronizację po NIP co wydaje się bardziej logiczne. Poniżej zdjęcie przepraszam za jakość.

Dodatkowo są problemy z importem dokumentów (tak tylko przypuszczam, nie ma logu) istniejącego w Rewizorze Nexo kontrahenta który ma inny symbol w pliku edi++ niż ten który jest w zapisany w Rewizorze Nexo. Dokumenty są pomijane bez informacji.

[Jacek Izydorczyk 1 335]

Bez analizy pliku trudno coś konkretnego napisać, ale:

- format jest ten sam, zarówno dla GT jak i nexo,

- nexo dużo bardziej rygorystyczne podchodzi do poprawności struktury pliku - to częsty przypadek, że EPP wczytuje się bez problemu w GT, a nexo zgłasza problemy. Nexo często ma tutaj rację,

- w parametrach komunikacji jest opcja "Uwzględnij dodatkowo symbol podczas synchronizacji klientów".

 

[Zbigniew Walkiewicz 0]

2 godziny temu, Jacek Izydorczyk napisał:

Bez analizy pliku trudno coś konkretnego napisać, ale:

- format jest ten sam, zarówno dla GT jak i nexo,

- nexo dużo bardziej rygorystyczne podchodzi do poprawności struktury pliku - to częsty przypadek, że EPP wczytuje się bez problemu w GT, a nexo zgłasza problemy. Nexo często ma tutaj rację,

- w parametrach komunikacji jest opcja "Uwzględnij dodatkowo symbol podczas synchronizacji klientów".

 

Sprawdziłem, opcja o której Pan wspomina jest wyłączona mimo to dalej wydaje się że Rewizor podczas importu bierze symbole jako główny punkt przy synchronizacji, co jest głównym kryterium synchronizacji kontrahentów? Pomoc techniczna Insertu nie udzieliła mi tej informacji mimo wykupionego telekonsultanta dla klienta, Pan niejasno krążył koło symbolów że one są najważniejsze.

tutaj pierwszych 14 linii pliku z którego Nexo wygenerował błąd z informacją o problemie w linii 8 (pierwsze zdjęcie w pierwszym poście). Nie rozumiem tego bardziej rygorystycznego podchodzenia do składni? Skoro w GT nie ma błędów i importuje się poprawnie to nie powinno być problemów w Nexo. Czy wie Pan coś na temat logów z importu takich plików edi++? Każdy szanujący się program robi logi by w razie błędów je wyłapać i przeanalizować taki GT je robi Nexo to ponoć krok do przodu.

 

[INFO]
"1.08",0,1250,"PC-Market 7","","FIRMA","FIRMA","MIASTO","41-710","ULICA","NIP","TEXT","SKLEP","","203-00001",1,20210801000000,20210831000000,"Administrator",20210920000000,"Polska","PL",,0

[NAGLOWEK]
"FZ",1,0,294098,"FVS/21/08/00093",,"FVS/21/08/00093",,,,,"642","FIRMA","FIRMA HANDLOWO USŁUGOWA 'FIRMA' SPÓŁKA JAWNA","SOSNOWIEC","41-219","ULICA","1111111111",,,"MIASTO",20210802000000,20210802000000,20210802000000,0,1,"cena detaliczna",1120.5500,56.3200,1176.8700,1120.5398,,0.0000,"przelew",20210816000000,0.0000,1176.8700,0,0,1,0,"USER",,,0.0000,0.0000,"PLN",1.0000,"PZ/21/3264/R"," ",,,0,0,0,,0.0000,,0.0000,"","",0

[ZAWARTOSC]
"8",8,9.4000,0.7500,10.1500
"5",5,1111.1500,55.5700,1166.7200

[NAGLOWEK]
"FZ",1,0,294133,"9137298747",,"9137298747",,,,,"610","EUROCASH","EUROCASH SPÓŁKA AKCYJNA","KOMORNIKI","62-052","WIŚNIOWA 11","2222222222",,,"MIASTO",20210802000000,20210802000000,20210802000000,0,1,"cena detaliczna",905.7300,50.8000,956.5300,905.7300,,0.0000,"przelew",20210816000000,0.0000,956.5300,0,0,1,0,"USER",,,0.0000,0.0000,"PLN",1.0000,"PZ/21/3269/R"," ",,,0,0,0,,0.0000,,0.0000,"","",0

[ZAWARTOSC]
"23",23,30.6000,7.0400,37.6400
"5",5,875.1300,43.7600,918.8900

 

co najlepsze ten plik Nexo wczytuje bez błędów jedynie nie importując kilka faktur, nie zlokalizowałem logu wiec nie wiadomo których nie zaimportował i dlaczego je pominął.

[INFO]
"1.05",0,1250,"PC-Market 7","","FIRMA","FIRMA","MIASTO","41-710","ULICA","NIP","TEKST","SKLEP","","203-00001",1,20210801000000,20210831000000,"Administrator",20210915000000,"Polska","PL",,0

[NAGLOWEK]
"FZ",1,0,294098,"FVS/21/08/00093",,"FVS/21/08/00093",,,,,"642","FIRMA","FIRMA HANDLOWO USŁUGOWA 'FIRMA' SPÓŁKA JAWNA","SOSNOWIEC","41-219","GEN. MARIUSZA ZARUSKIEGO 3A","1111111111",,,"MIASTO",20210802000000,20210802000000,20210802000000,0,1,"cena detaliczna",1120.5500,56.3200,1176.8700,1120.5398,,0.0000,"przelew",20210816000000,0.0000,1176.8700,0,0,1,0,"USER",,,0.0000,0.0000,"PLN",1.0000,"PZ/21/3264/R"," ",,,0,0,0,,0.0000,,0.0000,,,0

[ZAWARTOSC]
"8",8,9.4000,0.7500,10.1500
"5",5,1111.1500,55.5700,1166.7200

[NAGLOWEK]
"FZ",1,0,294133,"9137298747",,"9137298747",,,,,"610","EUROCASH","EUROCASH SPÓŁKA AKCYJNA","KOMORNIKI","62-052","WIŚNIOWA 11","2222222222",,,"Ruda Śląska",20210802000000,20210802000000,20210802000000,0,1,"cena detaliczna",905.7300,50.8000,956.5300,905.7300,,0.0000,"przelew",20210816000000,0.0000,956.5300,0,0,1,0,"USER",,,0.0000,0.0000,"PLN",1.0000,"PZ/21/3269/R"," ",,,0,0,0,,0.0000,,0.0000,,,0

[ZAWARTOSC]
"23",23,30.6000,7.0400,37.6400
"5",5,875.1300,43.7600,918.8900

 

Edytowane 21 Września 2021 przez Zbigniew Walkiewicz

[Jacek Izydorczyk 1 335]

18 minut temu, Zbigniew Walkiewicz napisał:

Sprawdziłem, opcja o której Pan wspomina jest wyłączona mimo to dalej wydaje się że Rewizor podczas importu bierze symbole jako główny punkt przy synchronizacji, co jest głównym kryterium synchronizacji kontrahentów?

Jeśli ta opcja jest wyłączona, to najważniejszy jest NIP.

 

19 minut temu, Zbigniew Walkiewicz napisał:

tutaj pierwszych 14 linii pliku z którego Nexo wygenerował błąd z informacją o problemie w linii 8 (pierwsze zdjęcie w pierwszym poście).

W dokumentacji pliku EPP, z tabeli 6, która obowiązuje już od wersji 1.05.3 pliku EPP wynika, że w linii 8 ma być 12 pól, a w Pana pliku jest ich raptem 5.

 

25 minut temu, Zbigniew Walkiewicz napisał:

Nie rozumiem tego bardziej rygorystycznego podchodzenia do składni? Skoro w GT nie ma błędów i importuje się poprawnie to nie powinno być problemów w Nexo.

Nie zgodzę się. To, że GT "puszczało" pewne niedociągnięcia w plikach EPP wcale nie oznacza, że nexo musi robić tak samo. Przyznam jednak, że akurat tą sytuację, którą opisałem wyżej osobiście obsłużył bym inaczej - skoro brakuje 7 pól i są to pola kwotowe, to przyjął bym, że skoro ich nie ma, to są zerowe. Nie zmienia to jednak faktu, że jakby nie było, to struktura pliku jest błędna.

 

32 minuty temu, Zbigniew Walkiewicz napisał:

Czy wie Pan coś na temat logów z importu takich plików edi++?

Nie wiem.

[Zbigniew Walkiewicz 0]

2 godziny temu, Jacek Izydorczyk napisał:

Jeśli ta opcja jest wyłączona, to najważniejszy jest NIP.

 

W dokumentacji pliku EPP, z tabeli 6, która obowiązuje już od wersji 1.05.3 pliku EPP wynika, że w linii 8 ma być 12 pól, a w Pana pliku jest ich raptem 5.

 

Nie zgodzę się. To, że GT "puszczało" pewne niedociągnięcia w plikach EPP wcale nie oznacza, że nexo musi robić tak samo. Przyznam jednak, że akurat tą sytuację, którą opisałem wyżej osobiście obsłużył bym inaczej - skoro brakuje 7 pól i są to pola kwotowe, to przyjął bym, że skoro ich nie ma, to są zerowe. Nie zmienia to jednak faktu, że jakby nie było, to struktura pliku jest błędna.

 

Nie wiem.

Dziękuję za odpowiedź to już jakiś pierwszy krok do wyeliminowania problemu na tą chwilę zgłosiłem problem do Insoftu. Pytanie do kogoś z Insertu czy są gdzieś logi do importu plików EDI++? Jeśli chodzi o kontrahentów i symbole zostało to zgłoszone przez telekonsultanta Insertu z 3 miesiące temu bo był to ponoć ewidentny błąd, na jakim etapie to teraz jest nie wiadomo.

[Andrzej Kubik 1 091]

Co do zasady ten plik z PC_Marketu jest błędny.

Niepoprawne są wpisy w sekcji [ZAWARTOSC].

Wg nagłówka plik jest w wersji 1.08, a zawartość jest taka jakby to była wersja 1.05.

 

Konkretnie ma Pan tam coś takiego:

Cytat

 

[ZAWARTOSC]

"8",8,9.4000,0.7500,10.1500

 

a powinno to wyglądać tak (nie chodzi o wartości, tylko o ilość pól oddzielonych przecinkami):

Cytat

[ZAWARTOSC]
"23",23.0000,106.8500,24.5800,131.4300,106.8500,24.5800,131.4300,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000

 

Edytowane 21 Września 2021 przez Andrzej Kubik

[Zbigniew Walkiewicz 0]

Godzinę temu, Andrzej Kubik napisał:

Co do zasady ten plik z PC_Marketu jest błędny.

Niepoprawne są wpisy w sekcji [ZAWARTOSC].

Wg nagłówka plik jest w wersji 1.08, a zawartość jest taka jakby to była wersja 1.05.

 

Konkretnie ma Pan tam coś takiego:

a powinno to wyglądać tak (nie chodzi o wartości, tylko o ilość pól oddzielonych przecinkami):

 

Już to zgłosiłem dziękuję za odpowiedź.

[Zbigniew Walkiewicz 0]

W dniu 21.09.2021 o 11:41, Andrzej Kubik napisał:

Co do zasady ten plik z PC_Marketu jest błędny.

Niepoprawne są wpisy w sekcji [ZAWARTOSC].

Wg nagłówka plik jest w wersji 1.08, a zawartość jest taka jakby to była wersja 1.05.

 

Konkretnie ma Pan tam coś takiego:

a powinno to wyglądać tak (nie chodzi o wartości, tylko o ilość pól oddzielonych przecinkami):

 

Odpowiedz z Insoftu apropo generowania błędnych plików epp i Pana wypowiedzi,

 

Cytat

tak jak już kiedyś rozmawialiśmy, interfejs FK(C)-Insert generuje dane do programów Rachmistrz GT, Rewizor GT. Nawet jeżeli pliki epp są wykorzystywane w programie Nexo, to nie oznacza, że nasz interfejs generuje pliki epp dla Nexo. Interfejs FK został przygotowany pod kątem Rachmistrza GT i Rewizora GT. 

 

Nie do końca zgodzę się z tym co zostało przedstawione w korespondencji z przedstawicielem Insert. 
Mianowicie plik epp generowany przez nasz interfejs FK nie jest błędny. Jest zgodny z wersją 1.08 dla komunikacji do biura rachunkowego. 
Według opisu struktury pliku epp, zawartość dokumentu obrotowego dla komunikacji do biura rachunkowego (Rachmistrz, Rewizor) przedstawia tabela 4 (na zrzucie poniżej). 

Tabela 4 może być zastąpiona tabelą 6 (na zrzucie poniżej) w wypadku wyboru formatu EDI++ (do biura z fakturami marża). 

Wtedy sekcja [ZAWARTOSC] nie ma 5 pól tylko 18 pól. 
Jak wiesz program PC-Market nie ma dokumentu typu VAT marża, nie ma więc potrzeby eksportowania w tym formacie wszystkich dokumentów, skoro dozwolony cały czas jest format z tabeli 4. 
Moim zdaniem program Nexo ma tak skonstruowany import pliku epp, że oczekuje tylko i wyłącznie sekcji [ZAWARTOSC] z 18 polami. Programy Rachmistrz i Rewizor GT tego formatu nie oczekują. Więc może należałoby ujednolicić programy Insert, jeżeli wykorzystują ten sam format pliku epp. Wtedy tabela 4 oraz 5 w ogóle nie musiałaby być przedstawiona w opisie struktury pliku epp, ponieważ funkcjonowała by wyłącznie struktura sekcji [ZAWARTOSC] przedstawiona w tabeli 6. W tym momencie według opisu struktury pliku epp, sekcja [ZAWARTOSC] może mieć 5, lub 14, lub 18 pól w zależności jakie wartości niesie dokument. 

Oczywiście, że moglibyśmy każdą sekcję [ZAWARTOSC] zapisywać z 18 polami (tam gdzie nie mamy wartości wpisujemy zera), tylko czy to jest jedyna różnica przy imporcie pliku epp do Nexo? 
I kolejne pytanie, czy w sytuacji kiedy sekcja [ZAWARTOSC] będzie zapisywana zawsze z 18 polami, to czy import do Rachmistrz i Rewizor GT, będzie poprawnie interpretował tą sekcję. 
Tak jak wspomniałem na początku, FK(C)-Insert generuje dane dla programów Rachmistrz i Rewizor GT. Jeżeli dysponujesz opisem struktury pliku epp dla programów Nexo, możesz nam ja podesłać. Sprawdzimy jakie zmiany byłyby konieczne aby interfejs FK(C)-Insert mógł generować plik epp także dla Nexo. 
 

czy są dwa formaty pliku epp z różną strukturą dla GT i Nexo? Różnica między tabelkami chyba została tu dobrze wyjaśniona i z tego opisu wynika że obie są poprawne drugą stosujemy gdy są faktury VAT marża jeśli nie to tabela nr 4 jest prawidłowa.

[Jacek Izydorczyk 1 335]

W dniu 27.10.2021 o 11:35, Zbigniew Walkiewicz napisał:

czy są dwa formaty pliku epp z różną strukturą dla GT i Nexo?

Nie.

W dniu 27.10.2021 o 11:35, Zbigniew Walkiewicz napisał:

Różnica między tabelkami chyba została tu dobrze wyjaśniona i z tego opisu wynika że obie są poprawne drugą stosujemy gdy są faktury VAT marża jeśli nie to tabela nr 4 jest prawidłowa.

Nie. Od wersji 1.05.3 należy stosować tylko i wyłącznie tabelę 6.

[Zbigniew Walkiewicz 0]

W dniu 27.10.2021 o 11:45, Jacek Izydorczyk napisał:

Nie.

Nie. Od wersji 1.05.3 należy stosować tylko i wyłącznie tabelę 6.

Czy w opisie struktury pliku epp w wersji 1.05.3 czy nowszych jest to zaznaczone że tylko i wyłącznie tabela nr 6 wchodzi w rachubę? Pytam bo może nie ma tego i błędnie wychodzą z założenia że jest nadal tak jak było poprzednio. Szczerze nie oglądałem tego pliku ze schematem. Gdzie można pobrać opis struktury pliku epp?

 

Zakładam że jeśli tylko tabela nr 6 jest brana pod uwagę to w opisie struktury 1.08 nie będzie już tabelki nr 4 bo jest ona nie aktualna i może wprowadzać w błąd.

Edytowane 27 Października 2021 przez Zbigniew Walkiewicz

[Jacek Izydorczyk 1 335]

W dniu 27.10.2021 o 11:55, Zbigniew Walkiewicz napisał:

Czy w opisie struktury pliku epp w wersji 1.05.3 czy nowszych jest to zaznaczone że tylko i wyłącznie tabela nr 6 wchodzi w rachubę?

Może nie wprost, co nie zmienia faktu, że tak jest. Poniżej dwa cytaty:

Cytat

Niżej wymieniona struktura [Tabela 6] zastępuje tabelę [Tabela 4] w wypadku wyboru formatu EDI++ (do biura z fakturami marża) (podformat pliku 1.05.3).

Cytat

Tabela 6 Zawartość dokumentu obrotowego dla komunikacji do biura rachunkowego z fakturami VAT marża od podformatu 1.05.3 (Rachmistrz, Rewizor).

 

W dniu 27.10.2021 o 11:55, Zbigniew Walkiewicz napisał:

Gdzie można pobrać opis struktury pliku epp?

Np. stąd:

 

[Zbigniew Walkiewicz 0]

 

W dniu 27.10.2021 o 12:17, Jacek Izydorczyk napisał:

Tabela 6 Zawartość dokumentu obrotowego dla komunikacji do biura rachunkowego z fakturami VAT marża od podformatu 1.05.3 (Rachmistrz, Rewizor).

Tak ale cały czas w tekście jest napisane ze dotyczy faktur VAT marża a jak napisał Insoft w PC-Market nie posiada faktur VAT marża więc obowiązuje tabela 4 tak wynika z struktury schematu epp wiec skoro działa to dla GT a jest jeden format dla GT i Nexo  i nigdzie nie jest zaznaczone że dla NEXO obowiązuje tylko tabela 6 wg logiki powinno działać. Jeśli nie działa to jest tak jak napisał Pan z Insoftu

 

W dniu 27.10.2021 o 11:35, Zbigniew Walkiewicz napisał:

Moim zdaniem program Nexo ma tak skonstruowany import pliku epp, że oczekuje tylko i wyłącznie sekcji [ZAWARTOSC] z 18 polami. Programy Rachmistrz i Rewizor GT tego formatu nie oczekują. Więc może należałoby ujednolicić programy Insert, jeżeli wykorzystują ten sam format pliku epp. Wtedy tabela 4 oraz 5 w ogóle nie musiałaby być przedstawiona w opisie struktury pliku epp, ponieważ funkcjonowała by wyłącznie struktura sekcji [ZAWARTOSC] przedstawiona w tabeli 6. W tym momencie według opisu struktury pliku epp, sekcja [ZAWARTOSC] może mieć 5, lub 14, lub 18 pól w zależności jakie wartości niesie dokument. 

może bezpośrednio ktoś z Insertu się odniesie do tego bo to takie mało jasne działanie?

Dodatkowo nie wiem czy gdzieś o tym wspominałem ale nie ma żadnej informacji w Nexo żadnego loga z importu dokumentów epp (w GT jest jak najbardziej). Jeśli jakieś dokumenty się nie zaimportują to nie ma informacji jakie i co było powodem. Trzeba szukać ręcznie a wiadomo dobrą praktyką każdego programisty jest dodać log do tego typu operacji gdzie zawsze coś może pójść nie tak.

[Jacek Izydorczyk 1 335]

W dniu 27.10.2021 o 13:05, Zbigniew Walkiewicz napisał:

Tak ale cały czas w tekście jest napisane ze dotyczy faktur VAT marża a jak napisał Insoft w PC-Market nie posiada faktur VAT marża więc obowiązuje tabela 4 tak wynika z struktury schematu epp wiec skoro działa to dla GT a jest jeden format dla GT i Nexo  i nigdzie nie jest zaznaczone że dla NEXO obowiązuje tylko tabela 6 wg logiki powinno działać.

Wersja 1.09 również obsługuje VAT marża i obowiązuje tabela 6.

W dniu 27.10.2021 o 13:05, Zbigniew Walkiewicz napisał:

Jeśli nie działa to jest tak jak napisał Pan z Insoftu

Oczywiście może Pan zakładać, że Pan z Insoftu ma racje i brnąć w to dalej, ale nic poza stratą czasu to Panu nie da.

Plik wczytuje się do GT tylko dlatego, że GT nie jest tak rygorystyczne jak nexo - o tym pisałem już wyżej. Nie można tego jednak rozpatrywać w kategorii błędu nexo.

[Andrzej Kubik 1 091]

W dniu 27.10.2021 o 13:05, Zbigniew Walkiewicz napisał:

Tak ale cały czas w tekście jest napisane ze dotyczy faktur VAT marża a jak napisał Insoft w PC-Market nie posiada faktur VAT marża więc obowiązuje tabela 4 tak wynika z struktury schematu epp

Zupełnie źle Pan to interpretuje.

Wybór formatu musi być konsekwentny, to znaczy jeśli zawartość jest z formatu 1.05 (nie zawiera dodatkowych kolumn dot. VAT marża) to w nagłówku ma być format 1.05 i wszędzie indziej plik ma być zgodny z formatem 1.05.

Jeśli w nagłówku jest podane że plik jest w formacie 1.08 to tabela VAT ma mieć wszystkie 18 kolumn, w tym te związane z VAT marża.

Autorzy pańskiego pliku powybierali sobie rodzynki z tortu i wyszedł im potworek, w którym różne kawałki pliku są w różnym formacie.

Napisałem ładnych kilka rozwiązań generujących pliki EPP i wiem o czym piszę.

 

[Zbigniew Walkiewicz 0]

W dniu 27.10.2021 o 15:19, Andrzej Kubik napisał:

Zupełnie źle Pan to interpretuje.

Wybór formatu musi być konsekwentny, to znaczy jeśli zawartość jest z formatu 1.05 (nie zawiera dodatkowych kolumn dot. VAT marża) to w nagłówku ma być format 1.05 i wszędzie indziej plik ma być zgodny z formatem 1.05.

Jeśli w nagłówku jest podane że plik jest w formacie 1.08 to tabela VAT ma mieć wszystkie 18 kolumn, w tym te związane z VAT marża.

Autorzy pańskiego pliku powybierali sobie rodzynki z tortu i wyszedł im potworek, w którym różne kawałki pliku są w różnym formacie.

Napisałem ładnych kilka rozwiązań generujących pliki EPP i wiem o czym piszę.

 

No to jest konkretna odpowiedz!! Pan jakoś jaśniej odpowiada niż Pan Jacek na niektóre kwestie nie było by tylu zbędnych pytań. Czyli jest jeden schemat formatu pliku dla wszystkich wersji pliku epp? Po prostu jest rozszerzany o kolejne zmiany w kolejnych wersjach, teraz przejrzałem ten schemat i tak jest faktycznie. Proszę o informację Rewizor NEXO z jakim formatem działa najlepiej? Przy generowaniu pliku z subiekta nexo można wybrać wersję 1.08, 9 lub 10. Wcześniejsze wersje nie wczytują wszystkich faktur a że nie ma loga to nie wiadomo których i jaki powód.

 

Czyli podsumowując przygotowując plik w wersji 1,08 trzeba uwzględnić ostatnią zmianę (ze schematu) w każdej sekcji która jest <=1,08 i wtedy wychodzi nam prawidłowy plik epp 

Edytowane 27 Października 2021 przez Zbigniew Walkiewicz