-
Notifications
You must be signed in to change notification settings - Fork 10
Request:
My client would like to transfer funds from Citi Bank Zurich via EBICS to Deutsche Bank portugal . My paymaster only has SEPA and swift facilities at Deutsche Bank portugal . How can he recieve or setup EBICS connected to his PAymaster Account in DB portugal to recieve these funds via EBICS?????
My client requires the following for EBICS transfer of funds.
RE: EBICS Details The details required to conduct a EBICS transfer is as follow:
- Bank Name.
- C.2. Bank Branch Code.
- C.3. Bank Address.
- C.4. Account Number.
- C.5. Account Name.
- C.6. Account DCL. N/A
- C.7. IBAN. EUR:
- C.8. SWIFT Code.
- C.9. Authorized Account Signatory.
- C.10. Bank Officer Name/Title.
- C.11. Bank Officer's Email ID.
- C.12. Bank Officer's Mobile Number
- C.13. Bank Telephone Number
- C.14. Bank Fax Number
- D. EBICS DETAILS AND CODES
- D.1. EBICS URL Link.
- https://ebics.directlink-server.ch/ebicsserver/ebics.aspx
- D.2. EBICS Host ID.
- D.3. EBICS Customer ID.
- D.4. EBICS User ID.
- D.5. EBICS End key.
- D.6. EBICS Version Receiving Bank. Version 2.5 (H004)
- D.7. Receiving Bank E002 HASH
- D.8. Receiving Bank X002 HASH
Bumi sagt
prinzipiell ist das abhängig von seiner Bank. Wir bieten Software um Banken anzubinden. (eben per EBICS, somit muss die anzubindende Bank ebics unterstützen) Damit können dann Überweisungen und Lastschriften im kompletten SEPA Raum ausgeführt werden. (wir reichen die SEPA Überweisung/Lastschrift per EBICS an die angebundene Bank weiter, welche diese dann ausführt)
kurz zu seine Antwort: Es sollte kein Problem sein eine Überweisung von seiner Citi Bank Zürich nach Portugal auszuführen. Wir binden die Citi per EBICS an und reichen darüber die SEPA Überweisung an das Empfängerkonto ein. Dazu braucht es keine Einstellung oder Anbindung von dem Konto in Portugal.
unter uns: mir ist noch nicht ganz klar wie das ganze clearing funktioniert.
Request: ich bin auf der Webiste railslove.com auf ihren Ebics Client aufmerksam geworden und wollte mich gerne mit ihnen darüber unterhalten. Ich wäre ihnen sehr dankbar, wenn sie sich bei mir melden könnten.
[..] vielen Dank für die Rückmeldung. Anbei erhalten sie einen groben Überblick, welche Komponenten wir benötigen:
WebService vom Shop:
-
Liveprüfung der eingereichten XML-Datei
-
Rückmeldung in Echtzeit an den Shop zur Vollständigkeit der eingereichten XML-Datei
-
Übernahme des Inhalts der XML-Datei in SQL-Datenbank
-
Anpassen / Erweitern der EBICS-Kommunikation:
-
Erstellung eines Serverclients der EBICS-Komponente
-
Erstellen einer Oberfläche zur Anlage von EBICS-Kontakten
-
Übertragen der ZKA-XML-Dateien an verschiedene Banken (Deutschland)
-
Abruf von EBICS-Protokoll-Dateien
-
Abruf von CAMT.052-Dateien
-
Abruf von CAMT.053-Dateien
-
Abruf von pain.002-Dateien
Erstellen einer Microsoft Server Dienstanwendung, welche die einzelnen Aktionen in der vorgegebenen Reihenfolge ausführt und die Funktionalität der einzelnen Komponenten überwacht.
Protokollfunktionen:
- Laufende Protokolle der einzelnen Arbeitsschritte erstellen
- Übertragungsprotokolle erstellen
- Rückmeldungen vom Bankrecher auswerten / als XML-Datei zur Verfügung stellen
- Gelieferte CAMT- und pain- Dateien auf definierten Inhalt reduzieren
Gerne können wir uns hierüber direkt abstimmen und die nächsten Schritte absprechen. Ich habe jetzt hier jeweils Microsoft geschrieben, da wir eigentlich alles in MS haben. Gerne können wir das aber auch auf Linux aufsetzten, nicht zuletzt wegen Ruby.
Kunde
[...] vielen Dank für die Rückmeldung. "Webshop" ja das ist korrekt. Wir wollen letztendlich die SEPA DD von Webshops direkt bei den Banken einreichen und nicht mehr über einen PSP diese laufen lassen - Bsp. www.save.tv Bei weiteren Fragen, können Sie sich gerne bei mir melden.
Lars
[...]
könnten Sie die folgenden Punkte etwas genauer umfassen, was Sie darunter verstehen:
- Erstellung eines Serverclients der EBICS-Komponente
- Erstellen einer Oberfläche zur Anlage von EBICS-Kontakten
Ihr Grundsätzlichen UseCase wird von der Ebics Box unterstützt, also entgegennehmen von XML Dokumenten, Einreichen auf den Ebics Server der Bank, automatischer Abruf der Kontoauszüge und Abgleich mit eingereichten Transaktionen um dann über Webhooks das einreichende System zu benachrichtigen.
Vor allem im Bereich der Protokollfunktionen vermute ich auf ihrer Seite Anforderungen, die über die bestehende Funktionalität hinausgehen.
Ihrer Verwendung des Plurals (Webshop), entnehme ich, dass Sie die Box für mehrere Shops verwenden wollen und diese somit mehrere Konten unterstützen müsste. Ist diese Annahme korrekt?
Hallo sehr geehrtes Railslove Team,
Request
ich bin IT'ler und arbeite gerade an einem privaten Web-Projekt, das demnächst die Tickets für ein kleines Amateur-Sinfonie-Orchester und den dazugehörigen Kulturverein verkaufen soll (alles non-Profit-non-Budget). Für die Ticketverkäufe brauche ich eine Sepa Abbuchungsmöglichkeit. Bisher habe ich wenig gefunden, außer teuren Profi-Lösungen.
Ihr EBICS-CLient könnte ein Kandidat sein, aber meine Anwendugn ist in PHP geschrieben und läuft als Joomla-Komponente.
Gibt es eine Möglichkeit, den EBICS-Client zusammen mit PHP zu nutzen? Wenn nicht, könnten Sie mir vielleicht eine Alternative vorschlagen? (Wie so oft bei solchen Sachen: Leider möglichst für lau ;-()
Die Anforderungen sind ganz einfach: SEPA-Lastschriften initiieren. Einzeln, nach jedem Verkaufsvorgang. Sonst nichts. Kein Banking, keine Auszüge, keine weitere Kommunikation mit der Bank. Alles andere läuft manuell über ganz normale Banking-Software auf einem PC.
Danke für Ihre Hinweise.
Jan
was für Alternativen hat der Herr? Wenn er PHP benutzt, dann bräuchte er unsere EBICS:BOX Oder er strickt sich die auf Basis von unserem Gem selber zusammen. Sehe ich das richtig? Weil: für Lau wird Ebics-Box schwierig. Oder kann er mit dem CLI was machen? Oder wir bauen ein PHP Plugin/Whatever ?
Lars
wenn er wirklich nur Lastschriften einreichen möchte, dann ist er vermutlich bei jedem PSP gut aufgehoben der Lastschriften anbietet. Ansonsten könnte er sich was auf Basis des Gems bauen, wird aber ja nen Grund geben warum er PHP macht. Weiß gar nicht was State-of-the-CLI grade ist, da kann @bumi eher was zu sagen. Das könnte er einfacher aus dem PHP heraus interfacen, setzt aber auch voraus das er sich nicht auf nen gewöhnlichen PHP webspace paket befindet, weil er halt entweder Java oder Ruby auf dem Host braucht. Wenn er aber auch eh alles andere von Hand macht, dann könnte er auch vielleicht irgendeine Art von Dokument erzeugen, was er dann einfach in sein Banking Programm einspielt.
Bumi
Hm,
wenn er wirklich nur Lastschriften einreichen möchte, dann ist er vermutlich bei jedem PSP gut aufgehoben der Lastschriften anbietet.
ist er, kann er jedoch auch mit unserer EBICS Lösung machen und direkt seiner Bank. Damit bräuchte er keinen PSP. - PSP ist in dem Fall eine Konkurrenz zu unserem Produkt. (was besser ist, ist eine andere Frage :)
Ansonsten könnte er sich was auf Basis des Gems bauen, wird aber ja nen Grund geben warum er PHP macht.
Wenn er PHP nutzt, dann kann er nicht viel mit em Gem anfangen.
Weiß gar nicht was State-of-the-CLI grade ist, da kann @bumi eher was zu sagen. Das könnte er einfacher aus dem PHP heraus interfacen, setzt aber auch voraus das er sich nicht auf nen gewöhnlichen PHP webspace paket befindet, weil er halt entweder Java oder Ruby auf dem Host braucht.
naja, die CLI kann er verwenden. Er braucht dafür auch kein ruby installiert haben, weil wir das ja als jruby package gepackt haben. somit bräuchte er nur java. Allerdings ist die imho auch nicht frei/kostenlos.
Die EBICS::Box ist genau für so etwas gedacht. Also mit der idee, dass man von jeder Sprache aus EBCIS ansprechen kann. Deshalb ja das HTTP interface.
Ihr könnt natürlich überlegen einen guten deal für ihn zu machen. wir brauchen nämlich reale Einsätze.
gibt es eigentlich etwas neues bzgl. den anderen EBICS Gesprächen?
Request Can i have more informations about EBICS::BOX please ? The link « More information on EBICS::Box » is a loop on the same page.
Second Request Thank you for your reply, and sorry for my poor english. First of all i need to understand how EBICS::BOX works I understand that it is a ruby product, so i have to install ruby + your product on my server (windows 2008), and then access it through API (http equests) ? Or is it a stand alone box with installer ? How does it cost ?
Request
wir sind gerade in der Evaluation, ob wir unseren Kunden Multi-Bank-Access über Figo oder Fintecsystem ermöglichen. Und da ist mir eingefallen, dass Ihr ja auch ein schönes Framework bietet. Und das auch gleich in Ruby. Ich würde daher mit dir gerne über EPICS sprechen.
Bumi
danke für deine E-Mail. Ja, Wir haben verschiedene auf EBICS basierende Lösungen. Der Kern davon ist unsere Open Source EBICS Implementierung "EPICS" und unser Fokus liegt gerade auf der darauf aufbauenden HTTP-JSON Schnittstelle.
Lass uns gern dazu sprechen. Jan und Lars (in cc) treiben das Thema EBICS bei uns entscheidend voran. Mein Kalender ist heute und morgen leider ziemlich voll, deshalb würde sich direkt Jan bei dir melden.
Request auf Eurer Homepage schreibst Ihr, das Ihr noch weitere Lösungen anbietet, um EBICS Clients anzubinden. Ich würde gerne mehr darüber erfahren. Wir haben eine Warenwirtschaftslösung für Golfplatzbetreiber und entwickeln gerade dahinter das Buchhaltungspaket. Wir können alle Ausgangsrechnungen von dem eigenen POS System der Warenwirtschaft übernehmen, erfassen nur einmal die Eingangsrechnungen sowohl für die Warenwirtschaftspreis Ermittlung als auch für die Buchführung und wollen anbieten, diese Eingangsrechnungen am Fälligkeitstag durch einen Click in die Überweisungssammelliste zu übernehmen und mit den verteilten Unterschriften für den Zahlungsverkehr freizugeben. Daneben wollen wir die Bankkontoauszüge übernehmen, um die Abstimmung mit dem Bankkonto zu automatisieren. Dafür würden wir gerne einen EBICS Client im Buchhaltungsprogramm integrieren. Unsere Entwicklungsumgebung ist SCALA mit MYSQL als Datenbank. Welche weiteren Lösungen könnt Ihr dafür anbieten? LG Michael
Lars danke für deine Email. Genau, neben dem reinen Ebics Client, der in Ruby geschrieben, ist gibt es noch zwei andere Arten die vorallem auf Integrationen in anderen Platformen abzielen.
-
Ebics::Box ist eine all-in-one Lösung, die es ermöglicht über eine HTTP Schnittstellen Überweisungen und Lastschriften einzureichen und zusätzlich regelmäßig die Kontoauszüge abruft und diese ebenfalls über einen HTTP Endpunkt zur Verfügung stellt. Die Dokumentation findest du hier: https://docs.ebicsbox.apiary.io/
-
Ebics::CLI eine Kommandozeilen Lösung, mit der sich alle vom Ebics Client unterstützten Auftragsarten bequem nutzen lassen, die ganze Automatisierunglogik, wie die Box sie bietet fällt hierbei natürlich weg.
Ich hoffe das verschafft dir schonmal einen besseren Überblick, wir können aber auch gern nächste Woche telefonieren.
Request Follow Up Hallo Jan, ich würde vorschlagen dass wir die finanziellen Themen parallel oder vorher adressieren, da ich inzwischen ein Angebot auf dem Tisch habe, das schon funktioniert und für mich vom Preis her akzeptabel ist. Es löst nur nicht mein Problem des eigenen Service Providers in Vaduz, für diesen müsste ich dann eine zusätzliche Lizenz beim gleichen Hersteller erwerben.
Buchhaltungssoftware: Das wesentliche ist, dass wir als Nexxchange für die Buchhaltungssoftware nur die Transportberechtigung haben und die Unternehmen, in entsprechender Zahl ( ein oder zwei User bei kollektiver Zeichnungsberechtigung) die Zugangssoftware, um direkten Zugang zum EBICS Bankserver zu erhalten, vom gleichen Software Lieferanten wie wir einkaufen. Die Client Lösung beim Kunden kostet pro Client einmal 125 € und 35 € Wartungsgebühr pro Jahr. Unsere Kosten bestehen aus einer akzeptablen Fixgebühr für die Software plus einer davon abhängigen Wartungsgebühr. Wenn der Kunde somit in ausreichender Zahl, die vorher im Buchhaltungssystem erfassten Zahlungsaufträge direkt (ohne unsere Zwischenschaltung) der Bank genehmigt hat, wird diese Sammelüberweisung von der Bank verarbeitet.
Ich glaube wir beide sollten alleine ein Gespräch führen und Du solltest Dich vorher bei Lars erkundigen wie viel Euch die Adaptierung der Software für diese Funktionalität kosten würde, sonst entwickeln wir Konzepte und Lösungen, die dann am Ende weder für Dich noch für mich finanziell Sinn machen. LG Michael
Request
für eine SaaS-Lösung die auf Prepaid-Basis abgerechnet wird, suchen wir eine Möglichkeit über die EBICS-Schnittstelle an Kontoauszüge zu gelangen.
Da unsere Software eine reine Cloud-Lösung ist (Google App Engine/Java) ist, würden wir die Kontodaten gern periodisch zu einem REST-Service hochladen (beliebiges Format) oder per REST-API einen Abruf starten.
Könnt Ihr uns weiterhelfen?
Jan
Grundliegende Informationen zur Box findet ihr auf unserer Seite: http://www.railslove.com/ebics-box Eine Online-Schnittstellen-Dokumentation findest Du hier: http://docs.ebicsbox.apiary.io/# Im Anhang habe ich noch diese Dokumentation im .pdf-Format hinzugefügt.
-
EBICS::BOX ist eine all-in-one Lösung, die es ermöglicht über eine HTTP Schnittstellen Überweisungen und Lastschriften einzureichen und zusätzlich regelmäßig die Kontoauszüge abruft und diese ebenfalls über einen HTTP Endpunkt zur Verfügung stellt. Die Dokumentation findest du hier: https://docs.ebicsbox.apiary.io/
-
EBICS::CLI eine Kommandozeilen Lösung, mit der sich alle vom EBICS Client unterstützten Auftragsarten bequem nutzen lassen, die ganze Automatisierunglogik, wie die Box sie bietet fällt hierbei natürlich weg.
Wie schon erwähnt starten wir unser Pricing für die EBICS::BOX bei zur Zeit bei 500-1000 EUR im Monat. Das können wir im Detail noch aushandeln. Das Pricing nur für den EBICS::CLI Service fällt dagegen mit 250 EUR im Monat geringer aus. Hier können wir auch über eine Einmalzahlung sprechen.
Wir rechnen monatlich/halbjährlich/jährlich ab. Der Lizenzvertrag ist auf 1 Jahr begrenzt.
Wir bieten auch eine Trail-Version von 45 Tagen ab in der Ihr gemütlich das Produkt testen könnt. Wir können diese auch gerne verlängern, wenn Bedarf besteht. Im Pricing ist abhängig von dem Ziel-System die Installation enthalten. Dadrüber müssten wir uns unterhalten. Gerne unterstützen wir auch bei der Installation und bei der Integration remote.
Bei Fragen stehen wir Euch gerne zur Verfügung.
Danke und Viele Grüße, Jan
Request [..]Yesterday, I talked to Michael and he mentioned that they are currently working on a project in regards to EBICS. EBICS stands for Electronic Banking Internet Communication Standard and is a clearing protocol in the interbank network. The submission of SEPA instructions (e.g. Credit and Direct Debit) happens through this protocol. As does the download of bank statements. Currently, our gateway to the EBICS network, is a banking software in Germany and a web interface in Spain. Both require manual operation by a user: logging in, uploading, downloading, filtering, statement and balance checking, etc. Michael and team are currently working on a way to directly connect to the EBICS network. This would allow to submit SEPA instructions and downloading bank statements in an automated way. Given the right authentication of course, any system can push and pull data without user interaction. As usually with Banking related technologies, they are poorly documented and often only trial and error leads to results. Since Michael and team has already acquired experience with EBICS and got it to work, I though it might be good to connect Railslove and Zencap. Michael might be able to help whenever Zencap would like to automate this part of the value chain. [...]
Request [...] bei Givve (früher Bonayou) möchten wir gern aus einer Railsapp heraus die Transaktionen von unserem Wirecard Konto abholen, um Zahlungen automatisch zu verbuchen. Hierfür würde ich mich gern mit jemandem von euch über eure EBICS::Box unterhalten um auszuloten, inwieweit uns damit geholfen werden kann.
Michael
Zur EBICS::Box:
Noch einmal zum Überblick, die Lösung...
- unterstützt alle EBICS Auftragsarten. Für euch zum Abrufen der Transaktionen wird STA und/oder C53/C54 benötigt.
- übernimmt das parsing der Bankstatements und stellt euch JSON zur Verfügung
- verarbeitet JSON und erstellt die PAIN XML Dateien zur Übertragung an die Bank
- kann per HTTP oder Message Queue integriert werden
- kann neue Transaktionen in euer System pushen
Die App wird in eurer Infrastruktur deployed. Wir würden euch beim Setup und bei dem onboarding(key-Austausch etc.) mit der wirecard Unterstützen und helfen die Lösung bei euch zu integrieren.
Ich schick dir morgen noch die Dokumentation zu den API calls zu.
Zu den Lizenzkosten:
Aktuell setzen wir einen monatlichen Preis von 500EUR an. Es gibt keine Limitierung auf die Nutzung. Weiterentwicklungen und Updates bekommt ihr von uns bereit gestellt. Support beim Setup ist inklusive. Sollten Anpassungen an für euch nötig sein, machen wir gerne ein Projekt mit euch und würden dann ggf. euch dafür ein spezielles Angebot machen.
Request
wir wurden gerne wissen, ob die ebics:box mit Finznzunternehmen getested wurde, wie koennten wir die Komponente in unserer Software einsetzen (wir benutzen VB.NET) und wie sieht die Lizenzierung aus.
wir sind ein Kleines unternehment mit sitz auf Zypern und haben in etwa 200-300 Endbenutzer in Company Management Firmen.
Request follow up
Lars die Anforderungen (auf English, einfacher fuer mich :-)) sind wie folgt:
- We have a VB.NET Windows application, which deals among others with money transfers.
- The application needs to use EBICS to post SEPA (and other types) of money transfers to a UK, French English and Polish banks in EURO, Local currency plus SWIFT transfers with currency exchange on the road to the target account
- The application needs to retrieve MT940 statements from the bank
- The customer wil lhave their own connectivity with their bank (key exchange etc. needs to be customizable)
- Banks we deal with use pain v.2 formats, and wider pieces of ISO 20022
As far as I can tell, there is a component for doing all this in .NET called "Subsembly" , but that company does not respond to my emails, Jan was kind enough to call me right away, so at least I do not worry about your suport.
Lars
Drei wichtige fragen denn:
- Was kostes es, angenomment wir wurden es lizenzieren wollen? (runtime Lizenzen per Benutzer moegen wir nicht, obwohl wir nur 2-3 hundert davon haben) Die Lizenzkosten betragen 500€/Monat, es gibt keine Limitierung auf die Nutzung. Weiterentwicklungen und Updates bekommt ihr von uns bereit gestellt.
- Habt ihr .net Beispiele fuer die Anbindung ? "Spricht HTTP" ist mehr als allgemein, wir suchen nach etwas, was die Entwicklungszeit verkuerzt Hier findest du die Schnittstellen Beschreibung: http://docs.ebicsbox.apiary.io/# Dort gibt es sogar VB/C# Beispiele, diese sind aber auto generiert. Ich denke in der Praxis wird man hier anders vorgehen. Dafür bin ich aber zu wenig .net Entwickler :)
- Was sehen die software/hardware anforderungen fuer die "Box" aus? Oder auch kann es als "embedded" laufen, innerhalb unserer Applikation? Grundsätzlich empfehlen wir die Box in einer dafür dedizierten VM laufen zu lassen, welche nicht weniger als 2Gb Ram und 2 Prozessorkerne zur Verfügung hat. Es hängt aber natürlich auch sehr davon ab welche Last die Box abbekommt. Wie viele Transaktionen sind bei euch zu erwarten?
Request Follow Up
das scheint zielmlich Teuer zu sein, unsere eigene Lizenzen liegen 2 stufen tiefer, also können wir nicht die Last auf unsere Kunden weitergeben (500/m = 2400 / Jahr extra) außer wir sparen so viel bei der Entwicklung, dass es sich wieder lohnt - unsere Kunden sollten die Box um sonst nutzen koennen. Wir müssen es überlegen.
Ich werde mir die Schnittstellen inzwischen anschauen: wenn die interne Kostenstelle immer noch hoch sein soll - werden wir wohl selbst die Schnittstellen schreiben, wenn nicht - mal sehen :-)
Deine Frage nach Anzahle der Transaktionen: nicht viel , in etwa 100/200 pro Tag
Pawel Hallo Jan und Lars. Unsere Geldgeber sind einverstanden, vorausgesetzt ein Discount wird gegeben (wir wollen die EBOX fuer 3-4 Jahre Minimum haben, also 24000 ist ziemlich viel.)
Wir wurden gerne sofort Kaufen wenn wir mit eure Hilfe die Details ausarbeiten (wir die Verbindung mit EBOX realisiert werden soll, was ist vereinfacht bezüglich Programmierschnittstellen im vergleich zu Xml - Dateien selbst zu kraften etc.)
Ich wurde lieber auch nicht Monatlich sondern Jährlich bezahlen (upfront) - das vereinfacht unsere Buchhaltung und stellt sicher, dass Railslove kriegt ihr Geld zeitgerecht.
** Pawel** Hallo Jan, ja, ich habe es angeschaut. Meiner Meinung nach es soll vieleicht drei-vier Wochen dauern, die Schnitstelle zu unserem System zu bauen. Die Test - Phase koente aber wesentlich laenger sein, falls Ihr Probelme mit Barclays Bank dann haben sollt. ich werde auf euer Angebot warten, dann koennen wir vielleicht noch mal ueber Technikalien reden. Kind Regards Paweł
Pawel Hi Jan, the following are file formats used by Barclays for the subset of transfers we need to make, all based on pain.001.001.03
- Attached is the documented schema for each transfer request in a zip file (I hope EBICS:BOX is already supporting most if not all the schema) Pain.001.001.03 Barclays UK Cross Border - XCT V1.3 Pain.001.001.03 Barclays UK Domestic Credit Transfer - DCT V1.3 Pain.001.001.03 Barclays UK Inter Account Transfer - IAT\BKTR V1.3 Pain.001.001.03 Barclays UK SEPA Credit Transfer - SCT V2.0 Pain.001.001.03 Barclays UK Urgent Credit Transfer -UCT CHAPS V1.2 Pain.001.001.03 Barclays UK Urgent Credit Transfer -UCT Faster Payments V1.2
- Reporting - attached all MTXYZ report types schema, which Barclays uses to message us back, all based on Pain.002.001.03 Pain.002.001.03 File Level Credit PSR V1.2 Pain.002.001.03 File Level Debit PSR V1.1 Pain.002.001.03 Transaction Credit PSR V1.3 Pain.002.001.03 Transaction Debit PSR V1.2 Pain.002.001.03 Transaction Optional Content Credit PSR V1.3 Pain.002.001.03 Transaction Optional Content Debit PSR V1.2
As per previous email: could you please let someone generate 4 different xml files, pain.001.001.03 froom the spreadsheet for confirmation and check, that the attached are already handled by EBICS:BOX (or what needs change / amendment) ?
Thank You very much and have a good time in Berlin, my favorite City