Hallo Heiner,
folgende Situation:
- Im September habe ich unsere Mitgliedsdaten importiert; inkl. Beitragsgruppe usw.
- Bei drei Mitgliedern wurde die Beitragsgruppe manuell geändert.
- Die Abrechnung für Oktober wurde fehlerfrei erstellt und als dtaus-Datei bei der Bank eingereicht.
- Dort wurde die Datei eingelesen und nicht verarbeitet, da die Lastschriften (bis auf die drei manuell geänderten) als "Abbuchung" definiert waren. Die drei manuell geänderten liefen korrekt als "Einzugsermächtigung".
- Ich habe nun bei jedem Mitglied die Beitragsgruppe von x auf y geändert und gespeichert. Danach wieder zurückgeändert von y auf x und wiederum gespeichrt. Die neuen Abrechnungsdaten wurden daraufhin bei der Bank ohne Probleme als "Einzüge" erkannt und verarbeitet.
mfg
J. Schmidt
PS: Ich habe jetzt eigentlich kein Problem mehr.
Abrechnung erfolgt als Abbuchung statt als Einzug
Moderator: heiner
-
- Beiträge: 10
- Registriert: Montag 20. September 2010, 15:15
- heiner
- Administrator
- Beiträge: 4509
- Registriert: Freitag 30. Oktober 2009, 16:44
- JVerein-Version: aktuelle Entwicklerversion
- Betriebssystem: W10
- Kontaktdaten:
Re: Abrechnung erfolgt als Abbuchung statt als Einzug
Hallo J. Schmidt,
das Verhalten ist mir vollkommen fremd. Die DTAUS-Datei wird immer auf gleichem Wege erstellt. Kannst du mir mal aus der Datei den A-Satz, einen C-Satz und den E-Satz zur Verfügung stellen? Persönliche Angaben (Name, Bankverbindung....) kannst du "aus-x-en".
Heiner
das Verhalten ist mir vollkommen fremd. Die DTAUS-Datei wird immer auf gleichem Wege erstellt. Kannst du mir mal aus der Datei den A-Satz, einen C-Satz und den E-Satz zur Verfügung stellen? Persönliche Angaben (Name, Bankverbindung....) kannst du "aus-x-en".
Heiner
PS: Denkt daran, eure Vereine unter viewforum.php?f=3 vorzustellen.
-
- Beiträge: 10
- Registriert: Montag 20. September 2010, 15:15
Re: Abrechnung erfolgt als Abbuchung statt als Einzug
Hallo Heiner,
...erschreckend schnell die Antwort.
Bitte kläre mich auf, was ein A-/C- und E-Satz ist. Gerne stelle dich die Daten zur Verfügung.
Gruß
J. Schmidt
...erschreckend schnell die Antwort.
Bitte kläre mich auf, was ein A-/C- und E-Satz ist. Gerne stelle dich die Daten zur Verfügung.
Gruß
J. Schmidt
- heiner
- Administrator
- Beiträge: 4509
- Registriert: Freitag 30. Oktober 2009, 16:44
- JVerein-Version: aktuelle Entwicklerversion
- Betriebssystem: W10
- Kontaktdaten:
Re: Abrechnung erfolgt als Abbuchung statt als Einzug
Hallo J. Schmidt,
A-, C- und E-Sätze sind Bestandteil des DTAUS-Standards. Bevor ich hier lange Ausführungen bringe, schicke mir mal die ersten 500 Bytes. Darin wirst du Daten deiner Mitglieder finden. Ersetze jeden personenbezogenen Buchstaben durch ein "x" und die Bankverbindungen durch Nullen. Es wäre gut, wenn exakt jedes Zeichen durch "x" bzw "0" ersetzt würde.
Heiner
A-, C- und E-Sätze sind Bestandteil des DTAUS-Standards. Bevor ich hier lange Ausführungen bringe, schicke mir mal die ersten 500 Bytes. Darin wirst du Daten deiner Mitglieder finden. Ersetze jeden personenbezogenen Buchstaben durch ein "x" und die Bankverbindungen durch Nullen. Es wäre gut, wenn exakt jedes Zeichen durch "x" bzw "0" ersetzt würde.
Heiner
PS: Denkt daran, eure Vereine unter viewforum.php?f=3 vorzustellen.
-
- Beiträge: 10
- Registriert: Montag 20. September 2010, 15:15
Re: Abrechnung erfolgt als Abbuchung statt als Einzug
Hallo Heiner,
ich habe versucht das Problem zu reproduzieren:
- ich habe eine leere "jameica-Datenbank" angelegt
- ich habe Stammdaten importiert und die nötigen Stammdaten in JVerein ergänzt
- ich habe die DTAUS aus JVerein generieren lassen
- Ergebnis: Im C-Satz steht der TS_LASTSCHRIFT_EINZUGSERMAECHTIGUNGSVERFAHREN (5000), ist also korrekt
In meiner Ehre verletzt habe ich weiter getestet:
- ich habe die Abrechnung als Hibiscus-Sammelbuchung angestossen und
- die DTAUS Datei von dort aus erstellen lassen.
- Ergebnis: Im C-Satz steht der TS_LASTSCHRIFT_ABBUCHUNGSVERFAHREN (4000), ist also falsch
wie vorab beschrieben habe ich auch noch einmal die Beitragsgruppen überschrieben und auch die Mitgliedsdaten wiederholt importiert; das Ergebnis war aber wiederum das oben beschriebene. Ich konnte auch nicht eine "Mischung" von Einzugsermächtigung und Abbuchungsverfahren generieren.
Beim "Echtlauf" am 05.10. habe ich schließlich die Daten direkt per HBCI aus Hibiscus übertragen; die Daten konnten korrekt verarbeitet werden. Evtl. ist ja dabei die Kennzeichnung der Datensätze korrekt.
Es scheint, als ich hätte ich ehr ein Hibiscus-Problem entdeckt als ein JVerein-Problem?!
JVerein DTAUS:
0128ALK1234567800000000TESTVEREIN EV 071010 09876543210000000000 07102010 10216C00000000145632780012345678000000000000005000 0000000000012345678098765432100000004500 HURZ, HALLO TESTVEREIN EV TEST3 1 01021111/HURZ, HALLO 0216C00000000145632780087654321000000000000005000 0000000000012345678098765432100000004500 HURZI, MOIN TESTVEREIN EV TEST3 1 01022222/HURZI, MOIN 0128E 0000002000000000000000000000099999999000000000291265560000000009000
Hibiscus DTAUS:
0128ALK1111111100000000TESTVEREIN EV 071010 222222222220000000000 07102010 10216C11111111145632780012345678000000000000004000 0000000000011111111222222222200000004500 HURZ, HALLO TESTVEREIN EV TEST2 1 01021111/HURZ, HALLO 0216C11111111145632780087654321000000000000004000 0000000000011111111222222222200000004500 HURZI, MOIN TESTVEREIN EV TEST2 1 01022222/HURZI, MOIN 0128E 0000002000000000000000000000099999999000000000291265560000000009000
Gruß
J. Schmidt
ich habe versucht das Problem zu reproduzieren:
- ich habe eine leere "jameica-Datenbank" angelegt
- ich habe Stammdaten importiert und die nötigen Stammdaten in JVerein ergänzt
- ich habe die DTAUS aus JVerein generieren lassen
- Ergebnis: Im C-Satz steht der TS_LASTSCHRIFT_EINZUGSERMAECHTIGUNGSVERFAHREN (5000), ist also korrekt
In meiner Ehre verletzt habe ich weiter getestet:
- ich habe die Abrechnung als Hibiscus-Sammelbuchung angestossen und
- die DTAUS Datei von dort aus erstellen lassen.
- Ergebnis: Im C-Satz steht der TS_LASTSCHRIFT_ABBUCHUNGSVERFAHREN (4000), ist also falsch
wie vorab beschrieben habe ich auch noch einmal die Beitragsgruppen überschrieben und auch die Mitgliedsdaten wiederholt importiert; das Ergebnis war aber wiederum das oben beschriebene. Ich konnte auch nicht eine "Mischung" von Einzugsermächtigung und Abbuchungsverfahren generieren.
Beim "Echtlauf" am 05.10. habe ich schließlich die Daten direkt per HBCI aus Hibiscus übertragen; die Daten konnten korrekt verarbeitet werden. Evtl. ist ja dabei die Kennzeichnung der Datensätze korrekt.
Es scheint, als ich hätte ich ehr ein Hibiscus-Problem entdeckt als ein JVerein-Problem?!
JVerein DTAUS:
0128ALK1234567800000000TESTVEREIN EV 071010 09876543210000000000 07102010 10216C00000000145632780012345678000000000000005000 0000000000012345678098765432100000004500 HURZ, HALLO TESTVEREIN EV TEST3 1 01021111/HURZ, HALLO 0216C00000000145632780087654321000000000000005000 0000000000012345678098765432100000004500 HURZI, MOIN TESTVEREIN EV TEST3 1 01022222/HURZI, MOIN 0128E 0000002000000000000000000000099999999000000000291265560000000009000
Hibiscus DTAUS:
0128ALK1111111100000000TESTVEREIN EV 071010 222222222220000000000 07102010 10216C11111111145632780012345678000000000000004000 0000000000011111111222222222200000004500 HURZ, HALLO TESTVEREIN EV TEST2 1 01021111/HURZ, HALLO 0216C11111111145632780087654321000000000000004000 0000000000011111111222222222200000004500 HURZI, MOIN TESTVEREIN EV TEST2 1 01022222/HURZI, MOIN 0128E 0000002000000000000000000000099999999000000000291265560000000009000
Gruß
J. Schmidt
- heiner
- Administrator
- Beiträge: 4509
- Registriert: Freitag 30. Oktober 2009, 16:44
- JVerein-Version: aktuelle Entwicklerversion
- Betriebssystem: W10
- Kontaktdaten:
Re: Abrechnung erfolgt als Abbuchung statt als Einzug
Hallo J. Schmidt,
die Situation kann ich mir nicht erklären. JVerein schreibt generell den Textschlüssel 5000 in den C-Satz.
Mir ist bekannt, dass Olaf in Hibiscus am Textschlüssel gearbeitet hat. Selbst wenn dabei ein Fehler passiert sein sollte (glaube ich aber nicht), erklärt das nicht die Sache mit den veränderten Mitgliedsdaten.
Es gibt Dinge zwischen Himmel und Erde, die versteht man nicht.
Heiner
die Situation kann ich mir nicht erklären. JVerein schreibt generell den Textschlüssel 5000 in den C-Satz.
Mir ist bekannt, dass Olaf in Hibiscus am Textschlüssel gearbeitet hat. Selbst wenn dabei ein Fehler passiert sein sollte (glaube ich aber nicht), erklärt das nicht die Sache mit den veränderten Mitgliedsdaten.
Es gibt Dinge zwischen Himmel und Erde, die versteht man nicht.
Heiner
PS: Denkt daran, eure Vereine unter viewforum.php?f=3 vorzustellen.