W dniu 2019-07-12 o 20:39, Eneuel Leszek Ciszewski pisze:
>
> "jureq" 5d282c5d$0$521$6...@n...neostrada.pl
>
>> 1. Jaka jest pojemność kodu QR? Nie wiem, ale raczej ograniczona.
>> Widziałeś kiedyś fakturę wystawioną przez hurtownię aptece na 2000
>> pozycji? Z obowiązkowymi dodatkowymi danymi w postaci numerów serii
>> leków. To tylko przykład. Takiego kodu QR nie da się zrobić
>> uniwersalnego.

Są takie kody - standard GS1. Tyle, że to kody jednowymiarowe i do
innych celów, ale mają separatory i znaczniki pól.
>
> Wystarczy w QR kodzie zakląć:
>
> - informacje o stałej długości i stałym formacie
>   - dwie daty

Nie zawsze są dwie daty.

>   - jeden NIP

Może być faktura z kilkoma NIPami: dwóch lub więcej wystawców oraz
nabywca i odbiorca.

>   - 6 VATów

Dlaczego 6?

>     - 23%
>     - 8%
>     - mleko
>     - zero
>     - zwolniony
>     - nie podlega
>   - jedna wartość netto
> - informacje o zmiennej długości i luźnym formacie
>   - numer faktury
>

A faktura-marża? A inne, rzadzie spotykane faktury?

> - oraz jakoś cwanie zapisane absurdy typu VAT odwrócony.
>
> Nie ma potrzeby podawania:
> - kwot netto i VAT wszystkich pozycji
> - klasyfikacji typu PKD czy nazw pozycji

Faktura może być wystawiana algorytmem od brutto albo od netto. Suma VAT
jako suma poszczególnych pozycji nie zawsze jest sumą wyszczególnioną w
tabelce podsumowania. "Poziome" liczenie faktur było na początku lat
90-tych. Aktualnie faktury liczy się "pionowo".

>
>> 2. Nikt tego nie zrobi, bo istnieje sposób prostszy i bardziej
>> zgodny z duchem czasów. Właśnie wprowadzili paragony on-line.
>
> Zanim ów duch czasu na dobre rozpanoszy się, minie wiele lat.
>
>> Następnym logicznym krokiem są faktury on-line.
>> Nikt ne będzie nic skanował, tylko ściągał
>> XML z serwera MinFin ;)
>

Faktury on-line są od ponad 10 lat. Jednolity system w całej Europie.
Większe firmy z tego korzystają.

> Jw. -- papierowe faktury raczej nie odejdą do lamusa przez wiele lat,
> być może nawet dziesięcioleci. Nawet faktury wystawiane ręcznie
> (długopisem na uniwersalnych blankietach) nieprędko zanikną.
>

Dlatego są systemy OCR zaczytujące obraz faktury bezpośrednio do systemu
sprzedaży czy księgowości.

> (...)
> Ty także uważasz, że księgowa ;) w biurze rachunkowym prowadząca Rejestry
> VAT oraz Książki Rozchodów i Przychodów  księguje osobno każdą pozycję
> zawartą na fakturze. Podobnie myśli (bądź myślał) Budzik.
>

W biurach rachunkowych księguje się wg różnych zasad. Najprościej (dla
rozliczenia VAT na zasadach ogólnych) wg rodzaju (np. towar, usługa,
inne, środek trwały, środek transportu, paliwo), w odpowiednią kolumnę
(towary, uboczne, reklama, wynagrodzenia, inne itd) oraz oczywiście w
rozbiciu na poszczególne stawki VAT.
Więc też nie jest to takie proste.
A w przypadku pełnej księgowości mogą dochodzić równoległe księgowania,
konta pozabilansowe, rozksięgowanie wg MPK i wiele różnych. Są jeszcze
księgowi księgujący wg kont, ale ten gatunek jest już na wymarciu.

> Prof. Modzelewski wyjaśniał, dlaczego JPK_VAT nie uszczelnił VAT.
>
> -=-
>
> - data zawiera rok, miesiąc i dzień
>   100*12*31 albo 36500, albo dzień od początku 2010 roku
>   do tego wystarczą dwa bajty? razem 4 bajty na 2 daty
> - NIP niby zawiera 9 cyfr, ale zapisać można go ciaśniej;
>   w najgorszym wypadku mamy kolejne 4 bajty
>   2^32=4294967296
> - netto to nie więcej niż 3 bajty, 6 VATów to kolejne 12 bajtów?
>   można to wszystko (netto i 6 VATów) zapisać znacznie ciaśniej
> - problemem zostaje numer faktury, nierzadko zupełnie niemożliwy
>   do zrozumienia, który być może należy zapisać jako zwykły tekst,
>   rezerwując nań ze 20 bajtów (można by ustawowo ograniczyć
>   rejestrowanie numerów faktur do ostatnich lub pierwszych
>   10 znaków, ale z wiadomych powodów to nie jest możliwe)
> - do tego trzeba dorzucić bity i bajty kontrolne
>   (całościowe i cząstkowe)
> - ponadto info o odwróconym VAT (nie wiem,
>   ile bajtów, ale niewiele, być może kolejne 3)
>
> Razem to raptem ~pół setki bajtów.
> QR nie ma takiej pojemności?
>

Poczytaj o strukturze XML.

>
> -=-
>
> Jako księgowa (płci męskiej) nie księguję osobno każdej pozycji.
> Niestety w KPiR dzielę wprowadzane informacje z faktur na:
> - materiały i towary
> - koszty uboczne
> - pozostałe wydatki
> oraz (i w KPiR i Rejestrze VAT) szczególnie traktuję wydatki
> na paliwo do samochodów osobowych, więc QR kody nie zapewnią
> automagizacji stuprocentowej.
>

To wszystko i wiele więcej zapewniają wzorce księgowań w każdym
normalnym współczesnym programie. Przy spięciu z modułem OCR program
uczy się na błędach, więc potencjalne błędy zdarzają się niezmiernie
rzadko. Przykład: zakup na stacji paliw na jednej fakturze paliwa do
samochodu prywatnego, do samochodu 50% VAT, do samochodu 100% VAT oraz
zakup napoju (nie księgować) i drukarki, traktowanej jako środek trwały.
W przypadku zaciągania faktury XML takich problemów nie ma.
W księgowości może ktoś pracować kilka lat i nawet ani razu nie widzieć
na oczy numerów kont. Wystarczą automaty do schematów księgowań.


--
Pozdrawiam.

Adam