FMK2012: Filemaker im Dauereinsatz von Marcin Pankowski

Filemaker im Dauereinsatz
24/7 Einsatz als Zentrales
Arbeitswerkzeug

Marcin Pankowski www.prozesse-im-unternehmen.de
FileMaker Konferenz 2012 Salzburg

FileMaker im Dauereinsatz
www.ﬁlemaker-konferenz.com

Herzlich Wilkommen

Marcin Pankowski

Prozesse im Unternehmen
Talbrückenstrasse 42
33611 Bielefeld



Inhalt des Vortrages
  Projektübersicht
  Warum Filemaker!
  Vorteile
  Nachteile
  Technischer Aufbau
  Spezielle Probleme und Lösungen
  Hat es sich gelohnt?



Projektübersicht
  Aufgabenfeld der Firma
Das Aufgaben Feld des Auftraggebers umfasst den
internationalen Einkauf, die Kommissionierung und
das Ausliefern von Lebensmitteln. Dafür unterhält
dieser in Deutschland 4 Läger, ca. 35 eigene LKWs
und eine 180 Mitarbeiter.
  Was musste die Lösung bieten?
Die Aufgabe war es die bestehende
Kommisionierlösung zu ersetzen. Zum einem
wurde das Geschäftsfeld erweitert, zum anderen
bot die alte Lösung nicht die benötigten
Funktionen. Die bestehenden Barcodescanner
sollten übernommen werden. Eine Schnittstelle zum
ERP-Programm musste gewährleistet werden.
  Implementierung max. 4 Wochen !!!



Lager



Scanner

  Windows CE

  Laser-Barcodescanner

  Internetexplorer

  Keyboard-Wedge-Programm



Datenaustauschdatei
˛UEBER˛N˛SKZ˛BEL˛VART˛3˛ac˛A˛aa˛0˛ad˛37908
˛UEBER˛N˛SKZ˛BEL˛VART˛0˛BELDATERG˛J
˛STAMMKALK˛J ˛aa˛0 ˛ab˛N ˛ac˛R ˛72˛J†˛hk˛N
˛ae˛38463˛af˛29.05.2010˛ag˛29.05.2010˛cb˛000˛cc˛2
7.05.2010˛cd˛15:45:17˛cl˛37908˛cm˛27.05.2010˛gb˛7
5441˛jh˛01˛26˛33783˛39˛1˛68˛24˛69˛12:10
˛UEBER˛N˛SKZ˛POS˛VART˛0˛BELDATERG˛J
˛STAMMKALK˛J ˛aa˛0 ˛ab˛N ˛ac˛R ˛ae˛0 ˛af˛
2001˛ad1˛0˛az˛1˛bb˛1˛bg˛1˛bs˛27.05.2010˛bj˛42,70
0˛df˛29.05.2010
˛UEBER˛N˛SKZ˛CHZ˛VART˛0˛J˛aa˛1111˛ab˛1
˛UEBER˛N˛SKZ˛POS˛VART˛0˛BELDATERG˛J
˛STAMMKALK˛J ˛aa˛0 ˛ab˛N ˛ac˛R ˛ae˛0 ˛af˛
1505˛ad1˛0˛az˛1˛bb˛1˛bg˛1˛bs˛27.05.2010˛bj˛14,83
0˛df˛29.05.2010
˛UEBER˛N˛SKZ˛CHZ˛VART˛0˛J˛aa˛15053108201123148
30300000˛ab˛1



FileMaker-Prozess

Darstellung
Import der Scannen der
auf den
Aufträge

Positionen

Scannern

Export der
fertigen
Aufträge



Warum Filemaker?
①  Der Geschäftsführung war Filemaker bekannt!
②  Den Mitarbeitern war Filemaker bekannt!
③  Server war vorhanden!



Warum Filemaker?
Vorteile!
①  HTML-Lösung war erwünscht!
②  Logik schnell umsetzbar!
③  Datenimport und Export einfach umsetzbar!
④  IWP ?!



Warum Filemaker?
Nachteile!
①  Geschwindigkeit war nicht vorherzusehen!
②  Skalierbarkeit war nicht vorherzusehen!
③  Ausfallsicherheit musste noch erarbeitet
werden!



Technischer Aufbau

Web Publishing
Büroware ERP

Filemaker Client

Engine

• Importiert die Dateien • Importiert die Dateien
Filemaker Server

• stellt die Aufträge
au einem Verzeichnis

aus einem Verzeichnis

• Datenbank

mittels PHP zur Mobile Barcode
Verfügung

Terminals

• Exportiert neue • Exportiert fertige • Bildet die Logik mittels
Aufträge in ein Aufträge

• Startet beim Aufruf
Scripte

Verzeichnis

immer ein FM Script

• Druckt Begleitzettel

• Javascript Veriﬁzierung
der Eingaben



Spezielle Probleme und
Lösungen
  Poll-Prozess
  IWP auf den Scannern
  Usereingaben
  Auswertungen
  Updates & Backups



Poll-Prozess mit dem
Client
  Wieso?
  Druck
  Import und Export der Dateien
  Berechnung der Auswertungen
  Wie?
  Virtuelle Windows 7 Maschine
  Filemaker Client
  Script
  Endlosschleife
  Dateioperationen (Import u. Export) durch
HTML-Trigger
  Datensatzoperatoren durch Trigger-Felder
  Druckerauswahl



IWP auf den Scannern
①  Erste Idee war es IWP für die Scanner zu
benutzen
②  Leider dauerte jeder Vorgang mehr als 10
sec.
③  An diesem Punkt wurde auf PHP umgestellt
④  Vorgangsdauer unter 1 sec.



Usereingaben
  auf den Scannern
  * und Co.
  Suchanfragen die zu nichts führen!
  WLAN und seine Tücken
  Back-Knopf
  zu viele Layout-Felder
  Auf dem Client
  zu viele Formelfelder
  Datensatzsperren
  IWP über das Internet



Auswertungen
  Ab einer bestimmten Anzahl von Feldern wird
es langsam
  Tabellenansichten sind leider nur schwer
möglich
  Das Risiko die Arbeiter aufzuhalten, wenn das
System mit einer Auswertung beschäftigt ist
besteht immer



Updates & Backups
  Schnell widerspricht „Updatesicher“
  Spinne oder Anker-Boje
  Updates kann man nicht unter Last testen,
dadurch sind größere Änderungen immer eine
Gefahr
  Trennung von Daten und Logik fast nicht
möglich
  Backups nur nach Feierabend möglich (daraus
folgt im Extremfall 1 Tag Datenverlust!)



Hat es sich gelohnt?
  Das System läuft seid 2 Jahren durchgängig!
  Service war über 99% der Zeit voll
funktionsfähig
  Durch schnelle Änderungsmöglichkeiten
ergeben sich ca. 300TEuro Ersparnis pro Jahr
für das Unternehmen
  Probleme ergeben sich nur bei
Serverabstürzen und „Eingabefehlern“
  Lösung ist nur sehr begrenzt
wiederverwendbar
  Fehlerhafte Änderungen können sofort die
gesamte Firma zu stillstand bringen



Hat es sich gelohnt?

Ja



Für alle die nicht da
waren!
  FileMaker kann viele User bedienen.
  Usereingaben muss man überprüfen
  auf ständige Backups muss man verzichten
  Logik muss in die Scripte, weil sonst
Filemaker keine Vorteile bietet
  FileMaker ist als Rapid Prototyping Tool Gold
wert.

In FileMaker Unternehmensprozesse
ausprobieren und dann ggf. mit anderen
Mitteln umsetzen!



FileMaker Konferenz2010

Vielen Dank unseren Sponsoren

Danke für das Bewerten dieses Vortrages

Vortragende(r)

Titel Vortrag

FMK2012: Filemaker im Dauereinsatz von Marcin Pankowski

Weitere ähnliche Inhalte

Andere mochten auch

Ähnlich wie FMK2012: Filemaker im Dauereinsatz von Marcin Pankowski

Mehr von Verein FM Konferenz

FMK2012: Filemaker im Dauereinsatz von Marcin Pankowski