Realisierung
28. Jul 2016 Die Version von heute für Mac und Windows. Bitte testen.
27. Jul 2016 Mac-Version erzeugt. Für meine Sicherung hochgeladen, noch nicht per eMail angezeigt. Die Anwendung ist zum Testen geeignet. Änderungen
- Umsatzberechnung
- Spalte P für die Artikelanzahl genommen
- eigenes Umsatzfeld (H*P) in der Journalzeile angelegt
- Umsatzfeld für die Auswertung genommen
- Monatsauswertung nach Vorgabe
- je Kasse eine Spalte
- je Tag des Monats ein Zeile
- Fuß-Zeile mit Spaltensummen der Kassen
- letzte Spalte mit Tagessummen
- eine Ursache fürs Flickern in der Datumsauswahl abgeschaltet
- neues Icon installiert und das Blau als Farbe eingeführt
Vor dem Test: in bestehenden Daten bitte vorher aus Menü Modus die Daten-Wartung aufrufen und dort "Journalzeilen nachrechnen" Ausführen. Diesen Wartungslauf will ich automatisieren.
Steht bei mir noch an: Neue Daten verbessern, dito Hitlisten erzeugen optimieren.
17. Apr 2016und läuft so vor sich hin
12. Apr 2016 Manchesmal ist sogar ein Dreisatz zu kompliziert. Jetzt klappt er aber in der Tagesauswertung als Teil der Übersicht. Wird langsam hübscher.
Die Screenshots sind blurry, weil auf HiDPI-Mac geschossen und dann auf 50% reduziert.
12. Apr 2016 Auf die Schnelle noch den Tageschart unter die Monats-Performance gesetzt. Würde ich erstmal verkaufen als "work-in-progress", Designer muß noch drüber, …
12. Apr 2016Oh, Kellner-Auswertung hat das ausgewählte Datum nicht berücksichtigt. War immer einer Gesamtauswertung. Also gab es immer Daten. Berücksichtige ich das ausgewählte Datum, wird es häufig bis ständig keine Auswertung geben. Die Fluktuation ist hoch, es wird nicht jeden Tag gearbeitet, nur der Straßenverkauf kommt regelmäßig. Das habe ich jetzt eingebaut. Sieht aber bescheiden aus. Da brauche ich eine bessere Lösung. Bis morgen und dann vorführen … halte ich für keine gute Idee!
12. Apr 2016Wie kann ich Artikel sexy machen
, wenn hier das übliche Feinripp vorherrscht. Das Attraktive ist zu sehen, warum es mit der Auswertung hakt: Artikel-Kraut und Rüber gibt Auswerte-Kraut und Rüben. Deshalb einmal die Artikel nach Nummer und ein Klick weiter nach Name organisiert. Stratiateller
läßt mich schmunzeln. Die Artikel liegen im Argen, jede Filiale macht ihr eigenes. Deshalb braucht es Roc.Report: zentral organisieren, lokal einsetzen!
EDEKA, REWE, … konnten es bei meinem letzten Kontakt mit deren Artikellisten auch nicht besser. Excel hat vieles ermöglicht, auch unbekanntes Chaos.
Die Tagesauswertung ist zum Screenshot-Zeitpunkt schon aktuell. In den Journaldaten fehlen noch 4 Tage. Wird sich in den nächsten Stunden ausgleichen. In irgendeiner Journalzeile ist noch unbekanntes drin und Roc.Report stolpert drüber. Wenn dann niemand den Button Weiter klickt, wird gewartet und dann fehlen Tage.
17. Mär 2016 Genau deshalb bleibe ich bei Mac. Eigentlich geht auch WIndows, aber dann kommt dieser Quark, den ich nicht brauche. Dachte schon, „was hast'de falsch gemacht?“ Ganz im Gegenteil, zeigt es richtig, oder? Und wo suche ich jetzt? LaLuna down, DropBox … nee, die läuft, … wo?
17. Mär 2016 Mit der "card" experimentiert. Gefällt mir besser als die Links der PDFs als Liste. Breiter ziehen legt mehr nebeneinander. Darstellung über CSS.
In dem Zusammenhang: Überwachung Dropbox-Ordner und Rückmeldung sichtbar verbessert. PDFs aus den Tagescards an FireFox weitergeleitet - ist auf dem Windows Server 2012R2 so eingestellt.
17. Mär 2016 Pfadnamen, eigentlich nur ein Problem für meinereiner, der die Datendatei auf MacOS und Windows verwendet. Aber sie machen Arbeit. Tatsächlich als Posix-Path gespeichert, zum einfachen Wechseln. Doch nicht so einfach, das : trennt unter Windows die Festplatte vom Rest des Pfades und auf dem Mac die Ordner. Sch…
Download MacOS.app V2, Download Windows.app V2
Ausgebaut
- Tagesauswertung bei mehr als einer Kasse, bringt die Liste der Tagesauswertung als Links An den Links muß ich noch basteln: nur Dokument-Name und der Link öffnet das PDF. Das ist mir zu ehrgeizig bis 16:00 h. Eine Kasse und ein Tag, wie gehabt. Hier klappt auch Windows-Pfad auf Mac OS. Die rote Markierung im PDF ist nicht mein Bier.
Behobener Kleinkram:
- die Farben der Kassen sind wieder unterschiedlich. Ein Fehler, der sich eingeschlichen hat, weil Kasse ≠ Filiale
16. Mär 2016 Der Import der 2 GB Text-files vorhandener Journale ist jetzt wesentlich schneller: unter 5 Std. statt mehrerer Tage.
Leider schaltet der neue Import nicht automatisch die Synchronisation der Dropbox an. Jetzt anschalten hilft nur dann, wenn die Datenbank auch neu gestartet wird.
Versuch: Tagesbericht bei mehreren aktiven Kassen listet die Tagesberichte als klickbare Pfade. Auch eine Idee PDF und Windows kompatibler zu machen.
Andere behobene Fehler
- der Service-Prozeß prüft nicht mehr nur beim Start, ob der automatischen Update aktiviert ist
- Artikelnummern werden auch beim Import auf Eindeutigkeit geprüft (Artikel N:0 in Info-Fenster)
14. Mär 2016 Download MacOS.app V2 (Version 902). Aachen Daten gibt es hier, auch wenn es nur mehr ein Viertel Stunde braucht beim Erstimport.
- Behoben:
- das Zusammenführen der "Kassen" zu Filialen abgestellt
- Kellner wiedergefunden
- Rückmeldungen wieder überall aktiv
- das mit den
dayNo
in der Monatsübersicht hat mehrere Haken. - richtige,
- leere,
- nur Kopfdaten,
- wenige relevante Aktionszeilen
- … Die Monatsübersicht summiert diese für jede Kasse zum Monatstag. Die Buchführungsnummer(n) muß woanders hin.
- Es gibt mehrere
dayNo
für einen Tag:
11. Mär 2016 Die erste Fassung der V2. Nicht hinreichend getested, nur von mir und noch nicht auf alle Features geprüft. Wenn der Import der Journale durchläuft, ab Hitlisten ist alles wie gehabt (die waren schon schnell) und die Auswertungen basieren auf den Hitlisten.
Download MacOS.app V2 (Version 889), neue Datendatei anlegen und erst mal auf eine kleine Dropbox loslassen. Kann auch eine Kopie auf der Platte sein, ein Rechner/User kann nur eine Dropbox abonnieren. Erwartet den DropBox-Ordner, darin die Ordner Apps und roc.kasse … sonst wie auf der Dropbox auch.
Die große LaLuna-Dropbox mit 16 Filialen. Zu erwartende Größenordnung:
- 30 Minuten Journale (fast 6.000 gültige, KL über 10.000 Zeilen im Journal) scannen
- mehr als 8 Stunden Zeilen analysieren (3 Mio relevant von 10 Mio)
- die 3 Mio Zeilen auswerten (Hitlisten) geht dann schnell
9. Mär 2016 Die Rückmeldungen nach dem letzten Durchgang fehlen. Die 6 Journale aus AachenUnten (Okt) und das 41. Journal. UI fast stimmig.
8. Mär 2016 1-2 Kassen, einige Monate in Betrieb: halbe bis eine Stunde Journale einlesen, analyzieren und auswerten. Feedback ist wichtig … und bremst!
7. Mär 2016 So nebenbei bemerkt: *.plist sind nun *.plist.txt
5. Mär 2016 2.174.970.381 Bytes für 15.584 Objekte. 4 Tage und 227 neue Files. Ø 3,5 Files pro Tag statt 2 journal und pdf?
4. Mär 2016 Initialisierung aus Dropbox mit 15.000 Objekten (2 GB Texte, PDF und Ordner) nach optimieren, reduzieren, vereinfachen, Indizes am Schluß aufbauen
- Scannen knapp 6.000 Journale: 0:30 h
- Analyzieren, 3,25 Mio relevante Journalzeilen aus 10.158.965 gesamt: 8:40 h * * Rechner am Schlafen hindern
- Hitlisten aus 3,25 Mio Journalzeilen: x min
3. Mär 2016 Es gibt sogar leere 0 KByte Journalfiles.
2. Mär 2016 Kein Ordner 03 in den 2016er-Ordnern der Filialen, außer Lippstadt. Dort dann aber auch Invoice und SQLite-Dokumente. Es sind 2.145.852.464 Byte für 15.357 Objekte. Das sind 13 mehr als gestern, obwohl es fast keinen 03er-Ordner gibt. Im Lippstadt 2016/03-Ordner sind es 4 Dokumente. Welche Überraschungen warten in den anderen 9 Dokumenten?
1. Mär 2016 Jetzt sind es 2.144.908.781 Byte für 15348 Objekte. Das sind 44 Objekte an 1 Tag.
Am 20.1.16 ging es in Wien hoch her, zweimal drin
- 38KB um 20:24:11, dayNo 483, echtes Journal, echte header-info, und
- 1KB um 20:25:07, dayNo 484, ± nur header-info "roc.kasse" und alle Werte auf 0,00 EUR.
29. Feb 2016 Jetzt sind es 2.139.349.155 Byte für 15304 Objekte. Das sind 112 Objekte in 3 Tagen. Hmh? Nicht alle Filialen sind Sonntags offen. Die Malls sind zu, hier Paunsdorf Center, falls sie nicht auf sind.
26. Feb 2016 Heute sind es 2.119.389.623 Byte für 15.192 Objekte. Das sind 132 mehr in 3 Tagen, ergo 44 pro Tag.
25. Feb 2016 Super! Richtig benannte Journale direkt im Filial-Ordner, kein rk, kein PDF, richtig schön journal*.txt und dann leer. Super!
23. Feb 2016
Seit gestern sind 14 Extra-files hinzugekommen, in den gleichen Ordnern. Aus 2.099.102.554 Byte für 15.016 Objekte wurden 2.104.068.482 Byte für 15.060 Objekte.
Das sind 44 Files mehr: 14 Extrafiles plus 16 Filialen à 2 Files (Journal + PDF). Ergo: 2 fehlen.
22. Feb 2016 Test erneut mit dem Stand von heute 10:30. 2,13 GB files, davon 1582 Extra-files.
16. Feb 2016 zwischen 2.12.14 und 24.4.15 hunderte falscher Reports. Das erklärt die 65 Mio Journalzeilen und 85 GB datafile, 7 GB Index. Das untersuche ich weiter. Davor und danach unauffällig. Wechsel von format 94 auf 96 vom 24. auf den 25.4.15, davor format 92. Mühsam!
In DinslakenCafe 767 Journale außerhalb der Jahresordner. In filialeDinslakenUnten 31 außerhalb. Das setzt sich fort. Das kostet Zeit, viel Zeit!
15. Feb 2016 Irgendjemand hat FireFox als PDF-Viewer festgelegt. Dann kann ich lange an Acrobat und Windows suchen und verfluchen. Wer war so smart?
10. Feb 2016 Läuft und dated up.
4. Feb 2016 Drehen an den Windows-Schrauben
- Leistungs-Präferenz von Services auf Apps gesetzt
- PDF … in the works
2. Feb 2016 neue Version auf Windows 2012R2 installiert
- Speicher auf max 2. GB Cache gesetzt, den Rest der 4 GB braucht 4D für sich und den Code
- PDF öffnen extern in Acrobat. Finde nirgends wo Adobe meint den IE einstellen zu können, damit PDFs im IE eingeblendet werden
29. Jan 2016 Aus der Beobachtung der Terminal-Servers
- Kosmetik: Update Rückmeldung ⟶ behoben, Protokoll erweitert, Developer-Fenster: Protokoll rauslegen
- Pfadname: SVG Übersicht nicht gefunden ⟶ Fallback eingebaut
- Import: Rückmeldung an Kunden reicht nicht aus ⟶ in Arbeit
21. Jan 2016 Monatsbericht aktiviert
- für einen Monat und eine Filiale
- für mehrere Monate und eine Filiale
- für einen Monat und mehrere Filialen
- für mehrere Monate und mehrere Filialen die Überschrift der Tabelle gibt ausgewählte Monate und Filialen an
- Drucken und Export
Vorhandene Daten brauchen ein erneutes Parsen der Journal-summary-Teile. Das läßt sich über "summary-header neu interpretieren" im Developer-Fenster anstoßen.
Der Hitlisten-Manager gibt beim Update Rückmeldung
20. Jan 2016 behoben, dran gearbeitet, nur Dev-Version
- Kalender schlägt besser vor, messaging zum Content flotter
- Monatsübersicht: ein Format, beliebige Monate und Filialen, jeweils 1..N
8. Jan 2016 dies und das und
- Hitlisten-Update Protokoll
- Info-Fenster: was tut die Datenbank gerade, was ist der letzte Stand