Search Results

Laut AK EbIlling 27.4.2022: wird in ebInterface 6.1 umgesetzt

Laut AK EbIlling 27.4.2022: wird in ebInterface 6.1 umgesetzt

Mit dem heutigen Update werden die Formate nicht mehr unterstützt.

Hallo Günther, an dem hat sich nichts geändert. Weil das Webservice-Format ist für alle Formate gleich. Ja, sie könnten das mit dem createElementNS machen, aber nicht mit "http://www.ebinterface.at/schema/6p0/" sondern anders. Ich hab leider keine Zeit das ausführlich zu erklären - dazu hab ich einmal github.com/phax/erechnung.gv.at-webservice-client gemacht vg P. Helger

Hallo Günther, schön zu hören * Wenn du mit "Upload" das "hochladen" meinst - da wird kein Base64 benötigt - da kann die Datei "as is" hochgeladen werden. * Wenn mit "Upload" aber unser Webservice gemeint ist, dann ja. Da muss die Rechnung, nachdem Sie per UTF-8 serialisiert wurde, Base64 encoded werden * Details zum Webservice-Upload stehen unter erechnung.gv.at/erb/de_AT/tec_delivery_ws * Welche Zertifikate meinen Sie? TLS oder Client oder Server? Für welche Schnittstelle? vg Philip

Hallo Günther, ich hab Dir ein aktualisiertes File mit den Änderungen geschickt - es geht mit Name alleine. Aber Contact muss auf derselben Ebene wie Address sein. lg P. Helger

Name alleine ist ausreichend. Siehe Dokumentation: Salutation Anrede des Ansprechpartners Element 0..1 xs:string Name Name des Ansprechpartners Element 1..1 xs:string Phone Telefonnummer des Ansprechpartners Element 0..* xs:string Email Emailadresse des Ansprechpartners Element 0..* xs:string AdditionalInformation Zusätzlicher Name oder Zusatz zur Kontaktinformation Element 0..* XML-Komposit AdditionalInformation/@Key Anhand dieses Attributs kann der Wert im Element AdditionalInformation weiter …

Ja bitte gerne - vorname@nachname.com - danke

Hallo Günther, das heißt dann wohl, dass das Element "Address" an der falschen Stelle ist, oder bereits einmal enthalten ist. Kannst du die Beispiel-Instanz bitte hier posten, damit ich was sinnvolles sagen kann? lg Philip

Hallo Günther, dann passt die Einordnung nicht. Bitte das Code-Snippet pasten. lg Philip

Hallo Günther, naja, die Fehlermeldung sagt: '{"http://www.ebinterface.at/schema/6p0/":Country}' wird erwartet. Es fehlt also das Element "Country" Nach dem "ZIP" Element. Wie auch dem XML Schema zu entnehmen ist. hth, Philip

Ich empfehle für so was auf jeden Fall den Einsatz von JAXB - das händisch zu schreiben ist eher Lebenszeitverschwendung Das Mapping von XML Schema auf Java Klassen und retour ist ein Standard-Feature. Das händisch zu machen ist nicht gut, da Ihnen auch die Prüfung gegen das XML-Schema fehlt. Und bzgl. Address: siehe wko.at/service/netzwerke/ebInvoice_6p0.pdf Kapitel 4.5.1

Und das "Address"-Element darf nicht leer sein. Das muss ein Kind-Element haben

Das "createElementNS" MUSS für ALLE Elemente gemacht werden.Und es MUSS jedesmal die Namespace URL angegeben werden.

Hallo, Bitte nehmen Sie folgende beide Zeilen weg: invoice.setAttribute("xmlns", "http://www.ebinterface.at/schema/6p0/"); invoice.setAttribute("xmlns:xsi", "http://www.w3.org/2001/XMLSchema-instance"); Stattdessen muss bei jedem createElement der NS angegeben werden. Also statt: Element invoice = doc.createElement("Invoice"); bitte Element invoice = doc.createElementNS("http://www.ebinterface.at/schema/6p0/", "Invoice"); verwenden. Daher bitte den NS in eine Konstante packen. Alternativ dazu, h…

Hallo, Im Zuge des Updates sollte in der Dokumentation noch der Code Z für "TaxCategoryCode" zugelassen wird, da es für 0%-Anwendungsfälle verwendet werden kann. Laut bmf.gv.at/en/current-issues/Co…ption-for-face-masks.html sind die FFP2-Masken auf 0% und nicht "Tax Exempt" was Code "E" bedeuten würde.

Hallo zusammen, wir haben die Frist jetzt auf den 6.4.2022 verschoben. Dann drehen wir das aber wirklich ab. VG P. Helger

Hallo Roland S., eine der Änderungen von ebInterface 4.x auf 5x/6.x ist, dass die Attribute nicht mehr mit dem Namespace-Präfix verwendet werden dürfen (attributeForm=unqualified im XSD). Daher einfach statt "eb:Unit" nur "Unit" verwenden. vg P. Helger

Hallo zusammen, Im Zuge der Abschaltung der alten Formate ebInterface 4.0/4.1/4.2 wurde uns klar, dass die Abbildung von Haft- und Deckungsrücklass in den Formaten ebInterface 5.0/6.0 nicht möglich ist. Was sind Haft- und Deckungsrücklass? > Beide Einbehalte sind als reine Zahlungskonditionen anzusehen (Deckungsrücklass für Teilrechnung, Haftungsrücklass bei Schlussrechnungen). > Beide Einbehalte dienen der Absicherung des Empfängers und sind erst nach Erreichen einer bestimmten Frist zu zahlen …

Ja genau. Im Zuge des Abschaltens der alten Versionen 4.0/4.1/4.2 sind wir drauf gekommen, dass es in ebInterface 5.0/6.0 nicht möglich ist den Haft-/Deckungsrücklass entsprechend umzusetzen. Die Diskussion mit der AUSTRIAPRO zu diesem Thema wurde begonnen - Entscheidungen wurden noch keine getroffen. Wer derzeit Haft- und Deckungsrücklass braucht, soll bitte ebInterface 4.3 nehmen und dort die BelowTheLine-Element befüllen. hth