Technische Umsetzung der Registrierkasse

Aus Envira.ERP
Version vom 14. Januar 2017, 14:27 Uhr von Admin (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Zur technischen Umsetzung der RKSV stellt sich die Ausgangssituation wie folgt dar: == Zahlungen können bei den Objekten mit Zahldatum hinterlegt werden == In…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

Zur technischen Umsetzung der RKSV stellt sich die Ausgangssituation wie folgt dar:

Zahlungen können bei den Objekten mit Zahldatum hinterlegt werden

In envira können Informationen zu unbaren Zahlungstransaktionen mit dem jeweiligen "echten" Zahlungsdatum abgelegt werden. Dieses Zahlungsdatum wird im Zuge der RKSV ausschließlich dazu verwendet, um festzustellen, ob die aktuelle Zahlung nach der erfolgten Inbetriebnahme der Registrierkasse befindet. Für den Eintrag in das Datenerfassungsprotokol (DEP) wird ausschließlich der aktuelle Zeitstempel verwendet, unabhäng vom Zahldatum.

Im folgenden Beispiel erfolgt kein Eintrag in das DEP:

  • Inbetriebnahme der Registrierkasse: 10.01.2017
  • Erfassung eines Tankbeleges vom: 05.01.2017

Ein Objekt kann mehrere Zahlungen beinhalten

Wird eine Rechnung in mehreren Teilbeträgen Bar bezahlt, so wird für jede Transaktion ein DEP Eintrag mit dem aktuellen Zeitstempel des Eintrages erstellt. Die Signatur in der Rechnung weist nun 2 Signaturen aus.

Stapelerfassungen von Eingangsrechnungen

Werden Eingangsrechnung in der Schnelleingabe erfasst und solche als Bar markiert, so wird erst mit Klick auf das Häckchen "Abgeschlossen", der DEP Eintrag mit dem aktuellen Zeitstempel erstellt

Internet/Stromausfall

Bei Internet- oder Stromausfall, ist der Signaturanbieter nicht mehr erreichbar, dennoch können Sie Bartransaktionen erfassen. Auf der Rechnung wird der Hinweis "Signatureinheit ausgefallen!" ausgewiesen. Ist dies bei mehreren Transaktionen der Fall, so wird der Umsatzzähler nicht angepasst, da sonst eine Verkettung dieser einzelnen Transaktionen nicht gewährleistet ist.

Ist nun bei einer Transaktion der Signaturanbieter wieder erreichbar, so wird vor dem eigentlichen Eintrag in das DEP, die letzten Nicht-Signierten Transaktionen in einem Sammelbeleg zusammengefasst, signiert und der Umsatzzähler angepasst. Der eigentliche Eintrag verwendet nun den neuen Umsatz des Sammelbeleges für die weiterführende Verkettung.

Beispiel:

Datum              Betrag    Umsatz Neu   Umsatz Alt   Typ          Status
01.01.2017 08:00   120,00        240,00       120,00   Barbeleg     In Ordnung
01.01.2017 08:05   100,00        340,00       240,00   Barbeleg     In Ordnung
01.01.2017 08:06    10,00        340,00       340,00   Barbeleg     Signatureinheit ausgefallen
01.01.2017 08:07    10,00        340,00       340,00   Barbeleg     Signatureinheit ausgefallen
01.01.2017 08:08    10,00        340,00       340,00   Barbeleg     Signatureinheit ausgefallen
01.01.2017 08:09    10,00        340,00       340,00   Barbeleg     Signatureinheit ausgefallen
01.01.2017 08:10    40,00        380,00       340,00   Sammelbeleg  In Ordnung
01.01.2017 08:10    10,00        390,00       380,00   Barbeleg     In Ordnung

Belegtypen

Sind bei den folgenden Belegtypen die Zahlungsarten Bar, Bankomat hinterlegt, so wird der Umsatzzähler des DEP wie folgt angepasst:

  • Rechnung: Erhört den Umsatzzähler
  • Kassabeleg: Erhöht den Umsatzzähler
  • Eingangsrechnung: Minimiert den Umsatzzähler
  • Lieferantenrechnung: Minimiert den Umsatzzähler
  • Bankbeleg: Minimiert den Umsatzzähler
  • Gutschrift: Minimiert den Umsatzzähler