Einführung

 
 
Die Kasse besteht aus folgenden Teilen:
 
  • Kassen-Datenbank
     
  • Datenbank-Synchronisation (Syncer)
     
  • Konfiguration (Einstellungen auf den Admin-Seiten bzw. der app.properties und cr.properties)
     
  • Kassen-Engine bestehend aus:
  • Engine zum Ausführen von Aktionen/ Kommandos
  • Tastatur-Puffer
  • Bon-Objekt(en)
  • Admin-Seiten
 
Die Kassen-Engine führt hauptsächlich Aktionen aus, die mit Hilfe von Buttons ausgelöst werden und zeigt Statusinformationen mit Hilfe von Textfeldern und Tabellen (z.B. Bon-Tabelle) an.
 
Aktionen sind z.B.: "Füge Artikel hinzu" oder "Schließe Bon ab".
Statusinformationen sind z.B. "Bon-Summe" oder eine "Liste mit Bon-Positionen", die zu dem aktuell geöffneten Bon gehören.
 
  • Masken-Programmierung
 
Eine Maske besteht aus einer Sammlung von Panels, auf denen Buttons (Knöpf), Textfelder, Bon-Tabelle usw. platziert werden können und aus Panels mit Sonderfunktionen (z.B. Panel zur Darstellung einer List mit Artikelbuttons von Artikeln einer gewissen Warengruppe).
Für die Maskenprogrammierung steht der Masken-Designer zur Verfügung der über das Skript StartDesigner.bat gestartet werden kann.
Die Maskenprogrammierung wird üblicher weise durch einen Kassenhändler vorgenommen.
 
 
Wichtiger Hinweis:
it relations GmbH übernimmt keine Gewähr dafür, dass eine nicht von it relations erstellte Maske das tut, was der Maskenersteller bei der Erstellung der Maske erreichen wollte. Dies liegt an den vielfältigen Möglichkeiten in der Maskenprogrammierung. Es ist unter anderem auch möglich die Software dafür zu nutzen, um mit einer geschickten Maskenprogrammierung ganz andere Dinge als eine Kasse (wie z.B. Kundeninformationssystem, Stücklistenkatalog usw.) zu entwickeln. Es ist daher unbedingt notwendig eine selbst erstellte Maskenprogrammierung vorher gründlich zu testen bevor diese produktiv, d.h. für echte Verkaufsvorgänge, genutzt wird. Es ist zwingend Notwendig die Maskenprogrammierung vor jedem Update auf einem Testsystem nachzutesten, bevor eine neue Version auf dem Produktivsystem (d.h. auf dem System, das für echte Verkaufsvorgänge vorgesehen ist) installiert wird.
 
Zum gründlichen Testen gehören neben der Art-und-Weise der Bedienung auch die Überprüfung der Zahlen/Reporte in der Kasse (z.B. im Transaktionsreport, Umsatzreport) und auch die Reporte im CentralPoint und die Exporte über den GoodCompanyDaemon.
 
Bitte beachten Sie auch unbeding die Hardware-Voraussetzungen und darin unbedingt auch die Hinweise zur Netzwerkstabilität.
 
 
Weitere Empfehlungen:
  •  Sollten Sie eine Maskenprogrammierung für jemanden anderen durchführen, so wird empfohlen gemeinsam mit Ihrem Kunden ein Testphase zu vereinbaren, in der Sie mit dem Kunden Ihre Maskenprogrammierung in iterativen Schritten so lange verbessern und von Fehlern befreien, bis Ihr 
       Kunde seine Abnahme für die Maskenprogrammierung erteilt. Hierzu gehören neben der Art-und-Weise der Bedienung auch die Überprüfung der Zahlen/Reporte in der Kasse (z.B. im Transaktionsreport, Umsatzreport) und auch die Reporte im CentralPoint und die Exporte im
                GoodCompanyDaemon.
  • Beim designen der Bezahlmaske solle die Option "Automatisches Rückkehren auf diese Maske erlauben, wenn im Admin-Panel die Option "Zur letzten Maske zurückkehren" eingeschaltet ist sollte nicht aktiviert sein!