eRechnung.gv.at Webservice-Einlieferung auf der Commandline

  • GAAAAANZ wichtiges Update:

    Bitte formatieren Sie ihre Header-Zeile nicht! Alle-Namespace-Deklarationen müssen in einer Zeile sein!!!! Gut:

    Code
    <env:Envelope xmlns:enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:xsd="http://www.w3.org/2001/XMLSchema/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance/">

    Schlecht:

    Code
    <env:Envelope xmlns:enc="http://schemas.xmlsoap.org/soap/encoding/"
    xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema/"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance/">

    Warum? Ich habe keine Ahnung - aber es hilft!

    Und ganz wichtig: die SOAP-Datei muss UTF-8 encoded sein!!!!!! Es gibt Gerüchte dass auch iso-8859-1 funktioniert... vg P. Helger

  • vielen Dank,
    (auch für den Einzeiler ;-))

    Test- und ECHT Endpunkt cURLt wie am Schnürchen.
    Den Respone habe ich HART in die SQL Datenbank ge-shredded.
    (weil SQL2000 - 2012). Und auch der OGH (Oberste Gerichtshof) hat schon eine "entfleuchte Testrechnung ALS ECHT gekriegt und nachgefragt, as den JETZT los ist.
    Die Abläufe sind somit nachvollziehbar ;-))

    Reinisch
    http://www.lis.aero

    ps.:
    hier ein grober Ablauf , wie es bei einem der Kunden läuft:
    Da Word-Plugin ist bei allen Rechnungs-Verantwortlichen als "NOTverfahren" installiert.
    Damit kann, wenn alle Kundenserver down sind, immer noch vom Client versendet werden ;-))

    pps:: ich denke, in 3-4 Monaten kräht kein Hahn mehr danach, was wir da jetzt in der Hektik alles fabrizieren.......

  • Hello, when I try the curl command line you propose, the server answers with a 302, moved:
    <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
    <html><head>
    <title>302 Found</title>
    </head><body>
    <h1>Found</h1>
    <p>The document has moved <a href="/siteminderagent/forms/smpwservices.fcc?SMQUERYDATA=-SM-XspLUR%2b4HHhZAZa7iwn6pv9d2twBRN4mWRr9HWjV80KKiclL044VUdtMQYuq0dMGYfF5XY%2fhHjkhHjh75fHFP5h40%2bzZRejBgni0eOkR5YFVuC2vNNusWaA8NyECt5Ngc2gT%2f92%2bnzYABI6sElalImEJ1g6GSQ0Jp5WEFapihJHkv2AnDBOza1zbb2wVFmj2KvNhKZIzYjhsKzHu05peNVcR5e3CHieymE6CXEdw04RN6K337LtlkgnPtcQ4MpEZDbMBa6%2fMoQa1s7XdN5qQf%2fmK3RF1VsqZKRKaQ3%2fT4pdqR3L1KTaTPhG3p6bqx1PV">here</a>.</p>
    </body></html>

    When I then try with the new href, I get another 302, with yet another URL, doing a get on the redirect, I get a 404 not found:


    The requested URL /siteminderagent/forms/@21-b27dbf06-d24f-117d-80a7-84d0b22c0000 was not found on this server.

    What's the problem here? If I try my SOAP client, it get's back a 404 not found as well, I guess because it tried the redirect.
    I would expect the SOAP response directly on the first call...

    kind regards,
    Gait Boxman

  • nach der Erstellung der Sec-XML und Einbindung der Rechnungs-XML soll das ganze per HttpURLConnection versendet werden.

    Hier bekomme ich die Rückantwort!

    '<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">'
    '<html><head>'
    '<title>302 Found</title>'
    '</head><body>'
    '<h1>Found</h1>'
    '<p>The document has moved <a' 'href="http://txm.portal.at/siteminderagen…uthAttempt.html">here</a>.</p
    >'
    '</body></html>'

    laut Ihrer Codeauflistung heist das 'Passwort falsch'!
    Das Passwort ist aber richtig (BID und PIN) laut schriftlicher Mitteilung von Euch.
    Ich kann mich auch mit der TID und der angegebenen BID und PIN, normal am USP anmelden.
    Was kann das sein??


    Die Testeinlieferung geht an die URL 'https://txm.portal.at/at.gv.bmf/e-rechnung'

    Meine Einlieferung sieht genauso aus wie die vom Hr. Lingg (test.xml weiter oben) nur ist bei mir 'utf-8' richtig eingestellt.

    Auch der username sieht ähnlich aus s000... beginnend.

    Im Anhang der File : username und Password geändert. Die Rechnung ist eine Testrechnung

    3 Mal editiert, zuletzt von diamant01 (27. November 2013 um 16:29)

  • Hallo!

    Ich habe ihre XML-Datei 1:1 genommen, einen funktionierenden Username/Passwort eingetragen und konnte das Dokument erfolgreich an ER>B übertragen.
    Hier mein cURL-Aufruf (in einer langen Zeile):

    curl -H "Content-Type: text/xml; charset=utf-8" -H "SOAPAction: \"http://erb.eproc.brz.gv.at/ws/documentupload/20121205/wsupload/uploadDocumentRequest\"" -X POST -d @testori.xml -k https://txm.portal.at/at.gv.bmf/e-rechnung

    vg P. Helger

  • Hallo Hr. Helger!

    Nach nochmaliger Kontrolle der USP-Daten musste ich leider feststellen das das Häkchen für das Recht auf Einbringung der E-Rechnung beim WebserviceKonto nicht gesetzt war. Hr. David hat das mit mir telefonisch eingerichtet. Jetzt bekomme ich die Fehklermeldung 302 nicht mehr. Als WS-Response kommt nur die versendete Message.

    Ist das richtig??

    Bei korrekter Einbringung gibt es keine Retourmessage ???

  • Nachdem ich jetzt von meinem Kunden nach sehr vielen bürokratischen Hürden endlich die richtigen Zugangsdaten bekommen habe (Dauer 3-4 Wochen) um einen Webservice-Benutzer anzulegen, geht leider immer noch genau gar nichts.
    Egal was ich im SOAP dokument mitschicke ich bekomme einen 500er Fehler. Um die möglichen Fehlerquellen auf ein Minimum zu reduzieren habe ich das Template 1:1 kopiert und ein per händischem Upload als korrekt gemeldetes dokument als base64-string übergeben (alles mit dem entsprechenden curl-Auruf, um auch hier keine anderen Fehlerquellen zuzulassen). Die Datei ist UTF8-codiert, alle encodings sind auch auf utf-8 gesetzt. Der Webservice-Benutzer ist für Einbringungen von e-rechnungen freigeschalten und die benutzerdaten sind direkt aus dem pdf kopiert. Um auch hier Fehler auszuschließen habe ich dasselbe mit noch einem neuen Benutzer probiert, aber immer das gleiche Ergebnis; Error 500. Wie kann es sein dass zwei heute freigeschaltene Benutzer vom webservice scheinbar nicht gefunden werden? Wenn es ein anderer Fehler wäre würde ich ja nach den Informationen hier schon genauere Fehlermeldungen bekommen.

    P.S.: Dasselbe Ergebnis bei v1.2 und v2.0.

  • Hallo,

    ja das ist scheinbar das Problem - ich konnte diese Berechtigung im USP Admin Interface auch gar nicht setzen. Nach Rücksprache mit dem Support sollte es jetzt möglich sein das zu setzen, allerdings bekomm ich jetzt beim Aufruf der Admin-Oberfläche (nach erfolgreichem Login) nur noch eine Fehlermeldung:

    Forbidden
    [color=#000000][font='Times New Roman'][size=12]You don't have permission to access /at.gv.usp.admin-p/page.axd on this server.[/size][/font][/color][color=#000000][font='Times New Roman'][size=12]Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.[/size][/font][/color][color=#000000][font='Times New Roman'][size=12]
    [/size][/font][/color][color=#000000][font='Times New Roman'][size=12]
    [/size][/font][/color]
    [color=#000000][size=10]Bin mir nicht sicher ob das jetzt ein genereller Fehler im USP ist oder mit unserem Benutzerkonto zu tun hat. Werde morgen wohl nochmal den Support kontaktieren. Danke einmal für den Hinweis![/size][/color]

Jetzt mitmachen!

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