Open EDistributie opened 2 years ago
Ref 1: Aplicatia WebPOSF va limita la 1 cerere. Pentru initiere alta cerere se va solicita anularea celei in curs.
Ref 2: Am retinut sugestia pentru aplicatia WebPOSF. Furnizorul poate raspunde in aceasta situatie cu ContractMoreInfo pentru un loc de consum care nu indeplineste conditiile contractarii.
Ref.2 completare/intrebare: Un client apare cu ATR expirat dar, in prezent, i se furnizeaza energie electrica fara nicio problema, de catre furnizorul actual. Doreste sa faca schimbul de furnizor. Daca cererea i se refuza, inseamna ca este obligat sa ramana la acelasi furnizor, chiar daca ATR este expirat?
Ref.2 completare/intrebare: Un client apare cu ATR expirat dar, in prezent, i se furnizeaza energie electrica fara nicio problema, de catre furnizorul actual. Doreste sa faca schimbul de furnizor. Daca cererea i se refuza, inseamna ca este obligat sa ramana la acelasi furnizor, chiar daca ATR este expirat?
Daca furnizor cere ContractMoreInfo sau emite ContractCancelledBySupplier schimbarea se anuleaza, fara ca operatorul sa demareze procesul de schimbare. Ramane in vigoare vechiul contract pana la incetare. Expirare ATR sau alte elemente de neconformitate tehnica se vor semnala clientului prin alte mijloace decat POSF.
@bogdannedelcu puteti raspunde intrebarilor 3 si 4?
@bogdannedelcu @ANRE va rog raspundeti intrebarilor 3 si 4! Sunt puncte blocante in vederea continuarii dezvoltarii fluxurilor,
- Cod CAEN - pozitia 3
- Regimul de functionare (permanent/sezonier) - pozitia 18
- Numarul de schimburi in care lucreaza CF, incarcarea procentuala pe schimburi fata de schimbul I (100%): schimbul II ... , % schimbul III ...% - pozitia 21
- Tip consum (casnic/noncasnic/vulnerabil/prosumator) - pozitia 25
- Denumire PRE - pozitia 26
dupa caz, o parte dintre informații se regasesc in POSF (pozitiile 25 si 26) iar pentru pozitiile 3, 18 si 21 aceste informatii pot circula si se pot completa in afara POSF prin dialogul intre partile contractului.
4. Prin platforma ar fi util pentru OR sa primeasca tipul de tarif la care trebuie programat contorul (zi, noapte, normal), piata de energie pe care face contractul
aceste informatii se transmit in afara POSF de catre furnizor catre OR imediat dupa incheierea contractului, asa cum se procedeaza si in prezent, fara POSF. Piata de energie pe care se face (incheie) contractul este irelevanta pentru OR.
@posfgit Tipul de tarif la care trebuie programat contorul este o informatie prioritara/blocanta pentru Operatorul de Distributie pentru a se putea finaliza solicitarea de contract semnat primita din POSF (contractsignetbyoperator). Daca aceste informatii se transmit in afara POSF de catre furnizor catre OR vom avea 2 cazuri:
pentru furnizorii cu care suntem integrati;
pentru furnizorii cu care NU suntem integrati;
Descriere mod de lucru:
Pentru furnizorii cu care suntem integrati: nu vom putea sa continuam fluxurile primite din POSF pana nu vom avea si fluxurile existente in prezent (integrarile curente) ce vor contine tariful. Astfel, fluxul primit din POSF va fi blocat pana la primirea acestor informatii.
Furnizorii cu care nu suntem integrati: vor fi nevoiti sa inregistreze cererile atat in POSF cat si prin prin cat si prin actuala cale pentru a putea transmite tariful catre OR (si astfel se va putea finaliza solicitarea prin programarea contorului la tariful ales de client). Acest lucru ingreuneaza modul de lucru pentru furnizori ( dubleaza efortul) deoarece vor fi nevoiti sa inregistreze cereri atat prin POSF cat si si sa transmita aceste informatii catre OR cum se procedeaza si in prezent.
De aceea mult mai util ar fi ca informatia aceasta sa fie adaugata direct in fluxul transmis din POSF. De asemenea si trecerea dintre o piata in alta este importanta pentru OR - în sensul ca furnizorii așteaptă o confirmare a index declarat de client pentru noul contract la furnizor si piata aleasa de acesta.
Buna ziua,
Multumesc