Na fakturach pojawiają się różne ;) informacje typu:
- data wystawienia
- data dostarczenia
- data sprzedaży
- data zamówienia
- data rezygnacji (w f. korekcyjnej)
- termin płatności

z których część (delikatnie ujmując) nie jest (; obligatoryjnie obowiązkowa. ;)


Co by było, gdyby na fakturach pojawiły się QR kody zawierające
informacje jednoznacznie interpretowane w efekcie czytania
takichże QR kodów?


Na ustawowe rozporządzenia parlamentarne czy rządowe nie warto
liczyć -- politycy zajęci są kolejnymi ułatwieniami ;) programów
socjalnych taki, jak podział 500+ na ,,600+ dla pracujących i 400+
dla bezrobotnych''... Politykom mogę co najwyżej podpowiedzieć:

- 600+ dla pracujących i 400+ dla bezrobotnych
- 650+ dla pracujących w soboty
- 300+ dla bezbożnych
(bezbożnik nie dołącza do wniosku zaświadczenia od proboszcza)
- 700+ dla pracujących w niedziele
- 680+ dla pracujących w niedziele handlowe

i tak dalej -- aż do wyborów... (jeszcze jedno z rodziców może
pracować, inne nie; jedno może uczestniczyć we mszach, inne nie;
jedno może uczęszczać w pełni itd... -- można opisać to wielu
tomach)

-=-

Innym zaś osobom proponuję dobrowolne umieszczanie jakoś ujednoliconych
QR kodów na drukowanych fakturach i używanie księgujących programów
potrafiących te QR kody z faktur czytać (za sprawą kamerek laptopowych
czy smartfonowych bądź za sprawą płaskich skanerów nabiurkowych)
ze zrozumieniem oraz wstawiać zawartość tychże QR kodów do swych
stosownych baz danych...

Wystawcy faktur zaopatrzonych w QR kody byliby jakoś faworyzowani
przez biura rachunkowe odbiorców faktur, przez co takie QR kody
pojawiałyby się na fakturach z uwagi na chęć zysku wystawców...
(biura taniej księgowałyby faktury z QR kodami)


Gdyby po latach jakiś minister lub nawet jakiś parlament uchwalił
(narzucił) jakiś konkretny QR kod (lub inny kod) -- przebudowanie
programów wystawiających i czytających faktury nie byłoby trudne...


Skoro na fakturach mogą być umieszczane różne nadmiarowe ;) informacje
(także w makabrycznie dłuuuuuuuugich i skomplikowanych numerach faktur)
dlaczego mnie umieszczać rozsądnych QR kodów?

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

W dniu Fri, 12 Jul 2019 03:12:07 +0200, użytkownik Eneuel Leszek Ciszewski
napisał:

> Co by było, gdyby na fakturach pojawiły się QR kody zawierające
> informacje jednoznacznie interpretowane w efekcie czytania takichże QR
> kodów?
>
>
> Na ustawowe rozporządzenia parlamentarne czy rządowe nie warto liczyć --
> politycy zajęci są kolejnymi ułatwieniami ;) programów socjalnych taki,
> jak podział 500+ na ,,600+ dla pracujących i 400+
> dla bezrobotnych''... Politykom mogę co najwyżej podpowiedzieć:

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.

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

do góry

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

Wystarczy w QR kodzie zakląć:

- informacje o stałej długości i stałym formacie
- dwie daty
- jeden NIP
- 6 VATów
- 23%
- 8%
- mleko
- zero
- zwolniony
- nie podlega
- jedna wartość netto
- informacje o zmiennej długości i luźnym formacie
- numer 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

> 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 ;)

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

-=-

Być może właśnie dlatego MF czy parlament nie wprowadzi obligatoryjnych
QR kodów, że ludzie tam pracujący/zatrudnieni nie wiedzą zbyt wiele
o: podatkach, obowiązkach, podatkowych, rozliczeniach itd...

Prof. Modzelewski (IMO sympatyk PiS) w jednym z wywiadów wyjaśnił, że
ludzie **obecnie** odpowiedzialni za polskie podatki nie mają podstawowej
wiedzy o VAT. Jeśli zwolennik PiS (IMO Modzelewski jest takim zwolennikiem)
tak mówi o **obecnych** elitach zajmujących się polskimi podatkami, to
IMO ,,coś w tym jest''.

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.

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?


-=-

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.

-=-

Dzięki za post -- wiadomo, czego boją się politycy.

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( coma |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

"Eneuel Leszek Ciszewski" 5d28d3cf$0$17358$6...@n...neostrada.pl

> Wystarczy w QR kodzie zakląć:

> - informacje o stałej długości i stałym formacie
> - dwie daty
> - jeden NIP
> - 6 VATów
> - 23%
> - 8%
> - mleko
> - zero
> - zwolniony
> - nie podlega
> - jedna wartość netto
> - informacje o zmiennej długości i luźnym formacie
> - numer faktury

> - oraz jakoś cwanie zapisane absurdy typu VAT odwrócony.

Dane o stałym formacie nie potrzebują żadnych separatorów -- po prostu:

dwa bajty 01 - data
dwa bajty 23 - data VAT
cztery bajty 4567 - NIP
itd. aż do miejsca, od którego zaczyna się numer faktury, który
można poprzedzić bajtem zawierającym informację o liczbie bajtów
numeru faktury.

Razem wszystko można zamknąć w 50 bajtach.

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( coma |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

"Eneuel Leszek Ciszewski" 5d28d3cf$0$17358$6...@n...neostrada.pl

Dla polityków też mam porady. ;)

> oraz (i w KPiR i Rejestrze VAT) szczególnie traktuję wydatki
> na paliwo do samochodów osobowych, więc QR kody nie zapewnią

BTW paliwa... Biuro rachunkowe powinno zatrudnić prawnika?
Dlaczego nie fizyka? Toż każde zdarzenie (także gospodarcze)
należy rozpatrywać nie jako jednoznacznie pewne, ale jako
prawdopodobne z uwzględnieniem rachunku prawdopodobieństwa
wyższych ;) lotów... (; przez pryzmat prawdopodobieństwa? ;)

Paliwo należy rozliczać uczciwiej -- należy uczciwie ;) policzyć
prawdopodobieństwo użycia/rozlania paliwa zakupionego do kanistra
na podstawie wcześniejszego rozkładu oraz prognozowanych trendów
-- osobowe vs ciężarowe. Ale rozlać kwotowo czy objętościowo/litrowo?...
Do tego trzeba by także uwzględnić straty paliwa spowodowane tankowaniem
czy wewnętrzną redystrybucją, uwzględniając zarówno temperaturę zewnętrzną
otoczenia jak i dookolną szybkość dookolnego ;) wiatru -- toż paliwo paruje
tym szybciej, im wyższa jest temperatura (należy naukowo ;) wyznaczyć ;)
zależność ilości traconego paliwa od temperatury otoczenia i od czasu
przelewania/tankowania) i lepsza ;) jest wietrzność. ;)

IMO bezrobocie wśród [pseudo]fizyków spadłoby znacząco... Wzrósłby PKB!

-=-

BTW PKB -- [prze]różnie liczonego...

- wzrost płacy minimalnej --> bezpośredni wzrost PKB liczonego pozyskaniem
podatkowym
- fikcyjny wzrost płacy średniej --> bezpośredni wzrost PKB liczonego pozyskaniem
podatkowym
- wyznaczany wzrost płacy budżetowej --> bezpośredni wzrost PKB liczonego wysokością
zarobków
- wyznaczany wzrost płacy budżetowej --> bezpośredni wzrost PKB liczonego
pozyskaniem ;) podatkowym
- wyznaczany wzrost płacy budżetowej --> wzrost inflacji skutkującej
rzekomym/pozornym wzrostem PKB
- rozdawnictwo socjalne --> wzrost inflacji skutkującej rzekomym/pozornym wzrostem
PKB
- rozdawnictwo socjalne --> wzrost zatrudnienia w sferze ;) budżetowej
- narzucanie niepotrzebnej pracy --> przeróżny wzrost PKB liczonego przeróżnie

Jak widać -- łatwo podnieść ;) PKB!
Tym samym łatwo bezkarnie zwiększać wydatki państwa (w tym pensje
i premie wypłacane ludziom, którym się po prostu należą pieniądze)
bez uniekorzystniania ;) ilorazu zadłużenia_rządu do rocznego PKB.

-=-

Teraz poważniej...

Po co pracochłonny, czasochłonny i kryminogenny podział osobowo-ciężarowy,
skoro samochody ciężarowe potrafią spalać w godzinę od kilkunastu do
kilkudziesięciu litrów paliwa, przez co ukrycie osobowych wydatków
paliwowych w samochodach ciężarowych nie jest trudne i nie daje
Fiskusowi wyraźnych strat? (osobówki nie zużywają zbyt wiele paliwa,
na parkingach muszą mieć silniki wyłączone, a na dodatek paliwo jest
oakcyzowane)

IMO ten podział dyktowany jest tylko złośliwością:

- dlaczego by nie utrudnić życia księgowym?
- dlaczego by nie utrudnić życia obywatelom/przedsiębiorcom
(utrzymującym całe państwo, w tym i wszystkich pracowników
budżetowych, w tym także urzędników i polityków...)

-=-

JPK_VAT a paliwo? Człowiek nieuczciwy legalnie kupi paliwo do
ciężarówki i odliczy VAT. Paliwo to sprzeda na lewo -- choćby
sam sobie, rodzinie czy sąsiadowi bez uwzględnienia sprzedaży
w dokumentach, więc do tego paliwa nie doliczy VAT. Żadne JPK
tego nie wykryje...

I dobrze!!! ;)

Ale człowiek uczciwy musi (zgodnie z prawem) podzielić włos na
czworo?... VAT dzieli na ośmioro -- najpierw na dwoje podzielić,
później tę połówkę podzielić (jak i netto) jeszcze na czworo...

To tylko jedna z kilku obecnie możliwych/poprawnych dróg
księgowania kosztów paliwa... ;)

Dobrze piszę? Już chcę spać i jestem lekko ;) przeziębiony...
W programie księgującym wciskam po prostu F4...

Ale ktoś ten program musi napisać, ja muszę pamiętać, że to
osobówka, a podatnik musi mnie jakoś poinformować -- choćby
za sprawą rejestracji samochodu, którego dotyczy zakup paliwa...

-=-

BTW QR kodów... Pisarz musi owe kody jakoś zaimplementować
i w programie wystawiającym faktury, i w programie księgującym?
Ależ tacy pisarze stale/nieustannie/permanentnie ;) coś muszą
poprawiać, bo tak płynne jest polskie prawo podatkowe...
[wszystko płynie... -- nic dziwnego... paliwo wszak także
płynie nieustannie]

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

"jureq" 5d282c5d$0$521$6...@n...neostrada.pl

> 1. Jaka jest pojemność kodu QR? Nie wiem, ale raczej ograniczona.

Mechanizm korekcji błędów
Specyfikacja udostępnia cztery poziomy korekcji
i odzyskiwania danych (algorytm Reeda-Solomona):

L - umożliwiający odzyskanie około 7 procent uszkodzonych danych.
M - umożliwiający odzyskanie około 15 procent uszkodzonych danych.
Q - umożliwiający odzyskanie około 25 procent uszkodzonych danych.
H - umożliwiający odzyskanie około 30 procent uszkodzonych danych.

Poziom korekcji wpływa na ilość danych możliwych do zapisania przez
kod o określonych wymiarach (o określonej wersji). Na przykład wersja
10 (o rozmiarach 57×57 modułów) dla poziomu korekcji L pozwala na
zapisanie 652 cyfr, a dla poziomu H - 288 cyfr[4].

https://pl.wikipedia.org/wiki/Kod_QR

Odmiany
QR Code występuje w dwóch odmianach: podstawowej (Model 1) oraz
rozszerzonej (Model 2), która pozwala zakodować do 7089 znaków
numerycznych, 4296 alfanumerycznych, 1817 znaków Kanji, 2953
ośmiobitowych danych binarnych (bajtów)[2] lub 984 znaków UTF-8[3].

Dopuszczalne wymiary kodu wynoszą 21×21 modułów do 177×177 modułów.
W sumie istnieje czterdzieści dopuszczalnych wielkości. Specyfikacja
dopuszcza połączenie do 16 kodów celem zapisania większej ilości informacji.

Całkiem dużo, zważywszy nasze skromne (50 bajtów) zapotrzebowanie. :)

2953 ośmiobitowych danych binarnych (bajtów)

To kilkadziesiąt razy więcej, niż potrzebujemy.

2953/50=59,06

Można dać najlepszą korekcję -- by pozbyć się problemów
z wymiętymi :) i niewyraźnie drukowanymi fakturami.

-=-

BTW -- piąta ryza dawno rozpoczęta, ale drukarka kupiona za niecałą
stówkę plnów drukuje wyraźnie jak nowa -- bez smug, przebarwień itp.
zjawisk znanych z profesjonalnych drukarek...

[tylko żal, bo w Carrefourze była taka sama drukarka za niespełna
75 złotych, a i odssawkę za kilkanaście plnów kupiłem niepotrzebnie
-- straty, straty, straty... dodatkowy/dokupiony atrament za 9 plnów
wykorzystałem w ~połowie]

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

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

do góry

"Adam" qgij58$lpk$1$A...@n...chmurka.net

> Są takie kody - standard GS1. Tyle, że to kody jednowymiarowe
> i do innych celów, ale mają separatory i znaczniki pól.

I co z tego wynika, że są, skoro służą innym celom?




>> Wystarczy w QR kodzie zakląć:

>> - informacje o stałej długości i stałym formacie
>> - dwie daty

> Nie zawsze są dwie daty.

Widzisz tu jakiś problem? -- rozwiń temat, jeśli widzisz jakiś problem.





>> - jeden NIP

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

Nie znam takich -- transakcja IMO dotyczy zawsze dwóch osób.
Ktoś sprzedaje i ktoś kupuje.






>> - 6 VATów

> Dlaczego 6?

Zapytaj Ustawodawcę.

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

Nie wiem, co to marża, choć istotnie są różne faktury -- choćby korygująca...
Ile jest różnych faktur? 8? To tylko 3 bity... Na zapas uznajmy, że 32... ;)






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

IMO faktura ma zsumowane różne stawki -- nie ma potrzeby
umieszczania w kodzie 200 czy więcej pozycji, lecz kilku.

Nie wiem, czym jest "Poziome" liczenie faktur.







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

W sklepach widzę wystawianie faktur papierowych.
W programach księgujących (widziałem dziesiątki takich programów)
widzę ręczne wprowadzanie/przepisywanie papierowych faktur.

QR kody byłyby przydatne setkom tysięcy podatników i niczego by nie psuły.



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

OCR jest:
- pozbawiony weryfikacji
- trudniejszy do opracowania
- kosztowną rzadkością.

NIP ma sumę kontrolną a netto+vat daje brutto, lecz są to słabe korekty.







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

Rozbijasz wynagrodzenia na jakie stawki VAT? ;)
Masz pojęcie o tym, co piszesz?

> Więc też nie jest to takie proste.

Nie jest -- ale jakoś zwykli ludzie księgują bez pomocy geniuszy typu AEinstein.
Nie możemy zmieniać prawa (choćby absurdalnego) lecz możemy wzbogacać faktury QR
kodami.


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

Piszę o masie małych firm utrzymujących państwo.

>> Prof. Modzelewski wyjaśniał, dlaczego JPK_VAT nie uszczelnił VAT.

>> -=-

> Poczytaj o strukturze XML.

W jakim celu?

>> -=-


> To wszystko i wiele więcej zapewniają wzorce księgowań w każdym
> normalnym współczesnym programie. Przy spięciu z modułem OCR

Pokaż programy księgujące zawierające dedykowany 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

To już historia -- teraz jest lepsze/uczciwsze dzielenie paliwa.
Masz pojęcie o tym, o czym piszesz?

> zakup napoju (nie księgować) i drukarki, traktowanej jako środek trwały.

Długopis też jest trwały? Drukarkę można kupić za stówę -- lub taniej.

> W przypadku zaciągania faktury XML takich problemów nie ma.

Nie twierdzę, że QR kody wykonają całą pracę, lecz twierdzę,
że wykonają znaczącą jej część -- żmudną, bezmyślną, niegodną
ludzi od setek lat. (Gutenberg )


OCR raczej nie nauczy się poprawnego rozpoznawania numerów faktur.
Mnóstwo pracy (przy pisaniu OCR) i mały efekt.
QR kody są skrajnie tanie i skrajnie wydajne z uwagi na autokorekcję.




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

Co z tego wynika?

-=-

PiSowi proponuję ruch podobny. Duchowni nie muszą czekać na ustawy
sadzające na 30 lat za pedofilę -- blokowane ponoć przez opozycję.
Mogą już dziś wprowadzić na swym podwórku prawo skazujące podopiecznych
na 30 lat odosobnienia w celi klasztornej... Gdy prawo państwowe
wreszcie zezwoli, ukarani będą mogli przejść do zwykłych więzień...
Zamiast 30 lat odosobnienia w celi klasztornej -- za lekkie
przewinienia można dać 30 lat pokuty w charakterze opiekuna
w domu starców, daleko od dzieci...

Wg nauki Kościoła grzechem jest dobrowolne zbliżanie się do zbyt silnej pokusy...

-=-

Nie warto czekać na odgórne regulacje -- nie nadejdą choćby dlatego,
że polscy ustawodawcy mają nikłe (jak Ty) rozeznanie tematu, przez
co samodzielnie nie zdołają niczego zmienić sensownie. Można co
najwyżej oczekiwać jakiejś (niekoniecznie udanej) kalki prawa innych państw. :)


Wg Ciebie księgowa księgując fakturę zawierającą 200 pozycji,
wszystko sumuje?... Widziałeś fakturę?

Owszem -- bywa i tak, że z jednej faktury część pozycji trzeba
wpisać do KPiR w ,,towary'', część w ,,koszty uboczne'' a część
w ,,pozostałe'', lecz ma się to nijak do QR kodów.

Handlarz zaksięguje 'młotek' jako ,,towar'', zaś stolarz ten sam
'młotek' zaksięguje jako ,,pozostałe''. Nie ma na to prostych reguł.
(poza skasowaniem statystycznego podziału włosa na czworo w KPiR, na
co raczej nie zanosi się)


Piszący programy drukujące faktury mogą już dziś wstawiać QR kody
i udostępniać dokumentację umożliwiającą czytanie tychże QR kodów,
bez oglądania się na elity rządzące. IMO ten, kto zacznie, o ile
zacznie rozsądnie, narzuci standard.

QR kod musi zawierać tylko to co musi zawierać wpis do KPiR czy
rejestru VAT, czyli co najwyżej:

- datę lub dwie daty (JPK_VAT domaga się dwóch dat)
- nr faktury
- dwa NIPy
- netto i brutto z podziałem na 6 VATów i ew. odwrócenie VAT

oraz informacje typu:

- korygująca
- zaliczkowa
- końcowa

i być może jakieś drobne obowiązkowe, które tu pominąłem,

z zastrzeżniem takim, że nie każda faktura musi zawierać info o VAT...

-=-

Jak widzę, masz dobre rozeznanie ,,międzynarodowe'' -- gorzej z polskim...

- dlaczego 6 stawek VAT
- wynagrodzenie z VAT
- podział w rejestrze na usługę i towar
(ten podział mżna znakeźć, ale w deklaracji VAT27 czy w KPiR)
- 50% VAT

Ogólnie też IMO źle z Tobą:

- funkcjonuje OCR, choć od ponad 10 lat istnieją
faktury on-line jednolitego systemu w całej Europie
- są kody, które nie nadają sie do naszego celu...

-=-

QR kody są: makabrycznie pojemne; skrajnie tanie; niemal pewne; skrajnie
użyteczne i legalne. Nie zastąpią księgowej w biurze rachunkowym, lecz
pracę tejże księgowej znacznie: ułatwią; przyspieszą; uczynią przydatniejszą
(za sprawą eliminacji błędów w: numerach faktur; datach; kwotach; NIPach...)
a ponadto nijak nie ograniczą innych dróg, w tym: OCeRacji; faktur on-line;
centralnego rejestru; wprowadzania ręcznego, czy korygowania danych
wprowadzonych innymi metodami...

Księgowa wyręczona z bezsensownej przepisywaniny będzie miała więcej
czasu na myślenie (czym góruje nad zwierzętami) oraz poprawną
interpretację wprowadzanych danych...



Zyska księgowa.

Księgowa część swego zysku przeleje na klienta (usługi
biur rachunkowych potanieją) i na pisarza programów...

Zyska klient biura, bo usługi BR potanieją.

Zyska MF poprzez eliminację masy losowych/przypadkowych błędów.

MF część swego zysku przeleje na swych pracowników,
a część na podatników za sprawą obniżenia podatków?
Co MF uczyni ze swym zyskiem -- to sprawa MF)

Straci pisarz (co sobie powetuje częścią zysku księgowej) programu
księgującego czy drukującego faktury -- niewiele, niemal nic
w zestawieniu z tym, co stale traci w efekcie nieustannego
wprowadzania korekt w polskim prawie podatkowym.


-=-

Lepiej byłoby od razu uprościć prawo? -- wzdłużnie dzielące włos na ośmioro części...
Zbliżają się wybory parlamentarne... IMO to jedyna skuteczna droga do upraszczania
prawa.

Jedni wolą pracować i rozwijać się; inni wolą: kombinować,
sztucznie/niepotrzebnie komplikować, szukać sobie zajęcia itd...

--=-

Moja propozycje:

- weź jakiś program (cała masa jest za freeko, inne mają
demonstracyjne wersje bezpłatne) i zobacz, co wpisuje
księgowa w BR
- weź do ręki fakturę i zobacz, jak wygląda
- zauważ, że ludzie korzystają z samochodów,
choć zwykle nie wjeżdżają nimi do domów...

(twierdzisz -- IMO słusznie, że QR kody nie zautomatyzują pracy)

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( coma |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

"Eneuel Leszek Ciszewski" 5d2db020$0$529$6...@n...neostrada.pl

> Księgowa część swego zysku przeleje na klienta (usługi
> biur rachunkowych potanieją) i na pisarza programów...

Jeśli to młoda księgowa -- zaoszczędzony czas i tak zwane
nerwy wykorzystać mogłaby w produkcji, do której została
przeznaczona, co IMO dałoby lepszy efekt niż 500+. :)

Zyska naród.




> Jedni wolą pracować i rozwijać się; inni wolą: kombinować,
> sztucznie/niepotrzebnie komplikować, szukać sobie zajęcia itd...

Mam też rozwiązanie problemu ludzi celowo komplikujących życie
(sobie i innym) z obawy przed głodową śmiercią czekającą ludzi
bezproduktywnych. Rozwiązanie jest proste, lecz na pierwszy
rzut oka -- kosztowne.

IMO ludzka bezproduktywność często jest wynikiem stresu, dlatego
eliminacja stresu (ww. rozwiązaniem) mogłaby bezproduktywnych
ludzi uczynić produktywnymi...

Ponadto dzięki ww. rozwiązaniu część obecnie bezproduktywnych
ludzi (czyli ludzie młodzi i dostatecznie zdrowi) mogłaby zająć
się produkcją potomstwa. [od którego być może nauczyłaby się
produktywności]

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( coma |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry

"Eneuel Leszek Ciszewski" 5d2db020$0$529$6...@n...neostrada.pl

> na 30 lat odosobnienia w celi klasztornej... Gdy prawo państwowe
> wreszcie zezwoli, ukarani będą mogli przejść do zwykłych więzień...

Nie mam na myśli cofania czasu -- karania jutrzejszym prawem za dzisiejsze grzechy.

Za jakiś czas PO nie zdoła blokować ustaw PiS -- prawo zostanie ustanowione.
Ale choć prawo będzie obowiązywało, automagicznie nie będzie zsyłało pedofili
do więzień bez długotrwałych wyroków. Duchowni (uczciwi, gdyż odpowiadający
przed Bogiem) ześlą swego pedofila do klasztoru (czy do domu starców) nie
czekając na wyrok cywilnego sądu. Gdy wyrok sądu nabierze mocy -- pedofil
trafi za kratki, w czym kara kościelna mu nie przeszkodzi.

Jednak zanim trafi do więzienia, być może minie wiele lat z uwagi na trwanie
cywilnego dochodzenia i procesu sądowego... Szkoda by było ten czas zmarnować.
Lepszym rozwiązaniem jest natychmiastowe udzielenie pomocy duszy opętanej przez
szatana poprzez kościelną pokutę wyrażoną umieszczeniem zboczeńca w klasztorze,
z dala od dzieci...

-=-

Jak pisarze programów księgujących nie muszą czekać na odgórne rozwiązania
państwowe, lecz mogą już dziś wprowadzić proste i skuteczne QR kody, tak
duchowni nie muszą czekać na odgórne rozwiązania państwowe, lecz już dziś
mogą wprowadzić proste i skuteczne metody nawracania swych zboczeńców...

--
_._ _,-'""`-._ .`'.-. ._. .-.
)\._.,--....,'``.
(,-.`._,'( coma |\`-/| .'O`-' .,; o.' e...@g...com '.O_' /,
_.. \ _\ (`._ ,.
`-.-' \ )-`( , o o) `-:`-'.'. `\.'.' '~'~'~'~'~'~'~'~'~'~'~'~'~' o.`.,
`._.-(,_..'--(,_..'`-.;.' Felix Lee
-bf- `- \`_`"'-.o'\:/.d`|'.;.p \ ;' http://www.eneuel.w.duna.pl ;\|/...
https://danutac.oferty-kredytowe.pl

do góry