Skip to main content

Weekly 25.02

1. Teilnehmer

Sarah
Philipp
Celia

2. Agenda

Offene Fragen:Punkte: 

  • ZugangSEPA zuMandate: derenEs ERPsind Nextnicht Livealle System?SEPA
Mandate Inin Transaktionsdatender CSV:CSV
    Datei Inenthalten. manchenBeispiel: TransaktionenErich habenKaufmann. Kunden keine recipientNumber - wieHier wird damitdann umgegangen?natürlich kein WelchenSEPA Typ von Kunden gibt es? Welcher wird über den Bankeinzug abgehandelt? 
    Bezahlprozess: Welche Formen der Bezahlung gibt es? Wann kommen die zum Einsatz?
      Elavon - Bezahlung per Karte an Terminal Bankeinzugsverfahren -  Stripe  Mapping von Kundennummern:
        Kommt dieser Datensatz von Gridware?  Gibt es eine Logik dahinter? Welche Kunden sind in ERP Next aktuellMandat angelegt und welchesomit nicht?auch nicht in die SEPA Direct Debit gefiltert.  Welche Kunden besitzen eine Gridware Nummer, aber keine ERP Next Nummer? Aktuell haben wir nur die Kunden gemappt, die beides haben - wie sollen wir mit dem Rest umgehen?

        Gridware: 

        Screenshot 2026-02-25 at 14.41.21.png

        CSV Export: 

        Screenshot 2026-02-25 at 14.43.24.png

        3. Besprochene Themen

        1. Live Server Zugang
        • Zugangsdaten übergeben
        • Liveserver funktioniert
        2. Datenabgleich
        • Dokument 1: Feldname recipientnumber
        • Dokument 2: Feldname customer_number
        • Aktuell haben wir zwei Datensätze mit unterschiedlichem Feldname
        • Sarah prüft, welcher Feldname in Zukunft durch CSV übermittelt wird --> Vereinheitlichung wichtig, da wir sonst nicht mit Datenimport arbeiten können
        3. Zahlungsmöglichkeiten
        • Elavon = Bezahlung am Terminal mit Karte, wird direkt in Elavon abgebildet. Kunden werden nicht in ERP Next angelegt 
        • PayPal & Stripe = Über QR-Code der vom Kunde gescannt wird. Auch diese Kunden werden nicht in ERP Next angelegt
        • External ID = Kundennummer aus ERPNext, die in Gridware gemappt wurde. 
        4. Kundennummern in Gridware
        • Gridware hat Kundennummern neu eingeführt
        • Ältere Kunden können keine Gridware-Kundennummer haben --> Das führt zu Lücken in der Kundennummer Datei 
        • Wichtig für Phamos sind nur Kunden, die beides haben, denn diesen wird die Rechnung + der Bankeinzug zugeschickt:
          • Gridware-Kundennummer
          • ERPNext-Kundennummer
        5. Consumption Data in ERPNext
        • Custom Doctype angelegt 
        • Monatlicher Import aus Gridware  CSV(über BeCharged)
        • Jeder Kunde bekommt einen Datensatz pro Monat, der sich aus der CSV ableitet
        • Benennung: Kundennummer_Gridwarenummer_Monat_Jahr
        • Gespeicherte Daten pro Kunde:
          • ladestation
          • Ladedauer + Konsum 
          • Park- und Ladegebühren
          • Start- und Endzeit
        • Beispiel: „Celia_Lohner_Okt.25“ mit Sessions, Gesamtkonsum und Gesamtpreis

        5. Herausforderungen / Risiken

        • Nicht alle Daten sind konsistent
        •  

        6. Nächste Schritte / Action Items

        • Live Server kopieren auf Staging Server
        • Datenimport vorbereiten der Gridware CSV vorbereiten
        • Abklären von CSV Vereinheitlichung der Datensätze
        • Zusammenführen Rechnung + Anhang

        7. Sonstiges / Notizen

        • Spontane Ideen, Anmerkungen, Links