Open AndreeaCristinaStoica opened 2 years ago
Ref 1: Da, mesajul ContractModeInfo poate fi emis de Furnizor cand e conectat cu API sau de furnizor prin intermediul aplicatiei WebPOSF cand nu foloseste API. Clientul nu are de ce sa il emita.
Ref 2: Clientul raspunde din nou cu ContractSignedByClient cu informatiile actualizate, pastrand acelasi "correlationId" astfel incat toti cei care primesc mesajul sa stie ca este vorba de acelasi contract.
Ref 3: Din punct de vedere tehnic cred ca este o posibilitate, insa trebuie sa respectam regulamentul.
ok atunci te rog corecteaza descrierea: ContractMoreInfo | Trimis de furnizor/operator care solicita mai multe informatii de la cealalta parte - si elimina operator. daca doar asta e scopul
Ref 1: Da, mesajul ContractModeInfo poate fi emis de Furnizor cand e conectat cu API sau de furnizor prin intermediul aplicatiei WebPOSF cand nu foloseste API. Clientul nu are de ce sa il emita.
Ref 4: Din punct de vedere tehnic nu are termen de raspuns, in sensul ca nu impunem o limitare sau nu vom afisa in aplicatia web alte optiuni dupa expirarea vre-unui termen. Faptul ca Clientul a primit MoreInfo inseamna ca contractul nu este intr-o stare de a fi semnat de catre furnizor iar Clientul trebuie sa ia masuri pentru remediere si retransmitere.
Sper ca asta
Ref 4: Din punct de vedere tehnic nu are termen de raspuns, in sensul ca nu impunem o limitare sau nu vom afisa in aplicatia web alte optiuni dupa expirarea vre-unui termen. Faptul ca Clientul a primit MoreInfo inseamna ca contractul nu este intr-o stare de a fi semnat de catre furnizor iar Clientul trebuie sa ia masuri pentru remediere si retransmitere.
sa insemne reluarea procesului cumva sau macar o validare ca oferta aleasa de client nu a expirat. Nu stiu ce validari aveti in interfata de contractare, insa trebuie sa retrimiteti ContractSignedByClient ca raspuns la un ContractMoreInfo f posibil cu o alta oferta
Foarte buna observatia cu privire la expirarea ofertei, o vom include in verificarile aplicatiei web.
ok atunci te rog corecteaza descrierea: ContractMoreInfo | Trimis de furnizor/operator care solicita mai multe informatii de la cealalta parte - si elimina operator. daca doar asta e scopul
Ref 1: Da, mesajul ContractModeInfo poate fi emis de Furnizor cand e conectat cu API sau de furnizor prin intermediul aplicatiei WebPOSF cand nu foloseste API. Clientul nu are de ce sa il emita.
am modificat, multumim pentru observatie
Ref 5: nu, nu am prevazut mesaje pentru MoreInfo la contractul de retea. Posibil sa le prevedem intr-o evolutie urmatoare.
Buna ziua
@bogdannedelcu Va rog, in continuare avem mesaje care contin explicatii in dezacord cu sursa si destinatia inserata in tabela in baza careia ar trebui sa ne facem dezvoltarile
ContractMoreInfo | Trimis de furnizor/operator care solicita mai multe informatii de la cealalta parte. |sursa: Furnizor, WebPOSF | destinatie: Furnizor, WebPOSF
Ce facem cu acest mesaj? se poate emite atat de furnizor cat si de distribuitor?
Daca se emite de Furnizor de ex, ca urmare a ContractSigned byClient, sa zicem documente incomplete, ce se intampla dupa? Enel trimite Catre POSF ContractMoreInfo , cat asteapta sa i se raspunda cu doc lipsa? cu ce mesaj se raspunde catre furnizor cu restul doc? 3. acest schimb de mesaje more info se poate repeta la infinit? 4.clientul are termen sa raspunda? cat? 5 in cazul in care distribuitorul are nevoie de alte info de la furnizor in urma ContractSignedBySupplier primit, ce se intampla? emite distribuitorul acest mesaj ContractMoreInfo ? se va propaga acest mesaj automat si catre furnizor?
Care este rolul acestui mesaj? ce este request/response? daca este request care sunt posibilele responses la el? cui ii este adresat client/furnizor/distribuitor?
Multumesc