Installation

  • 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.

Anpassung der Übersetzungssprache

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:

update ad_language set isactive='N'
where not(isbaselanguage='Y' or issystemlanguage='Y')

  • ... hilft nicht viel, denn

  • in org.compiere.util.Language sind die im login-Fenster angezeigten Sprachen statisch definiert

Einrichtung eines Mandanten mit Standard-Kontenrahmen

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.

Belegarten

Basisbelegart

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

Proformarechnung

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

Rechnungsabgleich

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)

Steuern

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.

TODO : Maßeinheiten

Ortsangaben

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.

Banken

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

Vertriebsgebiet

siehe Aufteilung in Nielsengebiete

Berufskategorie

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:

PreviousAdministratorhandbuchNextKontenplan

Last updated