Dnia Mon, 16 Aug 2021 00:26:11 +0200, J.F napisał(a):

> On Sat, 14 Aug 2021 10:47:27 +0200, Adam wrote:
>
>> Dnia Fri, 13 Aug 2021 14:44:53 +0200, Pete napisał(a):
>>
>>> Hello, J.F.
>>> On 13.08.2021 12:56 you wrote:
>>>
>>> >> Oczywiście, że nie skaner, tylko usługa OCR:
>>> >> https://www.comarch.pl/erp/ocr/ Jak coś źle robi, to się zgłasza i
>>> >> chłopaki poptawiają. Zresztą tego typu usług jest sporo, np.
>>> >> program Zygmunta: https://www.cti.org.pl/cti_optima_kancelaria.html
>>> > A Niemce sobie organizuja jakies serwisy krajowe do e-faktur, zeby
>>> > mozna bylo sciagnac dane elektroniczne, a nie skanowac.
>>> U nas już puka do drzwi.
>>>
>>> https://ksiegowosc.infor.pl/podatki/vat/faktura/4712
291,
>>> Centralny-Rejestr-Faktur-od-2021-r-Co-czeka-podatnik
ow.html
>>
>> Ale przecież system jako taki działa już od ponad 20 lat.
>>
>> https://mfiles.pl/pl/index.php/Systemy_EDI
>
> Problem w tym, ze to "systemy". Niekompatybilne ze soba :-)

Masz jakieś przykłady?
Nic mi nie wiadomo, aby EDI nie działało z EDI.
Swego czasu bodajże Makro Cash and Carry wymyśliło swoje komunikaty GS1,
ale to nie zaprzecza standardowi.

Zobacz:

https://www.gs1pl.org/kontakt/wytyczne-techniczne/ed
i-uzgodnione-dokumenty/komunikaty-edi

Jakie sysyemy by nie były, bez względu, czy to jakieś małe, czy większe ERP
(typu Optima, Enova, Comarch XL), czy też najbardziej znane (SAP) gadają ze
sobą bez problemu.


>
>> https://pl.wikipedia.org/wiki/Elektroniczna_wymiana_
danych
>>
>> Tyle, że w Polsce (i nie tylko) trzyma na tym łapę kilka firm, przez
>> których serwery są przesyłane te pliki. Kosztuje to stosunkowo dużo, w
>> zamian dostaje się archiwum (wymagane ustawą o księgowości), automaty do
>> samoczynnego wymieniania się dokumentami, frontend przes https itd.
>>
>> Natomiast większość (jak nie wszystkie) znane mi systemy do obsługi firm w
>> zakresie tzw. "GM" (gospodarki materiałowej, czyli Handel, Sprzedaż itd)
>> obsługuje EDI, a mniejsze firmy przesyłają sobie pliki bezpośrednio mailem
>> albo ftp/sftp nie ponosząc kosztów EDI Connector czy innych tego typu
>> rozwiązań.
>
> Ale to niekoniecznie sie nadaje do automatycznego ksiegowania.
>

Nie wiem, czy nie mylisz pojęć.
Księgowanie najczęściej idzie z programu/modułu handlowego do programu bądź
modułu księgowego.
Natomiast dokument EDI może zawierać większość informacji potrzebnych do
zaksięgowania, ale to w programie handlowym ustawia się, co ma się dziać i
w jaki sposób z poszczególnymi pozycjami faktury oraz jak ją rozliczać w
aspekcie modułu kasa/bank i ewentualnie w powiązaniu z kursami walut.
Natomiast w module albo programie księgowym ustawia się wzorce księgowań
dla poszczególnych typów dokumentów, dla poszczególnych pozycji na
dokumencie czy też w jeszcze bardziej skomplikowany sposób, np. przy
podwójnej księgowości.

A jeśli czegoś brakije, to można się zwrócić choćby do Jacka po odpowiedni
konwerter:

https://www.konwerter.com.pl/programy-handlowe


--
Pozdrawiam.

Adam