Flussdetails

Platzieren von Datendateien

Kopieren Sie Ihren FCC_Repo auf das Laufwerk C:. Wenn Sie das Laufwerk C: nicht verwenden, ändern Sie die Pfade der Eingabe- und Ausgabedateien für die in der Relation Überprüfungsdaten/Prozessfluss genannten Datenflüsse. Weitere Informationen finden Sie unter Überprüfungsdaten/Prozessflüsse.

Prozessflüsse

Prozessdaten eines Datenflusses verlaufen von einem Schritt zum anderen. Die Ausgabe eines Flusses wird zur Eingabe des nächsten, aber das gilt nicht für alle Fälle. Es gibt Prozessflüsse, die Hauptflüsse zur Verarbeitung verwenden.

  • FCC-integrierter Fluss: Das ist ein integrierter End-to-End-Fluss. Er bereinigt, überprüft und erstellt eine Warnung für die Daten, wenn ein Treffer gefunden wird. Dieser Fluss enthält:
    • ProcFlow_PartyER_N_Screening
Prozessflüsse und deren Hauptdatenflüsse verschiedener Module sind in diesen Abschnitten zusammengefasst:
  • Teilnehmerverwaltungsdaten/-prozess: Führen Sie den Auftrag FCC_ER_Party_PostProc1_CreatePartySearchIndex_v1 aus, bevor Sie einen anderen Fluss ausführen. Die Eingabedatei für diesen Auftrag ist DummyPartySearchIndex.txt und die generierten Ausgaben sind:
    • In Index: ER_Party_SearchIndex
    • In Datei: SI_Update_All_Test.csv

Flüsse für Teilnehmerverwaltung:

Prozessfluss Hauptfluss Eingabe Ausgabe
FCC_ER_Full LoadInitial_ProcessFlow_V1: Dieser Fluss nimmt Teilnehmerdaten als Eingabe auf und führt die Bereinigung, die Normalisierung und das Intraflow Match durch, bevor die Ausgabe erstellt wird. FCC_ER_Party_ MainFlow1_Normalisierung _v1.df: Zur Normalisierung der Daten. Er nutzt eine Datei mit Teilnehmerdaten. Die Felder umfassen:
  • inParty
  • inPartyAddress
  • inPartyPhone
  • inPartyEmail
  • in Betrachtung
  • inPartyAccount
 Der Fluss erzeugt: Party_MainFlow2_1_input.txt
FCC_ER_Party_ MainFlow2_1_ IntraflowMatch_v1.df: Findet Übereinstimmungen zwischen ähnlichen Datensätzen. Party_MainFlow2_1_input.txt ist die Ausgabe von FCC_ER_Party_ MainFlow1_ Normalization_v1.df. Er erzeugt:

Party_MainFlow2_2_input.txt
FCC_ER_Party_ MainFlow2_2_ TransactionalMatch AndSurvivorship_v1.df: Findet Interflow Matches. Party_MainFlow2_2_input.txt ist die Ausgabe von FCC_ER_Party_ MainFlow2_1_ IntraflowMatch_v1.df Er erzeugt:

Party_MainFlow3_input.txt
FCC_ER_Party _PostProc1_Update PartySearchIndex_v1: Aktualisiert einen Teilnehmersuchindex basierend auf der Teilnehmer-ID. Party_MainFlow3_input.txt ist die Ausgabe von FCC_ER_Party_ MainFlow2_2_Transactional MatchAndSurvivorship_v1.df. Er erzeugt:

In Index:

ER_Party_SearchIndex
Überprüfungsdaten/Prozessflüsse: Diese Relation fasst die Überprüfungsflüsse zusammen:
Prozessfluss Fluss Eingabe Ausgabe
Screening_Process: Dieser Fluss führt eine Überprüfung durch und lädt Daten in den Hub. Party_Screening: Dieser Fluss führt eine Teilnehmerüberprüfung durch und speichert die Ergebnisse in einer Datei. Dies wird die Parteien auf bereinigte und unreine Listendaten prüfen. Party_MainFlow3_input.txt

Dies ist die Ausgabe von FCC_ER_Party _MainFlow2_2_ TransactionalMatchAnd Survivorship_v1.df.

 Er erzeugt Folgendes:
  • In der Datei: Party_Cleansed _Hits.csv
  • In der unbereinigte Liste: Party_ UnCleansed _Hits.csv
Screening_Output: Kombiniert die Ergebnisse von bereinigten und unbereinigten Vergleichen und führt eine Konsolidierung durch. Dies bedeutet im Wesentlichen, dass im Hub-Modell eine Warnung erstellt und alle Vergleiche in einer einzelnen Warnung konsolidiert werden. Dabei wird die bereinigte Datendatei „Party_Cleansed_Hits.csv“ und die unbereinigte Datendatei „Party_UnCleansed_Hits.csv“ verwendet Beide Dateien sind die Ausgabe von „Party_Screneing.df“. Der Fluss lädt die Daten in den Hub.