Hallo

Seit der VERSION 1.00 Build 161220 fertig nur leider nie wieder ein Feedback.

{"receipt":[
 * {"customertext": "Customer Text",
 * "payedBy": "0",
 * "items":[
 * { "count": "3", "name": "Kupplung", "gross": "122,70", "tax": "20" },
 * { "count": "1", "name": "Bremsbeläge", "gross": "32,30", "tax": "10" },
 * { "count": "2", "name": "Benzinschlauch", "gross": "17,80", "tax": "20" },
 * { "count": "1", "name": "Ölfilter", "gross": "104,50", "tax": "13" }
 * ]
 * }
 * ]}

Hallo

Für den Servermode wird eine Datei im JSON Format erwartet.
Als Import wird zZ. nur BON zu Rechnung unterstützt.

BON zu Rechnung, ist hier klar was damit gemeint ist?

Der Tages und Monatsabschluss wird im Servermode automatisch durchgeführt.

Import gibt es keinen.
Artikel werden automatisch angelegt.

Schnittstelle JSON Format: es wird eine Datei mit der Endung .json erwartet. hat es funktioniert wird die Datei aud .old umbenannt, im falle eines Fehlers auf .false

{"r2b":[

{"receiptNum":"RE12345", "gross":"27.00", "payedBy":"0", "customerText":"Optionaler Kunden text" }

]}

 PAYED_BY_CASH = 0

PAYED_BY_DEBITCARD = 1

PAYED_BY_CREDITCARD = 2

Danke für die Infos.

Lt. Anforderungen des BMF sind im DEP sämtliche geforderten Belegdaten gruppiert nach Steuersätzen abzulegen. Die JSON Import-Schnittstelle beinhaltet aber nur die Möglichkeit der Ãœbergabe eines Brutto und Nettobetrags unabhängig des USt-Satzes. Ich fürchte, da könnte es zu Schwierigkeiten mit der Finanz kommen.

Bitte um Stellungnahme.

lg

3.1. Signaturerstellung
Jeder Barbeleg ist in einem Datenerfassungsprotokoll zu erfassen in dem unter anderem der Betrag und die bisherige Summe aller Barbeträge sowie eine Signatur über wesentliche Bestandteile des Bons (Belegnummer, Barbetrag nach Steuersätzen, Umsatzzähler, Signatur des letzten Bons) zu erfassen sind.
Die Signatur ist mit Hilfe des dem Unternehmen eindeutig zugeordneten Zertifikats zu erstellen. Die Signaturerstellungseinheit hat dabei jenen Anforderungen für qualifizierte Signaturzertifikate entsprechen. Diese qualifizierte Signatur ist auch in Form eines QR-
7
Codes am Bon anzudrucken. Sollte der Drucker aus technischen Gründen keine QR-Codes drucken können, so ist alternativ der Andruck in maschinenlesbarer Form (OCR) als Zeichenkette möglich. Ebenso ist es möglich, dass am Bon nur ein (maschinenlesbarer) Link zu diesen Daten angedruckt wird. Die Signatur muss folgende Angaben beinhalten:
 Kassenidentifikationsnummer
 fortlaufende Nummer des Barumsatzes
 Datum und Uhrzeit der Belegausstellung
 Betrag der Barzahlung nach Steuersätzen getrennt
 Umsatzzähler (verschlüsselt AES 256)
 Seriennummer Signaturzertifikat
 Signaturwert des vorhergehenden Barumsatzes
Dadurch, dass in der Signatur somit der aktuelle Umsatzstand enthalten ist, sowie der Barumsatz des Beleges und der Umsatzstand des letzten Beleges, ist eine eindeutige Verkettung vorhanden. Es kann damit nicht einfach ein Beleg aus der Kette gelöscht werden, wodurch eine gewisse Manipulationssicherheit erreicht wurde.

lg

Servus

Das Passt schon so. Der Netto Betrag wird gar nicht mehr berücksichtigt. Es gab Unklarheiten seitens des BMF. Der Interne
Summenzähler wurde als NETTO Betrag gerechnet. Nach einer Anfrage wie das bei BON zu Rechnung zu machen sei, da ja hier die Steuer immer 0% sein muss wurde die Berechnung auf BRUTTO umgestellt. Somit war es auch nicht mehr notwendig diesen im JSON zu berücksichtigen.

Warum Steuer 0%?

Antwort des BMF:

Der Summenzähler summiert die Bruttobeträge.

Beim Erfassen einer Rechnung, die aus einem Warenwirtschaftssystem stammt und bereits Steuerpflicht auslöst,

ist der Bruttobetrag unter der Steuerklasse „0 %“ in der Registrierkasse zu erfassen.

Es genügt die Bezugnahme auf die Rechnungsnummer aus dem Warenwirtschaftssystem.

Es müssen nicht die Einzelinhalte noch einmal eingegeben werden.

Alles Klar?

OK - Alles klar - vielen DANK!!

Hallo

Sollte der Import erweitert werden (ist vorgesehen aber noch nicht spruchreif) um zb. aus einer WaWi heraus die Rechnung mittels Kassenprogram auszustellen wird natürlich der Steuersatz pro Artikel berücksichtigt werden.

Hallo

Darf man erfahren welches System das ist?

Das wäre einfach nur großartig und Danke für die tolle Software. Ich benutzte eine auf PHP/MySQL basierende Warenwirtschaft und da wäre dieser "Servermodus" einfach nur perfekt (und ich glaube dieses Problem haben noch viele andere). ..aber natürlich müsste man die Software mit allen Steuersätzen inkl. 0% Rechnungen (Ãœberweisungen), Trainings- und Stornobuchungen über die .json Datei füttern können.

Hans

Servus
Ist diese php wawi von dir? Kannst Du den Code für einen Export anpassen?

Ich schau mir das mal in den nächsten Tagen an und gebe Bescheid wenn es eine Version zum testen gibt.

Muss nur noch meinen Quartals Abschluß fertig bringen und zum Steuerberater; )

Ein selbst entwickeltes Bonier- und Verrechnungssystem mit MySQL als Datenbank und Android- bzw. IoS- basierte Geräte als Erfassungs-Devices.

Ja, genau - die php wawi ist von mir un dich kann alles anpassen. Mein Problem sind nur diese Verschlüsselungen...

Würde mich sehr freuen wenn es da eine Lösung gebe und sorry für die späte Antwort - war in Urlaub 🙂

Hans

Hallo

Um etwas weiter zu bringen hab ich den automatischen Import erweitert. Ich bin noch am Testen, jedoch kannst Du deine Software schon mal anpassen.

{"receipt":[

{"customertext": "Customer Text",

"payedBy": "0",

"items":[

{ "count": "3", "name": "Kupplung", "gross": "122,70", "tax": "20" },

{ "count": "1", "name": "Bremsbeläge", "gross": "32,30", "tax": "10" },

{ "count": "2", "name": "Benzinschlauch", "gross": "17,80", "tax": "20" },

{ "count": "1", "name": "Ölfilter", "gross": "104,50", "tax": "13" }

]

}

]}

count = Anzahl zu verkaufender Artikel
name = Produktname
gross = Brutto Einzelbetrag
tax = Steuersatz

customertext: Optionaler Kundentext
payedBy = Wie bezahlt wird

PAYED_BY_CASH = 0
PAYED_BY_DEBITCARD = 1
PAYED_BY_CREDITCARD = 2

Dateinamen receipt_1.json, receipt_2.json .... , receipt_4.json

Die Reihenfolge wird dem Erstellungs-Datum abgearbeitet.
Erfolgreich importierte Dateien werden in .old umbenannt
Fehlerhafte Dateien werden in .false umbenannt

Vielleicht kannst Du das ja mit Deine Software weiter verarbeiten.

hallo,

ich bin ebenfalls an dieser erweiterten import-funktion interessiert.

das json-file habe ich bereits. das kommt aus meinem warenwirtschafts-system, bookhit, und wird aus dem journal generiert.

gibt es da schon mehr?

grüße

dieter

Hallo zusammen!

gibt es irgendwo ein gesammeltes Werk über die Fähigkeiten der JSON Import Schnittstelle der aktuellen QRK Version? 

Ich habe bis dato als Quelle die Versionshistorie, diesen Thread und die Seiten von Stefan Kugler ausmachen können. 

Prinzipiell komme ich mit diesen Informationen gut zurecht, aber ist das alles oder kann das Ding vielleicht mehr? Leider gehöre ich nicht zu denen die aus den Sourcen schlau werden.

An dieser Stelle möchte ich mich noch bei all denen bedanken die zu dieser Software beigetragen haben!!!! GREAT JOB !!!