Widoczność pola Uwagi na paragonach przy fiskalizacji

[Łukasz F 13]

Dzień dobry,
Od kilku miesięcy mamy problem z którym to w żaden sposób nie możemy sobie poradzić. Chodzi o drukowanie pola Uwag na paragonach podczas fiskalizacji na drukarce fiskalnej. 
Na paragonach tworzonych poprzez Sello (załącznik nr 1) uwagi są drukowane na paragonach. Natomiast przy drukowaniu paragonów tworzonych przy pomocy integratora ze sklepem internetowym (załącznik nr 2) tego pola już nie widać. 😑
Oba paragony są tego samego typu (PA), tworzone przez tego samego użytkownika oraz drukowane na tej samej drukarce fiskalnej. Nie potrafimy więc ustalić w czym jest problem. 

[Daniel Kozłowski 1 171]

Program komunikuje się z drukarką fiskalną poprzez SUZ'a - ile jest konfiguracji drukarek fiskalnych w programie, z którymi SUZ'ami się komunikują ?

[Łukasz F 13]

W programie SUZ pokazuje 3 drukarki fiskalne. W firmie fizycznie mamy 2. Wszystkie drukarki fiskalne w SUZ mają identyczne ustawienia

[Daniel Kozłowski 1 171]

Nie odpowiedział Pan na moje pytanie:

6 godzin temu, Daniel Kozłowski napisał:

...ile jest konfiguracji drukarek fiskalnych w programie, z którymi SUZ'ami się komunikują ?

 

[Łukasz F 13]

To chyba nie za bardzo zrozumiałem pytanie. Mógłby Pan to prościej napisać, albo powiedzieć gdzie mogę to sprawdzić?

Edytowane 27 Września 2022 przez Łukasz F

[Daniel Kozłowski 1 171]

Wszystkie urządzenia zewnętrzne są widoczne w module, w którym się je dodaje i konfiguruje, czyi "Urządzenia", mnemonik "UZ".

[Łukasz F 13]

W module Urządzenia znajdują się dwie pozycje - obie to drukarki fiskalne

[Mariusz N. 34]

Jaki jest komunikat w Rejestrze zdarzeń dla paragonu, na którym nie wydrukował się opis?

[Łukasz F 13]

1. Ostrzeżenie - Korekta danych dokumentu [Pole własne Description zostanie pominięte. Wartość parametru Description nie spełnia następujących reguł: Dopuszczalne znaki: a-z, A-Z, 0-9, ą, ć, ę, ł, ń, ó, ś, ź, ż, Ą, Ć, Ę, Ł, Ń, Ó, Ś, Ź, Ż,  , ~, !, @, #, $, %, ^, &, *, (, ), _, +, {, }, :, ", |, <, >, ?, -, =, [, ], ;, ', \, ,, ., /, `] 

2. Informacja -  Wizytówka urządzenia: EAO 20...
Wizytówka dokumentu: 27-09-2022 11:35:00-00035

3. Informacja - Operacja powiodła się. 

 

Czyli Panie Mariuszu chyba znalazł Pan powód dla którego pole nie jest drukowane. Dziwi mnie to jedynie to Ostrzeżenie,  bo w tym polu nie ma jakichkolwiek znaków specjalnych. Jest to ciąg kilku cyfr. Na przykład w tym paragonie to jednie "33631"

[Mariusz N. 34]

Może znak niedrukowalny, czyli taki, którego nie widać? To częsta przyczyna różnych problemów w przypadku źle napisanych aplikacji zewnętrznych.

[Łukasz F 13]

Czyli powinienem napisać do producenta oprogramowania z zapytaniem, czy w tym polu pojawiają się znaki niedrukowalne?

[Daniel Kozłowski 1 171]

Godzinę temu, Mariusz N. napisał:

Może znak niedrukowalny, czyli taki, którego nie widać?

Czy znak nowej linii będzie niedozwolonym znakiem (wirtualna drukarka fiskalna nie obsługuje wydruku uwag dokumentu) ? 

[Mariusz N. 34]

1 minutę temu, Daniel Kozłowski napisał:

Czy znak nowej linii będzie niedozwolonym znakiem

Tak.

 

1 minutę temu, Daniel Kozłowski napisał:

wirtualna drukarka fiskalna nie obsługuje wydruku uwag dokumentu

Zanotowałem, dodamy tę funkcję przy najbliższej okazji.

[Daniel Kozłowski 1 171]

11 minut temu, Mariusz N. napisał:

22 minuty temu, Daniel Kozłowski napisał:

Czy znak nowej linii będzie niedozwolonym znakiem

Tak.

Uwagi na dokumencie w programach InsERT mogą posiadać z założenia wiele linii, osobiście bym się skłaniał do tego, aby te znaki były usuwane / zastępowane spacjami po stronie programów InsERT.

[Łukasz F 13]

Dopytywałem jeszcze administratorów synchronizatora w sprawie braku pola Uwag i używania znaków niedrukowalnych. Administratorzy twierdzą, że problem musi leżeć po stronie Nexo:

"Generalnie samego importu zamówienia do paragonu dokonuje sam Insert, dodatkowo w NEXO nie można dodać innych wartości niż zadeklarowane pola dodatkowe w samym NEXO, zresztą my tego na pewno nie robimy bo wszystko weryfikujemy i sprawdzamy poprawności typów danych, czyli wartość typu integer (liczba całkowita) nie może zawierać znaków ąśćżź czy nowej linii bo jest to po prostu nie możliwe.

 

Naprawdę cieżko powiedzieć co nie działa u Państwa prawidłowo i czego to jest wina. My ze swojej strony korzystamy z API NEXO, to oznacza ze nie możemy zrobić nic na co to API nie pozwoli a więc na co nie pozwoli INSERT. Skoro zamówienie się dodaje to jasnym jest że wszystko robimy prawidłowo i Insert nie może pisać bzdur, że my coś robimy źle bo jeżeli nawet robimy to oni na to pozwalają (wszystko co jest dozwolone nie jest zabronione), jak nie chcą pozwolić żeby programiści robili błędy powinni tego zabronić w NEXO."

[Andrzej Kubik 1 098]

9 minut temu, Łukasz F napisał:

jasnym jest że wszystko robimy prawidłowo i Insert nie może pisać bzdur, że my coś robimy źle bo jeżeli nawet robimy to oni na to pozwalają

Wow!

Zdradzi Pan jakiej firmy to integrator?

[Daniel Kozłowski 1 171]

Nie dość, że takich bzdur dawno nie czytałem to odpowiedź jest całkowicie nie na temat...

 

Nigdzie nie był nawet sugerowany problem niezgodności typów danych, więc nie wiem po co o tym wspominać... Jeśli dla przykładu integracja utworzy dokument zamówienia liczony od netto, a powinna od brutto, albo ustawi na na pozycji dokumentu niewłaściwą stawkę VAT - na co program Insertu naturalnie pozwoli, bo dlaczego miałby zabronić - to będzie to oznaczało, że integracja zadziałała prawidłowo, a problem leży po stronie programów InsERT ?

 

Odpowiedź w ogóle nie wyjaśnia działania integracji w obszarze, który jest podejrzany, czyli jakie dane / skąd / w jakim formacie trafiają do uwag dokumentu w Subiekcie, a o tym decyduje integracja, a nie programy InsERT...

 

Przed zadaniem pytania należało po prostu sprawdzić opisane podejrzenia - sprawdzić czy uwagi zawierają znaki nowej linii, powinno dać się je uwidocznić przesuwając strzałką kursor do końca tekstu, jeśli jest tam znak końca linii to kursor powinien przejść do nowej linii. Jeśli to nic nie wykaże to należy sprawdzić zawartość uwag poza programem.

[Mariusz N. 34]

Każdy sposób na sprawdzenie czy tekst w uwagach zawiera znaki niewidoczne jest dobry. Jeśli są z tym problemy proszę włączyć zapis danych diagnostycznych w konfiguracji drukarki w SUZ, wykonać wydruk paragonu (paragonów), w których wystąpi opisany problem z uwagami, a następnie przesłać te dane do naszej pomocy technicznej. Wykonamy analizę danych i będzie jasne jakie znaki trafiają do drukarki fiskalnej.

Tutaj jest dokładny opis jak przygotować takie dane.

[Łukasz F 13]

Spoiler

Udało się to sprawdzić zaznaczając tekst, wklejając go do Worda i włączając ukryte znaki. Wychodzi na to, że rzeczywiście integrator tworząc zamówienia dodaje nową linie na końcu, a drukarka fiskalna z tego powodu pomija pole Uwagi

 

[Andrzej Kubik 1 098]

Na integratorach się nie znam, ale co do tego kto pisze bzdury to chyba mamy jasność 😉