Skocz do zawartości

import sprzedaży z epp - data otrzymania zamiast daty wystawienia

Polecane posty

Dzień dobry.

 

Mam problem przy imporcie sprzedaży z *.epp
W pozycji data wystawienia wstawia mi się data otrzymania.

 

W schemacie importu jest ustawione dobrze.

image.png.53840fa75e512991ec1e6552df82f2aa.png

Po zaimportowaniu data jest inna niż w EPP. 
W EPP jest data wystawienia 08.08.2022, data zakończenia dostawy 31.07.2022, data otrzymania 09.08.2022

 

 ,,,,20220808000000,20220731000000,20220809000000,2,1,

 

 

Czyli tak jakby brał pod uwagę datę otrzymania zamiast daty wystawienia.


image.png.eee6afdb4e08323d0bf27713eef2fa97.png

 

 

TIA.

Pozdrawiam
Marcin.

 

Link to postu

Tak to wygląda (ocenzurowałem dane)

 

[NAGLOWEK]
"FS",1,0,135,"0135/08/2022/GB",,"0135/08/2022/GB",,,,,"CENZURA-NIP","CENZURA-NAZWA","CENZURA-NAZWA","CENZURA-MIASTO","CENZURA-KOD-POCZTOWY","CENZURA-ADRES","CENZURA-NIP",,,,20220808000000,20220731000000,20220809000000,2,1,"Hurtowa",308.7900,71.0200,379.8100,308.7900,,0.0000,"Przelew",20220817000000,0.0000,379.8100,0,0,1,0,"CENZURA-NAZWISKO",,,0.0000,0.0000,"PLN",1.0000,"CENZURA-UWAGI",,0,0,0,,0.0000,,0.0000,"Polska","PL",0

 

Edytowane przez Marcin Krzemień
Link to postu
28 minut temu, Marcin Krzemień napisał:

Oni twierdzą, że EPP jest zgodne ze schematem.

To oczywiste. Spotkałem się z wieloma błędnymi plikami EPP ale zawsze były zgodne ze wszystkim co tylko się da 😉

 

Szkoda że nie dodał pan sekcji [ZAWARTOSC], ale trudno.

 

Jedno mi się rzuca w oczy, a mianowicie jaki jest sens daty otrzymania w przypadku dokumentu sprzedaży?

W pliku EPP generowanym przez Subiekta w tym miejscu jest pusto, proszę spojrzeć

image.png.bfae1ec64d3180cb5b6f3cee7f89c9ff.png

Na początek sugeruję by w ramach testu usunąć tę datę i spróbować jeszcze raz.

Link to postu

Też nie widzę sensu przy sprzedaży robić daty otrzymania, ano ale tak mają w tym ich programie.

 

Nie widzę prostego sposobu żeby jakoś masowo usunąć ręcznie tę datę otrzymania (około 200 faktur) przed zaimportowanie do Rewizora.
Oni raczej nie zmienią, bo takie pole jest przewidziane w strukturze EDI++

 

Ale cały czas mnie ciekawi dlaczego Rewizor zaciąga datę otrzymania zamiast daty wystawienia?

 

Cytat

[INFO]
"1.06",0,1250,"TelkomBud"

 

[ZAWARTOSC]
"23",23.0000,308.7900,71.0200,379.8100,308.7900,71.0200,379.8100,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000,0.0000

 

Edytowane przez Marcin Krzemień
Link to postu
3 minuty temu, Marcin Krzemień napisał:

Nie widzę prostego sposobu żeby jakoś masowo usunąć ręcznie tę datę otrzymania (około 200 faktur) przed zaimportowanie do Rewizora.

A kto mówi o 200 fakturach?

Proszę usunąć w jednej i sprawdzić jak się importuje ta jedna.

To mniej roboty niż napisać post na forum 😉

5 minut temu, Marcin Krzemień napisał:

Ale cały czas mnie ciekawi dlaczego Rewizor zaciąga datę otrzymania zamiast daty wystawienia?

Żeby wiedzieć dlaczego trzeba zdiagnozować problem. Dlatego proszę zrobić test i zebrać dane.

Link to postu
18 minut temu, Andrzej Kubik napisał:

A kto mówi o 200 fakturach?

Proszę usunąć w jednej i sprawdzić jak się importuje ta jedna.

 

Wybiegłem już w przyszłość jak rozwiązać problem na stałe, bo uznałem za pewne, że po skasowaniu daty otrzymania zaimportuje się dobra data wystawienia i tak faktycznie jest 🙂

Link to postu
18 minut temu, Marcin Krzemień napisał:

jak rozwiązać problem na stałe

Możliwości jest kilka:

  • powiedzieć autorom to co już Pan teraz wie i poprosić żeby tym razem nie robili "zgodnie ze schematem" tylko dobrze 😉
  • wybierać w schemacie datę taką która daje poprawne wyniki, nieważne jak się nazywa.
  • zamówić konwerter, który tę nadmiarową datę usunie.
Link to postu
4 minuty temu, Andrzej Kubik napisał:

Możliwości jest kilka:

  • powiedzieć autorom to co już Pan teraz wie i poprosić żeby tym razem nie robili "zgodnie ze schematem" tylko dobrze 😉
  • wybierać w schemacie datę taką która daje poprawne wyniki, nieważne jak się nazywa.
  • zamówić konwerter, który tę nadmiarową datę usunie.

 

 

OK, ale skoro struktura danych nagłówka pliku komunikacji EDI++  przewiduje datę otrzymania, to chyba Insert powinien zrobić poprawkę, żeby w przypadku gdy ta data występuje w fakturach sprzedażowych nie była traktowana jako data wystawienia.


 

Link to postu

Ja pisałem o tym jak rozwiązać problem, ale jeśli chodzi Panu o to żeby mieć rację to ta droga wydaje się być słuszna.

 

NB gdybym był na miejscu InsERTu i ktoś się zwrócił z takim problem to bym odpowiedział "przepraszamy za błąd w dokumentacji, już dodaliśmy informację o tym że dla FS ta data ma być pusta" 😉

 

Edytowane przez Andrzej Kubik
Link to postu
8 minut temu, Andrzej Kubik napisał:

Ja pisałem o tym jak rozwiązać problem, ale jeśli chodzi Panu o to żeby mieć rację to ta droga wydaje się być słuszna.

 

To nie są rozwiązania problemu, dlatego że:

 

35 minut temu, Andrzej Kubik napisał:

Możliwości jest kilka:

  • powiedzieć autorom to co już Pan teraz wie i poprosić żeby tym razem nie robili "zgodnie ze schematem" tylko dobrze 😉
  • wybierać w schemacie datę taką która daje poprawne wyniki, nieważne jak się nazywa.
  • zamówić konwerter, który tę nadmiarową datę usunie.

1. Autorzy zrobili dobrze, zgodnie ze strukturą nagłówka, to Insert pobiera złą datę.

2. Nie ma takiej daty.
3. Mam zamawiać konwerter, który będzie naprawiał błędy Insertu?

 

Reasumując, nie jest Pan w stanie powiedzieć dlaczego jest brana zła data podczas importu, gdy występuje dozwolona otrzymania i poleca Pan różne rozwiązania, poza korektą błędu w Rewizorze. Trochę niepoważne.

 

Edytowane przez Marcin Krzemień
Link to postu
  • 2 tygodnie później...
×
×
  • Dodaj nową pozycję...