Seit ProfiCash 9.1 gibt es doch die Möglichkeit statt DTA auch XML Dateien einzulesen.
Bei mir stellt sich folgendes Problem dar. Das Einlesen der Datei funktioniert noch! Dann wird mir die Kontrollsumme und Anzahl der Zahlungen (2xSEPA) richtig angezeigt aber in der Fälligkeitsübersicht erscheint mir dann nur noch eine der Zahlung und die zweite Zahlung wurde komplett ignoriert. Hat dieses Problem noch jemand außer mir?

Hallo!
Der letzte Eintrag ist zwar schon ne Weile her, aber ich glaub ein Kunde von uns hat nun ein ähnliches Problem:

Ein Kunde mit ProfiCash 9.2b erstellt in seinem Buchhaltungs-Programm "Varial" immer DTAUS-Dateien und liest diese zur Übertragung im ProfiCash ein.

Jetzt hat er zum ersten mal einen Auftrag nach Frankreich in dieser DTAUS. Die Joberstellung über "DTA extern" funktioniert nicht (Fehler: die Datei ist leer oder hat ein falsches Format), über "DTAZV extern" kann der Job erstellt werden.
Allerdings erscheint dann in der Datenübertragung dieser Job als AZ, nicht als IZ und in der Spalte Betrag erscheint auch nicht - wie gewollt - die "SÜ", also SEPA-Überweisung. Nach dem Senden kommt die Fehlermeldung: "HBCI-Segment nicht zulässig".
Auf die Frage beim Kunden, ob er im "Varial" die Zahlung auch als SEPA-Zahlung eingegeben hat, antwortet er mit "Ja".

Kennt jemand zufällig dieses Programm und/oder hat schon Erfahrungen damit gemacht und kann uns weiterhelfen? Die SEPA-Zahlung muss ja eben auch im XML-Format eingelesen und versendet werden, oder liegen wir da falsch?

Liebe Grüße vom Hochrhein

Hallo Yeannie,

erstmal ein paar Basics:
DTAUS (DTA) = Inlandszahlungen, rein innerdeutsches Format
DTAZV = Inlands, EU- und Auslandszahlungen (gemeint Z1), aber kein SEPA (es sei denn Proficash konvertiert z.B. EU in SEPA, ist aber abwegig)
XML dagegen kann(!) SEPA sein, aber niemals IZV oder AZV (es sei denn man stickt was eigenes zum Import)

Die Zahlung nach FR wird also kein DTA/DTAUS sein und sich folglich darüber auch nicht einlesen lassen.

DTAZV oder SEPA wäre möglich, die Frage ist was genau erstellt wird. Lass dir doch vom Kunden mal ne Datei geben und guck dann man rein.

Vermutung: DTAZV einlesen liest wirklich nur DTAZV und keine SEPA ein (der Beschreibung nach wäre alles andere auch nicht ganz korrekt). IZ kann nicht erscheinen, da FR nun mal kein IZ ist. AZ ist völlig korrekt. SÜ (SEPA) ist bei DTAZV auch abwegig.
Ich denke Varial hat ne DTAZV erstellt, also kein SEPA.

Hallo Captain FRAG!

Danke für die schnelle Antwort! :thup:
Das man bei dieser Hitze n bissle durcheinander kommt, wird einem h ier hoffentlich verziehen! ops:
Werd das mal mit dem Kudnen abklären...

Hallo Max,

eine andere Frage:
Welches Programm generiert den die SEPA Datei? Ausser Bankingprodukte kenne ich derzeit keine Software die das kann.

Gruß

Holger

Siehe oben

Hylli

Hi Hylli,

Vrial hatte ich irgendwie verdrängt, da die Beschreibung für mich nicht ganz schlüssig war und so für mich auch nicht klar ist, ob Varial das jetzt unterstützt oder nicht.

Gruß

Holger

Hallo Hylli,

laut der Beschreibung unseres Kunden gehen wir auch davon aus, dass Varial SEPA Zahlungennicht generieren kann, oder liegt das an der Schnittstelle zum ProfiCash?

Wenn du weißt, wie der Kunde die SEPA-Zahlungen richtig ins ProfiCash einlesen kann, sind wir sehr gespannt auf deine Antwort!

Grüße

Dazu kann ich ehrlich gesagt nix sagen. Meine letzte Antwort bezog sich auf Holger's Frage.

Das Programm stammt aber wohl von hier:
http://www.varial.de/

Evtl. dort mal per Mail anfragen.

Hylli

Vermutlich übergib Varial die Zahlungen als EU-Standardzahlungen in die DTAZV-Datei (deshalb konnte die Datei auch eingelesen werden).

DTAZV-Dateien können auch mit HBCI an Banken übertragen werden - Voraussetzung: Der Bankrechner kann DTAZV-Dateien über HBCI verarbeiten.

Bei dem RZ FIDUCIA ist das allerdings nicht möglich. Deshalb kann diese Ferhlermeldung "HBCI-Segment unzulässig" erscheinen...

Lösung: Varial müss die Zahlungen als Sepa-Zahlungen im XML-Format übergeben, die XML-Datei kann der Bankrechner verarbeiten.

HKSTP transportiert EU Zahlungen, und das kann die Fiducia. Wenn ProfiCash DTAZV einliest, kann es per HKSTP die Zahlungen auch loswerden....

Echter Auslands-ZV (Z1) würde die Fiducia IMHO verweigern und ProfiCash gegen die Wand laufen lassen.

Danke für die Aufklärung, Captain.
Konnte die Infos grade echt gut gebrauchen, weil ein Kunde eine SEPA-Zahlung per DTAZV halbwegs aus nem FiBu-Programm gezogen hatte und dies nicht in ProfiCash einlesen konnte.

Fehlermeldung: Dateiaufbau fehlerhaft

Übrigens: Im Moment akzeptiert Fiducia nur Einzelaufträge im Bereich SEPA. Sammler sind noch nicht möglich.

Grüße
Daniel

Nicht ganz. Die Fiducia kann bereits auch SEPA-Sammelzahlungen. Allerdings funktioniert dies derzeit nur mit dem Übertragungsverfahren EBICS.

Gruß

Andy

Hallo Captain FRAG!

Ich versteh nur Bahnhof?!?!? :noidea: Was ist bitte HKSTP??? :wow:

Danke und Grüßle

HKSTP = HBCI, Kunde, Straight Through Processing
Textlich nicht ganz deutlich, aber das ist einer der möglichen HBCI-Geschäftsvorfälle für EU-Zahlungen und wird von der Fiducia so angeboten.

Daneben gibt es noch andere, am besten mal hier blättern:
http://www.hbci-zka.de/dokumen…ersion.pdf

In Kurzform auch hier:
http://www.ddbac.de/download/FinTS%20Segmente.html

Hast Recht. Hier hakt es in der Tat nur bei HBCI :twisted:

Hi Zimmi,

da hakt gar nichts! Es war ganz klar vorgesehen, das zum Start erstmal "nur" Einzelaufträge möglich sind. Wenn Du Details dazu diskutieren möchtest, können wir das gerne im EBL Forum machen.

Gruß

Holger

Hi Holger,

gut, war mir nicht bewusst, dass dies besprochene Sache ist. Halbwissen halt.

Damit kann ich mich zufrieden geben, keine Diskussion notwendig

Der Vollständigkeit halber: Ist es dann eigentlich auch besprochenene Sache, dass Kunden die unbedingt Sammel-Sepa brauchen, auf EBICS umgestellt werden? :noidea:

Hi Zimmi,

da Du ja doch eine Disksussion anfängst
Die Planung zuerst die Einzelaufträge umzusetzen hatte technische Gründe. Eine XML Datei zu verarbeiten ist deutlich aufwendiger, so dass eine "on the fly" Verarbeitung und Verbuchung bei Sammelrn deutlich aufwendiger ist, als bei den DTA Zahlungen. Ziel ist es grundsätzlich alle Möglichkeiten des nationalen Zahlungsverkehr auch unter SEPA zur Verfügung zu stellen (dürfte eigentlich für alle Banken gelte....).

Gruß

Holger

Hihi, danke für die Info.

Naja Diskussion ist für mich, wenn 2 Meinungen aufeinanderprallen. Ich kann jedoch mit dem aktuellen Stand leben :popworm:
Ich hab garnix gesagt