Open EDistributie opened 2 years ago
nu imi dau seama cum ar arata un index completat, va fi ceva de genul: "1.8.1:000500|1.8.2:00070|" ? asa cum scrie in issue pare ca trebuie sa scriu toata povestea "EAZ - 1.8.2 Energie activa consumata in orele de zi:"? mi se pare ca e riscant sa nu incapa in textbox pe ecran si poate se greseste... sa pastram doar esentialul? de exemplu "EAZ-1.8.2:000050" ? In descriere e bine sa scrie tot, dar in campul completat as limita doar la un cod scurt.
@EDistributie & @bogdannedelcu : noi asa le-am concatenat cum a scris Bogdan fara alt text field pt ca asa a fost discutia , va rog sa nu mai schimbam:
Electricity Index field name | ID Cadran |
---|---|
ActiveEnergy__c | 1.8.0 |
ActiveEnergyR1__c | 1.8.1 |
ActiveEnergyR2__c | 1.8.2 |
ActiveEnergyR3__c | 1.8.3 |
CapacitiveEnergy__c | 8.8.0 |
InductiveEnergy__c | 5.8.0 |
prin urmare se va trimite:
ex1 1.8.0:2500 | 8.8.0:1200 | 5.8.0:500 |
ex2 1.8.0:12000 |
etc
@AndreeaCristinaStoica Te rog arata-mi discutia care a fost. Clientii sunt cei care introduc valoarea indexului in POSF conform campului CounterIndexDesc trimis de OR la migrarea locurilor de consum prin PlaceUpdatedByOperator.
In sistemele noastre avem urmatoare valori: EA -1.8.0 Energie activa total consumata EAZ - 1.8.2 Energie activa consumata in orele de zi EANO - 1.8.1 Energie activa consumata noaptea EANW - 1.8.1 Energie activa consumata noaptea si in weekend EAG - 1.8.3 Energie activa ore gol EAN -1.8.1 Energie activa ore normale EAV - 1.8.2 Energie activa ore varf ER - 3.8.0 Energie Reactiva Inductiva ERC - 4.8.0 Energie Reactiva Capacitiva EAP - 2.8.0 Energie activa total produsa
Noi am propus introducerea unui camp dedicat fiecarei energii masurate, tocmai pentru a elimina confuzia clientului si furnizorului care trimite indexul catre OR.
@EDistributie - vorbim de 2 lucruri diferite atunci, nu stiu cum se colecteaza in aplicatia web posf ca nu avem acces la interfata; eu vorbeam de cum le vom trimite noi prin ContractSignedBySupplier in situatia in care contractul se face la ghiseu.
Discutia pe acesta tema a avut loc in 26 mai pe la 1h:40min inregistrare insa nu s-a conchis cu niciun format standard de colectare si transmitere. in lipsa unei standardizari furnizate de ownerul platformei noi am implementat ce s-a inteles sa folosim codul de cadran ( pe care noi il avem pt ca altceva public nu s-a furnizat) concatenat cf specificatiei din xsd:
Buna ziua,
Noi, E-Distributie, ne-am gandit la urmatoarea metoda de transmitere a indexului in functie de descrierea din campul counterIndexDesc. Descrierea indexului va fi transmisa catre POSF prin fluxul PlaceUpdatedByOperator la momentul migrarii pentru toate locurile de consum.
In cazul contorului care masoara o singura valoare, campul counterIndexDesc va contine “Introduceti partea intreaga a numarului afisat pe ecranul contorului (valoarea din fata virgulei). Exemplu: “valoare”" . Astfel, campul counterIndexValue va contine doar un numar intreg. In exemplul de mai jos, clientul introduce valoarea 7583![image](https://user-images.githubusercontent.com/103568621/185066016-bfd6e471-3da4-43fe-a6b0-c8bc61258a55.png)
In cazul contorului care masoara mai multe valori, campul counterIndexDesc va contine cadranele existente pe contor ca in exemplul: “Introduceti partea intreaga a valorilor afisate pe ecranul contorului (valoarea din fata virgulei) cu pastrarea textului din exemplu. Exemplu: EAZ - 1.8.2 Energie activa consumata in orele de zi: valoare | EANO - 1.8.1 Energie activa consumata noaptea: valoare | ER - Energie Reactiva Inductiva: valoare | ERC - Energie Reactiva Capacitiva: valoare”. Astfel, in campul counterIndexValue, clientul final va completa: EAZ - 1.8.2 Energie activa consumata in orele de zi: 100 | EANO - 1.8.1 Energie activa consumata noaptea: 50 | ER - Energie Reactiva Inductiva: 30 | ERC - Energie Reactiva Capacitiva: 10
![image](https://user-images.githubusercontent.com/103568621/185067221-ceeb7858-ce23-433b-ad3c-31219dc70aaf.png)
Va rog sa validati metoda propusa de noi privind completarea acestor campuri.
Multumim!