Breadcrumbs

checkRegistration

ag.itc.checkRegistration

Prüft anhand der übergebenen Daten, ob für den Geschäfts- bzw. Ansprechpartner bereits eine Registrierung (= Portal-Login) in TINA vorliegt.

Request

JSON-Attribut

Datentyp

Pflicht

Anmerkungen

Entität

Feldname

Feldname intern

Anmerkungen

lastName

String(70)

Ja


Ansprechpartner

Name

LastName.ContactPerson

 

firstName

String(128)

Ja


Ansprechpartner

Vorname

FirstName.ContactPerson


email

String(255)

Nein

E-Mail

Ansprechpartner

E-Mail

Email.ContactPerson


name1Customer

String(255)

Nein

Firma

Geschäftspartner

Firma

Name1.Customer


name2Customer

String(255)

Nein

Zusatz

Geschäftspartner

Zusatz

Name2.Customer


postalCode

String(255)

Nein

PLZ

Geschäftspartner

PLZ

ZIPKey.Address


param1

String(255)

Nein





Kann projektindividuell verwendet werden. Im TINA-Standard aktuell nicht genutzt.

param2

String(255)

Nein





Kann projektindividuell verwendet werden. Im TINA-Standard aktuell nicht genutzt.

rolle

String(20)

Nein

Schlüsselliste analog getCustomer.rolle mit [INSTALLATEUR, SOLARTEUR, KUNDE]





Response

JSON-Attribut

Datentyp

Pflicht

Anmerkungen

Entität

Feldname

Feldname intern

Anmerkungen

customerProfile

@customerProfile

Nein

Muss enthalten sein, wenn ein Kundendatensatz gefunden wurde.

Geschäftspartner

 

 

Leer, wenn Geschäftspartner nicht eindeutig gefunden werden konnte

contactProfile

@contactProfile

Nein

Muss enthalten sein, wenn ein Ansprechpartnerdatensatz gefunden wurde.

Ansprechpartner 

 

 

Ansprechpartner zu den Eingabeparametern firstName und lastName

accountStatus 

String(255)

Nein

[AKTIV, GELÖSCHT, PRÜFUNG, LEGITIMIERT]

Portal-Login




status

String(255)

Ja

  • DONE: Erfolgreiche Verarbeitung
    Auch wenn kein Geschäftspartner bzw. Ansprechpartner gefunden wurde.
    ERROR: Wenn ein interner Fehler aufgetreten ist.





Logik

image-20250822-091946.png


Prüfung

Fall Anlagenbetreiber (ag.itc.checkRegistration rolle=KUNDE)

Fall Solarteur (ag.itc.checkRegistration.rolle= SOLARTEUR, INSTALLATEUR)

0

Prüfung Normale ODER Vorabregistrierung Anschlussnehmern / Anlagenbetreiber durch Solarteur

Prüfung: Portal-Login suchen mit JSON-Attribute email= LoginName.C12PORTALLOG UND Accountstatus.C12PORTALLOG= GELÖSCHT ODER PRÜFUNG

 

0.1

genau 1 Portal-Login gefunden:

  • Prüfung auf Name und ggf. Aktivität erzeugen (Details s.u.)

Kein Portal-Login gefunden:

  • Weiter mit Prüfung 1

1

Prüfung: Suche Geschäftspartner (GP) mit email=Email.Customer aus Registrierung (nicht auf AP, da sonst ggf. AP zu Firma gefunden wird)

Prüfung: Suche Geschäftspartner mit name1Customer+name2Customer= Name1.Customer+Name2.Customer (zusammengesetzt) UND postalCode= ZIPKey.Address (über rCuAd / alle Adressen am GP)

2.1

genau 1 Geschäftspartner gefunden:

Selektion Ansprechpartner am zuvor selektierten GP mit lastName=LastName.ContactPerson UND firstName=FirstName.ContactPerson UND email=Email.ContactPerson

2.1.1

genau 1 AP gefunden:

response:

  • customerProfile mit Pk

  • contactProfile mit Pk

2.1.2

kein AP oder mehrere gefunden:

response:

  • customerProfile mit Pk

  • contactProfile leer/nicht vorhanden

2.2

Keiner oder mehrere Geschäftspartner gefunden:

response:

  • customerProfile leer/nicht vorhanden

  • contactProfile leer/nicht vorhanden

Prüfung Portal-Login bei Account-Status GELÖSCHT ODER PRÜFUNG 

Wenn bei ag.itc.checkRegistration JSON-Attribute rolle =KUNDE UND über JSON-Attribute email= LoginName.C12PORTALLOG ein Portal-Login gefunden wurde mit Accountstatus.C12PORTALLOG= GELÖSCHT ODER PRÜFUNG, dann wird folgende Prüfung ausgeführt:

JSON-Attribute lastName und firstName gegen LastName.ContactPerson und FirstName.ContactPerson über ContactPersonPk.C12PORTALLOG.

Wenn Name + Vorname identisch:

response:

  • accountStatus = PRÜFUNG

  • customerProfile mit Pk

  • contactProfile mit Pk

Es wird keine Aktivität erzeugt.

Wenn Name oder Vorname NICHT identisch:

response:

  • accountStatus = PRÜFUNG

  • customerProfile leer/nicht vorhanden

  • contactProfile leer/nicht vorhanden

Folgende Aktivität wird erzeugt:

Feld

Wert

Betreff

Abweichender Name/Vorname in Portalregistrierung

Beschreibung

TINA:

  • Name: <LastName.ContactPerson>

  • Vorname: <FirstName.ContactPerson>

Portal:

  • Name: <checkRegistration.lastName>

  • Vorname: <checkRegistration.firstName>

Bitte in Klärung gehen und ggf. Ansprechpartner / Geschäftspartner anpassen.

Art

AUFGABE

Beginn/Ende

akt. Datum

Priorität

A

Status

O

Delegiert von

REST-USER (Benutzer der den Service ausführt)

Delegiert an Gruppe

<Projektgruppe (C12PrjGroupPk.Project) übernehmen aus erstem Projekt zu Portal-Login>

Aktivität mit:

ContactPersonPk.C12PORTALLOG

  • mit Portal-Login verknüpfen

  • Auf dem Portal-Login-Datensatz muss beim Status = PRÜFUNG der Schreibschutz für die