98220 Vorgaben Mandant

Allgemein

Mandanten-Nr., Erster Monat Geschäftsjahr

In diesem beiden Attributen werden die Mandanten-Nr und der erste Monat im Geschäftsjahr des aktiven Mandanten angezeigt. Die Mandantennummer der erste Monat des Geschäftsjahrs werden beim Erstellen des Mandanten im OpaccOXAS Studio BC 98217 Mandanten einrichten festgelegt.

Konsolidierungs-Mandant

In diesem Attribut wählen Sie aus um welchen Mandantentyp es sich beim aktiven Mandanten handelt. Sie Auswahlen stehen folgende Möglichkeiten:

0 - Normaler Mandant
1 - Konsolidierungs-Mandant MIS

In einem solchen Mandanten werden die MIS-Daten (Verkauf / Einkauf) aus anderen Mandanten ausschliesslich die beiden über Services MisSal_ConsolidateAdd und MisPur_ConsolidateAdd.zusammengeführt.
2 - Konsolidierungs-Mandant

Die MIS-Daten werden wie im "normalen" Mandanten über das Verbuchen von Dokumenten und Rapportzeilen erzeugt.

Konsolidierungs-Mandant MIS

Ein Konsolidierungs-Mandant-MIS muss folgende Voraussetzungen erfüllen:

Es dürfen keine Bewegungsdaten (Verkaufs-, Einkaufs- oder Service-Dokumente) vorhanden sein
Die Stammdaten (Adressen / Artikel / MIS-Kreise / Zu-/Abschläge) müssen so erfasst sein, dass sie in allen Mandanten Gültigkeit haben. Bei Artikeln und Adressen kann dies u. U. über SharedBo gelöst werden.

Buchungen in einem Konsolidierungs-Mandant MIS:

Das Verbuchen von MIS-Daten erfolgt bei einem Konsolidierungs-Mandant über die beiden neuen Services MisSal_ConsolidateAdd und MisPur_ConsolidateAdd.

Service-MIS-Daten können in einem Konsolidierungs-Mandant nicht gebucht zu buchen.

Falls Sie die zu verbuchenden MIS-Daten in den Quell-Mandanten über die Services MisSal_GetData und/oder MisPur_GetData ermitteln, beachten Sie folgende Punkte:

Die letzte Resultat-Zeile von MisSal_GetData bzw. MisPur_GetData enthält jeweils das Dokumenttotal. Damit sich keine unerwünschten Effekte (Verdoppelung gewisser Werte) ergeben, muss diese Resultat-Zeile ignoriert werden.
Der Auftragseingang wird auf dem Auftragsbasisdokument ausgewiesen, die zugehörige Verrechnung jedoch auf demjenigen Dokument welches MIS Verrechnung bucht, das in der Regel die Rechnung ist

Bei der Anwendung des Service MisSal_ConsolidateAdd ist dies entsprechend zu berücksichtigen. Sie müssen deshalb den Service MisSal_ConsolidateAdd zwei Mal ausführen. Zuerst mit den Daten ab dem Auftragsbasisdokument (für das Buchen des Auftragseingangs) und dann noch einmal mit den Daten ab der Rechnung (für das Buchen des MIS Verrechnung). Dabei dürfen beim Verbuchen des Auftragseingangs die Werte für Turnover, CoverCont und Quantity nicht übergeben werden.

Wichtig

Auftragsstatistik, MIS-Neuberechnung und MIS-Reorganisation

Das Berechnen des Auftragseingangs (IOAUFEIN) und des Auftragsbestands (IOAUFBES), sowie das Durchführen einer MIS-Neuberechnung sind in einem Konsolidierungs-Mandant nicht möglich.
Eine MIS-Reorganisation ist in einem Konsolidierungs-Mandant zwar möglich, dabei werden aber alle vorhandenen Daten gelöscht.

Nach einer allfällig notwendigen MIS-Reorganisation (z.B. wenn zusätzliche MIS-Kumulationen erfasst worden sind), müssen deshalb alle Daten über die Services MisSal_ConsolidateAdd und MisPur_ConsolidateAdd neu erfasst werden.

Dabei sind dann die neu erfassten MIS-Kumulationen entsprechend zu berücksichtigen.

Um grösstmögliche Flexibilität zu ermöglichen, erfolgt (mit einer Ausnahme) beim Speichern der MIS-Daten keine Validierung. Die Ausnahme bezieht sich auf die Artikel. Diese müssen im Konsolidierungs-Mandant erfasst sein. Entweder als eigene (Stamm-)Daten oder als SharedBo.

Konsolidierungs-Mandant

Die MIS-Daten lassen sich wie gewohnt über das Verbuchen von Dokumenten und Rapportzeilen erzeugen.

Im Verkauf, Einkauf und Service lassen sich Dokumente aller Stufen erfassen.

Dabei gilt folgende Einschränkung:

Beim Verbuchen eines Dokuments bzw. beim Speichern von Rapportzeilen wird geprüft, ob Lager gebucht werden soll. Wenn ja, wird das Verbuchen/Speichern mit einer Fehlermeldung abgebrochen.

Lagerbuchungen lassen sich daher nur manuell erstellen. Auf den manuell erstellten Lagerbuchungen können Sie die gebuchte Menge unter folgenden Voraussetzungen nachträglich ändern:

Die Lagerbuchung befindet sich, gemäss Belegdatum, in einem offenen Buchungsjahr.

Die Lagerbuchung ist keine Inventurbuchung (Inventur Bestandesdifferenz).

Die Lagerbuchung ist keine Stornobuchung und keine stornierte Buchung.

Dispositionen können (falls notwendig) über Dokumente oder manuell erstellt werden. Dispositionen, die über Dokumente erstellt wurden, müssen gegebenenfalls manuell erledigt werden. Manuell erstellte Dispositionen lassen sich über manuelle Lagerbuchungen neutralisieren.

Test-Mandant

Hier können Sie festlegen, ob der aktive Mandant ein Testmandant sein soll (Checkbox aktiv) oder nicht (Checkbox passiv). Das Attribut hat keine eigene Funktionalität, kann aber beispielsweise in F-Scripts dazu verwendet werden, einen Test-Mandanten zu identifizieren.

Land

Hier legen Sie das Mandantenland fest. Sie können das gewünschte Land aus der Ländertabelle (BC 87750 Länder) auswählen.

Datensprache - Fallback

Hier legen Sie die Datensprache des Mandanten fest. In dieser Sprache werden dann alle Mandanten-Daten hinterlegt. Sprachabhängige Daten (z.B. Artikelbezeichnungen, Textblöcke usw.) können in weiteren Sprachen erfasst werden. Die verfügbaren Sprachen werden im BC 87751 Sprachen verwaltet. Aus dieser Sprachtabelle können Sie hier die gewünschte Sprache für die Datensprache-Fallback auswählen.

Jeder Datensprache ist eine Beschriftungssprache zugeteilt, in der die Attributbeschriftungen und Meldungen angezeigt werden. In OpaccERP stehen vier Beschriftungssprachen zur Auswahl: Deutsch, Französisch, Englisch und Italienisch.

Textblocksprache

Wenn Sie Textblöcke einsprachig definiert haben, können Sie hier - unabhängig von der Leitsprache - eine Sprache für die Textblöcke vorgeben. Zur Auswahl stehen die im BC 87751 Sprachen erfassten Sprachen angezeigt.

Leitwährung

Hier legen Sie die Mandantenleitwährung fest. Die Erfassung der Verkaufspreise 21205 Basisverkaufspreis erfolgt immer in der Leitwährung. Diese können jedoch zusätzlich auch in den definierten Fremdwährungen erfasst werden, sofern dies im BC 95600 Preis-/Rabattsystem einrichten aktiviert ist. Die Einkaufspreise 21403 Einkaufspreis können in einer der definierten Fremdwährungen 87752 Währungen erfasst werden.

MwSt-Typ

Definition des Umsatzsteuer-Verfahrens.

Adressangaben

In dieser Gruppe erfassen Sie alle Angaben zur Adresse des aktiven Mandanten

Diese Angaben können in F-Scripts oder Auswertungen ausgegeben werden. Diese zentralen Angaben können in Auswertungen angesprochen werden, so dass bei Änderungen an den Adressangaben nicht einzelne Auswertungen angepasst werden müssen.

Bei der Transportkostenberechnung wird das Attribut PLZ als "von Ort" für die Km-Distanzberechnung nach ASTAG herangezogen.

HR-Register-Nr

MWSt-Nr.

Erfassen Sie hier die Ihnen zugeteilte MWSt-Registernummer. Auf diese kann beispielsweise beim Ausdruck von Verkaufsdokumenten zugegriffen werden.

Firmennummer

In diesem zweigeteilten Attribut können Sie auf der linken Seite die Firmennummer des Mandanten hinterlegen. Auf der rechten Seite können Sie das für diese Firmennummer gültige Firmen-System auswählen und zuordnen.

Beispiel für die Verwendung von Firmen-Nr und Firmen-System:

Im Attribut Firmen-Nr. kann beispielsweise die UID Nummer hinterlegt werden. Im Attribut Firmen-System wird als Zusatzinformation das zugehörige Firmennummern-System angezeigt, z.B. Firmen-Nr.: CHE-123.456.789, System: UID Schweiz

Hinweis

Beachten Sie, dass die hier hinterlegte Firmen-Nr. nicht an die angeschlossene Finanzanwendung übergeben wird.

Die Firmen-System-Tabelle kann im BC 11764 Firmen-System bearbeitet werden.

Externe Mandanten-Nr.

OpaccERP verfügt über elektronische Schnittstellen zu verschiedenen Financial Accounting Paketen (Debitoren- und Kreditorenbuchhaltungen). Es ist möglich, in den entsprechenden Finanzpaketen für einen Mandanten eine andere Nummer als in OpaccERP zu verwenden. Die Mandantennummer der Debitoren- bzw. Kreditorenbuchhaltung wird hier als externe Mandantennummer angegeben. Die Schnittstellenfunktionen greifen auf diese Nummer zu. Diese Nummer muss auch eingegeben werden, wenn OpaccERP-Mandantennummer und Fiacc-Mandantennummer identisch sind.

Datenträgeraustausch DTA

DTA Teilnehmer 1-3, DTA Bankkonto 1-3

Für den Ausdruck der Einzahlungsscheine mit dem VESR-Verfahren werden diese Felder herangezogen und sind in diesem Fall vollständig zu erfassen.

DTA Banktyp

Auswahl des DTA Banktypes:

1 = 1. DTA-Bankkonto aktiv

2 = 2. DTA-Bankkonto aktiv

3 = 3. DTA-Bankkonto aktiv

Buttons

Mit dem Button <OK> werden die Änderungen gespeichert und das BC geschlossen.

Mit dem Button <Abbrechen> wird das BC geschlossen. Die Änderungen werden nicht gespeichert.

Applikationspools

Um Applikationspools auch via CloudClient ausführen zu können, müssen diese in einer definierten ServiceBusInstanz und im Kontext eines definierten Users (asynchron) gestartet werden. Daher können Sie in dieser Gruppe einen (asynchronen) Ausführungs-Benutzer und eine (asynchrone) Kohort-ID erfassen. Diese Vorgabe können Sie bei Bedarf pro Applikationspool im OpaccOXAS Studio BC 98265 Applikationspool übersteuern.

Wichtig

Beachten Sie , dass der Ausführungs-Benutzer für die asynchrone Verarbeitung aus technischen Gründen keine Administratoren-Rechte haben darf..

Das gleichzeitige Ausführen mehrerer Applikationspools mit unterschiedlichen Benutzern und unterschiedlichen Kohort-IDs ist nicht erlaubt. (Gilt für CloudClient und ClassicClient.)

Applikationspool-Asynchrone Verarbeitung - Ausführender Benutzer:

Hier geben Sie den Benutzer an in dessen Kontext das Ausführen von Applikationspools im asynchronen Betrieb erfolgen soll.

Applikationspool-Asynchrone Verarbeitung - Kohorten-Id:

Hier geben Sie die Kohorten-Id in deren Kontext das Ausführen von Applikationspools im asynchronen Betrieb erfolgen soll.

User Help