KSEF - błędna wysyłka ilości i kwot

[andy]

Czy wie ktoś dlaczego XL wysyła ilości i kwoty do KSeF o 100 razy większe niż są w XL-u?
Nie można sprawdzić XML-a jaki zostanie wygenerowany przy wysyłce (info z Comarchu) i dopiero po wysyłce okazuje się, że w KSeF jest zupełnie co innego niż w XL-u.
Trochę mało wiarygodny generator XML-a.

[praiser]

Wrzuć do procedury dane dokumentu

exec [CDN].[KSeF_Dane3] gidnumer, gidtyp

i zobacz co zwrócą kolumny , jeśli jest źle to trzeba przeglądnąć procedurę , np. co jest zapisywane do zmiennej @ilosc

[andy]

[CDN].[KSeF_Dane3] zwraca poprawne kwoty a XL do KSeF wysyła ilości i kwoty razy 100.

[andy]

Odkryłem, że taki efekt jest wynikiem zastosowania kropki jako symbolu grupowania cyfr w ustawieniach regionalnych komputera.
Jeżeli użytkownik ustawi sobie tak komputer (bo tak lubi i kto mu zabroni), to zarówno O! jak i XL wysyła do KSeF nie to co jest w O!/XL ale ilości i wartości pomnożone przez 100!
Dowiadujemy się o tym dopiero po zobaczeniu swojej faktury w KSeF.

[praiser]

trzeba to zgłosić jako błąd krytyczny albo sprawdzić czy już ktoś tego nie zgłosił.

[andy]

Zgłosiłem to już wcześniej zanim znalazłem przyczynę.
Niestety wczoraj Comarch odrzucił to złoszenie stwierdzając, że tak ma być (kropka jest niedopuszczalna i ... koniec kropka).
Widocznie podejście implementacyjne do serializacji jest tak podatne na sytuacje nietypowe (patrz: ilość dotychczasowych poprawek z tym związanych), że realizacja takiego drobiazgu jak zwielokrotnianie kwot jest obecnie poza ich możliwościami.
Upubliczniam zatem problem i rozwiązanie dla wszystkich użytkowników, konsultantów i wdrożeniowców XL i O!.
Trzeba pilnować/uprzedzać klientów, że jeżeli ktoś kiedykolwiek wpadnie na taki pomysł aby symbolem grupowania cyfr była kropka to dzieją sie cyrki z serializacją przed wysyłką do KSeF.