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
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:
Document
