KURZBESCHREIBUNG VERIFIER - Ct-pen.com

KURZBESCHREIBUNG VERIFIER
CT-PEN Plug & Play für Digital Pen & Paper Systeme
Funktionsübersicht
Der FormVerifier ermöglicht die komfortable Bearbeitung und Verifizierung der vom CT-PEN
DPP System erstellten Formulare. Diese werden vom DPP Server im Rohformat als PDF und
XML Datei geliefert und müssen in der
Regel von Sachbearbeitern noch
überprüft und korrigiert werden. Der
FormVerifier ist in der Lage auch
komplexe Workflows für die Bearbeitung
abzubilden und über die integrierte
Scriptsprache sehr flexible
konfigurierbar.
Formulare können für die Bearbeitung
beliebig gefiltert werden, über eine
Volltextsuche können z.B. nur alle
Formulare welchen einen bestimmten
Text in einem beliebigen Feld enthalten
dargestellt werden.
Die Darstellung erfolgt in einem Dialog mit dem resultierenden PDF auf der linken Seite sowie
dem Eingabedialog rechts. Im
Splitmodus wird in einem Fenster
nur der Eingabedialog und in
einem anderen Fenster das PDF
Formular dargestellt. Damit kann
auch auf zwei Monitoren
komfortabel gearbeitet werden.
Da für detaillierte Analysen und
Korrekturen die Vektordaten der
Formulare mit Anpressdruck und
Zeitstempel herangezogen
werden, sind sehr komplexe
Analysen und Korrekturen möglich. Das System ist in der Lage verschiedenste Fehler beim
Schreiben und der Texterkennung zu analysieren sowie logische Überprüfungen und Korrekturen
nach frei definierbaren Regeln über die Scriptsprache durchzuführen. Fehler wie z.B.
nicht vorhanden Artikelnummern können am PDF Formular rot eingerahmt werden, fehlende
Eingaben automatisch am PDF ergänzt sowie ungenau markierte Checkboxen korrigiert
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 2
werden. Es kann damit z.B. bei einem Verkaufsformular die Summe der Einzelpositionen
überprüft werden, wenn keine Summe manuell eingetragen wurde, wird diese vom System
anhand der Einzelpositionen automatisch berechnet und eingetragen. Sollte die Summe
vom Anwender falsch berechnet und eingetragen worden sein, wird diese rot umrahmt.
Im Beispiel wird die Summe der
Stunden rot eingetragen, da diese nicht
vom User eingegeben wurde.
In diesem Beispiel wurde die Summe
vom Anwender falsch berechnet und
daher rot eingerahmt.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m
Mit den zusätzlichen GPS
Daten und Zeitstempel
lassen sich Routen in
Google Maps oder MS
Mappoint darstellen (nur
wenn der User die
Freigabe der GPS Daten
am Mobiltelefon erlaubt).
Mittels der Vektordaten und Zeitstempel ist auch ein Echtzeit Playback des Formulars oder
einzelner Felder (z.B. Unterschriften) möglich. Dabei kann für Unterschriftenvergleiche auch
der Anpressdruck in Farbstufen oder als entsprechende Linienstärke dargestellt werden.
Damit lassen sich Unterschriften sehr zuverlässig biometrisch verifizieren.
Über sog. Lookup Tabellen ist es möglich kundenspezifische Daten zu importieren und diese
für die logische Überprüfung heranzuziehen. Als Beispiel kann der Artikel- und Kundenstamm
importiert und die Formulardaten damit überprüft werden. Bei der manuellen Korrektur
der Formulare sind diese Daten als Auswahlliste in der jeweiligen Feldern im Bearbeitungsdialog
verfügbar.

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 3
Bei der Bearbeitung können
einzelne Wörter oder Begriffe
in Wörterbücher übertragen
werden, diese können von uns
zur Optimierung der
Schrifterkennung ins DPP
System übertragen werden.
Formulare können in einer
Baumstruktur miteinander
verknüpft werden. Es kann z.B.
ein mehrseitiges
Verkaufsformular mit einem
oder mehreren zusätzlichen Formularen mit internen Informationen zum Vorgang
kombiniert werden. Jedes Formular kann dabei einem übergeordneten Formular zugeordnet
werden. Bei Bedarf lassen sich mehrseitige Formulare verknüpfen und zu einem Formular
kombinieren (z.B. eine beliebige Anzahl von Verkaufsformularen). In einer zukünftigen Version
lassen sich Formulare auch mit anderen Dokumenten wie Fotos, Word und Excel Dateien
verknüpfen.
Der Export nach der Verifizierung kann frei konfiguriert werden. Dabei können Formulare
oder Formulargruppen in andere Verzeichnisse kopiert, als Mail versendet, an einen FTP
Server oder mittels Webservice gesendet oder in andere Datenbanken exportiert werden.
Als Exportformate stehen grundsätzlich PDF, XML, CSV, Excel, SQL, DBF (Foxpro), alle Grafikformate
für Formulare zur Verfügung. Beliebige kundenspezifische Formate sind ebenfalls
möglich. Für Kunden mit hohem Sicherheitsbedarf können Daten und Formulare nach
AES256 Standard verschlüsselt werden.
Eine detaillierte History speichert sämtliche Änderungen an Formularen mit User, Datum
und Zeit. Damit wird der komplette Bearbeitungsverlauf vom Einlesen, konvertieren, korrigieren
bis zum Export detailliert erfasst und protokolliert.
Die Formulardefinitionen für die Darstellung der Dialoge werden vom System direkt aus den
Konfigurationsdaten des DPP Systems automatisch erstellt und können noch individuell mittels
integrierten Designer angepasst werden. Die Unterstützung für Full Dynamic Formulare
ermöglicht die Bearbeitung auch bei Anwendungen, bei denen jedes Formular unterschiedlich
gestaltet und vom Anwender individuell definiert wird (z.B. Verträge). Jedes Formular
wird dabei als XML Datei im FormCommander importiert und enthält die Feldbeschreibung
sowie den Hintergrund des jeweiligen Formulars. Formulare können vom IT System des
Kunden komplett selbst gestaltet werden. Eine spezielle Importschnittstelle ermöglicht eine
sehr einfache Formulardefinition durch den Kunden. Damit kann ein Formular z.B. als einfache
PDF Datei (z.B. original Lieferschein aus dem Kunden ERP System) mit einer CSV Datei
für Feldbeschreibung verarbeitet werden. Die relativ komplexe XML Definitions- Datei wird
dann vom FormCommander auf Grund dieser Daten erstellt.
Das System ist sprachunabhängig, netwerkfähig und kann über die lokale Datenbank oder
über die MySQL Datenbank am DPP Server verwendet werden.
Die Berechtigungsstruktur für die Bearbeitung der Formulare ist userspezifisch konfigurierbar,
Berechtigungen können von Gruppen- bis auf detaillierte Funktionsebene vergeben
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 4
werden. Ebenso kann die Bearbeitung auf bestimmte Formulartypen oder Formularstatus
für die jeweiligen User eingeschränkt werden.
Die Entwicklung eines solchen Systems durch den Kunden selbst ist mit erheblichen Aufwand
und Kosten verbunden, der FormVerifier ermöglicht die schnelle, kostengünstige Integration
des CT-PEN DPP Systems in die eigene IT Struktur.
Mit diesem System lassen sich auch kundenspezifische Lösungen von uns einfach, schnell
und kostengünstig erstellen.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 5
Konfiguration der Userberechtigungen
Anmeldungsüberprüfung über LDAP und Einstellung des Basisverzeichnisses des FormComannders
In der Datei SYSTEM.INI im Verzeichnis des Verifiers muss der Domainname eingetragen
werden:
[LDAPDOMAIN]
NAME=domain
In der Datei VERIFIER.INI muss noch der Programmpfad des FormCommanders eingetragen
werden:
[PATH]
DATA=Root Pfad für FormCommander
Konfiguration der Useranmeldungen
Bei Anmelden im System können Sie mit der Eingabe von „#“ beim Usernamen und dem
Systemcode „170260“ beim Passwort in der Usertabelle User anlegen, konfigurieren und
löschen.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 6
Wenn Sie unter Control ADMIN eingeben, erhält dieser User die Möglichkeit sämtliche Konfigurationen
zu bearbeiten. Für die weiteren Einstellungen müssen Sie sich als Administrator
im Verifier anmelden, um alle notwendigen Menüpunkte zu aktivieren.
Melden Sie sich jetzt mit Ihrem User als Administrator an, Sie sehen alle Menüpunkte im
Verifier für die Konfiguration des Systems.
Als erstes wählen Sie die User Login Verwaltung im Menü User rechts oben und definieren
alle User. Dazu können Sie einzelne User kopieren und Username, Passwort und Berechtigungscode
abändern. Das Datenverzeichnis entspricht jeweils dem Ordner DATEN im Programmverzeichnis
des FormCommanders bzw. in der Datei VERIFIER.INI -> PATH -> DATA.
In der Stift User Verwaltung werden für den Verifier die Usergruppe, Control (ADMIN,
CLERK etc.), Usergruppe, Username und Passwort für Webinterface, und Systemgruppe
verwendet.
Für detaillierte Berechtigungen ist zusätzlich noch für jeden User im Unterverzeichnis USER
eine Definitionsdatei vorhanden. Für den User MAKA z.B. wird ein File mit dem Dateinamen
.\USER\MAKA_FORMDIALOG.MDF erstellt.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 7
Diese Datei hat folgendes Format:
USERGROUP=AUSSENDIENST
PROJECT=1,3,4
STATUS=VDE
SCOPE=
GROUP=ADMIN
SORT=dtos(datum)+zeit
BUTTONS=JJJJJJJJJXXXJJJJ
LANGUAGE=DE
*---------------------------------------------------------------------------------------------
id |8 |IDY| |
auftrag |7 |Auftrag| |browcolor(alltrim(mord->auftrag) # "?")
bmp_status(status) |1.5|S |BMP|
bmp_valid(status) |1.5|V |BMP|
bmp_gps() |1.5|G |BMP|
bmp_chain(status) |1.5|C |BMP|
datum |7 |Datum |
zeit |5 |Zeit |
projekt |3 |Proj. |
ntrim(propar(projekt,"FORMID")) |2 |F.Id |
subject |20 |Subjekt|
userid |3 |UserID |
dp_penuser(userid) |15 |Name |
status |5 |Status | |browcolor("V" $ status .or. "S" $ status)
trackingid |9 |Seite |
version |3 |Vers. |
dp_routing() |50 |Routing|
pen_id |15 |Pen ID |
attachpdf |3 |PDF |
connect |4 |Connect|
getformstatus(xml,.t.) |30 |Doc Status |
Die Definition unterteilt sich in den Berechtigungskopf und der Definition der Tabellenzeilen.
Bei den Tabellenzeilen können Inhalt, Überschrift, Farbe und Tooltip userspezifisch je nach
Berechtigung definiert werden. Im Berechtigungskopf werden Berechtigungsgruppe, Projekt
Filter, Status Filter, Tabellen Subfilter, Bearbeitungssprache, Sortierung, Gruppe, Buttons
für die Bearbeitung sowie die Berechtigung für jeden einzelnen Menüpunkt definiert. Wenn
Sie den Bereich der Tabellenzeilen löschen, wird die Standarddarstellung verwendet.
Grundsätzlich gibt es verschiedene Definitionsstufen. Wenn Sie z.B. lediglich in der User
Login Verwaltung beim Control ADMIN eintragen, werden Basisadminberechtigungen gesetzt,
bei CLERK die die Basisberechtigungen für einen Sachbearbeiter.
Wenn Sie die Definitionsdateien für die Details verwenden, überschreiben diese die Basisdefinitionen.
Sie können dann jedes Detail der Bearbeitung definieren. Wählen Sie dazu im
Menü oben rechts den Punkt „User Definitions- Verwaltung“. Wenn keine Definition vorhanden,
können Sie mit „set default“ eine neue Basisdefinition zur Detailbearbeitung eintragen.
USERGROUP
Dieser Eintrag überschreibt alle anderen Definitionen wie z.B. beim Login. Hier können Sie
z.B. einzelnen Usern Admin Status mit ADMIN verleihen unabhängig vom Login.
BUTTONS
Sie können hier die einzelnen Buttons rechts für die Bearbeitung sperren. Jede Position dieser
Zeichenkette entspricht einem Button in der Reihenfolge von oben nach unten, ausgenommen
die ersten beiden Navigationsbuttons, diese können nicht gesperrt werden.
Z.B. die Zeichenkette JJXJJJJ sperrt den 3. Button von oben für den Druck von markierten
Formularen.
PROJECT
Durch eintragen einzelner Projektnummer, getrennt mit Komma, kann für diesen Bearbeiter
die Tabelle auf einzelne Projekte eingeschränkt werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 8
SORT
Die Standardsortierung kann durch einen beliebigen gültigen Ausdruck in der XBase Scriptsprache
ersetzt werden. Es können dabei alle Datenbankfelder sowie alle Funktionen der
Scriptsprache kombiniert werden.
STATUS
Hier kann die Bearbeitung auf Status Kennzeichen eingeschränkt werden.
Folgende Status Kennzeichen werden verwendet:
D Formular gelöscht
V Formular verifiziert
E Formular exportiert
P Gedruckt
S Storniert
- Status leer (Neu)
ALL Alle Status, ausgenommen gelöschte
Wenn kein Status eingetragen wird, hat ein Standard Sachbearbeiter keine Berechtigung
Formulare mit dem Status E für exportiert, V für verifiziert und E für exportiert und D für
zum löschen markiert zu bearbeiten.
Ein Eintrag von ? werden nur nicht exportierte Formulare angezeigt.
Wenn das erste Zeichen ein Rufzeichen ist, dann wird der Statusfilter umgekehrt, bei !E
werden also alle nicht exportierten Formulare angezeigt.
GROUP
Damit lässt sich die Tabelle auf alle Formulare einer oder mehrerer Usergruppen einschränken.
Sie können damit Formulare von Arbeitsgruppen zusammenfassen und dem entsprechenden
Sachbearbeiter zuordnen. Tragen Sie dazu in der Stift User Verwaltung bei den
entsprechenden Usern im Feld "Systemgruppe" die Gruppe ein.
LANGUAGE
Damit können einzelnen Usern, z.B. bei internationalen Unternehmen, einen länderspezifische
Bearbeitungssprache und Codepage für Sonderzeichen zugeordnet werden. Die Texte
befinden sich in der Datei LANGUAGE.TXT und können beliebig angepasst werden. Das
Landssprachenkürzel muss den Einstellungen für die Sprache entsprechen. Grundsätzlich
sind die Sprachen deutsch, englisch und italienisch bereits vorhanden.
Bei Aufruf der Bearbeitungstabelle sehen Sie oben in der Titelzeile die jeweiligen Einstellungen
für die Filter und den Userstatus.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 9
Tabellenspalten Definition
Die dargestellten Spalten können mittels der Scriptsprache beliebig gestaltet werden. Jede
Zeile wird durch Inhalt, Header, Breite, Farbcodeblock und Tipcodeblock definiert. Die Definitionen
werden durch | (pipe) getrennt.
Beispiel:
status |5 |Status | |browcolor("V" $ status .or. "S" $ status)
Spalte
Hier können alle Datenbankfelder sowie sämtliche Funktionen der Scriptsprache verwendet
werden.
Breite
Breite der Spalte
Header
Tabellenüberschrift
Typ
Wenn Bitmap Symbole dargestellt werden (Beispiel GPS Symbol wenn Koordinaten verfügbar
sind), dann Typ BMP.
Farbcodeblock
Funktion für die Darstellung der Spalte in einer speziellen Farbe.
Beispiel:
Wenn der Status V oder S ist, dann wird die Spalte grün dargestellt.
browcolor("V" $ status .or. "S" $ status)
Tipcodeblock
Funktion für die Darstellung zusätzlicher Informationen wie z.B. Formularvorschau als Bitmap
oder Dokumentenhistory, wenn der Mauszeiger über dem entsprechenden Tabellenfeld
steht.
Beispiele:
Formular als GIF Datei einblenden wenn Mauscursor über der entsprechenden Spalte
_formtip(gif_ref())
Formularhistory anzeigen _formtip2(xml,history)
User Menue
Sie können für jeden User ein eigenes Startmenü festlegen. Diese Menüs werden wie die
Userdefinitionsfiles verwaltet. Wenn keine spezielle Menüdefinitionsdatei für den User nach
dem Login gefunden wird, dann verwendet das System die Datei MENUE.MDF.
Beispiel für den User MAKA: .\USER\MAKA_MENUE.MDF
Mit dem Button "User Menue" in der Userdefinitionsverwaltung können Sie diese Datei anlegen
und bearbeiten.
Beispiel für eine Menü Definitionsdatei:
[MAIN]
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 10
*------------------------------------------------------------------------------------------------------
[STANDARDMENUE]
*------------------------------------------------------------------------------------------------------
:System |Systemfunktionen
*------------------------------------------------------------------------------------------------------
Systemfunktionen | |syscontrol()
*------------------------------------------------------------------------------------------------------
[BUTTONS]
*------------------------------------------------------------------------------------------------------
[SIZE=35,2]
[POSITION= 10,85,2.5,37,1]
>Formulare lokal | |edit_openorder()
>Formulare SQL Server | |_tab_auftrag()
>Formidable Viewer | |goweb_formidable()
>CT-PEN Support Webseite |Homepage |winapiopen("http://www.ct-pen.com/support.htm")
>Support Mail |Anfrage |supportmail()
>Export | |callextproc("export.jar")
>Interne Dokumentation | |winapiopen(".\doc\interndocu.pdf")
In der Regel müssen Sie lediglich jene Programmpunkte mit einem "*" am Anfang markieren,
welche Sie dem User nicht zur Verfügung stellen wollen. Wenn Sie eigene Files wie interne
Doku, EXCEL oder Word Dateien einbinden wollen, dann müssen Sie diese mit der
Funktion winapiopen() öffnen. Die angegebene Datei wird je nach Dateiendung mit einer
Anwendung verknüpft.
Mit callextproc() können Sie externe Programme wie z.B. Batchfiles ausführen.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 11
Tabellenspalten im Viewer
ID ID des Datensatzes, laufende Nummer
Auftrag Variable Bezeichnung für das Formular, kann über Script gesteuert
werden
Status Bitmap Verarbeitungsstatus des Formulars als Bitmap Symbol, siehe
oben
Bei den drei oben genannten Spalten wird das Formular als Vorschau
angezeigt, wenn Sie mit dem Cursor in einer dieser Spalten
stehen, ebenso wenn Sie über der Spalte PDF stehen
Valid Bitmap Ergebnis des Gültigkeits- Scripts, wenn z.B. ein Artikel aus einem
Verkaufsauftrag falsch erkannt wurde
GPS Wenn GPS Koordinaten mit dem Formular gesendet wurden
Verkettung Wenn dieses Formular mit anderen Formularen verkettet wurde
Z.B. wenn zu einem Verkaufsformular ein Zusatzformular oder
Folgeformular vorhanden ist
Geschlossen Wenn dieses Formular abgeschlossen wurde
History Wenn ein History-Eintrag für dieses Formular vorhanden ist.
Wenn Sie mit dem Cursor über dieser Spalte stehen wird die
History als Tooltip angezeigt
Datum Datum der Erstellung
Zeit Zeit der Erstellung
Projekt Projekt ID des Formulars
FI Formidable ID des Projektes
Bezeichnung Bezeichnung, über Script gesteuert
User ID ID des Users
Pen User Name des Users
Status Statuskennzeichen
Seite Erste Seitennummer des Formulars
Vers. Version des Formulars, kann auch mehrfach gesendet werden
Email Routing Weiterleitungen des Formulars
Pen ID Eindeutige Pen ID, steht auf jedem Stift auf dem Label
Gedr. Formular wurde gedruckt
Strokes Es sind Vektordaten für dieses Formular vorhanden, diese werden
für diverse Korrekturen oder Spezialauswertungen verwendet.
Z.B. Extrahieren von Unterschriften, auslagern in DXF Format für
Autocad, Playback des Formulars zur biometrischen Verifizierung
PDF Dateiname der PDF Version des Formulars
Zu Form Dieses Formular ist mit einem anderen Formular verkettet
Add1 – Add4 Zusätzliche Spalten die kundenspezifisch über Script mit Informationen
gefüllt werden können.
Orig.ID Beim zusammenführen von Formularen wird die Original ID gespeichert
Doc Status Verarbeitungsstatus im Klartext
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 12
Buttons rechts
Diese Buttons können userspezifisch aktiviert oder gesperrt werden. Sie Sektion BUTTONS
im Userdefinitionsfile.
Anfang – Ende Blättern in der Tabelle
F2=Details Hier wird eine Übersicht der Formulardaten angezeigt, mit der
Möglichkeit diese zu ändern und Scripts zu Testen. Es wird jedes
Formularfeld mit Typ, Verarbeitungskennzeichen etc. dargestellt.
F3=markieren Markieren des Datensatzes zur weiteren Verarbeitung
F4=markierte drucken Drucken aller markierten Datensätze
F5=Mark. entfernen Alle Markierungen entfernen
F6=PDF öffnen PDF mit Akrobat Reader öffnen
F7=Formular Einzelnes Formular drucken
F8=Status Status Details anzeigen
Mail weiterleiten Weiterleiten des Formulars an eine Mailadresse
Verteiler Auflösen der Verteilerlogik und vorschlagen für Mailversand
Usermail Formular an User senden
Report Mittels Reportgenerator erstellen Vorlagen ausdrucken oder exportieren
Export Export in ein anderes Verzeichnis. Die Konfiguration erfolgt über
die allgemeinen Einstellungen unter „in Ordner bei Eingang kopieren“,
mehrere Ordner können mit Komma getrennt angegeben
werden
ALT+E CSV Standard CSV Export, die markierten Formulare werden nach Projekt
gruppiert und in einzelne CSV Dateien im Unterverzeichnis
EXPORT ausgelagert. Der Dateiname setzt sich aus „exp_“ gefolgt
von Formulardatum, Zeit, ID und Bezeichnung zusammen.
Kombinieren Die markierten Formulare werden zu einem Formular zusammengefügt.
Es wird ein PDF mit einem speziellen XML File erstellt,
welche die Daten der zusammengeführten Formulare kombiniert.
Achtung ! das Format der XML Datei ist unterschiedlich zum
Standard Format !
Löschen Löschen des Formulars mit allen zugehörigen Daten und Verknüpfungen
F9=Baum Baumstruktur verketteter Formulare anzeigen und bearbeiten.
Dabei können Formulare in beliebiger Tiefe miteinander verkettet
werden.
F10=History Anzeigen der Verarbeitungs-History. Jeder Verarbeitungsschritt
und jede Veränderung eines Formulars wird protokolliert
GPS Position Anzeigen der GPS Position beim Ausfüllen des Formulars mit
Google Maps
GPS Tagesroute Anzeigen der Tagesroute des Users des gewählten Formulars. Es
werden alle Formulare eines Tages für die Anzeige verwendet.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 13
Pull Down Menüs
Diese Menüpunkte werden je nach Status aktiviert. Als ADMIN sind alle Menüpunkt verfügbar,
als CLERK (Sachbearbeiter) nur jene, welche Markierungen betreffen.
Menügruppe Zusätze
Selektoren Definitionen Selektoren werden für Popup Menüs im Verifier verwendet
Alle Formulare komprimieren Bei mehrfach versendeten Formularen und wenn diese getrennt
abgelegt werden (abhängig von der Einstellung in
Basiskonfiguration „doppelte Formulare zusammenführen“),
werden die einzelnen Formulare zu einem einzelnen
Formular zusammengeführt. Dabei werden alle Korrekturen
berücksichtigt und in ein Formular übernommen
Löschen aller Formulare eines Projektes
Alle Formulare eines Projektes werden mit allen zusätzlichen
Daten gelöscht
Script Zusatzfelder ausführen Das Befüllen der Zusatzfelder Add1-Add4 kann nachträglich
über das entsprechende Script ausgeführt werden. Das
Script finden Sie in der Basiskonfiguration beim entsprechenden
Projekt
User ID ändern Ändern der User ID des Formulars, damit können Sie es
einem anderen User zuordnen
Auftrag neu eintragen Das Feld „Auftrag“ kann über das Script neu befüllt werden
Connector ausführen (Einlesen) Das Script welches beim Einlesen des Formulars ausgeführt
wird, kann hier zu Testzwecken neu aufgerufen werden
Connector ausführen (Export) Das Script welches beim Export des Formulars ausgeführt
wird, kann hier zu Testzwecken neu aufgerufen werden
Image Dateien erstellen Es werden die GIF Dateien für das Webinterface und diverse
Vorschaufunktionen neu erstellt
Formular manuell importieren Ein Formular kann als XML und PDF Datei zu Testzwecken
importiert werden
Formular validieren Alle Validierungs Scripts ausführen, ungültige Felder werden
markiert
Editierbares PDF erstellen Es wird ein PDF erstellt, welches das Original Formular
enthält sowie ein PDF mit den einzelnen Felder und dem
Ergebnis der Schrifterkennung. Diese Formulare können
auf Anfrage nach dem Bearbeiten wieder über Webservice
ins System übernommen werden. Diese Formulare können
auch mit Zusatzfeldern versehen werden, um einen individuellen
Workflow zu erstellen. Das Formular wird dann zur
Ergänzung an die einzelnen Sachbearbeiter versendet und
nach Fertigstellung wieder importiert. Dazu wird auf dem
Formular unten rechts anstatt des Senden Feldes ein Button
eingefügt. Dieser sendet dann das ausgefüllte Formular
per Webservice an den FormCommander. Dieser liest die
Felder aus und importiert sie wieder in das Formular.
PDF Sicherheitsstatus Anzeigen des Sicherheitsstatus des PDF Formulars (Passwort,
Verschlüsselung etc.)
Displayinfo Info über die aktuelle Konfiguration des Verifiers anzeigen
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 14
Menügruppe Markierungen
Alle Markierungen löschen Alle gesetzten Markierungen werden wieder gelöscht
Markierungsfilter setzen Datensätze auf Grund eines speziellen Filters setzen
Tabelle Filter auf markierte Sätze
Es werden nur die Datensätze mit einer Markierung dargestellt
Tabelle Filter auf markierte Sätze löschen
Es werden wieder alle Datensätze dargestellt
Markierte Sätze per Email weiterleiten
Alle markierten Datensätze werden per Email weitergeleitet
Markierte Sätze drucken Alle markierten Datensätze werden gedruckt
Markierte Sätze Status ändern Statusänderung der markierten Datensätze
Markierte Sätze exportieren Standard Export von PDF und XML
Markierte Sätze Import Connector ausführen
Das Importscript (Basiskonfiguration -> Connectoren) wird
nochmals ausgeführt
Markierte Sätze Export Connector ausführen
Das Exportscript (Basiskonfiguration -> Connectoren) wird
nochmals ausgeführt
Markierte kombinieren Die markierten Formulare zu einem PDF Formular und XML
File kombinieren. Achtung ! Das Format der XML Datei ändert
sich dabei !
ALT+E Export CSV Standard CSV Export, siehe Buttons
Report
Es können verschiede Reports mit dem Reportgenerator erstellt werden, über den Designer
können die Reports gestaltet werden.
Testfunktionen
Diese Funktionen werden nur zum Testen von Scripts und der Einstellung der Verarbeitungslogik
verwendet. Nach der endgültigen Konfiguration des Systems werden diese Funktionen
nicht mehr benötigt.
Testmail erstellen Wenn Formulare per Email vom Server importiert werden
(Standard ist SQL), kann aus dem gewählten Formular ein
Testmail für den Import erstellt werden
Test Korrektur von XML Variablen über Script
Beim Einlesen können Felder über Scripts korrigiert werden.
Z.B. das Script wctod(xvar(„datum“)) erkennt die verschiedensten
Eingabefehler und Datumsformate und konvertiert
das Datum in das Format TT-MM-JJJJ
Connector Test Import Testen des Importscripts
Connector Test Export Testen des Exportscripts
Connector Test Source Testen des Basis Scripts
Image mit Strokes erstellen Aus den Vektordaten wird ein Image in Kombination mit
dem Hintergrund erstellt
HTML Dialog Es kann aus dem Formular ein HTML Dialog aus Templates
für die Bearbeitung im Webinterface oder zur externen Bearbeitung
(Versand über Email und Import über Webservi-
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 15
ce) erstellt werden, hier kann das Template im Browser
angezeigt werden (falls vorhanden)
XML Korrektur (Variablen) Den Script Codeblock des Feldes ausführen
Prepop XML Anzeigen der XML Datei mit den vorausgefüllten Daten bei
prepopulated Formularen. Mit diesen Daten wurde das
Formular beim Druck vorab befüllt, diese Daten werden
über ein zusätzliches XML File wieder eingelesen und mit
dem Originalformular verbunden
Verifizierungsmaske
Source Test Individuellen Code eines Scripts ausführen
Formularergänzungstest Test des Scripts zum Ergänzen von Formulardaten im PDF,
z.B. automatisches einfügen der Artikelbezeichnung in einem
Verkaufsformular wenn nur die Artikelnummer ausgefüllt
wurde
XML Summe Test für das Script zum Summieren von Feldern in einem
Formular. Damit lässt sich z.B. die Auftragssumme unter
Berücksichtigung der einzelnen Preise automatisch im PDF
und XML einfügen
Multistring correct Es kann in Ausnahmesituationen vorkommen, dass Formulare
mehrfach am Server verarbeitet werden, und Text in
Feldern verdoppelt werden. Hiermit werden die Felder automatisch
korrigiert, sodass jede Variable nur einmal vorkommt
Sync record Bei Verifizierung auf mobilen Geräten wie Smartphones
und Tablet Computern, können die XML Variablen in einzelnen
Felder in einer speziellen Datenbank gespeichert
werden. Diese Datenbank wird mit der internen Datenbank
synchronisiert. Diese Datenbank kann auch für Import-
und Export der Software von Drittanbietern verwendet
werden sowie für Individuallösungen zur gemeinsamen Bearbeitung
des Datenbestandes.
XML definition Es wird ein PDF Formular erstellt mit den jeweiligen XML
Knoten Bezeichnungen. Dieser Ausdruck dient zur Kontrolle
der Feldpositionen und Bezeichnungen der XML Knoten
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 16
Die Verifizierungsmaske
Mittels Doppelclick auf die Tabellenzeile öffnet sich der Dialog für die Verifizierung. Dieser
wird automatisch beim ersten Einlesen eines Formulars aus der Basiskonfiguration des DPP
Systems erstellt und kann beliebig angepasst werden.
Bei sog. Full Dynamic Formularen,
wobei jedes gedruckte Formular
unterschiedlich gestaltet werden kann,
wird die Basiskonfiguration jedes Mal
beim öffnen des Dialoges eingelesen.
Eine Änderung der Formulardefinition
ist nur für Parameter möglich, welche
nicht das Format und die Position der
Felder betrifft. Da der Hintergrund des
rechten Teils des Dialoges immer vom
PDF gerendert wird, kann die Qualität
u.U. nicht optimal sein, dazu kann
dann ein Standard Hintergrund für das
Formular erstellt werden. Dieser wird
dann in der Regel aus dem gleichen
Programm als JPG File erstellt, wie
das PDF gestaltet wurde. Damit entstehen
keine Qualitätsverluste durch mehrfaches konvertieren. Diese Dateien finden Sie im
Unterverzeichnis APPS des FormCommanders, jede Seite wird als separates JPG File abgelegt,
beginnend mit bg-0.jpg für Seite 1.
Wenn ein Formular im Design- und Konfigurationsmodus geöffnet wird, kann der Verifizierungsdialog
individuell angepasst werden. Bestimmte Einstellungen sind userspezifisch und
werden mit dem Userlogin verknüpft. Mit ALT+F9 wird der Dialog für die Einstellungen geöffnet:
• Standard Aufteilung (rechts PDF, links Bearbeitungsmaske)
• Splitmodus – PDF und Bearbeitungsmaske werden in verschiedenen Fenster geöffnet.
Ein Dialog enthält die Bearbeitungsmaske, das andere Fenster das PDF mit Adobe
Akrobat. Nach Beenden der Bearbeitungsmaske wird das Fenster mit dem Adobe Reader
automatisch geschlossen. Die Position des PDF Fensters wird gespeichert und
beim nächsten Aufruf des Dialoges wieder an der gleichen Stelle dargestellt. Damit
kann auch auf Systemen mit zwei Monitoren übersichtlich gearbeitet werden.
• Größe des Fensters
• Skalierung des Dialoges, über einen Faktor kann das Fenster vergrößert und verkleinert
werden
• Position und Größe des Hintergrund Bildes
• Schrift für den Bearbeitungsdialog
• Anzeige von prepopulated Daten (Formulare mit spezifischen Daten)
• Anzeige von versteckten Feldern
• Anzeige oder unterdrücken der Toolbar des PDF Fensters
• Hintergrundfarbe des Eingabefelder
• Art der Konvertierung des Hintergrundes für den Bearbeitungsdialog
In der Regel werden nur der Faktor für die Größe und die Schrift verändert.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 17
Wenn der Design Modus aktiviert wurde, können
über einen Designer die einzelnen Dialogfelder in
der Größe und Position verändert werden. Mit
ALT+D wird der Dialog für den Designer
aufgerufen. Nach Bestätigung können Sie die
einzelnen Felder beliebig verschieben und in der
Größe ändern. Wenn Sie fertig sind, ESC drücken,
die folgende Meldung bestätigen und dann unten
den Button „SavePos“ anklicken.
Bei mehrseitigen Formularen kann mit CTRL und
Plustaste bzw. CTRL und Minustaste vor und
zurück geblättert werden. Mit ALT+F6 erhalten Sie
Debug Infos über den Aufbau der Maske und den
gewählten Parametern.
Mit der rechten Maustaste erhalten Sie ein Kontextmenü in den einzelnen Feldern. Damit
lassen sich markierte Begriffe ins Wörterbuch übertragen, das Wörterbuch für dieses Feld
bearbeiten, Strokes prüfen (Unterschriften-vergleich) und die Feldkonfiguration im Designmodus
bearbeiten.
Mit der Taste F11 wird, falls Daten vorhanden, ein Popup Menü für das Feld aufgerufen.
Damit lassen sich z.B. aus einem Artikelstamm die Daten für die Verifizierung auswählen.
Für jedes Feld kann ein eigener
Datenbestand für Popups definiert
werden. Der Import und die Verwaltung
von Selektoren wird im Anhang
beschrieben.
Sie können hier die Selektoren auch
löschen, ändern oder neu anlegen. Sie
können nach dem Code (z.B.
Artikelnummer) oder der Bezeichnung
suchen.
Diese Daten werden auch zur
automatischen Vervollständigung von
Formularfeldern verwendet. Wenn z.B.
nur die Artikelnummer eingetragen
wurde, aber nicht die Bezeichnung. Dann
kann diese automatisch im PDF und XML
eingefügt werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 18
Mit der Taste ALT+F9 wird der Dialog für die Konfiguration aufgerufen.
Wenn Sie die Option „Design“ wählen, wird nach dem Beenden und
neu Öffnen der Maske der Designmodus aktiviert.
Mit der Taste ALT+F10 wird der Dialog für die Basiskonfiguration aufgerufen
Hier können Sie die wichtigsten Parameter ändern.
Die Tasten + und + verändern den Faktor
für die Größe des Dialoges. Bei „Hintergrund
neu erstellen“ wird aus der Datei background.pdf
im Unterverzeichnis der Applikation
eine JPG Datei für den Dialoghintergrund
erstellt.
Die Testbuttons zeigen die Konfiguration in einem
sog. Array detailliert an.
Mit der Taste F12 kann das Feld in einem eigenen Dialog bearbeitet werden. Diese Funktion
ist bei sehr kleinen Feldern hilfreich.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 19
Buttons oben im Bearbeitungsdialog
1 2 3 4 5 6 7 8 9 10 11 12 13 14
Button 1 Druck
Es kann über einen Druckdialog der Drucker gewählt werden, es wird der gesamte Dialog
als Screenshot gedruckt. Wenn Sie nur das PDF drucken wollen, finden Sie den Button im
PDF Dialog.
Button 2 Mail
Das Formular wird per Email versendet. Tragen Sie den Empfänger ein und ändern Sie u.U.
den Text im Textfeld. Sie können das PDF
auch gezippt senden.
werden auch diese ausgewertet.
Mit dem Button „Verteiler“ wird der
Standardverteiler für dieses Formular
ermittelt und bei der Mailadresse
eingetragen. Wenn Sie z.B. bei einem
Formular Checkboxen für verschiedene
Mailempfänger verwenden, werden diese
Checkboxen ausgewertet und wenn
angewählt, die entsprechenden Empfänger
ermittelt. Wenn Sie eine Verteilerzeile mit
Mailadresse oder Shortcuts verwenden,
Button 3 PDF Status
Es wird der aktuelle Status der PDF Datei angezeigt, dieser kann auch verändert werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 20
Button 4 Formular Bearbeitungs-Status
Es wird der aktuelle Status angezeigt, dieser kann geändert werden. Im Dialog unten sehen
Sie Detailinformationen zur Auslagerung, schließen des
Formulars und Änderungen durch User. Details finden Sie auch
in der Formular History.
Button 5 Weiterleitungen
Falls Weiterleitungen durch Checkboxen oder Verteilerzeilen definiert wurden, werden diese
angezeigt.
Button 6 Workflow Baumstruktur
Die Baumstruktur des Formulars wird angezeigt und kann bearbeitet werden. Damit lassen
sich Formulare verknüpfen und zu einer Struktur kombinieren.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 21
Button 7 History
Es wird die komplette Verarbeitungs-History angezeigt
Button 8 GPS Daten
Es werden die Koordinaten mittels Google
Maps dargestellt. Dazu muss am Mobiltelefon
im Penpusher die Option GPS aktiviert werden.
Button 8 Zusatz Funktionen
Dieser Button ist für kundenspezifische Zusatzfunktionen per Script verwendbar.
Button 9 Konfiguration
Dieser Button öffnet den Konfigurationsdialog.
Buttons 11-14 Seiten Navigation
Sie können bei mehreren Formularseiten zusätzlich zu den Buttons unten blättern.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 22
Buttons unten
1 2 3 4 5 6 7 8 9 10 11
Die Buttons 5,6,7,8 sind nur im Designmodus verfügbar
Button 1 Druck Dialog
Es wird der Adobe Druckdialog geöffnet zum Drucken des PDF.
Button 2 Formular Details
Es werden alle Detaildaten des Formulars angezeigt, Werte von Felder könne geändert werden.
Button 3 Abbruch
Abbruch ohne Speichern
Button 4 Playback
Playback der Vektordaten in Echtzeit zur Verifizierung von Unterschriften
Button 5 F11=Popup
Öffnet den Dialog für Popup Felder, sieh oben Funktionstaste F11. Dieser Button kann über
die Einstellungen unterdrückt werden.
Button 6 aFields
Es werden alle Felddefinitionen in einem Array angezeigt, dient zur Überprüfung der Definitionen.
Button 7 SavePos
Speichert die Feld Größe- und Position wenn diese mit dem Designer verändert wurden.
Button 8 EditKonf.
Die Konfigurationsdatei wird in einem Texteditor angezeigt und kann manuell verändert
werden.
Button 9 PDF Export
Die PDF Datei kann in ein anderes Verzeichnis exportiert werden.
Button 10 Speichern
Die Änderungen der Formularfelder werden gespeichert.
Button 11 Abschluss
Das Formular wird abgeschlossen und falls vorhanden, das Export Script ausgeführt. Dazu
muss in der Basiskonfiguration die Option „Nach Verifizieren Export“ angewählt werden und
ein Connector für dieses Formular definiert werden.
Beim Export können Formulare
• In SQL Tabelle (ODBC) exportiert werden
• Mittels FTP versendet werden
• In einen Ordner als XML und PDF kopiert werden
• Als Email versendet werden
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 23
• Als XML mittels Webservice exportiert werden
• Mittels SOAP als XML exportiert werden
• In eine FOXPRO oder SQL Datenbank exportiert werden, wobei jede XML Variable in
ein eigenes Datenbankfeld gespeichert wird
Alle diese Exportmöglichkeiten lassen sich auch kombinieren.
Beim Abschluss wird der Formular Status geändert und eine XML Variable mit Datum, Zeit
und Bearbeiter angefügt.
Beim Export wird eine XML Variable mit der Exportmethode angefügt.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 24
Formular-Felddefinitionen für CT-PEN DPP Formulare
Sie erhalten von uns zur Definition aller verwendeten Felder eine EXCEL Vorlage, in welche
Sie die Definitionen für die einzelnen Felder eintragen.
Die Definition für ein Formular besteht aus folgenden Elementen
Index Interne Nummer des Feldes (Referenznummer)
Seite Nummer der Formularseite wenn mehrere Seiten verwendet werden
XML Knoten Bezeichnung des Feldnamens im XML welches die Daten im Klartext aus der
Schrifterkennung
enthält und die hauseigene IT übernommen werden kann
Typ Typ des Feldes
Subtyp Untertyp zur Verarbeitung z.B. Email, Telefonnummer, Verteilerzeile etc.
Bezeichnung Infotext für das Feld
Dezimale Dezimalstellen bei numerischen Feldern
Max.Länge Maximale Länge des Feldinhaltes
Gruppe Bei Radiobuttons der Name der Gruppe
Prepop „J“ wenn beim Druck ein Wert in das Feld gedruckt wird wie z.B. Auftragsnummer,
Kundendaten etc. Die Daten werden von Ihnen in Form einer XML
Datei zur Verfügung gestellt (siehe Systeminfos)
Datentypen für das Feld TYP:
L Logisch bzw. Checkbox
R Radiobuttongruppe, nur ein Feld der Gruppe kann angekreuzt werden
M Mehrzeilige freie Textfelder
C Einzeilige Textfelder
CB unterteilte Felder
D Datum
N Ziffern 0-9
U Uhrzeit in Form einer Uhr (siehe unten)
ZS Zeitspanne (siehe unten)
T Temperatur (in Form eines Thermometers)
F Foto (Das Telefon erwartet ein Foto welches mit dem Formular geschickt wird)
B Barcodecheckbox (Stift liest nach dieser Checkbox einen beliebigen Barcode ein)
Subtypen
VMAIL Mail Verteilerzeile
EMAIL Email
TEL Telefonnummer
WB Wörterbuch wird hinterlegt, z.B. Artikelstamm
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 25
Interne Felder
Für interne Zwecke werden folgende Felder verwendet:
SYS_DESC1 Beschreibung lt. Script
SYS_DESC2 Beschreibung2 lt. Script
SYS_DESC3 Kennung lt. Script
SYS_USERNAME Username
SYS_BASEFORM Seitennummer des Hauptformulars mit dem dieses Formular verbunden
ist (variable Formularsetzs)
Sonderfelder (werden zur Steuerung des Workflows verwendet)
_STORNOPAGE Seite stornieren
_CLOSED Seite wurde vom User über Checkbox geschlossen
_NEXTPAGE Folgeseite (Radiobutton Gruppe SYSPAGE im Formidable)
_LASTPAGE Letzte Seite einer Serie (Radiobutton Gruppe SYSPAGE im Formidable)
_AKTPAGE Seitennummer einer Serie
_STORNO_01 Checkbox Storno aller Felder mit Endung „_01“
_FORMTIME 4 Stellig, boxed, Zeit, wird zur Verbindung von Formularen verwendet
EVERNOTE Checkbox für autom. Export des Formulars in Evernote
[var]_LD Leading decimals, Vorkommastellen um Dezimalfelder automatisch zusammenzuführen,
zusätzlich ist das Feld mit anschließendem _TD notwendig.
Diese beiden Felder werden automatisch zu einem Feld komibniert.
Z.B. Werte aus Feld PREIS1_LD und Feld PREIS1_TD werden automatisch
in Feld PREIS1 gespeichert. Diese XML Variable wird dann automatisch
erstellt und muss nicht in Formidable berüchsichtigt werden
[var]_TD Trailing decimals, siehe _LD
_EXPORT_WORD Das Formular wird als Word Dokument weitergeleitet, Voraussetzung ist
eine Vorlage im Unterverzeichnis REP oder im APPS Verzeichnis des
FormCommanders
Zeilen welche durch _STORNO_[n] storniert werden können, müssen am Ende die jeweilige
Zahl enthalten, z.B. ARTIKEL_01 für die Artikelnummer in Zeile 1, BEZEICHN_01 für Bezeichnung
01 etc.
Bei fix zugeordneten Zusatzformularen muss in der Projekt Kennung „CONNECT_[nProjekt]“
enthalten sein, z.B. CONNECT_1. Diese Formulare werden mit dem Feld _FORMTIME, welches
die aktuelle Zeit des Hauptformulars enthält (vom User eingetragen) verbunden. Wenn
also z.B. das Verkaufsformular die Projektnummer 5 hat, dann muss bei Zusatzformularen
die Kennung „CONNECT_5“ eingetragen werden.
Wenn kein fix zugeordnetes Formular folgt, wird das erste Formular des gleichen Tages mit
dem gleichen _FORMTIME Wert gesucht und das aktuelle Formular damit verknüpft. Es
können also beliebige Formulare miteinander am gleichen Tag verknüpft werden.
Bei verketteten Formularen wird immer die Basis Seiten ID in der Variablen
SYS_BASEFORM gespeichert, damit erhalten Sie immer eine eindeutige Referenz auf das
Hauptformulare. Bei der Übernahme der Daten in Ihr System sollten Sie immer diese Referenz
verwenden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 26
Kombinierte Formulare werden mit einer eigenen ID zu einem neuen Formular mit einem
kombinierten XML mit den Feldern und Kopfdaten aller Formulare gespeichert. In der
Baumansicht sieht man die Abhängigkeit der Formulare.
_DXF_[n] Export Skizze ins DXF Format, wird als Datei mit der Formular ID und
der Seitennummer mit Endung dxf im Formularverzeichnis
.www_root/form/ gespeichert
Checkboxen müssen unbedingt „true“ bei aktiviert zurückgeben !
Wenn eine Checkbox mit dem Namen „evernote“ gefunden wird und der User in den Userverwaltungsdaten
Zugangsparameter für Evernote eingetragen wurden, dann wird dieses
Formular über das Commandline Interface an Evernote als PDF und im Klartext übergeben.
Dazu muss jedoch Evernote auf dem FormCommander Computer installiert sein.
Selektoren, Basisdaten für Popup Felder, Feldvalidierung und Autofill
Felder
Selektoren sind die Basis für Popup Felder, Feldvalidierung und automatischen Zusatztext in
Formularen. Diese Daten werden über ein CSV File eingelesen. Die jeweilige Datei muss in
den Ordner „select“ des FormCommanders kopiert werden. Nach der Übernahme wird diese
wieder gelöscht. Bei bereits eingelesenen Datensätzen werden nur die Bezeichnungen überschrieben.
Die Datei muss mit „SEL_“ beginnen und die Endung CSV besitzten. Beispiel:
SEL_ARTIKEL.CSV
Die Datei muss wie folgt aufgebaut sein:
ART;CODE;BEZEICHNUGN;INFO
ART Art des Popups, damit wird die Gruppe für das jeweilige Formularfeld definiert,
z.B. ARTIKEL. Die Art kann dann bei den Felddefinitionen für Popup Felder im
FormCommander in der Felddefintion eingetragen werden. Dabei wird zwischen
Popups mit und ohne Button rechts zur Auswahl im Verifier unterschieden.
Wenn z.B. bei den Felddefinitionen des Formulars unter „Popup“
H_ARTIKEL anstatt nur ARTIKEL eintragen, dann wird kein Popup Button
rechts neben dem Formularfeld dargestellt, stattdessen muss die Auswahltabelle
mit der Funktionstaste F11 aufgerufen werden wenn der Cursor im Feld
steht. Dadurch können Popups auch bei direkt angrenzenden Feldern verwendet
werden bei denen kein Platz für den Popup Button vorhanden ist. Im Designer
Modus (Admin Rechte erforderlich) des Viewers kann mit Klick der rechten
Maustaste das Kontextmenü aufgerufen werden, über welches ebenfalls
die Felddefinitionsmaske geöffnet wird. Hier kann die Art dann unter „Pupup“
eingetragen werden.
CODE Kurzcode wie z.B. die Artikelnummer oder Kundennummer. Der Code ist die
eindeutige Referenz auf die Bezeichnung, darf also nicht doppelt vorkommen.
BEZEICHNUNG Bezeichnung des Feldes, kann für automatische zusätzliche Texte auf
Formularen verwendet werden. Damit können Kürzel (Feld CODE) im Formular
eingetragen werden, das System druckt automatisch die Zugehörige Bezeichnung
ins Formular.
INFO Optionale interne Info für das Feld
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 27
Selektoren können auch manuell übernommen werden. Im FormCommander -> Button unten
„Konfig“ -> Menü oben „Stammdaten“ -> „Selektoren Definition“ -> Button rechts „Import“.
Hier sehen Sie auch alle übernommenen Daten und können diese manuell ändern.
Diese Selektoren können auch Projektübergreifend verwendet werden.
Achtung: für die automatische Übernahme muss in der Konfiguration des FormCommanders
-> Button unten „Konfig“ -> Tab „Einstellungen“ die Option „Selektoren automatisch importieren„
aktiviert sein.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 28
Popup Felder
Diese Felder dienen im Verifier Popup’s beim editieren der Formulare. Dazu muss im Form-
Commander in der Formularfelddefinition im Feld „Popup“ die Gruppe für das Popupfeld eingetragen
werden.
Feldvalidierung
Felder können auf einfache Weise auf Gültigkeit überprüft werden. Dazu muss in den Formularfelddefinitionen
eine Funktion im Feld „Gültig“ eingetragen werden. Wenn die Bedingung
false bzw. .f. zurückgibt, wirde das Feld auf dem Formular rot umrahmt.
Beispiel für die vordefinierten Funktionen val_csc() und val_csb():
Ein Formularfeld (XML Variable ARTIKEL01) wird überprüft, ob der Inhalt in der Tabelle der
Popup Werte enthalten ist. In der Pupudefinition muss die Artikelnummer wie folgt übergeben
werden:
ARTIKEL;12453789778;Rohrschelle 15mm;Rohrschelle
Die Funktion im Feld „Gültig“:
val_csc("ARTIKEL",xvar("ARTIKEL01"))
Soll die Artikelbezeichnung validiert werden, muss die Funktion wie folgt eingetragen werden:
val_csb(“ARTIKEL“,xvar("BEZEICHNUNG01"))
Wenn die der Text im Formularfeld BEZEICHNUNG01 nicht gefunden wird, erscheint das
Feld auf dem resultierenden PDF rot umrahmt.
Die Feldvalidierungsfunktion kann auch aus jedem gültigen Scriptausdruck erstellt werden.
Beispiel:
upper(xvar("USERCODE")) $ {"USER1", "USER2", "USER3", "USER4"}
Variable USERCODE muss im Vergleichsarray enthalten sein
Beispiel:
val(xvar("NUMMER")) > 10 .and. val(xvar("NUMMER")) < 100
Es gibt noch eine wesentlich leistungfähigere Möglichkeit Felder bzw. komplette Formulare
zu validieren, dazu werden die sog. SRC Connectoren verwendet. Diese können komplexen
Sourcecode zur Kontrolle und Markierung von Felder enthalten und ermöglichen auch das
Einfügen zusätzlicher Texte auf dem PDF. Dabei haben Sie tausende Scriptbefehle der XBA-
SE Programmiersprache sowie sämtliche interen Funktionen des FormCommanders zur Verfügung.
Beispiel:
aMark := {}
cXML := mord->xml
nXWert1 := val(xvar("boxed105",cXML))/100
nXWert2 := val(xvar("boxed106",cXML))/100
nXWert3 := val(xvar("boxed107",cXML))/100
nXSum := val(xvar("boxed108",cXML))/100
nSum := nXWert1+nXWert2+nXWert3
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 29
cXML := put_xmlvar(cXML,"boxed105",ntrim(nXWert1,2))
cXML := put_xmlvar(cXML,"boxed106",ntrim(nXWert2,2))
cXML := put_xmlvar(cXML,"boxed107",ntrim(nXWert3,2))
if nXSum = 0 // wenn leer
cXML := put_xmlvar(cXML,"boxed108",ntrim(nSum,2)) // Berechneter Wert
aadd(aMark,{"boxed108",ntrim(nSum,2)}) // Wert ins PDF eintragen da Feld nicht ausgefüllt
if mord->(rec_lock())
mord->xml := cXML // Summe korrigiert
endif
else
if ntrim(nXSum,2) # ntrim(nSum,2)
aadd(aMark,{"boxed108","#","1,0,0"}) // Feld rot umranden, 1,0,0 = Farben RGB
endif
endif
cstat("PDFCORRECT",aMark)
In diesem Beispiel werden die Felder boxed105 bis boxed107 überprüft und bei Bedarf die
Summe in Feld boxed108 eingetragen bzw. das Feld bei falscher Summe rot umrandet.
Beispiel Artikelnummern aus verschiedenen Feldern verbinden und prüfen ob vorhanden
bzw. gültige Nummer
x := 0
cXML := mord->xml
aMark := {}
aSel := saveopen("SEL")
sel->(setorder("CODE"))
for x := 1 to 20
cVar1 := "ANDM_" + strzero(x,2)
cVal1 := xvar(cVar1)
if !empty(cVal1)
cVal1 := padr(cVal1,5,"0")
cXML := put_xmlvar(cXML,cVar1,cVal1)
//dcqdebug cVal1
end
cVar2 := "ANFAM_" + strzero(x,2)
cVal2 := xvar(cVar2)
if !empty(cVal2)
cVal2 := padr(cVal2,5,"0")
cXML := put_xmlvar(cXML,cVar2,cVal2)
//dcqdebug cVal2
end
cVar3 := "ANEN_" + strzero(x,2)
cVal3 := xvar(cVar3)
if !empty(cVal3)
cVal3 := strzero(val(cVal3),3)
cXML := put_xmlvar(cXML,cVar3,cVal3)
//dcqdebug cVal3
end
cVar4 := "BEMERK_" + strzero(x,2)
cVal4 := xvar(cVar4)
cVar5 := "PREIS_" + strzero(x,2)
cVal5 := xvar(cVar5)
if !empty(cVal5)
if !"." $ cVal5 .and. !"," $ cVal5
cVal5 := ntrim(val(cVal5)/100,2)
cXML := put_xmlvar(cXML,cVar5,cVal5)
//dcqdebug "var5"
end
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 30
end
cArtikel := cVal1 + cVal2 + cVal3
if !empty(cArtikel)
if !sel->(seek(padlen("ARTIKEL",10) + cArtikel))
aadd(aMark,{cVar1,"#","1,0,0"}) // Feld rot umranden, 1,0,0 = Farben RGB
aadd(aMark,{cVar2,"#","1,0,0"})
aadd(aMark,{cVar3,"#","1,0,0"})
end
end
//dcqdebug cArtikel
next x
if mord->xml # cXML .and. mord->(rec_lock())
mord->xml := cXML
end
saveopen(aSel)
cstat("PDFCORRECT",aMark)
Hinweis: Auch wenn die XBase Sprache ein "endif" erlaubt, erlaubt der Scriptinterpreter nur
"end"
Text in PDF über Selektor Tabelle
Über die Funktion val_addtext(cArt,cVar,cTarget,[cColor],[cFont],[cPos]) im Feld Gültig in
der Felddefinition kann der Text (Bezeichnung) eines Selektor Codes ins PDF Formular eingetragen
werden.
Beispiel: ins Feld Bezeichnung des PDF automatisch den Text in Rot anhand der Artikelnummer
eintragen
val_addtext("ARTIKEL","ARTIKEL01","BEZEICHNUNG01","1,0,0","10.Arial")
Die Variable cColor definiert die Farbe in den Anteilen in Prozent von Rot, Grün und Blau.
Die Variable cFont enthält einen gültigen Windows Font.
Die Variable cPos enthält die Position links,oben , z.B. "30,50" = 30mm vom linken Rand,
50mm vom oberen Rand.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 31
Verfügbare Formularelemente
Die Formulare können vielseitig bis zur Größe A3 gestaltet werden, anbei ein paar
Beispiele für Formularelemente.
Standardfelder für Text
und Zahlen (Typ CB)
Jedes Zeichen muss in eine Box
geschrieben
werden
Datumsfelder Typ D
Radiobuttons Typ R
es wird nur eines der Felder mit
einem Kreuz markiert, bei
Mehrfachmarkierung (Fehler beim
Ankreuzen) wird nur die letzte Wahl
registriert.
Checkboxen Typ L
zum Anhaken
einzeln wählbar.
Uhrzeit wählbar Typ U
Zeitspanne Typ ZS von – bis, die
Dauer wird automatisch
berechnet
Temperatur Typ T
Email Typ C Subtyp
EMAIL
Zeiten erfassen
Verteiler Mail Typ E
Subtyp VMAIL
es können sog. Shortcuts
verwendet werden.
(einstellbar im Webinterface) oder direkte Emailadressen
7:00
11
10
12
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m
9
1
2
3
8 4
7 6 5
8:00 9:00 10:00 11:00 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00
Beginn Ende
36 37 38 39
°Celsius

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 32
Checkboxen Typ L Subtyp
EMAIL
z.B. für Emailverteiler, die
entsprechenden Adressen können im
Webinterface definiert werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

FormVerifier by Rudolf Reinthaler Softwareentwicklung Seite 33
Folgende Punkte sind bei der Gestaltung von Formularen zu beachten:
Genügend große Felder für Buchstaben, optimal ab 8mm Höhe und 7mm Breite
Genügend Abstand der Zeilen, optimal ab ca. 2mm
Verwenden Sie geschlossene Boxen für jedes Zeichen, damit wird die Schreibdisziplin
des Users entsprechend verbessert.
Verwenden Sie vorzugsweise Zahlenfelder und Checkboxen, diese werden mit
fast 100%iger Genauigkeit erkannt.
Halten Sie einen ausreichenden Abstand zwischen Checkboxen, der User könnte
andernfalls mehrere Checkboxen gleichzeitig ankreuzen.
Jedes Formular welches mobil versendet wird, muss eine Senden-Box unten
rechts enthalten.
Halten Sie mindestens 15mm Abstand zwischen Formularfeldern und der Senden-Box
unten rechts.
Erstellen Sie nach Möglichkeit Wörterbücher für Felder oder Feldgruppen zur
Optimierung der Schrifterkennung
Jede Seite mit der DPP Funktionalität muss ein sog. Anoto Statement (Anoto ist
der Lizenzgeber für das patentierte Raster) und ein CT-PEN Statement enthalten.
Beide Statements müssen mindestens 4mm vom Seitenrand entfernt platziert
werden.
Format von Wörterbüchern für die Optimierung der Texterkennung
Sie können Wörterbücher als ASCII im UTF-8 Format an an CT-PEN senden oder ab
Mitte 2010 direkt über einen Webservice. Wir hinterlegen diese Wörterbücher auf
unserem Server beim entsprechenden Formularfeld um die Schrifterkennung zu optimieren.
Vergessen Sie bitte nicht auch das entsprechende Feld bzw. die Feldgruppe
für das Wörterbuch bekanntzugeben. Wörterbücher sollten nur sinnvolle Wörter enthalten,
also keine einzelnen Zeichen und kurze Zeichengruppen welche nicht eindeutig
zuordenbar sind.
Folgende Sprachen bei der Schrifterkennung werden derzeit unterstützt:
• Arabic
• Chinese (Simplified)
• Chinese (Traditional)
• Danish
• Dutch
• English (Canada)
• English (GB)*
• Eng
lish
(US
)
• Finnish
• French (Canada)
• French (France)
• German
• Greek
• Italian
• Japanese
• Korean
• Norwegian
• Portuguese (Portugal)
• Portuguese (Brazil)
• Russian
• Spanish (Mexico)
• Spanish (Spain)
• Swedish
• Turkish
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 34
Konfiguration von Formularfeldern für die Verarbeitung
Jedes Formularfeld kann auf verschiedene Weise für die Verarbeitung konfiguriert werden.
Dabei wird unterschieden zwischen der einmaligen Verarbeitung beim Einlesen ins
System und der Verifzierungskontrolle. Die Einstellungen setzen sich aus Parametern und
Scripts zusammen. Über die Projekteinstellungen -> „Zusätze“ -> „Auto fill fielddef.“
Wählen Sie zuerst die Felder zur Verarbeitung aus der Tabelle.
Sie können mit STRG+Links Klick und SHIFT
mehrere Sätze markieren.
Danach wählen Sie die zu ändernden Parameter. Es kann immer nur ein Wert in der gewählten
Gruppe in einem Vorgang verändert werden.
Hide / Unhide in Viewer
Felder könnnen zur Anzeige im Viewer
unterdrückt werden
TTyp
Verarbeitungstyp, z.B. EMAIL, VMAIL
(Verteilerzeile). Damit werden zusätzliche
Funktionen und Kontrollen ausgelöst.
Art
Die Verarbeitungsart kann kundenspezifisch
definiert werden und wird in der
Standardkonfiguration nicht verwendet.
Page
Formularseite für das Feld
Picture
Es können Eingabemasken für den Verifier
definiert werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 35
Beispiele:
99-99-999 Datumsfeld
99999.99 Zahlenfeld mit zwei Nachkommastellen
!!!!!!!!!! 10 Zeichen in Grosschrift
!XXXXX 6 Zeichen, das erste immer Gross
@S30 Beliebig lange Zeichenkette in einem 30 Zeichen langen Eingabefeld (scrollend)
@R 99-99/99 Sonderzeichen – und / anzeigen im Eingabefeld, aber nicht speichern
Im Anhang finden Sie einen ausführlichen Auszug aus der Originaldokumentation
Group
Feldgruppe, wird nur in kundenspezifischen Sonderfällen verwendet
Im Textfeld Codeblock script können komplette Funktionen in der XBase Programmiersprache oder
Script Shortcuts eingetragen werden.
Beispiel für ein Script:
Hiermit wird ein Datumsfeld korrigiert
// Datumsfeldkorrektur
=
cTmp := substr('',1,2)
cTmp += '-' + substr('',3,2)
cTmp += '-' + alltrim(token('',' ',2))
cTmp := wctod(cTmp)
if empty(cTmp)
return ''
endif
return dtoc(cTmp)
beinhaltet den aktuellen Wert der XML Variablen. Der Return Wert der Funktion wird
im XML File wieder eingetragen.
Es wird z.B. aus dem Wert
1206 2011
die Datumszeichenkette
12-06-2011
Es ist auch möglich andere XML Variablen zu verändern. Im Beispiel wird entsprechend dem Inhalt
der Variablen eine andere Variable verändert
// Feldänderung
=
cTmp := substr('',1,2)
if cTmp = "01"
put_xmlvar((alias())->XML,"korrvar",substr('',3))
endif
return ''
Es werden die ersten zwei Stellen auf die Zeichenkette "01" geprüft und wenn ok dann der Rest
der Zeichenkette in die Variable "korrvar" gespeichert.
Mit
addxmlvar((alias())->XML,"korrvar","Test")
Kann z.B. eine zusätzliche XML Variable eingefügt werden.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 36
Script Shortcuts können zur einfachen Definition von vordefinierten Scripts verwendet werden.
Diese könne wiederum auch kundenspezifisch erstellt werden. Die Scripts haben folgende Funktionen:
SCRIPT:DATE
Korrigiert den Wert der Variable in eine Datumszeichenkette. Es werden die verschiedensten Formate
automatisch erkannt und in das Format TT-MM-JJJJ konvertiert.
Beispiele:
010211 -> 01-02-2011
01/02/11 -> 01-02-2011
2011/02/24 -> 24-02-2011
01-02-11 01-02-2011
20090201 01-02-2009
01022009 01-02-2009
SCRIPT:DEC[:nDec]
Felder mit Preisen können hier automatisch korrigiert werden. Bei diesen Feldern wird in der Regel
kein Dezimalpunkt vom User eingegeben, der Wert wird dann durch die vordefinierte Anzahl von
Dezimalen * 100 dividiert. Wenn der Wert nDec nicht angegeben wird, dann verwendet das System
die Anzahl aus der Felddefinition. Wenn Sie also SCRIPT:PRICE angeben wird der voreingestellte
Wert verwendet, wenn Sie SCRIPT:PRICE:3 definieren, werden immer 3 Nachkommastellen
verwendet.
Z.B. der Wert 1020 mit 2 Nachkommastellen, wird automatisch zu 10.10 konvertiert. Wenn der
User zur Trennung Komma oder Dezimalpunkt am Formular verwendet hat, werden diese berücksichtigt.
Ebenso die Zeichenketten ,- und --.
Beispiele bei der Definition von 2 Nachkommastellen:
100,- -> 100
100,-- -> 100
10022 -> 100.22
100-- -> 100
100,22 -> 100.22
100.22 -> 100.22 keine Änderung
SCRIPT:PROPER
Der erste Buchstabe wird in Großbuchstaben konvertiert, der Rest in Kleinbuchstaben. Diese
Funktion ist sinnvoll bei Namen, Ortsnamen und diversen Bezeichnungen.
SCRIPT:CHAR
Es werden die Zahlen 2,0 und 5 in Z, O und S konvertiert und alle Zeichen welche keine Buchstaben
darstellen entfernt.
SCRIPT:CHAR NUM
Es werden alle Zeichen welche keinen Buchstaben oder kein Zahl darstellen entfernt.
SCRIPT:UPPER
Die komplette Variable wird in Großbuchstaben konvertiert.
SCRIPT:LOWER
Die komplette Variable wird in Kleinbuchstaben konvertiert.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 37
SCRIPT:TRANSFORM:[picture]
Konvertiert in eine Zeichenkette welche wie im Anhang unter "Picture Definition" beschrieben über
die Maske [picture]
SCRIPT:LEXICON:[cVerarbeitung]:[nNäherung%]
Optimierung von Variablen mit Hilfe des Lexikons für das jeweilige Feld. Details finden Sie im
nächsten Abschnitt der Dokumentation.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 38
FC Wörterbücher und lexikalische Analyse von Dokumenten
Dieser Abschnitt befasst sich mit der Möglichkeit ein Lexikon für einzelne Felder anzulegen, zu
verwalten, an den Support für die Installation am DPP Server zu senden und um Formulare im
FormCommander und Verifier anhand dieser Daten zu optimieren.
Das Lexikon kann entweder
• Manuell über die Projektkonfiguration in Textform erfasst werden
• Über den Verifier im entsprechenden Feld mit der rechten Maustaste ergänzt und bearbeitet
werden
• Über die Formulardetails im der Formulartabelle (F2) unten Button "Lexikon Regeln" (vorher
Feld in Tabelle anwählen)
• Über den FormCommander im Pulldownmenü "System" unter "Lexikon" verwaltet, analysiert,
optimiert und für die Verarbeitung am DPP Server exportiert werden.
Die manuelle Verwaltung erfolgt über die Konfiguration, hier wird das Lexikon als einfache Textdatei
bearbeitet. Wählen Sie das Projekt und dann in den Felddefinitionen Button rechts "Lexikon".
Für jedes Wort eine Zeile eintragen, die Anzahl der Wörter ist unbegrenzt.
Zum Hinzufügen von einzelnen Begriffen kann im Verifier im jeweiligen Feld ein Wort oder eine
Zahl markiert und dann mit der rechten Maustaste "ins Wörterbuch" übernommen werden. Falls
der Begriff bereits vorhanden ist, wird dieser ignoriert. Zusätzlich ist es mit Admin Berechtigung
möglich das Lexikon des jeweiligen Feldes detailliert zu konfigurieren. Normale User können nur
das Textfile des Lexikon bearbeiten.
Lexikonanalyse- und Verwaltung
Wesentlich komfortabler ist die Verwaltung über die Lexikonanalyse. Hier können auch zusätzliche
Optionen wie Scriptkorrekturen, Filter etc. definiert werden.
Wählen Sie dazu die Projektnummer und falls ein
einzelnes Feld analysiert werden soll den XML Feldnamen.
Beim Feldtyp wird in erster Linie C=Character sowie
M=Textfelder analysiert, sollten Zifferngruppen
verwendet werden und das Feld ist in den
Felddefinitionen als numerisch definiert, können Sie
auch N=Numerisch verwenden.
Die Tokens definieren die zusätzlichen Zeichen zu
Leerzeichen und Zeilenumbruch welche Wörter in
Texten trennen.
Die Mindestanzahl gibt das minimale Vorkommen des
Begriffes in den zu analysierenden Formularen an um
in das Wörterbuch aufgenommen zu werden. Es
werden also nur Begriffe übernommen, welche mehrfach in den Texten vorkommen.
Über die Wahl eines Users können Formulare auch nur für einzelne User analysiert werden. Damit
lässt sich z.B. die Qualität der Handschrift von einzelnen Usern überprüfen.
Wenn Sie nur verifizierte Formulare analysieren, wird garantiert dass alle Begriffe korrekt übernommen
werden.
Wenn Sie Zahlen nicht berücksichtigen wollen, können Sie diese Option anwählen.
Wenn Sie das vorhandene Lexikon berücksichtigen, werden die bereits definierten Begriffe ebenfalls
übernommen. Damit haben Sie die komplette Lexikondefinition zur Bearbeitung zur Verfügung.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 39
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 40
Beispiel einer XML Datei nach Schrifterkennung
Über diese Datei können die aus der Schrifterkennung (Beispiel CT-PEN Notizblock freestyle)
resultierenden Daten in ein IT System übernommen werden. Es sind jedoch bliebe
anderer Formate auf Anfrage möglich.
Betreffeld
Firmenfeld
Notiztext
true
false
false
false
false
RR,HK,r.reinthaler@ct-pen.com
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 41
Scripting
Variablen im PDF markieren aMark[1,2,3]
1 XML Variable
2 #=Rahmen um Feld Beispiel:
aadd(aMark,{"summe","#","1,0,0"})
Andernfalls Text bzw. Variable Beispiel:
aadd(aMark,{"summe",ntrim(nSum,2)})
3 Farbe: rot, grün, blau Anteil von 0 bis 1
Summe eines Variablenbereiches berechnen getxmlsum(cVar,cXML,nLen)
cVar XML Variable,z.B. wenn von preis_01 bis preis_12, dann „preis_“
cXML XML Datei, default aktuelles Formular
nLen Länge der Folgezahl, default 2 Stellen mit 0 links aufgefüllt, bei 0
keine führenden 0
Beispiel:
aMark := {}
cXML := mord->xml
nXWert1 := val(xvar("boxed105",cXML))/100
nXWert2 := val(xvar("boxed106",cXML))/100
nXWert3 := val(xvar("boxed107",cXML))/100
nXSum := val(xvar("boxed108",cXML))/100 // manuell eingetragenes Feld für Summe
nSum := nXWert1+nXWert2+nXWert3 // berechneter Wert für Summe
cXML := put_xmlvar(cXML,"boxed105",ntrim(nXWert1,2)) // Wert durch 100 dividiert speichern
cXML := put_xmlvar(cXML,"boxed106",ntrim(nXWert2,2)) // wegen Nachkommastellen im Feld
cXML := put_xmlvar(cXML,"boxed107",ntrim(nXWert3,2))
if nXSum = 0 // wenn manuell keine Summe eingetragen wurde, vom System eintragen
cXML := put_xmlvar(cXML,"boxed108",ntrim(nSum,2)) // berechneter Wert eintragen
aadd(aMark,{"boxed108",ntrim(nSum,2)}) // Wert rot in PDF eintragen
if mord->(rec_lock())
mord->xml := cXML // Summe korrigiert // XML wieder speichern
else
// "Fehler")
endif
else
if ntrim(nXSum,2) # ntrim(nSum,2) // wenn manuell eingegebene Summe falsch
aadd(aMark,{"boxed108","#","1,0,0"}) // Feld mit rotem Rahmen markieren
endif
endif
cstat("PDFCORRECT",aMark) // Markierungsarray setzen für weitere Verarbeitung
Beispiel Preisfelder in einem Verkaufsformular
aMark := {}
cXML := mord->xml
nSum := getxmlsum("preis_") // Summe aller Preisfelder
nMSum := val(xvar("SummeNetto")) // manuell eingetragene Summe
if nMSum = 0
if nSum > 0// wenn leer, dann nachtragen
cXML := put_xmlvar(cXML,"SummeNetto",ntrim(nSum,2)) // Berechneter Wert
aadd(aMark,{"SummeNetto",ntrim(nSum,2)})
if mord->(rec_lock())
mord->xml := cXML // Summe korrigiert
else
//wmeld("Fehler")
endif
endif
else
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 42
if round(nMSum,2) # round(nSum,2)
aadd(aMark,{"SummeNetto","#","1,0,0"}) // markieren als falsch
endif
endif
cstat("PDFCORRECT",aMark)
Basisfunktionen für die XBase Scriptsprache (Clipper) finden Sie unter:
http://www.itlnet.net/programming/program/Reference/c53g01c/menu.html
Es wir jedoch die Programmiersprache XBase++ verwendet, welche wesentlich mehr Funktionen
und Klassen zur Verfügung stellt.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 43
Auszug aus der XBase++ Doku für die Transformierung von Zeichenketten (Picture)
Syntax
Transform( , ) --> cFormattedString
Parameters
is an expression whose value can be of data type "character", "numeric", "logical"
or "date".
is a character string containing the specification of how the value of
is formatted. can contain a formatting mask and/or a PICTURE function.
Return
The return value of Transform() is a character string containing the value formatted
according to the specification given in .
Description
The conversion function Transform() accepts a value, transforms it to a character string,
formats this character string according to the specification in , and returns the
formatted character string. Transform() processes values of data type "character", "numeric",
"logical" and "date". It is a versatile function which is often used in formatting
data for output on the screen or to the printer.
PICTURE function
The characters for a PICTURE function must appear at the start of the character string
and must be prefaced with the character @ (Chr(64)). After the character @, one
or more of the characters which define specific formatting rules can be included. The valid
characters are listed in the following table. Each stands for a specific formatting rule:
Characters for the PICTURE function
Function Data type formatting
B N Displays number left justified
C N Displays CR (Credit) behind positive numbers
D C Displays character strings in the SET DATE
format
L N Fills numeric values from the left with the
character
R C Includes unknown formatting characters in the
display
X N Displays DB (Debit) behind negative numbers
Z N When the value is zero, only blank places are
displayed
( N Displays negative numbers in parentheses
with leading blank places
) N Displays negative numbers in parentheses
without leading blank places
$ N Places country-specific currency characters
in front of a number
! C Transforms alphabetical characters to upper case
Note: Characters for the PICTURE function are case-sensitive.
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 44
Characters for a PICTURE mask can follow the characters for the PICTURE function. When a
mask is also specified, the PICTURE function and mask must be separated from one another by
a single blank space.
PICTURE mask
A PICTURE mask contains formatting rules for each individual character of the transformed
value. As with the PICTURE function, formatting characters are specified which define a specific
formatting rule. Each character in the PICTURE mask corresponds to a character in the
return character string. The possible formatting characters for a PICTURE mask are listed in
the following table:
Characters for the PICTURE mask
Character Formatting rule
A,N,X,9,# Displays characters for each data type
L Displays logical values as "T" or "F"
Y *) Displays logical values as "Y", "J" or "N"
! Transforms alphabetical characters to upper case
$ Replaces leading blank spaces in numbers
with a dollar sign ($)
* Replaces leading blank spaces in numbers
with a star (*)
. Marks position for a decimal point
, Marks position for a comma
*) Display is country-specific, see SetLocale()
Any characters in the PICTURE mask which are not listed in this table are copied into the
return character string. When the PICTURE function @R is used, these characters are inserted
into the return character string, otherwise they replace characters in the return character
string.
Country-specific formatting of numbers
When transforming numbers to character strings, Transform() uses the number format set by
the system configuration which results in a decimal point or comma after each setting. When
converting a numeric to a string and a decimal point is desired instead of a decimal comma
regardless of the system configuration, the numeric value should be transformed by the function
Str() instead of Transform(). Example:
nNumber := 12.345
cStringA := Transform( nNumber, "@N" ) // may result in
// "12,345" or "12.345"
cStringB := Str( nNumber, 6, 3 ) // is always "12.345"
nNumberA := Val( cStringA ) * 10 // may result in
// 120 or 123.45
nNumberB := Val( cStringB ) * 10 // is always 123.45
When using Transform() to perform conversions and the comma is defined as the delimiter for
decimal places in the system settings, a comma is inserted into the formatted result string.
Changing the character string back to a numeric value using the function Val() may then lead
to erroneous results since Val() only works with a decimal point and not with a decimal
comma.
Example
// Transform()
// The example demonstrates how various values can be
// formatted by Transform().
PROCEDURE Main
LOCAL xValue
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m

CT-PEN Technische Dokumentation FormVerifier © 2012 Rudolf Reinthaler Seite 45
xValue := "Xbase++"
** result
? Transform( xValue, "@!") // XBASE++
? Transform( xValue, "@R X-X-X-X-X-X-X") // X-b-a-s-e-+-+
xValue := -1234.56
? Transform( xValue, "99,999.99") // -1,234.56
? Transform( xValue, "*********.**") // ****-1234.56
? Transform( xValue, "$$$$$$$$$.$$") // $$$$-1234.56
? Transform( xValue, "@(" ) // ( 1234.56)
? Transform( xValue, "@$ 999,999.99" ) // $ -1,234.56
? Transform( xValue, "@Lx 999,999.99") // xx-1,234.56
xValue := 123456
? Transform( xValue, "@C" ) // 123456 CR
? Transform( xValue, "99 - 99 - 99") // 12 - 34 - 56
xValue := .T.
? Transform( xValue, "L" ) // T
? Transform( xValue, "Y" ) // Y
RETURN
© b y R u d o l f R e i n t h a l e r S o f t w a r e e n t w i c k l u n g • A l t e r b a c h s t r a s s e 6 • A - 5 0 2 0 S a l z b u r g
w w w . c t - p e n . c o m • K O N T A K T : r . r e i n t h a l e r @ c t - p e n . c o m