ContractSignedBySupplier

[PosfREO]

Buna ziua,

Un furnizor din înțelegerea noastră trebuie să incarce în POSF contractele existente cu comanda ContractSignedBySupplier. In schema însă apare ca parte a metodei ContractSignedBySupplier și configurația aferentă unui punct de consum. Tinand cont de faptul că punctele de consum trebuie urcate de către distribuitori avem următoarele scenarii pe care le vedem posibile:

1. Înainte de trimitere ContractSignedBySupplier sa interogăm POSF să identificăm daca punctul de consum exista pe baza de cod POD sau NLC, după care funcție de răspuns sa trimitem sau nu ContractSignedBySupplier.
2. Trimitem ContractSignedBySupplier, completând la punctul de consum doar codul POD, urmând că sistemul POSF să mapeze cu punctele de consum urcate de distribuitori.
3. Trimitem ContractSignedBySupplier, completând la punctul de consum toate datele pe care le avem inclusiv adresa, fara să ne asigurăm că punctul de consum exista deja.

Care din scenariile prezentate de noi este cel agreat de POSF ?

Multumim

[bogdannedelcu]

Referitor la intolare mesajele folosite se gasesc aici: https://github.com/posfgit/standard#inrolarea-in-sistem-migrarea-datelor-existente Se foloseste ContractChangedInfo, nu interogati POSF pentru a trimite date istorice, trimiteti ce aveti, minimal campurile obligatorii marcate in schema. Entitatea Place nu este mandatory in schema in elementrul Contract, oricare ar fi mesajul prin care este trimis

[ItSupportRenovatioTrading]

@bogdannedelcu ContractChangedInfo si ContractSignedBySupplier sunt mesaje care contin elementul <anre:Contract> care la randul lui contine un <anre:Place> - si tu spui ca acesta din urma este optional? Eu cred ca NU e bine fie asa. Gandeste-te ca se pot trimite mesaje cu <anre:Contract> ce nu au <anre:Place> completat, si atunci care mai este sensul mesajului? Sau ai vrea sa spui ca in cazul in care e un mesaj legat prin CorrelationId de un mesaj anterior, nu ar mai trebui completat <anre:Place> in <anre:Contract> ? .. ca nu inteleg cand devine optional Place-ul.

Referitor la ce spune @PosfREO , punctul 2 are cel mai mult sens pe orice tip de mesaj care contine <anre:Place>. Ar trebui sa vorbim cu totii aceeasi limba, iar OD/OR sa dea ora exacta in ceea ce priveste partea de Place-uri. Parerea mea e ca ar fi o abordare mai corecta sa incercati intai de toate sa populati baza de date cu toate Place-urile din RO si cu Adrese ( da, ar trebui folosita o baza de date comuna de adrese ) dupa care sa incepem cu mesaje pe alte teme (Clienti, Oferte, Contracte, Conventii etc etc) si asta dupa ce in prealabil toti actorii si-au facut update de informatii in sistemele proprii.

Personal, asa vad lucrurile, si nu cred ca e foarte dificil de urmat niste pasi intr-o astfel de ordine.