Incidente productiv Distrigaz Sud Retele

[APetreDGSR]

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!

[APetreDGSR]

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!

[APetreDGSR]

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!

[APetreDGSR]

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:

1. mesajul cu ID corelare POSF 84d12870-62e3-4b4a-888c-936b1e840708 pentru DGSBUSC10001049166 ; ID previous supplier 5fc8f7fe-a2b0-4d5e-be67-318691aeba3b Furnizorul actual transmis catre POSF pentru acest CLC prin mesajul ContractNetworkChangedInfo pentru care avem status confirmat din POSF corespunde cu cel din baza noastra de date (Id supplier transmis 59f71e13-0b06-4eea-b419-4ede51c24bc0)
2. Mesajul mesajul cu ID corelare POSF 5e4a7763-d885-5c12-e100-0000ac3202f5 pentru DGSBVBRA30038592; ID previous supplier 2f6cedc1-41e1-496d-8d31-3957c16be7af Furnizorul actual transmis catre POSF pentru acest CLC prin mesajul ContractNetworkChangedInfo pentru care avem status confirmat din POSF corespunde cu cel din baza noastra de date (Id supplier transmis 8adfcc31-e411-4194-93c1-064838766d26) Va rugam sa ne comunicati un termen pentru primirea raspunsului. Va multumim!

[APetreDGSR]

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

1. Va rugam sa ne comunicati daca mesajul NotificationDeadlineDue care conform descrierii este „emis automat de sistemul POSF cu 7 zile anterior ajungerii la termen ale unui contract activ” este functional. De la data intrarii in productie nu am primit niciun mesaj care sa informeze ajungerea la termen a unui contract. Cu toate acestea, de la intrarea in productie, am primit numeroase informari de la furnizori cu privire la ajungerea la termen a contractelor, pe care pentru a asigura, in conformitate cu reglementarile in vigoare, continuitatea in alimentarea cu gaze naturale, si in lipsa informarii din POSF, am fost nevoiti sa le tratam pe canale alternative in scopul transferarii locului de consum in FUI. De ex. am primit in data de 15.11 informare ca pentru un loc de consum contractul de furnizare inceteaza cu data de 24.11. Avand in vedere validarea comunicata de dumneavoastra, asteptam sa primim deja notificare pentru acesta din POSF. Totodata, avem mai multe informari de la furnizori care au locuri de consum ce vor ajunge la final de contract in 30.11.2022. Va rugam sa ne spuneti cand ar trebui sa primim pentru acestea notificarea din POSF NotificationDeadlineDue
2. Totodata, am primit informari de la furnizori care lucreaza direct in aplicatia POSF (cont de furnizor) care au lansat mesaje de reziliere, insa acestea nu ajung catre sistemul nostru.
3. In plus, legat de Issue 196 in care ne-ati comunicat ca ati adaugat ReasonType pe mesajele de Cancel, tinem sa va multumim pentru acest fapt cu rugamintea sa luati in considerare setarea ca obligatorie a completarii motivului rezilierii. In lipsa acestui motiv, vor exista mari riscuri de a opera eronat/cu intarziere solicitarile. Va rugam sa analizati toate situatiile descrise mai sus si sa ne ajutati cu clarificari care ne sunt foarte necesare pentru desfasurarea in bune conditii a activitatii. Va multumim!

[APetreDGSR]

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

1. Mesajul Contract Cancelled By Supplier cu ID corelare 9a505dc3-a0c3-4f15-9db7-9c9233fe32b9 pentru DGSBSC103102028 Id furnizor solicitant in mesaj 5fc8f7fe-a2b0-4d5e-be67-318691aeba3b ID furnizor existent in sistem operator si transmis anterior la migrarea datelor prin mesaj Contract Network Changed Info 2f6cedc1-41e1-496d-8d31-3957c16be7af
2. Mesajul Contract Cancelled By Supplier cu ID corelare e983c0a6-d3cb-4575-9e79-64dcc47c1b2e pentru DGSBRBRA40021082 Id furnizor solicitant in mesaj 14a27da4-d5bd-11ec-9d64-0242ac120002 La momentul primirii mesajului, locul de consum era reziliat cu o data anterioara intrarii in productie a POSF. Din aceste motive, pentru locul de consum fara furnizor, au fost migrate de operator doar datele locului de consum prin Place Updated By Operator, nefiind necesar sa mai transmitem si Contract Network Changed Info, acest lucru indicand ca locul de consum migrat este fara furnizor activ.

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!

[APetreDGSR]

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:

1. mesajul cu ID corelare POSF 84d12870-62e3-4b4a-888c-936b1e840708 pentru DGSBUSC10001049166 ; ID previous supplier 5fc8f7fe-a2b0-4d5e-be67-318691aeba3b Furnizorul actual transmis catre POSF pentru acest CLC prin mesajul ContractNetworkChangedInfo pentru care avem status confirmat din POSF corespunde cu cel din baza noastra de date (Id supplier transmis 59f71e13-0b06-4eea-b419-4ede51c24bc0)
2. Mesajul mesajul cu ID corelare POSF 5e4a7763-d885-5c12-e100-0000ac3202f5 pentru DGSBVBRA30038592; ID previous supplier 2f6cedc1-41e1-496d-8d31-3957c16be7af Furnizorul actual transmis catre POSF pentru acest CLC prin mesajul ContractNetworkChangedInfo pentru care avem status confirmat din POSF corespunde cu cel din baza noastra de date (Id supplier transmis 8adfcc31-e411-4194-93c1-064838766d26) Va rugam sa ne comunicati un termen pentru primirea raspunsului. Va multumim!

[CNastacDGSR]

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:

1. in data de 01.12.2022, am primit Notification DeadlineDue pentru DGSIFBUF0000652755, cu data final contract 24.11.2022 (ID corelare POSF : 34f67f63-44e0-bc37-e100-0000ac3202b4).
2. in data de 02.12.2022, am primit Notification DeadlineDue pentru DGSVLRVL22633001, cu data final contract 25.11.2022 ( ID corelare POSF : 0ef18163-7932-262b-e100-0000ac3202b4). Va rugam sa ne comunicati un termen pentru primirea raspunsului. Va multumim!