X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/d440aa097f47460e6022a88edf8f889db2ad0ad4..2da792841b9be1d8f6d9ce7bdc7a0d9b24542396:/pepper/export_to_erp/initialize_module.php diff --git a/pepper/export_to_erp/initialize_module.php b/pepper/export_to_erp/initialize_module.php deleted file mode 100644 index 5cb9ddb7e..000000000 --- a/pepper/export_to_erp/initialize_module.php +++ /dev/null @@ -1,253 +0,0 @@ - Einschraenkung : Mit --> werden ZWINGEND ZU BEFOLGENDE Einschraenkungen der Bezeichnung genannt - -// -------------------------------------------------------------------------------------- -// ******************************* DEFINITION DES MODULS ******************************* -// -------------------------------------------------------------------------------------- - -// 1.) Name des Moduls (entspricht dem Verzeichnisname des Moduls) -// --> Der Name eines externen PhPepperShop Moduls darf hoechstens 40 Zeichen lang sein. -// --> Der Name muss mindestens 3 Zeichen lang sein. -// --> Er darf NUR aus alphanummerischen Zeichen und dem Underscore Zeichen (_) bestehen. -// --> Dieser Name ist gleichzeitig auch der Name des Verzeichnisses des Moduls. -$moduldef['modulname'] = 'export_to_erp'; - -// 2.) Bezeichnung des Moduls -// ! Dies ist die Bezeichnung des Moduls und unterliegt somit weniger Restriktionen als der Modulname -// --> Der Name darf hoechstens 40 Zeichen lang sein -// --> Der Name muss mindestens 3 Zeichen lang sein. -$moduldef['modulbezeichnung'] = 'ERP Export'; - -// 3.) Versionschecknummern -// ! Diese Nummern definieren die zu verwendende PhPepperShop Versionen. Die Versionisierung -// ist wie folgt: Die erste und zweite Nummer (durch Punkt getrennt) ergeben ein Release. -// Jedes unterstuetzte Release muss explizit angegeben werden. Die dritte (durch einen -// Punkt getrennte Nummer (eigentlich ein String), definiert Versionen des Releases. Alle -// Versionen eines Releases sind kompatibel, es sei denn man definiert auch die Versions- -// Nummer, dann sind alle aelteren Versionen des angegebenen Releases inkompatibel. -// Bsp. 1.4;1.5 = Das Modul ist kompatibel zu den Releases 1.4 und 1.5. Dies schliesst auch -// alle Versionen der beiden Releases mit ein: 1.4.003, 1.4.004, 1.5.1, ... -// Bsp. 1.4.005;1.5 = Hier sind alle Versionen von 1.4 mit und nach 1.4.005 kompatibel und -// alle Versionen von 1.5. -// ! Achtung: Man sollte keine zukuenftigen Releases angeben! -// --> Einzelne Versionen via Strichpunkt getrennt eingeben. -$moduldef['versionschecknummern'] = '1.4.008;1.5'; - -// 4.) Kurzbeschreibung -// ! Formatierungen sollen via HTML-Tags eingegeben werden. -$moduldef['kurzbeschreibung'] = 'Eportiert Kundendaten und Bestellungen für kivitendo ERP. - Neukunden werden in der ERP angelegt und die ERP-KdNr in Kundendaten eingepflegt, - bei Bestandskunden werden die Kundendaten abgeglichen. - Das Feld "Bestellung_bezahlt" ist der Merker für neue Bestellungen. - '; - -// 5.) Weiterfuehrender Link -// ! Wenn dieser (optionale) Link angegeben ist, so kann der Shopadmin hier weitere Infos zum Modul holen. -// --> Das Schema muss vor der URL angegeben werden (Schema = http:// oder https://, ...) -$moduldef['weitere_infos_link'] = 'http://www.lx-office.org/'; - -// 6.) Version dieses Moduls -$moduldef['modulversion'] = '0.3'; - -// 7.) Releasedatum dieser Modulversion -// --> Format: TT.MM.JJJJ -$moduldef['releasedatum'] = '17.12.2004'; - -// 8.) Informationen zu den Entwicklern -// ! Beispiel: José Fontanil . Strings in <> werden als E-Mail angezeigt. -$moduldef['entwickler_infos'] = 'Holger Lindemann, Lx-System'; - -// 9.) Ist Submodul von -// ! Hier kann man den Modulnamen (nicht die Modulbezeichnung!) des Hauptmoduls angeben, falls dieses -// Modul hier ein Submodul des Hauptmoduls ist. -// --> Der Name eines externen PhPepperShop Moduls darf hoechstens 40 Zeichen lang sein. -// --> Der Name muss mindestens 3 Zeichen lang sein. -// --> Er darf nur aus alphanummerischen Zeichen und dem Underscore Zeichen (_) bestehen. -// --> Dieser Name ist gleichzeitig auch der Name des Verzeichnisses des HAUPTmoduls. -$moduldef['submodule_of'] = ''; - -// 10.) Fingerprint -// ! Im Moment noch nicht benutzt - Spaeter wird hier ein MD5 Digest hinterlegbar sein, welcher dem -// Shopadministrator erlaubt die Integritaet eines Moduls zu ueberpruefen. -// --> MD5 Digest (32 Chars Laenge, Hexadezimales Alphabet) -$moduldef['fingerprint'] = '32fedef6229faab095a47718bac5d666'; - -// 11.) Unterstuetzte Locales (Sprachen und optional Laender) - dient (vorerst) nur zur Anzeige fuer den Shopadmin -// --> Format: ISO-639-1 fuer alleinstehende Sprachen (Bsp. de;en;fr;sp;...) -// --> Format: ISO-639-2 fuer Sprachen inkl. Laender (Bsp. de_CH;de_DE;en_GB;en_US) -// --> Wenn das Modul weder Sprach-, noch Laenderabhaengig ist kann all angegeben werden. -// --> Die einzelnen Angaben koennen Strichpunkt separiert eingegeben werden. ISO-639-1 und -2 koennen gemixt werden. -$moduldef['locales'] = 'all'; - -// 12.) Interfaces, bei welchen sich das Modul registrieren soll -// ! Dies ist ein etwas komplexerer Eingabetyp - es ist ein mehrdimensionaler Array - mehr nicht. -// ! Pro Interface, bei welchem sich das Modul registrieren will, sind vier Angaben noetig: -// (1) Interface_ID, (2) Datei, worin sich die auszufuehrende Funktion befindet, -// (3) Name der auszufuehrenden Funktion, (4) Filtertyp -// --> Format: array('i_id'=>'w','file'=>'x','func'=>'y','filter'=>'z') -// --> w = Interface_ID, Format: positive Integerzahl (max. Digits == 11) -// --> x = Dateiname, Format: Dateiname.Extension (kein Pfad) -// --> y = Funktionsname, Format: Name der Funktion ohne Klammern mit Argumenten -// --> z = Filtertyp, Format: one_way oder filter -// Registrierung beim ersten Interface: -$moduldef['interfaces'] = array(); - -// 13.) Eigene Tabellen, welche angelegt werden sollen -// ! Hier werden die eigens fuer dieses Modul zu erstellenden Tabellen angegeben -// ! Wenn keine Tabellen erstellt werden muessen, einfach leerer Array definieren -// --> Achtung: Eine Tabelle muss mindestens EIN Attribut besitzen, sonst wird sie nicht angelegt. -// --> Format: array('table_name'=>'x','table_beschreibung'=>'y','attribute'=>z) -// --> x = Name der Tabelle: MySQL Restriktionen (max. 64 Zeichen, keine Sonderzeichen, ...) -// --> y = Beschreibung der Tabelle: Alphanummerische Zeichen, Kurzbeschrieb des Zwecks -// --> z = Die Attribute der Tabelle, Format: -// array('name'=>a,'typ'=>b,'laenge'=>c,'zusatz'=>d,'null'=>e,'default'=>f,'extra'=>g, -// 'primary'=>h,'index'=>i,'unique'=>j,'volltext'=>k,'beschreibung'=>l) -// --> a = Name des Attributs: (Alphanummerische Zeichen, siehe reservierte Woerter von MySQL) -// --> b = Typ: Datentyp dieses Tabellenattributs (z.B. int, varchar, text, ...) -// --> c = Laenge: Positive Integerzahl oder leer lassen (manchmal auch als maxlength interpretiert) -// --> d = Zusatz: '' | 'BINARY' | 'UNSIGNED' | 'UNSIGNED ZEROFILL' -// --> e = Null Setting: 'NULL | 'NOT NULL' -// --> f = Default: Defaultwert bei Neuerstellung in einer Zeile (max. Zeichenlaenge = 255) -// --> g = Extra: '' | 'auto_increment' -// --> h = Primary: '0' = ist NICHT Primary Key | '1' = IST Primary Key -// --> i = Index: '0' = Nein | '1' = Ja -// --> j = Unique: '0' = Nein | '1' = Ja -// --> k = Volltext Index: '0' = Nein | '1' = Ja (nicht bei allen Typen moeglich) -// --> l = Beschreibung: Wird nur hier und im Modulprozess verwendet (max. Chars = 255) -// Beschreibung der ersten eigenen Tabelle: -$moduldef['eigene_tabellen'] = array(); - -// 14.) Zu erweiternde, schon bestehende Tabellen -// ! Hier werden die Tabellen beschrieben, welche schon existieren und durch weitere Attribute -// erweitert werden sollen. -// ! Wenn keine Tabellen erweitert werden sollen, einfach leerer Array definieren -// --> Format: Dasselbe Format wie bei $moduldef['eigene_tabellen']. Die Beschreibung -// einer schon bestehenden Tabelle wird ignoriert, der Name muss aber stimmen. -$moduldef['erweiterte_tabellen'] = array(); - -// 15.) Submodule -// ! Wenn dieses Modul aus mehreren weiteren Modulen besteht, so koennen diese hier angegeben werden. -// ! Wenn keine Submodule existieren, einfach einen leeren String angeben. (Strichpunkt getrennte Liste) -// --> Format: 'submodul_name_1;submodul_name2;...;submodul_namex' -$moduldef['submodule'] = ''; - -// 16.) Vorausgesetzte Module -// ! Hier werden Module angegeben, welche korrekt installiert vorhanden sein muessen, damit dieses -// Modul ueberhaupt erst installiert wird. (Strichpunkt getrennte Liste) -// ! Wenn keine solchen Module gibt, einfach einen leeren String uebergeben -// --> Format: 'required_modul_name_1;required_modul_name2;...;required_modul_namex' -$moduldef['required_modules'] = ''; - -// 17.) Security ID -// ! Mit der Security_ID kann man dem Modul den Zugang zu verschiedenen Interfaces sperren. -// Auf diese Weise kann ein kompromittiertes Modul nur begrenzt Schaden anrichten. -// ! Die niedrigste Stufe der Security_ID ist = 1, die höchste Stufe = 32768. Je hoeher die -// angegebene Security_ID ist, desto höher ist auch die Zahl der erlaubten Interfaces -// ! Welches Interface, welche minimale Security_ID erfordert um benutzt werden zu koennen, -// ist in der Tabelle module_interfaces mit den Interfaceeintraegen ersichtlich. -// --> Format: 'required_modul_name_1;required_modul_name2;...;required_modul_namex' -$moduldef['security_id'] = '1'; - -// 18.) Valid Hosts -// ! Erweiterte Security wird es in der naechsten API-Version noch mit der valid_hosts Angabe geben. -// Die Datenbank ist dafuer schon vorbereitet. (all = Alle Hosts, im Moment die Standardeinstellung) -// Ausgewertet wird die Angabe aber noch nicht. -// --> Format: all = Alle hosts | localhost = nur dieser Rechner | mehrere Rechner via ; getrennt angeben -$moduldef['valid_hosts'] = 'all'; - -// 19.) Name des Administrationsmenus -// ! Im Administrationstool hat das Verwaltungsmenu dieses Moduls einen Namen, hier kann man -// einen Namen definieren, wenn man keinen angibt, wird einfach die Modulbezeichnung verwendet -// --> Format: Maximale Laenge 40 Zeichen, moeglichst keine Sonderzeichen verwenden -$moduldef['admin_menu_name'] = 'ERP Export'; - -// 20.) URL zur Datei, wo das Admin-Verwaltungsmenu liegt -// ! Diese URL ist entweder absolut oder (besser) relativ zum {shopdir}/shop/Admin/module/modul_name Verzeichnis -// Die hier angegebene Datei wird 'verlinkt' und mit dem in 'admin_menu_name' Namen versehen. -// Info: Achtung: Jeder Link in dieser Datei muss folgende GET-Parameter mitgeben: -// - darstellen=".$HTTP_GET_VARS['darstellen'] -// - installed_selection=".$HTTP_GET_VARS['installed_selection'] -// - backlink=".$HTTP_GET_VARS['backlink'] -// --> Format: URL -//$moduldef['admin_menu_link'] = 'show_log_viewer.php'; -$moduldef['admin_menu_link'] = 'export_to_erp.php'; - -// 21.) URL zum Icon des Adminmenus -// ! Diese URL ist relativ zum {shopdir}/shop/Admin/ Verzeichnis (sonst gibt es einen include-Fehler -// Die hier angegebene Datei wird 'verlinkt' und mit dem in 'admin_menu_name' Namen versehen. -// --> Format: URL -// --> Format Icon: 48px x 48px, GIF oder PNG oder JPG. -$moduldef['admin_menu_img'] = 'modul_admin_img.gif'; - -// -------------------------------------------------------------------------------------- -// ***************************** ENDE DEFINITION DES MODULS ***************************** -// -------------------------------------------------------------------------------------- - - -// Bitte unterhalb dieser Zeile keine Aenderungen mehr vornehmen. - - -// ----------------------------------------------------------------------- -// Damit jedes andere Modul ueberpruefen kann ob dieses hier schon "included" ist -// wird folgende Vairable auf true gesetzt (Name = Ext. Modulname + Dateiname ohne .php) -$module_name_inkl_prefix = $module_modulname.'_initialize_module'; -$$module_name_inkl_prefix = true; - -// 'Mitsenden' der hier verwendeten API-Version -$moduldef['pps_module_api'] = $pps_module_api; - -// Moduldefinitionsarray loeschen und somit den Speicher wieder freigeben - -// End of file ----------------------------------------------------------- -?>