Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: mapiwi w Luty 16, 2016, 19:39:10
-
Witam, jeśli dobrze zrozumiałem odpowiedzi Specjalistów na forum oraz lekturę u wujka google - w Subiekt istnieje brytyjski standard pliku XML, który nie pozwala na komunikację z polskimi podmiotami.
Wiem, że istnieją narzędzia zewnętrzne ale to znów imho "kalekie" rozwiązanie.
Czy możemy w jakiś sposób wspólnie wymusić/wyprosić Insert o dostosowanie XML to polskiego standardu?
-
Na 99,999999% - nie, to praktycznie martwy format, jakoś nie przypominam sobie nikogo kto z niego korzysta.
-
nie wiem, czy mogę ale wrzucam link http://www.edi.pl/index.php/dokumenty-edi/xml
z ww wynika, że xml działa jako standard w edi
-
Witam, jeśli dobrze zrozumiałem odpowiedzi Specjalistów na forum oraz lekturę u wujka google - w Subiekt istnieje brytyjski standard pliku XML, który nie pozwala na komunikację z polskimi podmiotami.
Wiem, że istnieją narzędzia zewnętrzne ale to znów imho "kalekie" rozwiązanie.
Czy możemy w jakiś sposób wspólnie wymusić/wyprosić Insert o dostosowanie XML to polskiego standardu?
Podaj mi proszę 5 firm, które używają tego samego "standardu"? Praktycznie każdy używa trochę innego formatu i zamiana jednego na drugi nic nam nie da.
-
Czyli jednak nie zrozumiałeś wypowiedzi na forum i google'a... XML to tylko " uniwersalny język znaczników przeznaczony do reprezentowania różnych danych w strukturalizowany sposób" (https://pl.wikipedia.org/wiki/XML (https://pl.wikipedia.org/wiki/XML)), dopiero określenie struktury tworzy format danych (na przykład wspominany eBIS XML, czy popularny Comarch EDI - XML), aby aplikacja mogła zapisywać i odczytywać dany format musi posiadać zaimplementowaną obsługę tego formatu.
-
Dla spokojności spytam jutro firmę wdrażającą wymianę danych u naszego dostawcy jak mam rozumieć sugerowany przez nich polski standard XML.
-
Podejrzewam że to taki standard jak polska klawiatura w układzie maszynistki :D
-
Dla spokojności spytam jutro firmę wdrażającą wymianę danych u naszego dostawcy jak mam rozumieć sugerowany przez nich polski standard XML.
Po prostu spytaj o format plików danych (http://www.comarchedi.pl/baza-wiedzy/specyfikacje (http://www.comarchedi.pl/baza-wiedzy/specyfikacje)).
-
Dodam tylko, że w cytowanym linku http://www.edi.pl/index.php/dokumenty-edi/xml, widnieje informacja w treści:
Pomimo powyższych cech, technologia XML na dzień dzisiejszy nie jest jeszcze dostatecznie dojrzała, by całkowicie zastąpić EDI. Podstawową wadą XML-a jest brak jednolitej specyfikacji formatów danych, w przeciwieństwie do dobrze udokumentowanego słownika EDI.
Tym bardziej należy zapytać o format plików ...
-
Tak naprawdę jest kilka "standardów"(struktur) określonych przez operatorów EDI w Polsce. Oni dbają o to by były zgodne z ustawą.
Żaden z nich nie jest obsługiwany przez Subiekta w standardzie.
Każdy operator EDI może przemapować komunikaty na oczekiwany format. Raczej bez problemu zrobiliby eBIS XML, ale to nie ma sensu, bo i tak w Subiekcie nie ma opcji automatu do ich wczytania (bez ingerencji człowieka).
Lepiej od razu zamówić/kupić rozwiązanie, które będzie automatyczne i skalowalne.
-
Firma pracuje na standardzie comarch XML Ecod (pomimo, że są konkurencją), obsługuje wiele firm.
W kwestii rozwiązania zewnętrznego - wątpliwe ekonomiczne jest zakup sfery i oprogramowania dla jednego dostawcy (kilkanaście zamówień miesięcznie). W przyszłości na pewno tak.
dzięki za dyskusję
-
Firma pracuje na standardzie comarch XML Ecod (pomimo, że są konkurencją), obsługuje wiele firm.
Tak podejrzewałem.
W kwestii rozwiązania zewnętrznego - wątpliwe ekonomiczne jest zakup sfery i oprogramowania dla jednego dostawcy (kilkanaście zamówień miesięcznie). W przyszłości na pewno tak.
Czasami dostawca pokrywa częściowo lub w całości takie koszty, zależy jak bardzo mu na tym zależy.