Zbigniew Walkiewicz

Ok dziękuję za informację już wszystko jasne.

Witam, Mam problem z wysłaniem deklaracji CIT-ST za styczeń 2022, rewizor NEXO PRO ver.39.1.0 komunikat zwrotny Odebrano komunikat: 401 - Weryfikacja negatywna – dokument niezgodny ze schematem xsd [Typ dokumentu jest nieprawidłowy] deklaracja jest generowana automatycznie, nic nie jest w niej poprawiane wcześniejsze deklaracje szły bez problemu i można było UPO pobrać bez błędów. Czy to jakiś błąd w wersji 39.1.0 czy może jakiś problem tylko u mnie?

Że tak zapytam, w razie zakładania Absencji ręcznie, którą jest kwarantanna lub izolacja domowa, co należy wybrać w Gratyfikancie Nexo? Nie ma typu Kwarantanna ani Izolacja domowa a nie da się dodać nowych typów? Tak by Gratyfikant dobrze potem wyliczał wynagrodzenia.

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

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 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.

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.

Odpowiedz z Insoftu apropo generowania błędnych plików epp i Pana wypowiedzi, 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.

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

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.

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

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.

Dziękuję za odpowiedź czyli czekamy na realizację. Czy zmiany te o których rozmawiamy, jeśli będą wprowadzone, będzie jakaś informacja na ten temat?

No i na podstawie dokładnie tego przykładu widać że najlepszym i najprostszym rozwiązaniem nie jest jakieś rozliczanie na podstawie kompensat w programie tylko puszczenie przelewu(wygenerowanego z programu przykład takiego przelewu wrzuciłem wcześniej na screeneach) z wszystkimi fakturami i korektami które są na dany dzień. Od razu faktury i korekty się kompensują, na podstawie przelewów bankowych mamy potwierdzenie zapłaty z szczegółowym rozliczeniem (lista nr faktur w tytule zapłaty). Oczywiście kontrahent robiłby to samo z jego fakturami. Sprawa prosta czysta i nie pozostawiająca jakichkolwiek niejasności. Jeśli Pana klient zgłosiłby że w ten sposób będzie rozliczał płatności nie było by problemu o którym Pan mówi. Chyba że korzysta z Subiekta tu niestety nie ma tej możliwości i o tym właśnie jest ten temat by taką możliwość dołożyć do programu. Kto będzie sobie chciał utrudniać życie to może korzystać dalej z kompensowania itd Co do skali i ilości faktur to przykład firmy której podałem to firma ma 4 sklepy dużą ilość kontrahentów i bardzo dużą ilość faktur. Ma też kontrahentów od których kupuje i do których sprzedaje i nie ma tam żadnych kompensat po prostu jak ma termin płatności to płaci swoje zobowiązania i to samo robi kontrahent który kupuje od niej towar. Nigdy nie było żadnych niejasności. Żeby nie być gołosłownym wklejam średnią liczbę dokumentów przyjmowanych na sklep. to proszę sobie przemnożyć x4. Te wszystkie faktury płaci jedna osoba raz w tygodniu każdy sklep osobno. Zaznaczenie i wysłanie wszystkich przelewów zajmuje jej 15 min łącznie z bankiem. Nie ma żadnych problemów z rozliczaniem płatności i wyjaśnianiem czegokolwiek. Jak ktoś zadzwoni coś wyjaśnić wystarczy że wyśle mu listę płatności na dany dzień (wygląda jak na screenie który wkleiłem wyżej to odpowiednik dyspozycji w subiekcie tylko że z korektami). Co do prośby o dołożenie takiej funkcjonalności do programu jeśli są obawy innych że to by skomplikowało rozliczanie u ich klientów to wystarczy dołożyć opcję włączającą tą funkcjonalność w ustawieniach administracyjnych, defaultowo by było po staremu a po załączeniu opcji była by możliwość rozliczania dyspozycją korekt i faktur założeniem ze suma wartości faktur > od sumy wartości korekt. Tak sobie przemyślałem sprawę i chciałbym uściślić że chodzi mi o rozliczanie dyspozycją tylko faktur i korekt zakupowych danego kontrahenta by można było później na jej podstawie (tej dyspozycji) wygenerować przelew. Czyli tylko faktury i korekty zakupu bez faktur sprzedaży jeśli my wystawiamy dla tego kontrahenta bo do tego służy rozlicz przez skojarzenie.

Nie wiem na jakiej podstawię pisze Pan takie twierdzenia nic nie wiedząc o mnie i mojej działalności ? Problemy o których Pan pisze występują tylko tak jak napisałem w patologicznych nie płacących na czas firmach jeśli korzystają do tego z Subiekta to się nie dziwię że jest Pan potrzebny.

Wie Pan ja się opieram na opinii kogoś kto z tym pracuje na bieżąco od lat na oprogramowaniu comarchu OPTIMA wcześniej pracowała na Symfonii więc sobie może porównać te systemy. Ja nie wiem lepiej, jak Pan sugeruje, mam po prostu porównanie kilku systemów myślę i wyciągam wnioski. Nie piszę tutaj tych postów po to by zarzucić coś Panu czy firmie Insert jakiejś niewiedzy czy pokpienia tematu tylko rozwiązać problem o którym pisały osoby już w 2017 roku i który jest nadal nie rozwiązany.