[UNGELÖST] UST Id Prüfung nur noch über REST-API (BC25.5) ?

Vielen Dank
ich schau mal, wie weit ich damit komme.

Sobald ich von Microsoft Neues zu dem Thema höre, gebe ich Bescheid.

VG
Anke

Hallo - es gibt Neuigkeiten

Microsoft nutzt bereits seit Jahren eine andere API --> Endpunkt = http://ec.europa.eu/taxation_customs/vi ... VatService
und nicht die alte Schnittstelle von DE, daher wird es auch nicht die neue REST-API in DE werden.

Es kommt von dort ein Response, der wird aber gesammelt nur in 1 Textfeld geschrieben. Dies ist der eigentliche BUG, denn der Response müsste in mehre Felder aufgeteilt werden.
Nach mehreren Gesprächen mit Micrsosoft musste ich aber leider wieder einmal feststellen, dass Microsoft so flexibel wie eine Bahnschiene ist.

Microsoft ändert daran nur etwas, wenn der folgende Post genug Votes bekommt --> https://experience.dynamics.com/ideas/idea/?ideaid=bb122dd7-8bbf-ee11-92bd-6045bdb614a3

Daher voted euch bitte die Finger wund und teilt es mit allen Kollegen / Kolleginnen

VG
Anke

Hallo,

das was da gewünscht wird, ist fast unmöglich. Ich habe das mal mit der EU-Rest-Api probiert (die andere macht das gleiche)

VAT_IDCheck_req.png

VAT_IDCheck.png

Die Antwort kommt evtl. (in Deutschland nicht) wie hier in AT in zwei zusätzlichen Feldern "name" und "address", die irgendwie formatiert sind. Du kannst da nicht sicher die einzelnen Felder daraus extrahieren. Das kannst du nur versuchen, um es dann manuell zu überprüfen. Und ob die Antwort in die BC-Felder passt, weißt du auch nicht.

Und wie gesagt, wenn der Zeichensatz nicht stimmt, nützt dir die Adresse auch nichts.

Und die Antwort "NOT PROCESSED" bei den Adressfeldern trifft zu. Es gibt keine Antwort auf falsche Adressfelder wie in Deutschland.

Gruß Fiddi

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Hallo fiddi

wenn ich Dich richtig verstehe, kommt der Response aktuell immer nur als 1 Wert. Also ein Aufdröseln geht gar nicht ....

Aber dann darf man ja auf keinen Fall "Accept" auf der Responsezeile für "Adress" drücken...
denn sonst sind deine Adressdaten auf dem Debitor/Kreditor hinüber

VG
Anke

Hallo,

es kommen (in Östereich!?) zwei Felder "name" und "address" zurück.
Die kannst du versuchen aufzudröseln, aber da gibt es keine 100 prozentige Sicherheit, weil du nicht weißt, wie formatiert die Daten zurückkommen.

Man kann wahrscheinlich ein Lösung schaffen, die in 90% aller Fälle funktioniert, aber halt nicht zuverlässig. D.h. man wird einen Vorschlag bekommen können, den man in den meisten? Fällen akzeptieren kann, aber halt nicht immer.

Und wie schon mehrfach gesagt, die kyrillische Adresse des bulgarischen Unternehmens möchtest du vielleicht in Deutschland nicht immer übernehmen.

Gruß Fiddi

Hallo fiddi

Der Name kommt immer separat, nur der Response für die Anschrift kommt in einem kompletten String zurück und wird in 1 Textfeld in BC geschrieben.

Die Adressdaten beim Response sind darin aber je nach Land unterschiedlich sortiert. Mir sieht das fast so aus, als ob das so zurückkommt wie es in dem spezifischem Land postalisch benötigt wird.
Dadurch ergibt sich natürlich extrem die Schwierigkeit, welcher Wert aus diesem Textfeld in welches Feld in BC überhaupt übertragen werden könnte.
Ich sehe daher aktuell auch nicht, dass Microsoft das Problem wirklich gelöst bekommen könnte. Das haben sie jedenfalls nicht bis zu Ende durchdacht gehabt bei der Umsetzung.

Ich würde daher sagen, man könnte das Accept der Rückmeldung eigentlich nur bei der Neuanlage verwenden. Dabei werden die Daten eingetragen und man muss es auf der Debitor/Kreditor-Karte dann manuell aufdröseln.

Wie auch immer, lass uns mal trotzdem den Microsoft Idea Beitrag trotzdem immer schön weiter hoch voten ( wir haben ihn seit gestern schon von 3 auf 63 katapultiert )
--> https://experience.dynamics.com/ideas/idea/?ideaid=bb122dd7-8bbf-ee11-92bd-6045bdb614a3

Ansonsten werde ich meinen Kunden aktuell empfehlen, dass sie zwar diese Validierung machen können - aber bitte niemals Accept auf der Responszeile bezüglich der Adressdaten bei bestehenden KDebitoren/Krditoren drücken
Falls doch, hoffen wir mal, dass das Änderungsprotokoll aktiviert ist

VG
Anke

Hallo,

Mir sieht das fast so aus, als ob das so zurückkommt wie es in dem spezifischem Land postalisch benötigt wird.

Das halte ich für realistisch.

Das haben sie jedenfalls nicht bis zu Ende durchdacht gehabt bei der Umsetzung.

Das ist in diesem Fall mal nicht die Schuld von Microsoft. Die EU hätte an dieser Stelle dafür sorgen müssen, das die Daten sauber auswertbar zurück geliefert werden.

Gruß Fiddi

Microsoft hätte aber merken müssen, dass man den Response der Adressdaten nicht einfach in Summe in das Feld "Adress" übernehmen darf.

Hallo,

dazu muss man das aber merken wollen. Und evtl. ist es in dem Testfall korrekt gelaufen.

Gruß0 Fiddi

Die qualifizierte Anfrage der DE-API ist da risikoloser. Die macht zumindest nichts kaputt und liefert nur zurück, ob die Adressdaten übereinstimmen. An kyrillischen oder griechischen Adressen wird die aber vermutlich auch scheitern.

Hallo,

eigentlich muss man feststellen, das eine gesicherte qualifizierte Prüfung der Unternehmensdaten im Moment gar nicht möglich ist, außer die USt-ID zu prüfen.

Gruß Fiddi

Mit der neuen REST-API vom BzfSt ist die Ausführung der qualifizierten Prüfung für deutsche Unternehmen möglich. Jedenfalls (be)schreibt das BzfSt das so.

Auch mit der Schnittstelle von Mircosoft über die Ansicht (!) der Validierungsdetails.
Allerdings ist dort auch die Anzeige vom Status noch verbesserungsfähig (es steht dort z.B. Invalid in den Details, auch wenn Name und Adresse im Debitor / Kreditor stimmen )
- man sollte die Daten daher nicht per ACCPET übernehmen.

Und in der Page davor davor wird immerhin die einfache Prüfung mit korrekter Statusanzeige der UST-Id Nr geführt.

Microsoft hat meinen Case geschlossen, daher wird sich da erst einmal nichts dran ändern in BC

Hallo,

die BzfSt-Abfrage funktioniert auch für ausländische Firmen.
Anfrage

VAT_IDCheck2.png

Antwort:

VAT_IDCheck3.png

1. du bekommst keine Adresse zurück.
2. Die Adressprüfung durch das BzfSt ist anscheinend relativ "weich". D.h. wenn du den Straßennamen mit 'ß' oder 'ss' schreibst, stört das nicht. Auch ein anderer falscher Buchstabe führt nicht zu einem Fehler bei der Prüfung
3. du bekommst keine hinterlegte Adresse zurück.

Gruß Fiddi

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Hallo fiddi

Du bekommst schon eine Information (=Status) zurück, bei Dir immer den Buchstaben A

Die Übersetzung dazu findet man hier --> https://github.com/rechtlogisch/evatr-php

Validation Results (Qualified Confirmation)
For qualified confirmations, the response includes validation results for each field via the QualifiedResult enum:

A - Data matches registered information
B - Data does not match registered information
C - Data was not requested
D - Data not provided by the EU member state

Immerhin wird hier aber je Feld geprüft, was bei der EU-weiten API im BC Standard nicht berücksichtigt wird.

Die Übersetzung dazu findet man hier --> https://github.com/rechtlogisch/evatr-php

Oder hier, sogar auf Deutsch viewtopic.php?f=87&t=39747#p155044 (stammt aus der Doku der abgeschalteten Schnittstelle)

Hat jemand Lust, ein Open-Source-Projekt aufzusetzen für eine App, die einfache Dinge enthält, die in DE benötigt werden, die MS aber im Standard trotzdem nicht liefert? Vom Schwierigkeitsgrad ist die API noch unterhalb von “Kindergeburtstag”, eher Kategorie “Babypinkeln” . Also auch gut als Einstieg geeignet, wenn man sonst noch nichts mit REST-APIs zu tun hatte.

Hallo,

Du bekommst schon eine Information (=Status) zurück, bei Dir immer den Buchstaben A

Das ist richtig, aber das ist keine harte Prüfung. wenn die richtige Straße "Hammerstrasse" ist, dann bekommst du auch bei "Himmerstrasse" oder "Hammerstraße" ein "A".

Gruß Fiddi

Vielen Dank für euren wertvollen Input - also eine Azubi-Aufgabe --> baue etwas funktionierendes aus der EU-API vom BC Standard und der REST-API für Deutschland

Ich habe mal UNGELÖST vor den Beitrag gesetzt.
Und frohes Entwickeln an der Front, da Microsoft da aktuell wohl nichts nachbessern wird.