Open AndreeaCristinaStoica opened 2 years ago
Mesajul de reziliere ContractCancelledBySupplier se transmite in ziua in care se efectueaza rezilierea, data de reziliere este data de transmitere a mesajului in POSF. In oglinda, mesajul ContractCancelledByClient nu va contine o data anume de reziliere, data de incetare a relatiei comerciale va fi data de transmitere a mesajului in POSF.
Pentru situatia in care se inceteaza contractul cu acordul partilor la o data anume in viitor, se va transmite ContractChangedInfo iar data de terminare a relatiei contractuale se va transmite pe campul "expirationDate".
Mesajul de reziliere ContractCancelledBySupplier se transmite in ziua in care se efectueaza rezilierea, data de reziliere este data de transmitere a mesajului in POSF. In oglinda, mesajul ContractCancelledByClient nu va contine o data anume de reziliere, data de incetare a relatiei comerciale va fi data de transmitere a mesajului in POSF.
Pentru situatia in care se inceteaza contractul cu acordul partilor la o data anume in viitor, se va transmite ContractChangedInfo iar data de terminare a relatiei contractuale se va transmite pe campul "expirationDate".
Poti sa ne ajuti te rog sa intelegem logica in aceasta regula noua : pentru reziliere contracte trebuie sa trimitem 2 mesaje ContractCancelledBySupplier si ContractChangedInfo? De ce nu se completeaza in ContractCancelledBySupplier data de expirare in campul "expirationdate" ? ce treaba are ContractChangedInfo in procesul de reziliere cand avem mesaje dedicat ?
@bogdannedelcu - te rog sa ne mentionezi campul de tip date in care se va transmite data de reziliere, nu este o optiune in acest moment sa schimbam flux de lucru . nu se mai pot acoperi alte dezvoltari . Va rog sa ne suneti daca vom transmite in mesajul ContractCancelledBySupplier data de reziliere in campul expirationDate sau in altul ? Multumesc
@bogdannedelcu - te rog sa ne mentionezi campul de tip date in care se va transmite data de reziliere, nu este o optiune in acest moment sa schimbam flux de lucru . nu se mai pot acoperi alte dezvoltari . Va rog sa ne suneti daca vom transmite in mesajul ContractCancelledBySupplier data de reziliere in campul expirationDate sau in altul ? Multumesc
Rezilierea se face prin mesajul ContractCancelledBySupplier care se emite chiar la data in care incepe sa produca efecte. Adica nu in avans. Data rezilierii este in campul "timestamp" al mesajului respectiv. https://github.com/posfgit/standard/issues/63#issuecomment-1182859399
Pentru moment nu am implementat restrictii cu privire la informatiile scrise in acest camp, in sensul in care se pot transmite atat date in trecut cat si in viitor, anticipand astfel probleme tehnice care ar putea afecta transmisia de mesaje. Urmarinm sa colectam in POSF data cand a fost produs mesajul la emitator.
Cu privire la mentiunile lui Bogdan Nedelcu vis a vis de fluxul de reziliere contract: 1)Mesajul de reziliere ContractCancelledBySupplier se transmite in ziua in care se efectueaza rezilierea, data de reziliere este data de transmitere a mesajului in POSF. In oglinda, mesajul ContractCancelledByClient nu va contine o data anume de reziliere, data de incetare a relatiei comerciale va fi data de transmitere a mesajului in POSF. 2) Pentru situatia in care se inceteaza contractul cu acordul partilor la o data anume in viitor, se va transmite ContractChangedInfo iar data de terminare a relatiei contractuale se va transmite pe campul "expirationDate". Doresc sa fac urmatoarele precizari: 1) ContractCancelledBySupplier ¬este mesajul prevazut pentru reziliere, nu altul.
Raspuns: Ambele mesaje ContractCancelledBySupplier si ContractCancelledByClient
2) ContractCancelledBySupplier are camp dedicat “expirationdate” in care se poate completa data rezilierii, chiar daca aceasta este in viitor. Suplimentar, avem si “contractstatus”= “INCETAT” Raspuns: Aici as adauga alt camp „enddate” sau ceva „data incetare”, care poate sa fie diferita de “expirationdate” si cum spunea si Florin mai jos, sa fie la fel minim (data curenta + 2 zile lucratoare). In interfata cand se acceseaza optiunea de incetare, sa fie obligatoriu sa se completeze si data asta. In opinia noastra nu este corect sa presupunem ca data rezilierii este data mesajului. Daca sunt situatii in care acesta ajunge cu intarziere (ex. din motive tehnice)?
Raspuns: Nu am prevazut posibilitatea transmiterii mesajelor de reziliere in avans in POSF, acesta este motivul pentru care nu dorim sa folosim campul expirationDate.
3) Avand in vedere ca reziliere unui contract impune anumite activitati din partea OR, ar fi bine ca “expirationdate” sa aiba stabilit un termen minim in viitor. Ca si in cazul ContractSignedBySupplier, unde avem 24 de ore (clientul realizeaza cererea de contractare in POSF cu n+2), un termen similar ar trebui sa fie prevazut si pentru ContractCancelledBySupplier, astfel incat OR sa-si poata planifica si executa activitatile in teren. Ganditi-va, cum poate sa-si indeplineasca un OR indatoririle daca primeste o cerere de reziliere la ora 16.00 cu termen de reziliere in aceeasi zi sau in zilele nelucratoare!?
Raspuns: Relatia OR-FZ este data de contractul intre parti, nu am prevazut in POSF astfel de notificari in avans pentru anumite evenimente care se pot sau nu intampla. O putem analiza ca o evolutie viitoare a sistemului.
4) ContractChangedInfo este prevazut pentru alte scopuri si ar trebuie sa ramana asa. Nu putem sa stam sa scanam acest mesaj, sa identificam daca nu cumva are si vreo data de reziliere. Noi nu am dezvoltat si nu vom dezvota transmitere data reziliere prin intermediul acestui mesaj.
Raspuns: Formularea din raspuns a fost "Pentru situatia in care se inceteaza contractul cu acordul partilor" cand am facut referire la ContractChangedInfo, nu am referit cazul reziliere, dar am considerat utila mentiunea in contextul intrebarii. Daca NU este cu acordul partilor, una din parti, CF sau FZ trebuie sa emita ContractCancelledByClient/ ContractCancelledBySupplier la data rezilierii.
5) Ca si in cazul contractelor noi, OR raspunde cu ContractNetworkchangeInfo in care de data aceasta vom avea “contractstatus” = “INCETAT”.
Raspuns: Nu am prevazut obligativitate ca OR sa raspunda la mesajele de reziliere. OR poate sa ia masuri in sensul in care trece la FUI sau deconecteaza. Pe contractul de retea nu e nevoie sa raspunda, se considera ca simpla reziliere este suficienta deoarece au fost informate toate partile. In situatia in care OR-FZ nu mai au locuri de consum in contractul de retea, OR emite ContractNetworkCancelledByOperator.
Salut,
Incercam sa intelegem fluxul descris mai sus sa va rog sa ne confirmati daca e asa:
Avem urmatoarele situatii:
Clientul semneaza un contract Schimbare de furnizor in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN/FA/OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin inetrmediul POSF?
Clientul semneaza un contract Schimbare de furnizor la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la FA/OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Clientul solicita incetarea contractului de furnizare (nu mai doreste utilitatea) cu o data in viitor a. FN actioneza si transmite in aceeasi zi catre POSF mesajul ContractCancelledBySupplier cu data de efect in viitor
Clientul semneaza un contract POD/CLC nou in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN /OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin intermediul POSF?
Clientul semneaza un contract POD/CLC nou la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Contracte de furnizare care ajung sa inceteze ca urmare a ajungerilor la termen: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca nu motivate de faptul ca aceste situatii POD/CLC este trecut in FUI
Contracte de furnizare incetate de catre FA pe motiv de neplata sau alte motive prin care contractual inceteza din initiatiava FA: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca FA trebuie sa trimita ContractCancelledBySupplier. Va rugam sa ne confirmati acest lucru.
Avem urmatoarele situatii:
- Clientul semneaza un contract Schimbare de furnizor in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN/FA/OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin inetrmediul POSF?
Mesajul ContractCancelledByClient este trimis de POSF la toti (OR, FA, FAnterior) marcand rezilierea unilaterala din partea clientului cu data transmiterii. Nu este nevoie ca furnizorul sa mai transmita si el mesaj de reziliere pentru ca toate partile au fost informate.
- Clientul semneaza un contract Schimbare de furnizor la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la FA/OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Intelegerea este corecta.
- Clientul solicita incetarea contractului de furnizare (nu mai doreste utilitatea) cu o data in viitor a. FN actioneza si transmite in aceeasi zi catre POSF mesajul ContractCancelledBySupplier cu data de efect in viitor
Cazul descris il consideram in POSF ca o modificare a duratei contractului care se raporteaza in POSF cu ContractChangedInfo.
- Clientul semneaza un contract POD/CLC nou in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN /OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin intermediul POSF?
Similar ca la punctul 1.
- Clientul semneaza un contract POD/CLC nou la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Intelegerea este corecta.
- Contracte de furnizare care ajung sa inceteze ca urmare a ajungerilor la termen: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca nu motivate de faptul ca aceste situatii POD/CLC este trecut in FUI
La ajungerea la termen nu se transmit mesaje de nici una din parti, contractul inceteaza de drept, partile nu au obligatia raportarii POSF. OR verifica periodic contractele ajunse la termen pe locurile de consum unde hotaraste conform legii actiunile necesare (FUI, Deconectare).
- Contracte de furnizare incetate de catre FA pe motiv de neplata sau alte motive prin care contractual inceteza din initiatiava FA: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca FA trebuie sa trimita ContractCancelledBySupplier. Va rugam sa ne confirmati acest lucru.
Incetarea contractului este detaliata in prevederile din actul juridic, se poate intampla ca un contract sa inceteze sa produca efecte la indeplinirea anumitor conditii cum ar fi: ajungerea la termen, la data rezilierii, prin acordul partilor, etc. Rezilierea se raporteaza in POSF cu ContractCancelledBy* . Ce dorim sa subliniem este ca FA nu inceteaza un contract, contractul inceteaza in anumite conditii. In POSF dorim sa inregistram evenimentul care a determinat incetarea adica Rezilierea.
Buna ziua,
Mai jos intrebarile/observatiile OR scrise cu bold:
Cu privire la mentiunile lui Bogdan Nedelcu vis a vis de fluxul de reziliere contract: 1)Mesajul de reziliere ContractCancelledBySupplier se transmite in ziua in care se efectueaza rezilierea, data de reziliere este data de transmitere a mesajului in POSF. In oglinda, mesajul ContractCancelledByClient nu va contine o data anume de reziliere, data de incetare a relatiei comerciale va fi data de transmitere a mesajului in POSF. 2) Pentru situatia in care se inceteaza contractul cu acordul partilor la o data anume in viitor, se va transmite ContractChangedInfo iar data de terminare a relatiei contractuale se va transmite pe campul "expirationDate". Doresc sa fac urmatoarele precizari:
- ContractCancelledBySupplier ¬este mesajul prevazut pentru reziliere, nu altul.
Raspuns: Ambele mesaje ContractCancelledBySupplier si ContractCancelledByClient
Observatie OR: Evident ca vor fi ambele.
- ContractCancelledBySupplier are camp dedicat “expirationdate” in care se poate completa data rezilierii, chiar daca aceasta este in viitor. Suplimentar, avem si “contractstatus”= “INCETAT” Raspuns: Aici as adauga alt camp „enddate” sau ceva „data incetare”, care poate sa fie diferita de “expirationdate” si cum spunea si Florin mai jos, sa fie la fel minim (data curenta + 2 zile lucratoare). In interfata cand se acceseaza optiunea de incetare, sa fie obligatoriu sa se completeze si data asta. In opinia noastra nu este corect sa presupunem ca data rezilierii este data mesajului. Daca sunt situatii in care acesta ajunge cu intarziere (ex. din motive tehnice)?
Raspuns: Nu am prevazut posibilitatea transmiterii mesajelor de reziliere in avans in POSF, acesta este motivul pentru care nu dorim sa folosim campul expirationDate.
Observatie OR: Intelegem ca nu s-a prevazut, insa va rugam sa luati in calcul aceasta modificare. Care este motivul pentru care in ContractChangedInfo se poate folosi "expirationDate" in viitor, iar in ContractCancelledBySupplier nu se poate? Argumente legislative: i. Prevederile din Ord. nr. 78/13.05.2020 Contractul-cadru de distribuţie a gazelor naturale şi a Condiţiile generale de contractare pentru prestarea serviciului de distribuţie a gazelor naturale Art 16 lit (c) „Prezentul contract încetează în oricare dintre următoarele situaţii: c)la cererea UD, prin denunţare unilaterală, în baza unei notificări prealabile adresate celeilalte părţi cu cel puţin 10 zile calendaristice înainte de momentul în care denunţarea devine efectivă. Denunţarea devine efectivă sub condiţia achitării tuturor obligaţiilor de plată”
ii. Avand in vedere ca in urma solicitarii de reziliere OR are obligatia/este necesar sa efectueze activitati in teren pentru care este necesara o pregatire/planificare prealabila (citire index; ridicare contor) Rugam sa se ia in considerare ca s-a permis in Regulamentul POSF termenul de 5 zile necesar citirii de la schimbarea furnizorului pentru aceleasi planificarea si realizarea activitatii de catre OR
- Avand in vedere ca reziliere unui contract impune anumite activitati din partea OR, ar fi bine ca “expirationdate” sa aiba stabilit un termen minim in viitor. Ca si in cazul ContractSignedBySupplier, unde avem 24 de ore (clientul realizeaza cererea de contractare in POSF cu n+2), un termen similar ar trebui sa fie prevazut si pentru ContractCancelledBySupplier, astfel incat OR sa-si poata planifica si executa activitatile in teren. Ganditi-va, cum poate sa-si indeplineasca un OR indatoririle daca primeste o cerere de reziliere la ora 16.00 cu termen de reziliere in aceeasi zi sau in zilele nelucratoare!?
Raspuns: Relatia OR-FZ este data de contractul intre parti, nu am prevazut in POSF astfel de notificari in avans pentru anumite evenimente care se pot sau nu intampla. O putem analiza ca o evolutie viitoare a sistemului.
Observatie OR: Contractele intre parti sunt prevazute in legislatia in vigoare, de care POSF trebuie sa tina cont Argumente legislative: i. Prevederile din Ord. nr. 78/13.05.2020 Contractul-cadru de distribuţie a gazelor naturale şi a Condiţiile generale de contractare pentru prestarea serviciului de distribuţie a gazelor naturale Art 16 lit (c) „Prezentul contract încetează în oricare dintre următoarele situaţii: c)la cererea UD, prin denunţare unilaterală, în baza unei notificări prealabile adresate celeilalte părţi cu cel puţin 10 zile calendaristice înainte de momentul în care denunţarea devine efectivă. Denunţarea devine efectivă sub condiţia achitării tuturor obligaţiilor de plată”
ii. Avand in vedere ca in urma solicitarii de reziliere OR efecteze activitati in teren pentru care este necesara o pregatire/planificare prealabila si avand in vedere ca pentru o situatie similara (citirea contorului) POSF prevede un termen de 5 zile necesar efectuarii acestei operatiuni, consideram ca se poate extinde aceasta prevedere si asupra informarii de reziliere, astfel incat sa se primeasca de catre OR cu 5 zile inainte.
- ContractChangedInfo este prevazut pentru alte scopuri si ar trebuie sa ramana asa. Nu putem sa stam sa scanam acest mesaj, sa identificam daca nu cumva are si vreo data de reziliere. Noi nu am dezvoltat si nu vom dezvota transmitere data reziliere prin intermediul acestui mesaj.
Raspuns: Formularea din raspuns a fost "Pentru situatia in care se inceteaza contractul cu acordul partilor" cand am facut referire la ContractChangedInfo, nu am referit cazul reziliere, dar am considerat utila mentiunea in contextul intrebarii. Daca NU este cu acordul partilor, una din parti, CF sau FZ trebuie sa emita ContractCancelledByClient/ ContractCancelledBySupplier la data rezilierii.
Observatie OR: Nu este clar ce inseamna pentru ANRE „Pentru situatia in care se inceteaza contractul cu acordul partilor”? nu reprezinta tot o reziliere de contract? Care sunt actiunile care ii revin OR cand primeste la ContractChangedInfo?
- Ca si in cazul contractelor noi, OR raspunde cu ContractNetworkchangeInfo in care de data aceasta vom avea “contractstatus” = “INCETAT”.
Raspuns: Nu am prevazut obligativitate ca OR sa raspunda la mesajele de reziliere. OR poate sa ia masuri in sensul in care trece la FUI sau deconecteaza. Pe contractul de retea nu e nevoie sa raspunda, se considera ca simpla reziliere este suficienta deoarece au fost informate toate partile. In situatia in care OR-FZ nu mai au locuri de consum in contractul de retea, OR emite ContractNetworkCancelledByOperator.
Observatie OR: Si in cazul includerii sunt informate toate partile si DGSR trebuie sa transmita confirmarea de includere ContractNetworkchangedInfo. In GITHUB se mentioneaza „Emis doar de Operatorul de retea la momentul actualizarii de informatii pe locul de consum.” Ori si eliminarea implica o actualizare pe locul e consum, nu doar includerea. In plus, pentru trecerea la FUI de catre OR ANRE a comunicat in sedinta din 6.10 ca POSF va transmite catre partile implicate Contract Transfered to FUI by Operator dupa lansarea jobului de depistare contracte de furnizare ajunse la termen, respectiv, Contract Transfered to FUI by ANRE pentru restul situatiilor de trecere in FUI
Avem urmatoarele situatii:
- Clientul semneaza un contract Schimbare de furnizor in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN/FA/OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin inetrmediul POSF?
Mesajul ContractCancelledByClient este trimis de POSF la toti (OR, FA, FAnterior) marcand rezilierea unilaterala din partea clientului cu data transmiterii. Nu este nevoie ca furnizorul sa mai transmita si el mesaj de reziliere pentru ca toate partile au fost informate.
Pana acum nu s-a prevazut ca OR sa dea curs unui mesaj primit de la client doar daca are contract de distributie incheiat direct cu clientul. Daca OR are contract de distributie incheiat cu Furnizorul, trebuie sa primeasca si va da curs doar mesajului Contract CancelledbySupplier.
- Clientul semneaza un contract Schimbare de furnizor la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la FA/OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Intelegerea este corecta.
Ce se intampla daca cerere este transmisa in afara orelor/zilelor lucratoare ? Cum ar trebuie sa opereze FZ/OR in aceasta situatie ? ce data de reziliere se va lua in considerare ? Repet, nu este sustenabil procesul daca ne raportam la timestamp-ul mesajului. Conform regulament POSF (vezi extras mai jos), se intelege ca renuntarea se aplica doar contractelor incheiate la distanta sau in afara spatiilor comerciale, deci notiunea de renuntare asa cum este specificata in Regulament nu s-ar aplica contractelor incheiate la ghiseu. OR va da curs solicitarilor, insa am considerat sa atragem atentia asupra acestui aspect.
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.
- Clientul solicita incetarea contractului de furnizare (nu mai doreste utilitatea) cu o data in viitor a. FN actioneza si transmite in aceeasi zi catre POSF mesajul ContractCancelledBySupplier cu data de efect in viitor
Cazul descris il consideram in POSF ca o modificare a duratei contractului care se raporteaza in POSF cu ContractChangedInfo.
De ce este considearata o modificare a duratei contractului ? Clientul opteaza pentru reziliere. Suplimentar in GIT scrie in felul urmator : ContractChangedInfo este “emis de oricare din partile contractului la momentul actualizarii de informatii care nu au impact in fluxurile informatice”. Ce spui tu contrazice ce scrie in Git. Daca clientul sau furnizorul renunta unilateral, se transmite mesaj ContractCancelledBySupplier si sa se ia data reziliere data primirii mesajului, iar daca partile renunta de comun acord se trimire ContractChangedInfo. Asa cum am comentat, anterior, in continuare nu intelegem aceasta departajare, pt ca in esenta, ambele actiuni consderam ca inseamna rezilierea contractului. Nu intelegem daca si pt situatia cand partile renunta de comun acord se va emite ContractCancelledBy Supplier in ziua efectiva.
- Clientul semneaza un contract POD/CLC nou in POSF Web cu FN a. In termen de 14 zile se razgandeste b. FN /OR primesc din WebPOSF un mesaj ContractCancelledByClient c. FN actioneza in aceeasi zi in baza mesajul primit si transmite un mesaj catre POSF ContractCancelledBySupplier, cu efect in aceeasi zi fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre CF prin intermediul POSF?
Similar ca la punctul 1. similar comentariul punctul 1
- Clientul semneaza un contract POD/CLC nou la“ghiseu” cu FN a. In termen de 14 zile se razgandeste b. FN actioneza in aceeasi zi si transmite catre POSF ContractCancelledBySupplier, mesajul ajunge la OR prin intermediul POSF fara un camp de data efectiva, data efectiva este data transmiterii mesajului de catre FN?
Intelegerea este corecta.
Este fix situatia de la punctul 3: clientul renunta la contract. Dar aici se emite ContractCancelledBySupplier, iar in cazul respectiv ContractChangedInfo.
- Contracte de furnizare care ajung sa inceteze ca urmare a ajungerilor la termen: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca nu motivate de faptul ca aceste situatii POD/CLC este trecut in FUI
La ajungerea la termen nu se transmit mesaje de nici una din parti, contractul inceteaza de drept, partile nu au obligatia raportarii POSF. OR verifica periodic contractele ajunse la termen pe locurile de consum unde hotaraste conform legii actiunile necesare (FUI, Deconectare). in intalnirea de testare cu ANRE din 4.06, ANRE (dl Molnar) si dezvoltatorii platformei, au comunicat ferm si fara echivoc (mi-am notat ora si min 13:30…) ca in POSF va exista un job care va verifica permanent data de sfarsit a contractului de furnizare si va transmite catre toate partile implicate mesajul Contract Transferred to FUI by Operator in care va aparea si furnizoru FUI pe care trebuie sa treaca locul de consum. Chiar a fost si un scenariu de testare. In intalnire imi amintesc ca am asteptat sa se termine jobul de colectare, dar nu a mers si scenariul nu s-a putut derula, insa cele spuse au ramas ferme.
- Contracte de furnizare incetate de catre FA pe motiv de neplata sau alte motive prin care contractual inceteza din initiatiava FA: a. FA transmite ContractCancelledBySupplier? Pana in acest moment noi stim ca FA trebuie sa trimita ContractCancelledBySupplier. Va rugam sa ne confirmati acest lucru.
Incetarea contractului este detaliata in prevederile din actul juridic, se poate intampla ca un contract sa inceteze sa produca efecte la indeplinirea anumitor conditii cum ar fi: ajungerea la termen, la data rezilierii, prin acordul partilor, etc. Rezilierea se raporteaza in POSF cu ContractCancelledBy* . Ce dorim sa subliniem este ca FA nu inceteaza un contract, contractul inceteaza in anumite conditii. In POSF dorim sa inregistram evenimentul care a determinat incetarea adica Rezilierea.
@bogdannedelcu - va rog sa ne spuneti pe ca camp din mesajul ContractCancelledBySupplier se va transmite data de incetare/reziliere a contractului defurnizare.
in schema nu este mentionat si primim informatii ca a fost interpretat diferit de catre operatori/furnizori.
Contract.startingDate? Contract.expirationDate? pe care dintre cele 2 campuri ar trebui sa il folosim sa trimitem data de reziliere in Masajul ContractCancelledBySupplier?
Multumesc Andreea