Installation
Last updated
Last updated
nach der Installation (en) von ADempiere V.3.9.0 stellt man fest, dass die Basissprache en ist und die einzige Übersetzungssprache es_MX ist - kein Wunder, dort sitzt der Hauptentwickler.
Wer die Anpassung mx nach de nicht selber machen will, findet eine Dump für Postgresql hier
im login-Fenster werden immer noch alle Sprachen angezeigt!
deaktiveren aller nicht benötigten Sprachen per SQL:
... hilft nicht viel, denn
in org.compiere.util.Language sind die im login-Fenster angezeigten Sprachen statisch definiert
Gesetzlich besteht kein Zwang für die Anwendung eines Kontorahmens. De facto haben sich Standardkontenrahmen als Muster für einen Kontenplan durchgesetzt
Beim Einrichten werden die optionalen Dimensionen für die Buchführung festgelegt.
alle Belege (Aufträge, Lieferscheine, Rechnungen) werden von wenigen Basisbelegarten (DocBaseType, 3-stellig, z.B. ARI) abgeleitet. Es gibt auch einige 2-stellige Unterarten (DocSubType) für POO und SOO. So werden Angebote OB/Bindig/verbindlich bzw. ON/Non-bindig/unverbindlich als Unterarten von SOO/Auftrag abgelegt:
docbasetype | (en) | (de) |
APC | Account Payable Creditmemo | Gutschrift (vom Lieferanten) |
API | Account Payable Invoice | Eingangsrechnung (vom Lieferanten) |
APP | Account Payable Payment | Zahlung an Lieferanten |
ARC | Account Receivable Creditmemo | Kundengutschrift |
ARF | AR Pro Forma Invoice | |
ARI | Account Receivable Invoice | Ausgangsrechnung (an Kunden) |
ARR | Account Receivable Receipt | Eingangszahlung |
CMA | Payment Allocation | |
CMB | Bank Statement | Benküberweisung |
CMC | Cash Journal | Kassenbuch |
DOO | Distribution Order | |
FAA | Fixed Assets Addition | |
FAD | Fixed Assets Depreciation | |
FDP | Fixed Assets Disposal | |
GLD | General Ledger Document | Hauptbuch Buchungsbeleg |
GLJ | General Ledger Journal | |
HRP | Payroll | Gehalt |
MCC | Manufacturing Cost Collector | |
MMI | Material Physical Inventory | |
MMM | Material Movement | Bestandsbewegung |
MMP | Material Production | |
MMR | Material Movement Receipt | Wareneingangsbeleg |
MMS | Material Movement Shipment | Warenausgangsbeleg, Lieferschein |
MOF | Maintenance Order | Wartungsauftrag |
MOP | Manufacturing Order | |
MPO | Manufacturing Planned Order | |
MQO | Quality Order | |
MXI | Match Invoice | |
MXP | Match Purchase Order | |
PJI | ProJect Issue | |
POO | Purchase Order Order | Bestellung (mit einer Unterart) |
POR | Purchase (Order) Requisition | Anforderung an die Bestellung/Bedarfsmeldung |
SOC | Sales (Order) Commission | Verkaufsprovision |
SOO | Sales Order Order | (Kunden-) Auftrag (mit mehreren Unterarten) |
Das Datenmodell für Steuern ist komplex. Allein die UN/EDIFACT Liste der Steuerkategorien ist recht umfangreich. Für den Anfang sollte man die diversen USt der Kategorie VAT/"Value added tax" mit ihren Steuersätzen anlegen.
Geografische (?) Begriffe werden durch drei Entitäten modelliert und in einem Fenster mit drei Reitern verwaltet: Land, Region, Ort.
Länder und Regionen sind durchaus keine geografischen Begriffe, sondern ehe politische. Sie unterliegen ständigen Veränderungen, siehe Verzeichnis der Länder, Gebiete und Währungen. In ADempiere sind 247 Landobjekte definiert. Zu countrycode siehe ISO 3166.
Bankdaten, Tabelle c_bank sind Referenzdaten, wie Länder, Sprachen oder Maßeinheiten. Referenzdaten sind mandantenübergreifend und sollten daher vom Mandatnen system allen anderen Mandanten bereitgestellt werden. In Dempiere ist es nicht der Fall. In system werden keine Bankdaten bereitgestellt. Die Konsequenz: in einem Dempieresystem mit zwei Mandanten muss jeder Mandant die Bankdaten redundant pflegen. Laut Bundesbank sind in Deutschland ca 16 Tausend Banken registriert. Es ist nicht sinnvoll, dass beide Mandanten die Bankdaten separat pflegen. Wohlgemerkt: es handelt sich nicht um Kontodaten, sondern um Daten der Kreditinstitute, also BIC/SWIFT-Code, Adressen und Namen der Banken.
siehe idempiere Bank - die Bundesbank stellt aktualisierte Bankdaten bereit
mit einem bank importer-Programm lassen sich die Bundesbankdaten in *Dempiere c_bank überführen
siehe Aufteilung in Nielsengebiete
Bei der Systeminstallation sollte man die Referenztabellen c_job und c_jobcategory befüllen. Die Tabelle c_jobcategory läßt sich relativ einfach so erweitern, dass eine hierarchische Berufskategorie als Baum definiert werden kann. Etwa so:
Die Daten für jobcategory gibt als ISCO-88 Standard in drei Sprachen von der Internationalen Arbeitsorganisation (ILO), siehe hier.
Die Einordnung von job und jobcategory in das Datenmodell/link:
