Details journal aufbau

Aus roc.Kasse Wiki
Zur Navigation springen Zur Suche springen

Documentation of rocJournal Format

Realease of Document: 4

Date of Document: 3.2.2017

roc.Kasse Version: 1.21

Created by: Armin Terving


header line


Line separator: </end> Tag plus either depending on eMail Channel (Windows/Mac) LF Ascii 10 Hex A CR Ascii 13 HEX D CR+LF

Field Separator: Tab Ascii 9 Hex 9

Field Column Content 1 A Name of User 2 B Timestamp 3 C Event Type

Following Event Types are valid System Table Tisch Vorgang Action Article Artikel Payment


In case Event is Sytem 4 D will have following values startup background active


In case Event is Table or Tisch 4 D will have following values New Table Neuer Tisch



In case Event is Article or Artikel 4 D ArticleEvent will have following values New Article Neuer Artikel Deleted item moveItem



In case ArticleEvent is “New Article” or “Neuer Artikel” 1 5 E formated count like 1* or 5* 2 6 F article name 3 7 G artikel ID 4 8 H sales price 5 9 I sales tax (vat) 6 10 J invoice number 7 11 K empty for article storno type (stornoart storno|sofortstorno) 8 12 L either discount name or happy hour name 9 13 M the original price in case of discount or happy hour 10 14 N category (Warengruppe) 11 15 O in case of discount withpercentage the payed percentage else -1 12 16 P count of articles with right leading sign e.g. storno -1 13 17 Q discount reason rabatt begr¸ndung 14 18 R Expenses Auslagen d.h. Im Fall es handelt sich um eine Auslage steht in diesem Feld „Expenses“ 15 19 S VoucherCode Gutscheincode



In case ArticleEvent is Deleted item different types: storno and technical storno storno is when user did a mistake and it should be undone and it has to be filed storno technical stornos are items which will be deleted because of a certain process technisches storno in case of a change of an item the old one will be deleted (technical storneo) and a new one will be created in case a user made a mistake in roc.kasse which was not booked or printed yet an immediate storno is possible as well sofortstorno

2 6 F article name 3 7 G artikel ID 4 8 H sales price 5 9 I sales tax (vat) 6 10 J invoice number 7 11 K storno type Storno Sofortstorno 8 12 L either discount name or happy hour name 9 13 M the original price in case of discount or happy hour 10 14 N category (Warengruppe) 11 15 O in case of discount withpercentage the payed percentage else -1 12 16 P count of articles usually minus in case of storno 13 17 Q storno reason 14 18 R Expenses 15 19 S VoucherCode not implemented yet

In case ArticleEvent is moveItem 2 6 F article name 3 7 G artikel ID 4 8 H sales price 5 9 I sales tax (vat) 6 10 J invoice number new 7 11 invoice number old 8 12 9 13 M the original price in case of discount or happy hour 10 14 N category (Warengruppe) 11 15 O 12 16 P count of articles


In case Event is Payment 4 D Tisch bezahlt 5 E always bar, (cash) or credit in case of credit column 8(H) might have more information 6 F invoice number 7 G paid ammount 8 H in case of credit column 8(H) might have more information like Amex = name of Payment (Zahlwege) 9 I AddInfo 10 J end. 11 K </end>