Installation
Last updated
Last updated
nach der 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 .
Wer die Anpassung mx nach de nicht selber machen will, findet eine Dump für Postgresql
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
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)
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.
mit einem bank importer-Programm lassen sich die Bundesbankdaten in *Dempiere c_bank überführen
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:
Gesetzlich besteht kein . De facto haben sich als Muster für einen durchgesetzt
Beim Einrichten werden die optionalen festgelegt.
Document
Das für Steuern ist komplex. Allein die UN/EDIFACT ist recht umfangreich. Für den Anfang sollte man die diversen USt der Kategorie VAT/"Value added tax" mit ihren anlegen.
Geografische (?) Begriffe werden durch drei Entitäten und in einem Fenster mit drei Reitern verwaltet: .
Länder und Regionen sind durchaus keine geografischen Begriffe, sondern ehe politische. Sie unterliegen ständigen Veränderungen, siehe . In ADempiere sind definiert. Zu countrycode siehe .
siehe - die Bundesbank stellt aktualisierte Bankdaten bereit
siehe
Die Daten für jobcategory gibt als ISCO-88 Standard in drei Sprachen von der Internationalen Arbeitsorganisation (ILO), siehe .
Die Einordnung von job und jobcategory in das :
