eRechnung.gv.at Webservice-Einlieferung auf der Commandline

  • Hallo,

    nachdem ich die Zugangsdaten für unseren Web-User erhalten habe und mit dem gleichen Problem kämpfe (HTTP error 500), frage ich mich: kann man diesen Zugang auch über wen Webbrowser testen? Wenn ich den Zielpfad in die Adressleiste des Browsers paste (https://txm.portal.at/at.gv.bmf.erb.test/V1), dann kommt eine Zugangsberechtigungs-Eingabe ("The Server tmx.portal.at e-Rechnung - Test requires a username and Password"). Wenn ich unsere Zugangsdaten eingebe, passiert einfach nichts.
    Ich habe auch die Datei "testori.xml" - die offenbar erfolgreich hochgeladen werden konnte - mit unseren Zugangsdaten angereichert und als UTF-8 abgespeichert, dann versucht per https hochzuladen. leider wieder http 500 (allerdings nicht über CURL, sondern über unseren EDI-Server)
    Braucht man ev. ein Zertifikat oder ähnliches?
    sG A. Aguilar

  • Hallo!

    Nein, man braucht kein Zertifikat zum Testen. Allerdings kann es sein, dass Sie explizit dem unter https://txm.portal.at verfügbaren Zertifikat vertrauen müssen.
    Das hängt ganz von ihrem System ab....

    Aber 500 heißt entweder: Webservice User hat die Berechtigung nicht oder SOAP-Request passt nicht zur Spezifikation in der WSDL-Datei.

    vg P. Helger

  • Ich reihe mich in den Kreis der Leute ein, die der SOAP Schnittstelle nur eine 500er Response entlocken können.

    Der Umstand, daß dieser Fehlercode für zwei Umstände zurückgeliefert werden, die absolut nichts miteinander zu tun haben, ist gelinde gesagt ungünstig. Warum wird hier nicht zumindest ein sinnvoller Fehlertext ausgegeben mit dem man auch etwas anfangen kann?

    Zur zuvor in diesem Thread aufgetauchten Datei "testori.xml": kann jemand bestätigen, ob diese Datei korrekt ist und als Vergleichs/Testdatei dienen kann? Die offiziellen Beispiele sind ja wohl allesamt unvollständig oder im Sinne der Implementierung "falsch" formatiert.

  • Hallo!

    Hier der versprochene SOAP-Tester - Fehlermeldungen hauptsächlich in Englisch: https://www.erb.gv.at/index.jsp?p=soap_tester

    vg P. Helger


    Ich wollte gerade den SOAP-Tester testen und erhalte folgednde Meldung:


    "Sie haben auf die angeforderte Seite keine Zugriffsberechtigung.
    Bitte wenden Sie sich unter Angabe der Support ID: UrPrU38AAAIAAGhoYwkAAAIi an ihren Helpdesk"



    Aber sicher eine sehr gute Idee! Danke!

    Einmal editiert, zuletzt von Bernhard Mayr (20. Dezember 2013 um 08:08)

  • Hallo!

    Da hat leider unser IPS-System zugeschlagen.
    Probieren Sie es bitte noch einmal, es sollte jetzt gehen!

    Danke, P. Helger

    Sorry, leider die selbe Meldung...

    Sie haben auf die angeforderte Seite keine Zugriffsberechtigung.
    Bitte wenden Sie sich unter Angabe der Support ID: UrQehH8AAAIAACM6A1AAAAGN an ihren Helpdesk

    weiter

  • Hallo!

    Nein, man braucht kein Zertifikat zum Testen. Allerdings kann es sein, dass Sie explizit dem unter https://txm.portal.at verfügbaren Zertifikat vertrauen müssen.
    Das hängt ganz von ihrem System ab....

    Aber 500 heißt entweder: Webservice User hat die Berechtigung nicht oder SOAP-Request passt nicht zur Spezifikation in der WSDL-Datei.

    vg P. Helger

    S.g. Hr. Helger,

    Ich möchte mich für die rasche und unkomplizierte Hilfe bedanken. In der Zwischenzeit läuft der Versand der Daten problemlos und vollautomatisch. Mein Problem war, wir vermutet, ein banales Berechtigungsproblem. Unser Administrator hatte dem Webservice-User nur die Rechte für das Produktiv-, jedoch nicht für das Test-System zugewiesen. Leider hatte der Admin zunächst gar nicht die Möglichkeit, diese Berechtigung zu geben. Die Option musste im Nachhinein vom Support freigeschaltet werden, was wiederum knapp 2 Tage dauerte.

    Ein gutes neues Jahr und viel Glück und Erfolg im Nachhinein!

    fG A. Aguilar

  • Ist das nicht ein bisserl verkehrt? Einen für das Echt-Webservice tauglichen account kann der USP-Admin einer Firma selbst anlegen, für das Test-Webservice funktioniert dieser dann noch lange nicht...

    Dies ist nicht so sehr als Kritik zu verstehen sondern als Anregung.
    Falls das partout nicht gewünscht ist, darf ich vielleicht ein etwas entwicklerfreundliches Error-message Konzept anregen ;)

  • Hallo!

    Von unserer Seite aus hat sich nichts geändert.
    Wenn Sie aber dem 302er folgen (ist ja ein Redirect) sollte einer der Fehler wie auf https://www.erb.gv.at/erb?p=info_channel_ws&tab=errors beschrieben drin stehen.
    Ich tippe mal, dass der User im USP gesperrt ist.
    Dazu schauen Sich sich bitte das Dokument "Entsperren eines Webservice-Benutzers im USP" auf https://www.erb.gv.at/erb?p=info_download an.

    vg P. Helger

  • Seit 29.4.2020 funktioniert die Einlieferung via Kommandozeile für mich nicht mehr.

    Ich bekomme jetzt vom Apache HTTP Code 403 forbidden zurückgeliefert, während am 28.4.2020 noch alles wie gehabt funktioniert hat.
    Am USP-Benutzer sollte es nicht liegen, der ist immer noch der Gleiche wie vorher und scheint noch als aktiv auf.

    Gleiches Bild in der Arbeitsumgebung und der Fehler tritt auch auf wenn ich Schnittstelle 2.0 anstelle der bisher verwendeten Schnittstelle 1.2 verwende.

    Anbei die Ausgabe

    R125_SOAP.xml und die darin enthaltenen Attachements sind korrekt und wurden am 28.4 mit gleichen Aufruf noch angenommen.

  • Danke für die rasche Antwort, an den Support habe ich mich auch schon gewendet - ich habe einen neuen Thread angefangen, dort dann die Antwort.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!