posfgit / standard

9 stars 13 forks source link

Necesar clarificari 2 #19

Open negruZoran opened 2 years ago

negruZoran commented 2 years ago

Buna ziua, Revenin cu un nou set de intrebari unde avem nevoie de clarificari:

Art.34, pct 4, b), (i) dacă CF a optat pentru încheierea acestuia direct cu OR — contractul și, după caz, convenția tripartită/multipartită se transmit la OR; OR și apoi CF semnează documentele în POSF în termen de 24 de ore; convenția tripartită/multipartită semnată de CF se semnează de furnizor/furnizori în POSF în interiorul aceluiași termen de 24 de ore; în situația în care CF nu are cont de utilizator al POSF, contractul și convenția tripartită/multipartită se semnează de către acesta cu OR în afara POSF, care le încarcă în POSF după semnarea acestora de către ambele părți; convenția tripartită/multipartită semnată de CF și OR se semnează de furnizor/furnizori în POSF în interiorul aceluiași termen de 24 de ore; convenția tripartită/multipartită și contractul semnate de toate părțile pot fi descărcate de CF/OR/furnizor din POSF:

  1. Intrebare: a. Ce mesaje/metadate circula in situatia in care clientul opteaza pentru contractul de servicii de distributie direct cu OR? b. Va rugam sa ne puneti la dispozitie diagrama cu mesajele pentru acest flux, ce a fost postat in tabelul de mesaje nu este suficient de explicit. c. Ce metadate primeste FN de la POSF pentru semnarea conventiei tripartite la care trebuie sa raspunda? d. Este necesar a se transmite din sistemul furnizorului un astfel de document? Prin ce mesaj, sub ce forma? e. Ce metadate trimite FN pentru semnarea conventiei?

Art. 46. — CF are dreptul de a renunța la un contract încheiat cu FN la distanță sau în afara spațiilor comerciale, inclusiv prin intermediul POSF, în termen de 14 zile de la încheierea acestuia, indiferent dacă contractul a început sau nu să producă efecte. Renunțarea se notifică FN direct, prin mijloacele de comunicare prevăzute în contract, sau prin intermediul POSF. În cazul notificării directe FN înregistrează în aceeași zi notificarea în POSF. Înregistrarea notificării în POSF reprezintă momentul efectiv al exercitării dreptului la renunțare. Încetarea contractului de furnizare prin renunțarea de către CF nu are niciun efect asupra obligațiilor decurgând din executarea contractului până la momentul încetării acestuia.

     2. Intrebare: Cum putem diferentia din mesajele primite situatia de renuntare la un contract care nu si-a produs efecte de situatia renuntarii (in termen de 14 zile de la data semnarii) la un contract care a produs efecte?

De exemplu, pentru un client care are data schimbare furnizor 10.05.2022 si primim renuntare in 02.05.2022, contractul de furnizare se va anula, fara a produce efecte (pentru sistemul furnizorului va fi un cancelation pe un case de achizitie). Pe de alta parte, daca clientul are data de schimbare furnizor 29.04.2022 si transmite renuntare in 04.05.2022, contractul si-a produs efecte, iar acesta trebuie facturat si inchis in sistemul furnizorului (pentru furnizor aceasta situatie va fi generarea unui case de reziliere).

     3. Intrebare: Mesajul “Contract canceled by supplier” – in ce situatii se foloseste, va rugam sa ne detaliati daca sunt situatii de operare gresita de catre furnizor in exclusivitate sau care sunt toate situatiile de utilizare? Va rugam sa ne spuneti sistemul sursa si destinatie. Se initiaza din sistemul furnizorului, se transmite in POSF si POSF transmite ulterior distribuitorului?

Art.34, pct 4 La încheierea unui contract de furnizare conform prevederilor alin. (2) și (3), în urma actualizării tuturor datelor de către toți utilizatorii implicați, conform prezentului regulament, POSF generează și transmite automat, succesiv, următoarele documente și informații: a) notificare privind încheierea contractului de furnizare — se transmite la OR, FA/FN

 4. Care este mesajul care notifica FA de reziliere contract actual pentru schimbarea furnizorului? 
 5. Va rugam sa ne puneti la dispozitie secventialitatea mesajelor si sistemul sursa si destinatie pentru un “happy flow”. De exemplu, schimbare furnizor initiat de client din POSF - contract de distributie semnat de furnizor (fara conventie) -  va rugam sa mentionati explicit mesajele in si out pentru FA;FN;Distrib;POSF 
 6. Exista blocaj in POSF sa nu se mai inregistreze cerere de renuntare dupa 14 zile de la data semnarii contractului?
 7. In situatia in care un client existent are contract activ in Piata reglementata si doreste sa treaca pe Piata Libera, se va semna un nou contract (numarul si data contractului sau valabilitatea acestuia vor fi altele). Se vor trata prin POSF si situatiile in care clientul semneaza un contract comercial nou fara a schimba titularul de contract?

Intrebare: a. aceste tipuri de situatii vor fi gestionate in POSF? b. POSF va trimite si pentru aceste situatii solicitarile privind incheierea contractului de distributie?

Art. 34, pct (2) Prevederile alin. (1) se aplică și în cazul unui CF care încheie un contract de furnizare, în următoarele situații: a) contractul de furnizare se încheie pentru un loc de consum nou sau pentru un loc de consum existent, preluat de la alt CF, pentru care nu există un contract de furnizare în vigoare;

  8.    Locurile de consum noi necesita transmiterea catre OR a unui ordin de montare contor. Intrebare: POSF trimite solicitarile de montare contor catre OR?
bogdannedelcu commented 2 years ago

Ref 1.a ContractNetwork* - https://github.com/posfgit/standard#mesaje-pe-tema-contracte-de-retea b. c. d. e. Mesajele sunt definite in standard, nu exista un flux anume, doar obligatia ca fiecare parte care redacteaza si semneaza un act legal (contract de furnizare, retea, etc.) sa emita un mesaj specific conform standardului cu toate metadatele pe care le detine si care se regasesc in acest standard. Partile din sistem la care ne referim sunt sistemele IT ale Furnizori, Operatori sau aplicatia WebPOSF.

bogdannedelcu commented 2 years ago

Ref 2. Mesajele care vizeaza un acelasi subiect ar trebui sa fie insotite de un identificator de corelare (https://github.com/posfgit/standard#mesajele-vehiculate-in-sistem - correlationID). Folosind acest identificator precum si ordinea cronologica a mesajelor de tip ContractSigned/Cancelled/etc. ar trebui ca la orice moment de timp sa fie extrasa o situatie a clientului/locului de consum cu privire la existenta unui contract care si-a produs sau nu efecte.

bogdannedelcu commented 2 years ago

Ref 3: Confirmam intelegerea corecta "Se initiaza din sistemul furnizorului, se transmite in POSF si POSF transmite ulterior distribuitorului?" pentru mesajul ContractCancelledBySupplier detaliata si in tabel https://github.com/posfgit/standard#mesaje-pe-tema-contracte-de-furnizare Referitor la cand ar trebui trimis un astfel de mesaj, mentionam faptul ca oricand furnizorul actioneaza in sens legal pentru anularea unui contract, contract pentru care conform regulamentului furnizorul are obligatie sa instiinteze ANRE, trebuie sa il transmita in sistemul POSF. POSF il va trimite mai departe tuturor celor indreptatiti sa il primeasca conform regulamentului, destinatari enumerati in tabel.

bogdannedelcu commented 2 years ago

Ref 6: POSF nu va respinge mesaje care respecta standardul XSD, chiar daca in interiorul acestora informatiile nu reflecta realitatea/regulamentul/secventialitatea operatiilor. Se vor face analize ulterior pe mesajele primite si vom instiinta autorii privind anumite imbunatatiri pe care le vom considera necesare.

FLepadatu commented 2 years ago

@bogdannedelcu Va rog sa ne transmiteti care sunt mesajele pe care FA ar trebui sa le primeasca in situatia in care un client semneaza contract de furnizare EE/GAS cu FN prin POSF sau prin canalele pe care FN le pune la dispozitie? Cum este FA notificat ca iese din portofoliu un loc de consum?

AndreeaCristinaStoica commented 2 years ago

measca conform regulamentului, destinatari enumerati in tabel.

Va rugam in continuare sa ne puneti la dispozitie diagrame prin care sa putem intelege secventialitate posibila sursa si destinatia acestor mesaje ; tabelele puse la dispozitie nu prezinta informatia completa si in unele situatii descrierea nu este aliniata cu sursa si destinatia inserara.

din tabel: ContractNetworkCancelledByOperator | Emis din WebPOSF/platforma Operator cand se doreste anularea contractului de retea cu clientul sau cu Furnizorul | sursa: WebPOSF, Supplier dest: WebPOSF, Supplier

bogdannedelcu commented 2 years ago

@AndreeaCristinaStoica Sursa mesajelor mentionata in tabel trebuie citita in sensul posibililor emitenti ai acestui tip de mesaj, adica de la cine se asteapta POSF sa primeasca acest mesaj.

Multumim pentru observatia la mesajul ContractNetworkCancelledByOperator din tabel, am corectat introducand Operator la sursa si WebPOSF, Operator si Supplier la sisteme spre care POSF va redirectiona mesajul.

Referitor la secventialitate, schema disponibila aici https://github.com/posfgit/standard#mesajul-contractnetworksignedbysupplier reflecta principiul dupa care POSF va redirectiona orice mesaj primit. Astfel in situatia in care POSF va primi un mesaj referitor la semnarea unui contract, el va redirecta mesajul catre toate partile implicate in acel contract (prezente in cadrul contractului), pastrand o copie interna in arhiva proprie.

bogdannedelcu commented 2 years ago

@FLepadatu Contractul nou semnat va determina emitentul acestuia sa publice in POSF un mesaj ContractSignedBySupplier. In cadrul acestui mesaj in campul "previousSupplier" trebuie pus FA pentru care se face schimbarea de furnizor. Aplicatia WebPOSF va face acest lucru, iar furnizorii care doresc sa implementeze in propriul sistem informatic vor fi nevoiti sa publice in cadrul acestui mesaj datele furnizorului anterior.

POSF va redirecta acest mesaj si catre furnizorul anterior, astfel acesta va lua la cunostinta despre semnarea acestui nou contract.

Daca nu se va completa acest camp "previousSupplier" se poate interpreta ca este vorba de un nou contract, nu de o schimbare.

In situatia in care clientul se razgandeste in termenul legal si revine asupra deciziei de schimbare, aplicatia WebPOSF sau cea a FN vor trimite mesajul ContractCancelledByClient in care vor mentiona si de aceasta data "previousSupplier" astfel incat POSF sa notifice fostul furnizor ca a fost anulat noul contract (adica schimbarea).

Mesajele trimise/primite prin intermediul platformei POSF trebuie interpretate de Furnizori/Operatori tinand cont de datele de valabilitate/incepere executie si de cele ale anularii, urmarind succesiunea cronologica a acestora, astfel incat sa se poata concluziona cu privire la valabilitatea unui contract la un anumit moment de timp.

bogdannedelcu commented 2 years ago

Ref 7: In situatia in care se semneaza un nou contract de furnizare, partile au obligatie sa transmita mesajele ContractSignedBy*. Daca se face doar o actualizare la un contract existent se publica ContractChangedInfo.

bogdannedelcu commented 2 years ago

Ref 7.a: Aplicatia WebPOSF trimite ContractSignedByClient catre partile implicate conform tabel din standard. Daca schimbarea de furnizor este initiata din alt sistem IT acesta va trimite mesajul ContractSignedBySupplier care va contine implicit si semnatura clientului final.

7.b. Operatorul este instiintat de POSF cu mesajul ContractSignedBySupplier. Operatorul are obligatie sa publice in POSF cand semneaza un contract de retea mesaje de tipul ContractNetworkSignedByOperator.

bogdannedelcu commented 2 years ago

Ref 8: Nu. Solicitarea de punere in funcțiune, implicit montarea contorului, se face în termen de 5-10 zile lucratoare de la solicitarea executantui. Odata cu solicitarea executantul trebuie sa dovedeaasca OR ca la acel loc de consum exista un contract de furnizare in vigoare. Solicitarea de montare contor nu are legătură cu POSF. Cu toate acestea, operatorul de retea poate verifica in POSF existenta unui contract de furnizare incheiat pentru acel loc de consum la momentul montarii contorului.