Open APetreDGSR opened 2 years ago
Buna ziua, Revenim pe acest Issue deschis de DGSR cu semnalarea unei alte situatii pentru care va rugam sa ne ajutati cu clarificari. Situatie depistata: Mesaje Contract Signed By Supplier primite pentru acelasi CLC de la furnizori diferiti in numele noului proprietar al locului de consum Cerere 1: ID Intern DGSR Cerere: 373457 Correlation ID POSF: 3afc7463-f5ba-8519-e100-0000ac3202b4 Data Cerere: 16.11.2022 Data Start Contract: 28.11.2022 Tip Mesaj: Contract Signed By Supplier Tip Cerere: Schimbare administrativa primita de la acelasi furnizor cu cel al vechiului propietar (FA=FN) CLC: DGSBSC103330439 Cerere 2: ID Intern DGSR Cerere: 374174 Correlation ID POSF: 0343f26b-340e-481a-9e66-0b2d661cc894 Data Cerere: 17.11.2022 Data Start Contract: 27.11.2022 Tip Mesaj: Contract Signed By Supplier Tip Cerere: Schimbare administrativa de la un furnizor diferit de cel al vechiului propietar(FA<>FN) CLC: DGSBSC103330439
In conformitate cu prevederile Ord 3/2022 si cele discutate pe GITHUB/worshopuri, intelegem ca acesta situatie reprezinta o renuntare a clientului la contractul incheiat cu un furnizor si alegerea unui contract cu alt furnizor. Avand in vedere data primirii din POSF (Data Cerere in tabelul de mai sus), intelegem ca prin transmiterea in data de 17.11.2022 a cererii Correlation ID 0343f26b-340e-481a-9e66-0b2d661cc894, clientul s-a razgandit asupra contractului pentru care OR a primit informare prin POSF in data de 16.11.2022 Correlation ID 3afc7463-f5ba-8519-e100-0000ac3202b4. Totodata, avand in vedere ca renuntarea a fost primita inainte de data la care contractul pt Cererea 1 a intrat in vigoare, iar Data start contract Cerere 2 este mai mica decat Data start contract Cerere 1, consideram ca locul de consum trebuie trecut de OR in portofoliul furnizorului care l-a solicitat prin Cerere 2 cu data de 27.11.2022 si va transmite pentra aceasta la finalizarea procesului mesajul Contract network Signed Info, fara a mai trece prin portofoliul furnizorului solicitant pentru Cererea 1. Va rugam sa ne spuneti daca rationamentul nostru de mai sus este corect. Daca da, va rugam sa ne spuneti cum trebuie tratata de OR in context POSF Cererea 1. Intrucat nu va mai avea loc intrarea in portofoliul FN de pe Cererea 1, OR nu va mai efectua in sistem operatiunile necesare si nu va mai avea pentru ce actiune sa transmita mesajul Contract Network Signed Info. Ce mesaj transmite OR pentru aceasta? OR nu are in acest moment posibilitatea de a da alt mesaj de raspuns la o cerere Contract Signed By Supplier catre POSF decat cel de includere Contract Network Signed Info, insa in acest caz, pentru cererea 1 OR nu are cum sa faca includere. Cum trateaza POSF aceasta situatie? Avem rugamintea sa ne comunicati un termen la care ne puteti transmite un raspuns. Va multumim!
Buna ziua, Revenim pe acest Issue deschis de DGSR cu semnalarea unei alte situatii. Situatie depistata: Mesaje Contract Signed By Supplier cu data intrare in vigoare mai mica decat data primirii din POSF Va sesizam ca de la intrarea in productie a POSF, am receptionat in sistemul nostru informatic o serie de mesaje Contract Signed By Supplier pentru care Data de intrare in vigoare a contractului este mai mica decat cu care primim mesajul din POSF. Avem rugamintea sa luati in considerarea blocarea/restrictionarea acestor situatii deoarece primirea unei cereri de includere in contractul de distributie cu data in urma determina perturbari ale fluxurilor de lucru aferente activitatii operatorului de retea. Avem rugamintea sa ne comunicati un termen la care ne puteti transmite un raspuns. Va multumim!
Buna ziua, Revenim pe acest Issue deschis de DGSR cu semnalarea unei alte situatii pentru care va rugam sa ne ajutati cu clarificari/verificari. Situatie depistata: Mesaje Contract Signed By Supplier in care furnizorul actual este diferit de cel din baza de date a operatorului Va sesizam ca am identificat mai multe cazuri in care primim in mesajul Contract Signed By Supplier informatia despre furnizorul actual (campul previous suppluer) diferita de cel pe care il avem in baza de date. Furnizorul actual a fost transmis ok catre POSF prin mesajul ContractNetworkChangedInfo. Va rugam sa verificati de ce se poate primi alt furnizor prin Contract Signed By Supplier. In aceste cazuri, OR actualizeaza datele pe care le are in sistem. In aceste cazuri va rugam sa ne spuneti catre care furnizor ajunge informatia ca locul de consum ii iese din Portofoliu? Catre cel corect pe care l-a transmis OR prin ContractNetworkChangedInfo sau cel eronat existent in mesajul Contract Signed By Supplier? Va transmitem mai jos cateva exemple:
Buna ziua, Revenim pe acest Issue deschis de DGSR cu rugamintea de aduce o clarificare asupra situatiilor descrise mai jos Situatie depistata: De la data intrarii in productie nu am receptionat niciun mesaj NotificationDeadlineDue
Buna ziua, Revenim pe acest Issue deschis de DGSR pentru a va semnala o alta situatie depistata Situatie depistata: Mesaje Contract Cancelled By Supplier primite pentru locuri de consum active la alti furnizori Va semnalam pe aceasta cale ca receptionam mesaje Contract Cancelled By Supplier in care furnizorul emitent este diferit de cel de pe contractul activ din sistemul nostru si pentru care am trimis datele prin mesajul Contract Network Changed Info. Exemplu
Avem rugamintea sa ne ajutati cu setarea unei validari in POSF, astfel incat un furnizor sa nu mai poata lansa cereri de reziliere daca locurile de consum au iesit din portofoliul acestuia. In lipsa acestei validari si daca vom primi in continuare aceste mesaje in modul descris mai sus vor exista mari riscuri de a se opera eronat solicitarile.
Va multumim!
Revenire la mesaj din 22.11.2022 Situatie depistata: Mesaje Contract Signed By Supplier in care furnizorul actual este diferit de cel din baza de date a operatorului
Buna ziua, Revenim la sesizarea de mai jos, cu rugamintea sa ne transmiteti un raspuns si totodata sa va sesizam ca am identificat un mesaj de Contract Signed By Supplier pentru un proces de loc de consum care nu a avut niciodata un furnizor, insa pe mesajul primit din POSF primim informatie despre previous supplier ID corelare 2ee2c96e-fce3-44c0-b958-907f03b8318b pentru CLC DGSCTCTA0001297381 Primim in acest mesaj ID supplier 59f71e13-0b06-4eea-b419-4ede51c24bc0 pe care nu la- avut niciodata pe acest CLC si nici nu l-am transmis catre POSF. Va multumim anticipat pentru analiza si raspuns
Sesizare transmisa in 22.11.2022 Situatie depistata: Mesaje Contract Signed By Supplier in care furnizorul actual este diferit de cel din baza de date a operatorului
Buna ziua, Revenim pe acest Issue deschis de DGSR cu semnalarea unei alte situatii pentru care va rugam sa ne ajutati cu clarificari/verificari. Situatie depistata: Mesaje Contract Signed By Supplier in care furnizorul actual este diferit de cel din baza de date a operatorului Va sesizam ca am identificat mai multe cazuri in care primim in mesajul Contract Signed By Supplier informatia despre furnizorul actual (campul previous suppluer) diferita de cel pe care il avem in baza de date. Furnizorul actual a fost transmis ok catre POSF prin mesajul ContractNetworkChangedInfo. Va rugam sa verificati de ce se poate primi alt furnizor prin Contract Signed By Supplier. In aceste cazuri, OR actualizeaza datele pe care le are in sistem. In aceste cazuri va rugam sa ne spuneti catre care furnizor ajunge informatia ca locul de consum ii iese din Portofoliu? Catre cel corect pe care l-a transmis OR prin ContractNetworkChangedInfo sau cel eronat existent in mesajul Contract Signed By Supplier? Va transmitem mai jos cateva exemple:
Buna ziua, Revenim pe acest Issue deschis de DGSR cu semnalarea unei alte situatii pentru care va rugam sa ne ajutati cu verificare / rezolvare. Situatie depistata: Am primit mesaje de tip NotificationDeadlineDue, care conform specificatiilor trebuiau sa se emita automat cu 7 zile anterior ajungerii la termen a unui contract activ, insa noi le-am primit cu 7 zile ulterior ajungerii la termen. Va transmitem mai jos cateva exemple:
Buna ziua Distrigaz Sud Retele este un operator integrat cu platforma web POSF prin API. Dupa intrarea in productiv, am identificat in zona de task-uri 355 de pagini de task-uri. Nu exista nicio posibilitate sa na dam seama cate sunt, nu se poate face filtrare dupa CLC, sau tip de task, nu putem exporta lista. Toate sunt in status Unassigned. Am intrat pe cateva si am identificat faptul ca sunt cereri de Contract Signed By Supplier deja primite prin API in sistemul nostru informatic. Print screen atasat (INCIDENT GIT HIB_17.11.22_task-uri cont operator_poza.docx) Mai mult, pentru cateva ca de ex nr de task 670, la optiuni avem optiunea Preia task. Daca apelam aceasta optiune, sistemul ne directioneaza intr-o zona de semnare a contractului, insa furnizorul solicitant din cerere are deja contract de distributie incheiat cu societatea noastra, iar mesajul Contract Signed By Supplier primit in sistemul nostru contine informatia "contractWithOperatorNeeded": false,” Va rugam sa ne spuneti cum trebuie sa tratam aceste task-uri. In situatia in care vom primi aici toate mesajele pe care pe primim deja prin API, va fi foarte dificil, aproape de imposibil sa identificam task-urile pe care le asteptam sa le tratam aici si anume cele de semnare contract de distributie cu clientul final sau cu un furnizor nou, in lipsa unei posibilitati de filtrare, de evidentiere pe tipuri de task-uri si de export. Va rugam sa luati in considerare ca operatorul integrat prin API sa primim in aceasta zona de task-uri doar cele care necesita semnarea contractului, asa cum am inteles din workshopurile ANRE, sau sa prevedeti o delimitare a acestora mai clara, cu posibilitatea de cautare, filtrare, pentru a le elimina facil pe cele tratate prin API. Avem rugamintea sa ne comunicati un termen la care ne puteti transmite un raspuns. Va multumim!