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.

Opisałem wcześniej wszystko chyba bardzo klarownie. Chodzi o to by dyspozycje mogły być tworzone na podstawie FZ i KFZ a nie tylko FZ by dyspozycja uwzględniała FZ i KFZ oczywiście FZ > KFZ i na podstawie tej reszty można było utworzyć plik przelewu w którym były by w opisie wszystkie numery FZ i KFZ.

To co opisałem działa w firmie która działa od 31 lat jest spółką z o.o. od 1990roku i nie ma problemu z rozliczeniami i wszystko się zgadza. To o czym Pan pisze wystąpi tylko i wyłącznie w przypadku patologii czyli nie płacenia w terminie wtedy kontrahent zaczyna sobie rozliczać po swojemu kompensując korekty i przysyłając wezwanie do zapłaty na resztę niepłaconych faktur która została. Firma oczywiście ma pełną księgowość zatrudnia dyplomowaną księgową którą prowadzi od początku w Rewizorze najpierw GT teraz w NEXO i nigdy nie zgłaszała by takie rozliczenie było błędne co lepsze zaczynając prace z Rewizorem GT starała się rozliczać płatności Rozrachunkami i po miesiącu zrezygnowała wyłączyła je mówiąc że to totalna porażka bo zajmowało to zbyt dużo czasu.. Jeśli firma płaci w terminie nie ma problemów i komplikacji o których piszecie, nie występują. W firmie jest bardzo dużo dokumentów jak napisałem i nie ma gwarantowanych problemów od 30 lat. Jeśli jakiś nowy kontrahent dołączy do kontrahentów firmy wystarczy rozmowa telefoniczna na początku że rozliczamy płatności przelewami płacimy faktury i odliczmy korekty wszystko jest opisane w tytule przelewu. Działa to i nie ma żadnych problemów z potentatami typu grupa Eurocash i cała reszta większych dystrybutorów spożywczych i przemysłowych w kraju. Wklejam przykład normalnego rozliczania płatności bez skomplikowania które są w Subiekcie. a całość wygląda tak tutaj jest generowany wydruk który można wysłać mailem do działu rozliczeń kontrahenta jakby były jakieś niejasności a tak wygląda plik utworzony do zaczytania do banku jak widać program utworzył 4 przelewy by wszystko się zmieściło. Proszę wybaczyć ale gadka o skomplikowaniu, problemach natury księgowej jest zupełnie nie zrozumiała bo nie ma żadnego takiego problemu. Księgowa dekretuje na podstawie tego co dostaje i oczywiście na podstawie tego jak co jest opisane. Jeśli jest to opisane prawidłowo salda płatności się zagradzają z fakturami w opisie to nie ma żadnego problemu. Chodzi przecież żeby wszystko było proste jasne nie skomplikowane i dobrze opisane. Program z którego są screeny jest na tym samym pułapie cenowym co Subiekt Insertu.

Rozliczanie automatyczne musi działać w dwie strony tak byśmy my wiedzieli które faktury są rozliczone oraz by nasz kontrahent z przelewu wiedział które faktury rozliczyliśmy danym przelewem. Normalnie w każdym oprogramowaniu z którym się spotkałem oprócz Subiekta Insertu działa to tak. Nie opiera się to na jakichś kompensatach, rozliczeniach automatycznych i innych skomplikowanych "rozlicz wg skojarzenia" które jest tylko dla nas wewnętrznie rozliczane itd. Tylko bierze się najprostszy model rozliczenia rachunkowego czyli data zobowiązania na dzień ----> lista przelewów należności kontrahenta -(minus) lista korekt kontrahenta przykładowo lista należności to 1000zł lista korekt to 200zł program robi płatność (w przypadku Insertu dyspozycję) na sumę 1000 -200 = 800zł do zapłaty i generuje do bankowości elektronicznej przelew na 800zł gdzie w tytule są wszystkie nr faktur + nr korekt których dotyczy ten przelew. Kontrahent dostając przelew na kwotę 800zł z tytułem w której są nr wszystkich faktur i korekt wie że zostały zapłacone należności na 1000 zł i wśród tych należności były korekty za 200zł dlatego dostał tylko 800zł prościej się rozliczyć tego nie da, wszystko jest klarowne jasne bez zbędnych telefonów od kontrahentów dlaczego dostał tylko 800 a nie 1000 bo w informacji przelewu dostał info jakie faktury i korekty zostały zapłacone. Rozlicznie automatyczne bez informacji dla kontrahenta (a taka informacja jest gdy wysyłamy przelew i tytułem są wyszczególnione faktury i korekty) oszczędza klientowi blokad dostaw bo nie są opłacone pełne faktury bo miało być 1000 a jest tylko 800 zbędnych telefonów tłumaczeń przesyłania tabelek Excela co było rozliczane itd. Podam przykład mojego klienta. Ma 20 sklepów detalicznych wiec nie wystawia faktur bo są tylko paragony, średnio na sklep ma miesięcznie 600-700 faktur zakupu w tym korekty zakupu. Kontrahent od którego dostaje czasami w w jednym dniu 4-8 faktur na sklep (faktura może mieć 100 pozycji dlatego jest ich kilka oczywiście wszystkie są wczytywane przez EDI nie ręcznie) przy płatnościach gdy nadchodzi dzień zapłaty płaci dla danego kontrahenta kilkanaście lub więcej faktur (minus) korekty i robi to bez żadnych kompensat czy "rozlicz wg skojarzenia" po prostu zaznacza wszystkie faktury do zapłaty i korekty i daje rozlicz na co program przygotuje dokument płatności (w Subiekcie to odpowiednik operacji bankowej bądź dyspozycji bankowej nie do końca jednak bo nie dodaje tu korekt nie wiadomo dlaczego?) do której jest wystawiany plik przelewu który jest zaczytywany do banku. Jedyny warunek jest taki że zobowiązania nie mogą być niższe niż korekty w takim dokumencie płatności bo nie da się zrobić przecież przelewu na minus. Jeśli tak się zdarzy to po prostu trzeba korektę usunąć (z zaznaczenia zobowiązań i korekt do płatności) i zapłacić samo zobowiązanie wysyłając do kontrahenta informację by kwotę korekty przesłał nam na konto lub poczekać po prostu na kolejną fakturę by z resztą faktur przewyższyła wartość korekt. Efekt jest taki że nie ma telefonów od kontrahentów że coś nie zostało zapłacone bo wszystko wynika z opisania przelewu nie trzeba wysyłać żadnych dokumentów co było płacone i kiedy itd. Szczerze powiem bardziej prosto nie da się rozwiązać tego problemu suma zobowiązań -(minus) suma korekt z warunkiem że zobowiązania muszą być > niż korekty i wtedy wystawiamy dyspozycję z której można wygenerować przelew a teraz jest komunikat taki jak we wrzuconych screenach, po prostu dramat bo klient musi robić przelew ręcznie wpisywać ręcznie tytuł przelewu wpisując wszystkie faktury i korekty a potem rozliczać to w subiekcie przez rozlicz przez skojarzenie plus dyspozycja na resztę co została do zapłaty. Jeśli ktoś nie rozumie co napisałem to mogę wrzucić krok po kroku proces ze screenami jak to jest realizowane w 90% programów konkurencji rozwiązanie tego problemu na pewno przysporzy więcej klientów i nie będzie takiej frustracji jak teraz.

Proszę o informację czy Insert zrobi coś z tym bugiem czy nie dopatrzeniem. Ta funkcjonalność normalnie działająca u oprogramowaniu innych firm nie występuje w Subiekcie Nexo trzech moich klientów dopytuje o możliwość uwzględnienie w dyspozycji faktur i korekt (tak jak to opisali koledzy powyżej) by informacja o potrąceniu korekty przy płatności szła do kontrahenta. Ta funkcjonalność naprawdę jest naturalna i niezbędna do ułatwienia pracy.