![]() |
AW: SEPA Komponente gesucht
Er hat bestimmt geschaut ... Bei Daniel (Hambug) sind da keine Schulferien mehr. :stupid:
Das waren nur Problemchen, die ich nebenbei "gehört" hatte. Bisher war ich nur ab und an mal bezüglich anderere Delphi-Problemchen involviert (1), da der bisher daran arbeitetende Kollege sich besser in C# und Co. auskennt und bei Delphi manchmal Fragen hat. 1) Und durch das Forum einen Hauch, bei der Wahl der SEPA-Komponente. Zitat:
So auf den Ersten Blick glaub ich da nichts gesehen zu haben. Ich werde aber mal schauen an welche Adresse es ging (aber ich hoffe mal es war unsere Standard-Service-Adresse) und da mal im Posteingang/Spam rumwühlen. Weiß jetzt auch noch nicht wann die Komponente gekauft wurde. (1-3 Monate? :gruebel:) |
AW: SEPA Komponente gesucht
In der Doku und in den Dateien sieht man dass, man muss nur mal rein schauen …..
Der 01.08 kommt bestimmt ….. Zu den Ferien (einer der Veranstalter kommt ja aus Hessen), sein Kind ist ab noch nicht in der Schule ;-) (1-3 Monate), da gab es kein Update mehr, da die Sache bei über 100 Entwicklern erfolgreich im Einsatz ist! |
AW: SEPA Komponente gesucht
Wie macht ihr das eigentlich mit der BIC?
Innerdeutschland soll man die ja angeblich eigentlich nicht angeben zu brauchen, bzw. die Bank füllt das dann selber aus. Aber das Bankprogramm eines Kunden will dennoch unbedingt die BIC haben ... ansonsten nimmt es gleich die ganze SEPA-Datei garnicht erst an. |
AW: SEPA Komponente gesucht
Ab 1. Februar 2014 muss die BIC nur länderübergreifend angegeben werden.
Irgendwann (Stichtag habe ich gerade nicht im Kopf), soll die BIC komplett entfallen. Ich meine, dass das 2016 sein soll. Ob es eine inländische Transaktion ist, ist ja nicht zwangsläufig bekannt. Dafür müssen die Kontodaten des Versenders und Empfängers bekannt sein. Wenn eins von beiden noch fehlt, ist es (für mich) logisch, dass die BIC besser immer erforderlich ist. Wenn eine Firma eine Transaktion durchführen möchte und dabei auch noch Konten im Ausland hat, dann ist es sicher noch notwendiger, dass die BIC-Angabe zur Pflicht wird. Es könnte ja auch noch sein, dass das Firmenkonto geändert wird. Wenn dann die BIC fehlt, stößt man auf den nächsten Fehler. Wenn solche Fälle denkbar sind, würde ich in dem Programm die BIC auch zur Pflicht machen, weil der Prüfaufwand sonst immer größer wird. Mal abgesehen davon, dass der Anwender eventuell auch noch verwirrt wird: Erfassung ohne BIC geht, aber die Transaktion wird dann abgebrochen, weil die BIC fehlt. |
AW: SEPA Komponente gesucht
Zitat:
|
AW: SEPA Komponente gesucht
Zitat:
Die gehört da einfach hinein, das ist einfach so! Grund wenn Du mal x Seiten in diesem Thema zurück blätterst, da gibt es Regeln zur IBAN Konvertierung. Die BLZ (Teil der IBAN) ist zu 20% nicht die zugehörige BIC, sondern eine andere ….. |
AW: SEPA Komponente gesucht
Zitat:
|
AW: SEPA Komponente gesucht
Zitat:
|
AW: SEPA Komponente gesucht
Zitat:
Ob das bei SEPA-Dateien geht weiß ich auch nicht da ich es nicht brauche. |
AW: SEPA Komponente gesucht
Zitat:
Auch wenn das eine Bank akzeptiert würde ich mich nicht darauf verlassen das es bei anderen Banken auch der Fall ist. Also bei Endkundenprogrammen, die nicht inhouse sind würde ich immer auf die BIC bestehen, sonst hat man wieder unnötigen Supportstress. |
AW: SEPA Komponente gesucht
Zitat:
|
AW: SEPA Komponente gesucht
Zitat:
|
AW: SEPA Komponente gesucht
Zitat:
Mal ganz abgesehen davon ist es für den Anwender auch viel einfacher und weniger verwirrend, wenn die Angabe grundsätzlich gefordert wird. Sonst entsteht der Eindruck: Mal gehts und mal nicht. Ich stelle mir gerade vor, eine Firma macht Stapelbuchungen. In der Regel wird vom inländischen Konto überwiesen. Nun kommt eine besondere Situation und der Stapel soll vom ausländischen Konto gebucht werden und alle Konten ohne BIC-Angabe werden nicht verarbeitet. Den Support-Stress mit den Kunden möchte ich nicht haben.:zwinker: |
AW: SEPA Komponente gesucht
Die ECB Vorgaben definieren den Wegfall des Erfordernisses der BIC bei Inlandstransaktionen ab dem 01.02.2014 und bei länderübergeifenden Transaktionen ab dem 01.02.2016.
Es wird aber ausdrücklich gesagt, dass jedes Land den Wegfall verschieben kann. Und das wird auch so gemacht - wobei einige Banken sich auch als eigene Länder zu verstehen scheinen :) Bei vielen Banken wird im Kern noch mit 40+ Jahre alten COBOL Programmen gearbeitet. Das ganze moderne XML wird über mehr oder weniger fragile Schnittstellen nach / von intern umgesetzt um nur nicht die seit langem funktionierenden ZK Programme anfassen zu müssen. Dabei kommt es dann zu den bekannten, lustigen Einschränkungen bei SEPA (z.b. kürzerer VZW als bei DTA, unklare Behandlung von Sonderzeichen, Missbrauch von Feldern für ehemals landes-/bankenspezifische Informationen,...). |
AW: SEPA Komponente gesucht
Hallo,
wir verwenden bisher die alte Struktur pain.001.002.003 / 008.002.02 (gültig ab dem 1.11.2010). Hier scheint die BIC in der XML Pflicht zu sein. Der SEPA XML Checker zeigt die nicht vorhandene BIC als Problem an, so dass wir es auch vorher prüfen. In der neueren Version pain.001.003.003 / 008.003.02 vom 4.11.2013 wird vom SEPA XML Checker die nicht vorhandene BIC akzeptiert, aber das Bankprogrammen (VR Bank) kann diese noch nicht einlesen. Gruß Bernd |
AW: SEPA Komponente gesucht
Moin!
Beim heutigen Testlauf bei einem unserere Kunden gab es Probleme mit dem Ausführungstermin. Zumindest ProfiCash setzt da beim Import einen komischen Haken "Bankverwaltete Terminierte Überweisung". Da es wohl eine Weile kein Update gab, gehe ich mal davon aus, dass das noch drin ist. In ![]() Zitat:
PS: Die BIC ist bei uns wieder Pflicht, obwohl in IBAN von Empfänger und Sender ja das ISO-Länderkürzel oder sowas steht und daraus ableitbar ist, ob es im Inland unterwegs ist. Scheinbar haben sich die meisten Programme diese Prüfung schlicht gespart. Schönen Tag noch. PPS: Oh ... und Hallo Forum. Erstpost. :) |
AW: SEPA Komponente gesucht
Zum Thema BIC usw.
Ich habe gerade mal was über das SPK Portal überwiesen (Kontonr und Blz)-> alte Eingabe. Die akzeptieren das noch, Sie wandeln aber alles automatisch um. D.h. wenn man dich dann die Überweisung mal anschaut, steht dort die IBAN und die BIC drin :wink: Also BIC gehört definitiv in die SEPA Datei! @SureleyNot: In jede Transaktion gehört ein Aufführungsdatum rein (in meinen Tests letztes Jahr gab es bei einem Datum in der Vergangenheit immer wieder Probleme, das die Buchung komplett abgelehnt wurde! Deshalb schreib ich das Ausgabedatum rein, wenn kein Datum angegeben wurde). Früher gab es Überweisungen und Terminüberweisungen, diese Trennung gibt es in SEPA nicht mehr. |
AW: SEPA Komponente gesucht
Noch mal was altes/neues: offiziell sollte ab 01.08 nur noch SEPA gehen. Bei VR,Raiffeisen, Sparta, usw die an fiducia Rechenzentrum hängen geht noch (Stand heute) noch alles ohne SEPA :cyclops:
Ich habe eben mal eine große Lastschrift gemacht (im DTA Format) d.h. ohne Angabe einer GläubigerID, d.h. die können es auch nicht intern konvertieren: das ging! |
AW: SEPA Komponente gesucht
Zitat:
![]() Zitat:
Zitat:
![]() Zitat:
![]() Zitat:
die Fehlermeldungen im Starfinanz SEPA XML Checker und die Probleme mit Proficash weg. Ob die das richtig gebaut haben, kann ich natürlich nicht sagen - werfe die Dateien aber trotzdem erstmal so angepasst raus. |
AW: SEPA Komponente gesucht
also ich habe schon zum 01.02 auf SEPA umgestellt und auch viele meiner Endkunden: da habe ich noch nie von einem Problem gehört zum Thema Tagesdatum als Ausführungsdatum.
Warum sollte bei Ausführung von Heute ein Problem da sein und beim Datum von Gestern bzw 1999 nicht. Da muss dein Problem wo anders liegen! PS: Das Datum ist im ISOformat: DD-MM-YYYY |
AW: SEPA Komponente gesucht
@arnof @all Gibt es hier eigentlich irgendwas neues, hat sich was geändert? Laut Doku ist mein Stand der ausgelieferten Komponente der 20.12.2013.
|
AW: SEPA Komponente gesucht
Bei uns auch, aber ein paar Sachen hatte ich eh selber gefixt ... was da im Code ist, ist haarsträubend, aber der Hersteller meinte das geht auch so. "es läuft, also warum das ändern"
|
AW: SEPA Komponente gesucht
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:16 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz