VerfÃ¼gbare und notwendige Konfigurationsoptionen

Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und sollten vor einer ernsthaften Inbetriebnahme gelesen werden.

Ersetzen Sie dabei die Pfade durch diejenigen, in die Sie vorher das kivitendo-Archiv entpacket haben.

Anmerkung

Vor den einzelnen Optionen muss bei einigen Distributionen ein Plus â+â gesetzt werden.

Bei einigen Distribution (Ubuntu ab 14.04, Debian ab 8.2) muss diff --git a/doc/html/ch02s07.html b/doc/html/ch02s07.html index 2233b69aa..d037250cd 100644 --- a/doc/html/ch02s07.html +++ b/doc/html/ch02s07.html @@ -8,7 +8,12 @@ konfiguriert werden. Danach wird er fÃ¼r jeden Mandanten, fÃ¼r den er laufen soll, in der Adminsitrationsmaske eingeschaltet.

Beachten Sie, dass der Task-Server in den Boot-Vorgang Ihres Servers integriert werden muss, damit er automatisch gestartet wird. - Dies kann kivitendo nicht fÃ¼r Sie erledigen.

2.7.1. VerfÃ¼gbare und notwendige Konfigurationsoptionen

Die Konfiguration erfolgt Ã¼ber den Abschnitt + Dies kann kivitendo nicht fÃ¼r Sie erledigen.

Da der Taskserver als Perlscript lÃ¤uft, wird Arbeitsspeicher, + der einmal benÃ¶tigt wurde, nicht mehr an das Betriebssystem zurÃ¼ckgegeben, + solange der Taskserver lÃ¤uft. Dies kann dazu fÃ¼hren, dass ein lÃ¤nger + laufender Taskserver mit der Zeit immer mehr Arbeitsspeicher fÃ¼r sich + beansprucht. Es ist deshalb sinnvoll, dass der Taskserver in regelmÃ¤ssigen + AbstÃ¤nden neu gestartet wird.

2.7.1. VerfÃ¼gbare und notwendige Konfigurationsoptionen

Die Konfiguration erfolgt Ã¼ber den Abschnitt [task_server] in der Datei config/kivitendo.conf. Die dort verfÃ¼gbaren Optionen sind:

@@ -34,22 +39,21 @@ Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess einzubinden. Da das bei neueren Linux-Distributionen aber nicht zwangslÃ¤ufig funktioniert, werden auch Start-Scripte mitgeliefert, die - anstelle eines symbolischen Links verwendet werden kÃ¶nnen.
2.7.3.1. SystemV-basierende Systeme (z.B. Debian, Ã¤ltere OpenSUSE, + anstelle eines symbolischen Links verwendet werden kÃ¶nnen.
2.7.3.1. SystemV-basierende Systeme (z.B. Ã¤ltere Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora)
Kopieren Sie die Datei scripts/boot/system-v/kivitendo-task-server nach /etc/init.d/kivitendo-task-server. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile DAEMON=....). Binden Sie das Script in den Boot-Prozess ein. Dies ist distributionsabhÃ¤ngig:
Debian-basierende Systeme:
update-rc.d kivitendo-task-server defaults -# Nur bei Debian Squeeze und neuer: insserv kivitendo-task-server
Ãltere OpenSUSE und Ã¤ltere Fedora:
chkconfig --add kivitendo-task-server
Danach kann der Task-Server mit dem folgenden Befehl gestartet - werden:
/etc/init.d/kivitendo-task-server start
2.7.3.2. Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)
Kopieren Sie die Datei + werden:
/etc/init.d/kivitendo-task-server start
2.7.3.2. Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)
Kopieren Sie die Datei scripts/boot/upstart/kivitendo-task-server.conf nach /etc/init/kivitendo-task-server.conf. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile exec ....).
Danach kann der Task-Server mit dem folgenden Befehl gestartet - werden:
service kivitendo-task-server start
2.7.3.3. systemd-basierende Systeme (z.B. neure openSUSE, neuere - Fedora, neuere Ubuntu und Debians)
Kopieren Sie die Datei scripts/boot/systemd/kivitendo-task-server.service nach + werden:
service kivitendo-task-server start
2.7.3.3. systemd-basierende Systeme (z.B. neure openSUSE, neuere + Fedora, neuere Ubuntu und neuere Debians)
Kopieren Sie die Datei scripts/boot/systemd/kivitendo-task-server.service nach /etc/systemd/system/. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeilen ExecStart=.... und ExecStop=...).
Machen Sie anschlieÃend das Script systemd bekannt, und binden Sie es in den Boot-Prozess ein. Dazu fÃ¼hren Sie die folgenden Befehl aus:
systemctl daemon-reload diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html index e85fddea6..2197050c6 100644 --- a/doc/html/ch02s12.html +++ b/doc/html/ch02s12.html @@ -154,8 +154,17 @@ den eigenen BedÃ¼rfnissen angepasst werden. Wichtig beim Editieren von if-BlÃ¶cken ist, dass immer der gesamte Block Ã¼berschrieben werden muss und nicht nur Teile davon, da dies sonst oft zu einer odt-Datei fÃ¼hrt, - die vom Parser nicht korrekt gelesen werden kann.
Zur Zeit gibt es in kivitendo noch keine MÃ¶glichkeit, - odt-Vorlagen bei Mahnungen, Briefen und Pflichtenheften einzusetzen. + die vom Parser nicht korrekt gelesen werden kann.
Mahnungen kÃ¶nnen unter folgenden EinschrÃ¤nkungen mit den odt-Vorlagen + im Vorlagensatz rev-odt erzeugt werden:
als Druckoption steht nur 'PDF(OpenDocument/OASIS)' zur + VerfÃ¼gung, das heisst, die Mahnungen werden als PDF-Datei ausgegeben. +
fÃ¼r jede Rechnung muss eine eigene Mahnung erzeugt werden + (auch wenn bei einzelnen KundInnen mehrere Ã¼berfÃ¤llige Rechnungen + vorhanden sind).
Mehrere Mahnungen fÃ¼r eine Kundin / einen Kunden werden zu einer + PDF-Datei zusammengefasst
Die Vorlagen zahlungserinnerung.odt sowie mahnung.odt sind fÃ¼r das + Erstellen einer Zahlungserinnerung bzw. Mahnung selbst vorgesehen, die + Vorlage mahnung_invoice.odt fÃ¼r das Erstellen einer Rechnung Ã¼ber die + verrechneten MahngebÃ¼hren und Verzugszinsen.
Zur Zeit gibt es in kivitendo noch keine MÃ¶glichkeit, + odt-Vorlagen bei Briefen und Pflichtenheften einzusetzen. Entsprechende Vorlagen sind deshalb nicht vorhanden.
Fehlermeldungen, Anregungen und WÃ¼nsche bitte senden an: empfang@revamp-it.ch
2.12.5. Allgemeine Hinweise zu LaTeX Vorlagen
In den allermeisten Installationen sollte das Drucken jetzt schon funktionieren. Sollte ein Fehler auftreten, wirft TeX sehr lange diff --git a/doc/html/ch02s13.html b/doc/html/ch02s13.html index 0b570b60c..8f5c169f8 100644 --- a/doc/html/ch02s13.html +++ b/doc/html/ch02s13.html @@ -1,6 +1,6 @@ - 2.13. OpenDocument-Vorlagen
2.13. OpenDocument-Vorlagen
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.13. OpenDocument-Vorlagen
kivitendo unterstÃ¼tzt die Verwendung von Vorlagen im + 2.13. OpenDocument-Vorlagen
2.13. OpenDocument-Vorlagen
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.13. OpenDocument-Vorlagen
kivitendo unterstÃ¼tzt die Verwendung von Vorlagen im OpenDocument-Format, wie es LibreOffice oder OpenOffice (ab Version 2) erzeugen. kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus diesen direkt PDF-Dateien erzeugen. Um die UnterstÃ¼tzung von @@ -63,14 +63,14 @@ users-Verzeichnis, muss vom Webserver beschreibbar sein. Dieses wurde bereits erledigt (siehe Manuelle Installation des Programmpaketes), kann aber erneut Ã¼berprÃ¼ft werden, wenn die Konvertierung nach PDF - fehlschlÃ¤gt.
2.13.1. OpenDocument (odt) Druckvorlagen mit Makros
OpenDocument Vorlagen kÃ¶nnen Makros enthalten, welche komplexere + fehlschlÃ¤gt.
2.13.1. OpenDocument (odt) Druckvorlagen mit Makros
OpenDocument Vorlagen kÃ¶nnen Makros enthalten, welche komplexere Aufgaben erfÃ¼llen.
Der Vorlagensatz "rev-odt" enthÃ¤lt solche Vorlagen mit Schweizer Bank-Einzahlungsscheinen (BESR). Diese Makros haben die Aufgabe, die in den Einzahlungsscheinen benÃ¶tigte Referenznummer und Kodierzeile zu erzeugen. Hier eine kurze Beschreibung, wie die Makros aufgebaut sind, und was bei ihrer Nutzung zu beachten ist (in fett sind nÃ¶tige einmalige - Anpassungen aufgefÃ¼hrt):
2.13.1.1. Bezeichnung der Vorlagen
Rechnung: invoice_besr.odt, Auftrag: - sales_order_besr.odt
2.13.1.2. Vorbereitungen im Adminbereich
Damit beim Erstellen von Rechnungen und AuftrÃ¤gen neben der + Anpassungen aufgefÃ¼hrt):
2.13.1.1. Bezeichnung der Vorlagen
Rechnung: invoice_besr.odt, Auftrag: + sales_order_besr.odt
2.13.1.2. Vorbereitungen im Adminbereich
Damit beim Erstellen von Rechnungen und AuftrÃ¤gen neben der Standardvorlage ohne Einzahlungsschein weitere Vorlagen (z.B. mit Einzahlungsschein) auswÃ¤hlbar sind, muss fÃ¼r jedes Vorlagen-Suffix ein Drucker eingerichtet werden:
Druckeradministration â Drucker hinzufÃ¼gen
Mandant wÃ¤hlen
Druckerbeschreibung â aussagekrÃ¤ftiger Text: wird in @@ -80,12 +80,12 @@ darf aber nicht leer sein)
VorlagenkÃ¼rzel â besr bzw. selbst gewÃ¤hltes Vorlagensuffix (muss genau der Zeichenfolge entsprechen, die zwischen "invoice_" bzw. "sales_order_" und ".odt" - steht.)
speichern
2.13.1.3. Benutzereinstellungen
Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung + steht.)
speichern
2.13.1.3. Benutzereinstellungen
Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung im Rechnungs- bzw. Auftragsformular angezeigt haben mÃ¶chte, kann dies persÃ¶nlich fÃ¼r sich bei den Benutzereinstellungen konfigurieren:
Programm â Benutzereinstellungen â Druckoptionen
Standardvorlagenformat â OpenDocument/OASIS
Standardausgabekanal â Bildschirm
Standarddrucker â gewÃ¼nschte Druckerbeschreibung - auswÃ¤hlen (z.B. mit Einzahlungsschein Bank xy)
Anzahl Kopien â leer
speichern
2.13.1.4. Aufbau und nÃ¶tige Anpassungen der Vorlagen
In der Vorlage sind als Modul "BESR" 4 Makros gespeichert, die + auswÃ¤hlen (z.B. mit Einzahlungsschein Bank xy)
Anzahl Kopien â leer
speichern
2.13.1.4. Aufbau und nÃ¶tige Anpassungen der Vorlagen
In der Vorlage sind als Modul "BESR" 4 Makros gespeichert, die aus dem von kivitendo erzeugten odt-Dokument die korrekte Referenznummer inklusive PrÃ¼fziffer sowie die Kodierzeile in OCRB-Schrift erzeugen und am richtigen Ort ins Dokument @@ -114,12 +114,12 @@ angepasst werden. Dabei ist darauf zu achten, dass sich die Positionen der Postkonto-Nummern der Bank, sowie der Zeichenfolgen dddfr, DDDREF1, DDDREF2, 609, DDDKODIERZEILE nicht - verschieben.
2.13.1.5. Auswahl der Druckvorlage in kivitendo beim Erzeugen einer + verschieben.
2.13.1.5. Auswahl der Druckvorlage in kivitendo beim Erzeugen einer odt-Rechnung (analog bei Auftrag)
Im Fussbereich der Rechnungsmaske muss neben Rechnung, OpenDocument/OASIS und Bildschirm die im Adminbereich erstellte Druckerbeschreibung ausgewÃ¤hlt werden, falls diese nicht bereits bei den Benutzereinstellungen als persÃ¶nlicher Standard gewÃ¤hlt - wurde.
2.13.1.6. Makroeinstellungen in LibreOffice anpassen
Falls beim Ãffnen einer von kivitendo erzeugten odt-Rechnung + wurde.
2.13.1.6. Makroeinstellungen in LibreOffice anpassen
Falls beim Ãffnen einer von kivitendo erzeugten odt-Rechnung die Meldung kommt, dass Makros aus SicherheitsgrÃ¼nden nicht ausgefÃ¼hrt werden, so mÃ¼ssen folgende Einstellungen in LibreOffice angepasst werden:
Extras â Optionen â Sicherheit â @@ -133,5 +133,4 @@ so eingestellt, dass sie beim Ãffnen der Vorlagen selbst nicht ausgefÃ¼hrt werden. Das heisst fÃ¼r das Ansehen und Bearbeiten der Vorlagen sind keine speziellen Einstellungen in LibreOffice - nÃ¶tig.
ZurÃ¼ck Nach oben Weiter
2.12. Drucken mit kivitendo Zum Anfang 2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: - EUR
\ No newline at end of file + nÃ¶tig.
ZurÃ¼ck Nach oben Weiter
2.12. Drucken mit kivitendo Zum Anfang 2.14. Nomenklatur
\ No newline at end of file diff --git a/doc/html/ch02s14.html b/doc/html/ch02s14.html index 4aa193e3d..5c3be0ddd 100644 --- a/doc/html/ch02s14.html +++ b/doc/html/ch02s14.html @@ -1,72 +1,21 @@ - 2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: EUR
2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: - EUR
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: - EUR
2.14.1. EinfÃ¼hrung
kivitendo besaÃ bis inklusive Version 2.6.3 einen - Konfigurationsparameter namens eur, der sich in der - Konfigurationsdatei config/kivitendo.conf (damals - noch config/lx_office.conf) befand. Somit galt er - fÃ¼r alle Mandanten, die in dieser Installation benutzt wurden.
Mit der nachfolgenden Version wurde der Parameter zum Einen in - die Mandantendatenbank verschoben und dabei auch gleich in drei - Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer - steuern lÃ¤sst.
2.14.2. Konfigurationsparameter
Es gibt drei Parameter, die die Gewinnermittlungsart, - Versteuerungsart und die Warenbuchungsmethode regeln:
- profit_determination -
Dieser Parameter legt die Berechnungsmethode fÃ¼r die - Gewinnermittlung fest. Er enthÃ¤lt entweder - balance fÃ¼r - BetriebsvermÃ¶gensvergleich/Bilanzierung oder - income fÃ¼r die - Einnahmen-Ãberschuss-Rechnung.
- accounting_method -
Dieser Parameter steuert die Buchungs- und - Berechnungsmethoden fÃ¼r die Versteuerungsart. Er enthÃ¤lt - entweder accrual fÃ¼r die Soll-Versteuerung - oder cash fÃ¼r die Ist-Versteuerung.
- inventory_system -
Dieser Parameter legt die Warenbuchungsmethode fest. Er - enthÃ¤lt entweder perpetual fÃ¼r die - Bestandsmethode oder periodic fÃ¼r die - Aufwandsmethode.
Zum Vergleich der FunktionalitÃ¤t bis und nach 2.6.3: - eur = 1 bedeutete Einnahmen-Ãberschuss-Rechnung, - Ist-Versteuerung und Aufwandsmethode. eur = 0 - bedeutete hingegen Bilanzierung, Soll-Versteuerung und - Bestandsmethode.
Die Konfiguration "eur" unter - [system] in der Konfigurationsdatei - - config/kivitendo.conf wird nun nicht mehr - benÃ¶tigt und kann entfernt werden. Dies muss manuell geschehen.
2.14.3. Festlegen der Parameter
Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in - der Admininstration kÃ¶nnen diese Optionen nun unabhÃ¤ngig voneinander - eingestellt werden.
FÃ¼r die Schweiz sind folgende Einstellungen Ã¼blich: -
Sollversteuerung
Aufwandsmethode
Bilanzierung
- Diese Einstellungen werden automatisch beim Erstellen einer neuen - Datenbank vorausgewÃ¤hlt, wenn in config/kivitendo.conf unter - [system] - default_manager = swiss eingestellt ist. -
Beim Upgrade bestehender Mandanten wird eur ausgelesen und die - Variablen werden so gesetzt, daÃ sich an der FunktionalitÃ¤t nichts - Ã¤ndert.
Die aktuelle Konfiguration wird unter Nummernkreise und - Standardkonten unter dem neuen Punkt "Einstellungen" (read-only) - angezeigt. Unter System â - Mandantenkonfiguration kÃ¶nnen die - Einstellungen auch geÃ¤ndert werden. Dabei ist zu beachten, dass eine - Ãnderung vorhandene Daten so belÃ¤sst und damit evtl. die Ergebnisse - verfÃ¤lscht. Dies gilt vor Allem fÃ¼r die Warenbuchungsmethode (siehe - auch - Bemerkungen zur Bestandsmethode).
2.14.4. Bemerkungen zur Bestandsmethode
Die Bestandsmethode ist eigentlich eine sehr elegante Methode, - funktioniert in kivitendo aber nur unter bestimmten Bedingungen: - Voraussetzung ist, daÃ auch immer alle Einkaufsrechnungen gepflegt - werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank - anfÃ¤ngt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie - der Einkaufswert der Ware nach dem FIFO-Prinzip aus den - Einkaufsrechnungen berechnet wird.
Die Bestandsmethode kann vom Prinzip her also nur funktioneren, - wenn man mit den Buchungen bei Null anfÃ¤ngt, und man kann auch nicht - im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode - wechseln.
2.14.5. Bekannte Probleme
Bei bestimmten Berichten kann man derzeit noch inviduell - einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es - werden im Code Variablen wie $accrual oder $cash gesetzt. Diese - Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher - die Konfigurationsvariable - $::lx_office_conf{system}->{eur} ausgewertet - wurde.
Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die - Optionen bewirken, z.B. mit zwei StandardfÃ¤llen.
ZurÃ¼ck Nach oben Weiter
2.13. OpenDocument-Vorlagen Zum Anfang 2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
\ No newline at end of file + 2.14. Nomenklatur
2.14. Nomenklatur
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.14. Nomenklatur
2.14.1. Datum bei Buchungen
Seit der Version 3.5 werden fÃ¼r Buchungen in kivitendo einheitlich + folgende Bezeichnungen verwendet:
+ Erfassungsdatum (en: Entry Date, + code: Gldate)
bezeichnet das Datum, an dem die Buchung in kivitendo erfasst wurde. +
+ Buchungsdatum (en: Booking Date, + code: Transdate)
bezeichnet das buchhaltungstechnisch fÃ¼r eine Buchung relevante + Datum
Das Rechnungsdatum bei Verkaufs- und + Einkaufsrechnungen entspricht dem Buchungsdatum. Das heisst, in + Berichten wie dem Buchungsjournal, in denen eine Spalte + Buchungsdatum angezeigt werden kann, erscheint hier + im Fall von Rechnungen das Rechnungsdatum.
Bezieht sich ein verbuchter Beleg auf einen Zeitpunkt, der nicht mit + dem Buchungsdatum Ã¼bereinstimmt, so kann dieses Datum momentan in kivitendo + nur unter Bemerkungen erfasst werden.
MÃ¶glicherweise wird fÃ¼r solche FÃ¤lle in einer spÃ¤teren Version von + kivitendo ein dritter Datumswert fÃ¼r Buchungen erstellt. (Beispiel: + Einkaufsbeleg stammt aus einem frÃ¼heren Jahr, das bereits + buchhaltungstechnisch abgeschlossen wurde, und muss deshalb spÃ¤ter + verbucht werden.)
ZurÃ¼ck Nach oben Weiter
2.13. OpenDocument-Vorlagen Zum Anfang 2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: + EUR
\ No newline at end of file diff --git a/doc/html/ch02s15.html b/doc/html/ch02s15.html index 22204eb1c..5e6084e21 100644 --- a/doc/html/ch02s15.html +++ b/doc/html/ch02s15.html @@ -1,40 +1,72 @@ - 2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
2.15.1. EinfÃ¼hrung
Die Umsatzsteuerumstellung auf 19% fÃ¼r SKR04 fÃ¼r die - SteuerschlÃ¼ssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt. - kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch - erstellt und die Steuereinstellungen korrekt einstellt. Hat der - Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon - Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das - Upgradeskript vorsichtshalber nicht ausgefÃ¼hrt, da der Benutzer sich - vielleicht schon selbst geholfen hat und mit seinen Ãnderungen - zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand - ausfÃ¼hren. Nachfolgend werden die entsprechenden Schritte anhand von - Screenshots dargestellt.
FÃ¼r den Fall, daÃ Buchungen mit der SteuerschlÃ¼ssel "EU ohne - USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen, - dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind, - und diese Buchungen sollten entsprechend kontrolliert werden.
2.15.2. Konto 3804 manuell anlegen
Die folgenden Schritte sind notwendig, um das Konto manuell - anzulegen und zu konfigurieren. Zuerst wird in - System â - KontenÃ¼bersicht â Konto - erfassen das Konto angelegt.
Als Zweites muss Steuergruppe 13 fÃ¼r Konto 3803 angepasst - werden. Dazu unter System â - Steuern â - Bearbeiten den Eintrag mit SteuerschlÃ¼ssel - 13 auswÃ¤hlen und ihn wie im folgenden Screenshot angezeigt - anpassen.
Als Drittes wird ein neuer Eintrag mit SteuerschlÃ¼ssel 13 fÃ¼r - Konto 3804 (19%) angelegt. Dazu unter System â - Steuern â - Erfassen auswÃ¤hlen und die Werte aus dem - Screenshot Ã¼bernehmen.
Als NÃ¤chstes sind alle Konten anzupassen, die als - Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch - Steuerautomatik auf 3804 bekommen. Dies betrifft in der - Standardkonfiguration die Konten 4315 und 4726. Als Beispiel fÃ¼r 4315 - mÃ¼ssen Sie dazu unter System â - KontenÃ¼bersicht â Konten - anzeigen das Konto 4315 anklicken und die Einstellungen - wie im Screenshot gezeigt vornehmen.
Als Letztes sollte die Steuerliste unter - System â Steuern â - Bearbeiten kontrolliert werden. Zum - Vergleich der Screenshot.
ZurÃ¼ck Nach oben Weiter
2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: - EUR Zum Anfang 2.16. Verhalten des Bilanzberichts
\ No newline at end of file + 2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: EUR
2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: + EUR
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: + EUR
2.15.1. EinfÃ¼hrung
kivitendo besaÃ bis inklusive Version 2.6.3 einen + Konfigurationsparameter namens eur, der sich in der + Konfigurationsdatei config/kivitendo.conf (damals + noch config/lx_office.conf) befand. Somit galt er + fÃ¼r alle Mandanten, die in dieser Installation benutzt wurden.
Mit der nachfolgenden Version wurde der Parameter zum Einen in + die Mandantendatenbank verschoben und dabei auch gleich in drei + Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer + steuern lÃ¤sst.
2.15.2. Konfigurationsparameter
Es gibt drei Parameter, die die Gewinnermittlungsart, + Versteuerungsart und die Warenbuchungsmethode regeln:
+ profit_determination +
Dieser Parameter legt die Berechnungsmethode fÃ¼r die + Gewinnermittlung fest. Er enthÃ¤lt entweder + balance fÃ¼r + BetriebsvermÃ¶gensvergleich/Bilanzierung oder + income fÃ¼r die + Einnahmen-Ãberschuss-Rechnung.
+ accounting_method +
Dieser Parameter steuert die Buchungs- und + Berechnungsmethoden fÃ¼r die Versteuerungsart. Er enthÃ¤lt + entweder accrual fÃ¼r die Soll-Versteuerung + oder cash fÃ¼r die Ist-Versteuerung.
+ inventory_system +
Dieser Parameter legt die Warenbuchungsmethode fest. Er + enthÃ¤lt entweder perpetual fÃ¼r die + Bestandsmethode oder periodic fÃ¼r die + Aufwandsmethode.
Zum Vergleich der FunktionalitÃ¤t bis und nach 2.6.3: + eur = 1 bedeutete Einnahmen-Ãberschuss-Rechnung, + Ist-Versteuerung und Aufwandsmethode. eur = 0 + bedeutete hingegen Bilanzierung, Soll-Versteuerung und + Bestandsmethode.
Die Konfiguration "eur" unter + [system] in der Konfigurationsdatei + + config/kivitendo.conf wird nun nicht mehr + benÃ¶tigt und kann entfernt werden. Dies muss manuell geschehen.
2.15.3. Festlegen der Parameter
Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in + der Admininstration kÃ¶nnen diese Optionen nun unabhÃ¤ngig voneinander + eingestellt werden.
FÃ¼r die Schweiz sind folgende Einstellungen Ã¼blich: +
Sollversteuerung
Aufwandsmethode
Bilanzierung
+ Diese Einstellungen werden automatisch beim Erstellen einer neuen + Datenbank vorausgewÃ¤hlt, wenn in config/kivitendo.conf unter + [system] + default_manager = swiss eingestellt ist. +
Beim Upgrade bestehender Mandanten wird eur ausgelesen und die + Variablen werden so gesetzt, daÃ sich an der FunktionalitÃ¤t nichts + Ã¤ndert.
Die aktuelle Konfiguration wird unter Nummernkreise und + Standardkonten unter dem neuen Punkt "Einstellungen" (read-only) + angezeigt. Unter System â + Mandantenkonfiguration kÃ¶nnen die + Einstellungen auch geÃ¤ndert werden. Dabei ist zu beachten, dass eine + Ãnderung vorhandene Daten so belÃ¤sst und damit evtl. die Ergebnisse + verfÃ¤lscht. Dies gilt vor Allem fÃ¼r die Warenbuchungsmethode (siehe + auch + Bemerkungen zur Bestandsmethode).
2.15.4. Bemerkungen zur Bestandsmethode
Die Bestandsmethode ist eigentlich eine sehr elegante Methode, + funktioniert in kivitendo aber nur unter bestimmten Bedingungen: + Voraussetzung ist, daÃ auch immer alle Einkaufsrechnungen gepflegt + werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank + anfÃ¤ngt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie + der Einkaufswert der Ware nach dem FIFO-Prinzip aus den + Einkaufsrechnungen berechnet wird.
Die Bestandsmethode kann vom Prinzip her also nur funktioneren, + wenn man mit den Buchungen bei Null anfÃ¤ngt, und man kann auch nicht + im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode + wechseln.
2.15.5. Bekannte Probleme
Bei bestimmten Berichten kann man derzeit noch inviduell + einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es + werden im Code Variablen wie $accrual oder $cash gesetzt. Diese + Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher + die Konfigurationsvariable + $::lx_office_conf{system}->{eur} ausgewertet + wurde.
Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die + Optionen bewirken, z.B. mit zwei StandardfÃ¤llen.
ZurÃ¼ck Nach oben Weiter
2.14. Nomenklatur Zum Anfang 2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
\ No newline at end of file diff --git a/doc/html/ch02s16.html b/doc/html/ch02s16.html index de58d8703..5c34c6819 100644 --- a/doc/html/ch02s16.html +++ b/doc/html/ch02s16.html @@ -1,21 +1,40 @@ - 2.16. Verhalten des Bilanzberichts
2.16. Verhalten des Bilanzberichts
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.16. Verhalten des Bilanzberichts
Bis Version 3.0 wurde "closedto" ("BÃ¼cher schlieÃen zum") als - Grundlage fÃ¼r das Startdatum benutzt. SchlieÃt man die BÃ¼cher allerdings - monatsweise fÃ¼hrt dies zu falschen Werten.
In der Mandantenkonfiguration kann man dieses Verhalten genau - einstellen indem man:
weiterhin closed_to benutzt (Default, es Ã¤ndert sich nichts zu - vorher)
immer den Jahresanfang nimmt (1.1. relativ zum - Stichtag)
immer die letzte ErÃ¶ffnungsbuchung als Startdatum nimmt
- mit Jahresanfang als Alternative wenn es keine EB-Buchungen - gibt
- oder mit "alle Buchungen" als Alternative"
mit Jahresanfang als Alternative wenn es keine EB-Buchungen - gibt
immer alle Buchungen seit Beginn der Datenbank nimmt
Folgende Hinweise zu den Optionen: Das "BÃ¼cher schlieÃen Datum" - ist sinnvoll, wenn man nur komplette Jahre schlieÃt. Bei Wirtschaftsjahr - = Kalendarjahr entspricht dies aber auch dem Jahresanfang. "Alle - Buchungen" kann z.B. sinnvoll sein wenn man ohne JahresabschluÃ - durchbucht. ErÃ¶ffnungsbuchung mit "alle Buchungen" als Fallback ist z.B. - sinnvoll, wenn man am sich Anfang des zweiten Buchungsjahres befindet, - und noch keinen Jahreswechsel und auch noch keine EB-Buchungen hat. Bei - den Optionen mit EB-Buchungen wird vorausgesetzt, daÃ diese immer am 1. - Tag des Wirtschaftsjahres gebucht werden. Zur Sicherheit wird das - Startdatum im Bilanzbericht jetzt zusÃ¤tzlich zum Stichtag mit angezeigt. - Das hilft auch bei der Kontrolle fÃ¼r den Abgleich mit der GuV bzw. - Erfolgsrechnung.
ZurÃ¼ck Nach oben Weiter
2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb Zum Anfang 2.17. Erfolgsrechnung
\ No newline at end of file + 2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb
2.16.1. EinfÃ¼hrung
Die Umsatzsteuerumstellung auf 19% fÃ¼r SKR04 fÃ¼r die + SteuerschlÃ¼ssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt. + kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch + erstellt und die Steuereinstellungen korrekt einstellt. Hat der + Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon + Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das + Upgradeskript vorsichtshalber nicht ausgefÃ¼hrt, da der Benutzer sich + vielleicht schon selbst geholfen hat und mit seinen Ãnderungen + zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand + ausfÃ¼hren. Nachfolgend werden die entsprechenden Schritte anhand von + Screenshots dargestellt.
FÃ¼r den Fall, daÃ Buchungen mit der SteuerschlÃ¼ssel "EU ohne + USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen, + dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind, + und diese Buchungen sollten entsprechend kontrolliert werden.
2.16.2. Konto 3804 manuell anlegen
Die folgenden Schritte sind notwendig, um das Konto manuell + anzulegen und zu konfigurieren. Zuerst wird in + System â + KontenÃ¼bersicht â Konto + erfassen das Konto angelegt.
Als Zweites muss Steuergruppe 13 fÃ¼r Konto 3803 angepasst + werden. Dazu unter System â + Steuern â + Bearbeiten den Eintrag mit SteuerschlÃ¼ssel + 13 auswÃ¤hlen und ihn wie im folgenden Screenshot angezeigt + anpassen.
Als Drittes wird ein neuer Eintrag mit SteuerschlÃ¼ssel 13 fÃ¼r + Konto 3804 (19%) angelegt. Dazu unter System â + Steuern â + Erfassen auswÃ¤hlen und die Werte aus dem + Screenshot Ã¼bernehmen.
Als NÃ¤chstes sind alle Konten anzupassen, die als + Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch + Steuerautomatik auf 3804 bekommen. Dies betrifft in der + Standardkonfiguration die Konten 4315 und 4726. Als Beispiel fÃ¼r 4315 + mÃ¼ssen Sie dazu unter System â + KontenÃ¼bersicht â Konten + anzeigen das Konto 4315 anklicken und die Einstellungen + wie im Screenshot gezeigt vornehmen.
Als Letztes sollte die Steuerliste unter + System â Steuern â + Bearbeiten kontrolliert werden. Zum + Vergleich der Screenshot.
ZurÃ¼ck Nach oben Weiter
2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: + EUR Zum Anfang 2.17. Verhalten des Bilanzberichts
\ No newline at end of file diff --git a/doc/html/ch02s17.html b/doc/html/ch02s17.html index cea8cebdf..63f1a2e8b 100644 --- a/doc/html/ch02s17.html +++ b/doc/html/ch02s17.html @@ -1,17 +1,21 @@ - 2.17. Erfolgsrechnung
2.17. Erfolgsrechnung
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.17. Erfolgsrechnung
Seit der Version 3.4.1 existiert in kivitendo der Bericht - Erfolgsrechnung.
Die Erfolgsrechnung kann in der Mandantenkonfiguration unter Features - an- oder abgeschaltet werden. Mit der Einstellung default_manager = swiss - in der config/kivitendo.conf wird beim neu Erstellen - einer Datenbank automatisch die Anzeige der Erfolgsrechnung im MenÃ¼ Berichte - ausgewÃ¤hlt und ersetzt dort die GUV.
Im Gegensatz zur GUV werden bei der Erfolgsrechnung sÃ¤mtliche Aufwands- und - ErlÃ¶skonten einzeln aufgelistet (analog zur Bilanz), sortiert nach ERTRAG und AUFWAND.
Bei den Konteneinstellungen muss bei jedem Konto, das in der Erfolgsrechnung - erscheinen soll, unter Sonstige Einstellungen/Erfolgsrechnung - entweder 01.Ertrag oder 06.Aufwand ausgewÃ¤hlt - werden.
Wird bei einem ErlÃ¶skonto 06.Aufwand ausgewÃ¤hlt, - so wird dieses Konto als Aufwandsminderung unter AUFWAND aufgelistet.
Wird bei einem Aufwandskonto 01.Ertrag ausgewÃ¤hlt, - so wird dieses Konto als Ertragsminderung unter ERTRAG aufgelistet.
Soll bei einer bereits bestehenden Buchhaltung in Zukunft zusÃ¤tzlich - die Erfolgsrechnung als Bericht verwendet werden, so mÃ¼ssen die Einstellungen - zu allen ErlÃ¶s- und Aufwandskonten unter Sonstige - Einstellungen/Erfolgsrechnung Ã¼berprÃ¼ft und allenfalls neu gesetzt werden.
ZurÃ¼ck Nach oben Weiter
2.16. Verhalten des Bilanzberichts Zum Anfang 2.18. Rundung in Verkaufsbelegen
\ No newline at end of file + 2.17. Verhalten des Bilanzberichts
2.17. Verhalten des Bilanzberichts
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.17. Verhalten des Bilanzberichts
Bis Version 3.0 wurde "closedto" ("BÃ¼cher schlieÃen zum") als + Grundlage fÃ¼r das Startdatum benutzt. SchlieÃt man die BÃ¼cher allerdings + monatsweise fÃ¼hrt dies zu falschen Werten.
In der Mandantenkonfiguration kann man dieses Verhalten genau + einstellen indem man:
weiterhin closed_to benutzt (Default, es Ã¤ndert sich nichts zu + vorher)
immer den Jahresanfang nimmt (1.1. relativ zum + Stichtag)
immer die letzte ErÃ¶ffnungsbuchung als Startdatum nimmt
- mit Jahresanfang als Alternative wenn es keine EB-Buchungen + gibt
- oder mit "alle Buchungen" als Alternative"
mit Jahresanfang als Alternative wenn es keine EB-Buchungen + gibt
immer alle Buchungen seit Beginn der Datenbank nimmt
Folgende Hinweise zu den Optionen: Das "BÃ¼cher schlieÃen Datum" + ist sinnvoll, wenn man nur komplette Jahre schlieÃt. Bei Wirtschaftsjahr + = Kalendarjahr entspricht dies aber auch dem Jahresanfang. "Alle + Buchungen" kann z.B. sinnvoll sein wenn man ohne JahresabschluÃ + durchbucht. ErÃ¶ffnungsbuchung mit "alle Buchungen" als Fallback ist z.B. + sinnvoll, wenn man am sich Anfang des zweiten Buchungsjahres befindet, + und noch keinen Jahreswechsel und auch noch keine EB-Buchungen hat. Bei + den Optionen mit EB-Buchungen wird vorausgesetzt, daÃ diese immer am 1. + Tag des Wirtschaftsjahres gebucht werden. Zur Sicherheit wird das + Startdatum im Bilanzbericht jetzt zusÃ¤tzlich zum Stichtag mit angezeigt. + Das hilft auch bei der Kontrolle fÃ¼r den Abgleich mit der GuV bzw. + Erfolgsrechnung.
ZurÃ¼ck Nach oben Weiter
2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb Zum Anfang 2.18. Erfolgsrechnung
\ No newline at end of file diff --git a/doc/html/ch02s18.html b/doc/html/ch02s18.html index f0461911e..148ae7972 100644 --- a/doc/html/ch02s18.html +++ b/doc/html/ch02s18.html @@ -1,23 +1,17 @@ - 2.18. Rundung in Verkaufsbelegen
2.18. Rundung in Verkaufsbelegen
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.18. Rundung in Verkaufsbelegen
In der Schweiz hat die kleinste aktuell benutzte MÃ¼nze den Wert von 5 Rappen (0.05 CHF).
Auch wenn im elektronischen Zahlungsverkehr BetrÃ¤ge mit einer Genauigkeit - von 0.01 CHF verwendet werden kÃ¶nnen, ist es trotzdem nach wie vor Ã¼blich, - Rechnungen mit auf 0.05 CHF gerundeten BetrÃ¤gen auszustellen.
In kivitendo kann seit der Version 3.4.1 die Einstellung fÃ¼r eine solche - Rundung pro Mandant / Datenbank festgelegt werden.
Die Einstellung wird beim Erstellen der Datenbank bei Genauigkeit - festgelegt. Sie kann anschliessend Ã¼ber das Webinterface von kivitendo nicht mehr - verÃ¤ndert werden.
AbhÃ¤ngig vom Wert fÃ¼r default_manager in - config/kivitendo.conf werden dabei folgende - Werte voreingestellt:
0.05 (default_manager = swiss)
0.01 (default_manager = german)
Der Wert wird in der Datenbank in der Tabelle defaults -in der Spalte precision gespeichert.
In allen Verkaufsangeboten, VerkaufsauftrÃ¤gen, Verkaufsrechnungen - und Verkaufsgutschriften wird der Endbetrag inkl. MWST gerundet, - wenn dieser nicht der eingestellten Genauigkeit entspricht.
Beim Buchen einer Verkaufsrechnung wird der Rundungsbetrag - automatisch auf die in der Mandantenkonfiguration festgelegten - Standardkonten fÃ¼r RundungsertrÃ¤ge bzw. Rundungsaufwendungen gebucht.
(Die berechnete MWST wird durch den Rundungsbetrag nicht mehr verÃ¤ndert.)
Die in den Druckvorlagen zur VerfÃ¼gung stehenden Variablen - quototal, ordtotal bzw. - invtotal enthalten den gerundeten Betrag.
- Achtung: Werden Verkaufsbelege - in anderen WÃ¤hrungen als der StandardwÃ¤hrung erstellt, so muss in - kivitendo ab Version 3.4.1 die Genauigkeit 0.01 verwendet werden.
Das heisst, Firmen in der Schweiz, die teilweise Verkaufsrechnungen - in Euro oder anderen WÃ¤hrungen erstellen wollen, mÃ¼ssen beim Erstellen - der Datenbank als Genauigkeit 0.01 wÃ¤hlen und kÃ¶nnen zur Zeit die - 5er Rundung noch nicht nutzen.
ZurÃ¼ck Nach oben Weiter
2.17. Erfolgsrechnung Zum Anfang 2.19. Einstellungen pro Mandant
\ No newline at end of file + 2.18. Erfolgsrechnung
2.18. Erfolgsrechnung
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.18. Erfolgsrechnung
Seit der Version 3.4.1 existiert in kivitendo der Bericht + Erfolgsrechnung.
Die Erfolgsrechnung kann in der Mandantenkonfiguration unter Features + an- oder abgeschaltet werden. Mit der Einstellung default_manager = swiss + in der config/kivitendo.conf wird beim neu Erstellen + einer Datenbank automatisch die Anzeige der Erfolgsrechnung im MenÃ¼ Berichte + ausgewÃ¤hlt und ersetzt dort die GUV.
Im Gegensatz zur GUV werden bei der Erfolgsrechnung sÃ¤mtliche Aufwands- und + ErlÃ¶skonten einzeln aufgelistet (analog zur Bilanz), sortiert nach ERTRAG und AUFWAND.
Bei den Konteneinstellungen muss bei jedem Konto, das in der Erfolgsrechnung + erscheinen soll, unter Sonstige Einstellungen/Erfolgsrechnung + entweder 01.Ertrag oder 06.Aufwand ausgewÃ¤hlt + werden.
Wird bei einem ErlÃ¶skonto 06.Aufwand ausgewÃ¤hlt, + so wird dieses Konto als Aufwandsminderung unter AUFWAND aufgelistet.
Wird bei einem Aufwandskonto 01.Ertrag ausgewÃ¤hlt, + so wird dieses Konto als Ertragsminderung unter ERTRAG aufgelistet.
Soll bei einer bereits bestehenden Buchhaltung in Zukunft zusÃ¤tzlich + die Erfolgsrechnung als Bericht verwendet werden, so mÃ¼ssen die Einstellungen + zu allen ErlÃ¶s- und Aufwandskonten unter Sonstige + Einstellungen/Erfolgsrechnung Ã¼berprÃ¼ft und allenfalls neu gesetzt werden.
ZurÃ¼ck Nach oben Weiter
2.17. Verhalten des Bilanzberichts Zum Anfang 2.19. Rundung in Verkaufsbelegen
\ No newline at end of file diff --git a/doc/html/ch02s19.html b/doc/html/ch02s19.html index ed47e293d..a651e9de7 100644 --- a/doc/html/ch02s19.html +++ b/doc/html/ch02s19.html @@ -1,16 +1,23 @@ - 2.19. Einstellungen pro Mandant
2.19. Einstellungen pro Mandant
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.19. Einstellungen pro Mandant
Einige Einstellungen kÃ¶nnen von einem Benutzer mit dem Recht "Administration (FÃ¼r die Verwaltung - der aktuellen Instanz aus einem Userlogin heraus)" gemacht werden. Diese - Einstellungen sind dann fÃ¼r die aktuellen Mandanten-Datenbank gÃ¼ltig. - Die Einstellungen sind unter System â - Mandantenkonfiguration erreichbar.
Bitte beachten Sie die Hinweise zu den einzelnen Einstellungen. - Einige Einstellungen sollten nicht ohne Weiteres im laufenden Betrieb - geÃ¤ndert werden (siehe auch Bemerkungen zu - Bestandsmethode).
Die Einstellungen show_bestbefore und - payments_changeable aus dem Abschnitt - features und die Einstellungen im Abschnitt - datev_check (sofern schon vorhanden) der kivitendo-Konfigurationsdatei werden - bei einem Datenbankupdate einer Ã¤lteren Version automatisch Ã¼bernommen. - Diese EintrÃ¤ge kÃ¶nnen danach aus der Konfigurationsdatei entfernt - werden.
ZurÃ¼ck Nach oben Weiter
2.18. Rundung in Verkaufsbelegen Zum Anfang 2.20. kivitendo ERP verwenden
\ No newline at end of file + 2.19. Rundung in Verkaufsbelegen
2.19. Rundung in Verkaufsbelegen
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.19. Rundung in Verkaufsbelegen
In der Schweiz hat die kleinste aktuell benutzte MÃ¼nze den Wert von 5 Rappen (0.05 CHF).
Auch wenn im elektronischen Zahlungsverkehr BetrÃ¤ge mit einer Genauigkeit + von 0.01 CHF verwendet werden kÃ¶nnen, ist es trotzdem nach wie vor Ã¼blich, + Rechnungen mit auf 0.05 CHF gerundeten BetrÃ¤gen auszustellen.
In kivitendo kann seit der Version 3.4.1 die Einstellung fÃ¼r eine solche + Rundung pro Mandant / Datenbank festgelegt werden.
Die Einstellung wird beim Erstellen der Datenbank bei Genauigkeit + festgelegt. Sie kann anschliessend Ã¼ber das Webinterface von kivitendo nicht mehr + verÃ¤ndert werden.
AbhÃ¤ngig vom Wert fÃ¼r default_manager in + config/kivitendo.conf werden dabei folgende + Werte voreingestellt:
0.05 (default_manager = swiss)
0.01 (default_manager = german)
Der Wert wird in der Datenbank in der Tabelle defaults +in der Spalte precision gespeichert.
In allen Verkaufsangeboten, VerkaufsauftrÃ¤gen, Verkaufsrechnungen + und Verkaufsgutschriften wird der Endbetrag inkl. MWST gerundet, + wenn dieser nicht der eingestellten Genauigkeit entspricht.
Beim Buchen einer Verkaufsrechnung wird der Rundungsbetrag + automatisch auf die in der Mandantenkonfiguration festgelegten + Standardkonten fÃ¼r RundungsertrÃ¤ge bzw. Rundungsaufwendungen gebucht.
(Die berechnete MWST wird durch den Rundungsbetrag nicht mehr verÃ¤ndert.)
Die in den Druckvorlagen zur VerfÃ¼gung stehenden Variablen + quototal, ordtotal bzw. + invtotal enthalten den gerundeten Betrag.
+ Achtung: Werden Verkaufsbelege + in anderen WÃ¤hrungen als der StandardwÃ¤hrung erstellt, so muss in + kivitendo ab Version 3.4.1 die Genauigkeit 0.01 verwendet werden.
Das heisst, Firmen in der Schweiz, die teilweise Verkaufsrechnungen + in Euro oder anderen WÃ¤hrungen erstellen wollen, mÃ¼ssen beim Erstellen + der Datenbank als Genauigkeit 0.01 wÃ¤hlen und kÃ¶nnen zur Zeit die + 5er Rundung noch nicht nutzen.
ZurÃ¼ck Nach oben Weiter
2.18. Erfolgsrechnung Zum Anfang 2.20. Einstellungen pro Mandant
\ No newline at end of file diff --git a/doc/html/ch02s20.html b/doc/html/ch02s20.html index 0d072081d..a6b7824fa 100644 --- a/doc/html/ch02s20.html +++ b/doc/html/ch02s20.html @@ -1,8 +1,16 @@ - 2.20. kivitendo ERP verwenden
2.20. kivitendo ERP verwenden
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.20. kivitendo ERP verwenden
Nach erfolgreicher Installation ist der Loginbildschirm unter - folgender URL erreichbar:
- http://localhost/kivitendo-erp/login.pl -
Die Administrationsseite erreichen Sie unter:
- http://localhost/kivitendo-erp/controller.pl?action=Admin/login -
ZurÃ¼ck Nach oben Weiter
2.19. Einstellungen pro Mandant Zum Anfang Kapitel 3. Features und Funktionen
\ No newline at end of file + 2.20. Einstellungen pro Mandant
2.20. Einstellungen pro Mandant
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.20. Einstellungen pro Mandant
Einige Einstellungen kÃ¶nnen von einem Benutzer mit dem Recht "Administration (FÃ¼r die Verwaltung + der aktuellen Instanz aus einem Userlogin heraus)" gemacht werden. Diese + Einstellungen sind dann fÃ¼r die aktuellen Mandanten-Datenbank gÃ¼ltig. + Die Einstellungen sind unter System â + Mandantenkonfiguration erreichbar.
Bitte beachten Sie die Hinweise zu den einzelnen Einstellungen. + Einige Einstellungen sollten nicht ohne Weiteres im laufenden Betrieb + geÃ¤ndert werden (siehe auch Bemerkungen zu + Bestandsmethode).
Die Einstellungen show_bestbefore und + payments_changeable aus dem Abschnitt + features und die Einstellungen im Abschnitt + datev_check (sofern schon vorhanden) der kivitendo-Konfigurationsdatei werden + bei einem Datenbankupdate einer Ã¤lteren Version automatisch Ã¼bernommen. + Diese EintrÃ¤ge kÃ¶nnen danach aus der Konfigurationsdatei entfernt + werden.
ZurÃ¼ck Nach oben Weiter
2.19. Rundung in Verkaufsbelegen Zum Anfang 2.21. kivitendo ERP verwenden
\ No newline at end of file diff --git a/doc/html/ch02s21.html b/doc/html/ch02s21.html new file mode 100644 index 000000000..4013643cc --- /dev/null +++ b/doc/html/ch02s21.html @@ -0,0 +1,8 @@ + + + 2.21. kivitendo ERP verwenden
2.21. kivitendo ERP verwenden
ZurÃ¼ck Kapitel 2. Installation und Grundkonfiguration Weiter
2.21. kivitendo ERP verwenden
Nach erfolgreicher Installation ist der Loginbildschirm unter + folgender URL erreichbar:
+ http://localhost/kivitendo-erp/login.pl +
Die Administrationsseite erreichen Sie unter:
+ http://localhost/kivitendo-erp/controller.pl?action=Admin/login +
ZurÃ¼ck Nach oben Weiter
2.20. Einstellungen pro Mandant Zum Anfang Kapitel 3. Features und Funktionen
\ No newline at end of file diff --git a/doc/html/ch03.html b/doc/html/ch03.html index fac12657c..578a8ad49 100644 --- a/doc/html/ch03.html +++ b/doc/html/ch03.html @@ -1,6 +1,6 @@ - Kapitel 3. Features und Funktionen
Kapitel 3. Features und Funktionen
ZurÃ¼ck Weiter
Kapitel 3. Features und Funktionen
3.1. Wiederkehrende Rechnungen
3.1.1. EinfÃ¼hrung
Wiederkehrende Rechnungen werden als normale AuftrÃ¤ge definiert + Kapitel 3. Features und Funktionen
Kapitel 3. Features und Funktionen
ZurÃ¼ck Weiter
Kapitel 3. Features und Funktionen
3.1. Wiederkehrende Rechnungen
3.1.1. EinfÃ¼hrung
Wiederkehrende Rechnungen werden als normale AuftrÃ¤ge definiert und konfiguriert, mit allen dazugehÃ¶rigen Kunden- und Artikelangaben. Die konfigurierten AuftrÃ¤ge werden spÃ¤ter automatisch in Rechnungen umgewandelt, so als ob man den Workflow benutzen wÃ¼rde, und auch die @@ -152,4 +152,4 @@ den neu konfigurieren Auftrag erkennt und daraus eine Rechnung generiert hat. Alternativ setzt man das Startdatum auf den Monatsersten des Folgemonats und erstellt die erste Rechnung direkt - manuell Ã¼ber den Workflow.
ZurÃ¼ck Weiter
2.20. kivitendo ERP verwenden Zum Anfang 3.2. Bankerweiterung
\ No newline at end of file + manuell Ã¼ber den Workflow.
ZurÃ¼ck Weiter
2.21. kivitendo ERP verwenden Zum Anfang 3.2. Bankerweiterung
\ No newline at end of file diff --git a/doc/html/ch03s03.html b/doc/html/ch03s03.html index c8f4c5b77..ff17a9540 100644 --- a/doc/html/ch03s03.html +++ b/doc/html/ch03s03.html @@ -609,7 +609,7 @@ invdate: Rechnungsdatum
invnumber -: Rechnungsnummer

3.3.10. Variablen in anderen Vorlagen

3.3.10.1. EinfÃ¼hrung

Die Variablen in anderen Vorlagen sind Ã¤hnlich wie in der +

Rechnungsnummer

3.3.10. Variablen in anderen Vorlagen

3.3.10.1. EinfÃ¼hrung

Die Variablen in anderen Vorlagen sind Ã¤hnlich wie in der Rechnung. Allerdings heiÃen die Variablen, die mit inv beginnen, jetzt anders. Bei den Angeboten fangen sie mit quo fÃ¼r "quotation" an: diff --git a/doc/html/ch03s06.html b/doc/html/ch03s06.html index 0b35ea7f9..248c0ce29 100644 --- a/doc/html/ch03s06.html +++ b/doc/html/ch03s06.html @@ -1,16 +1,23 @@ - 3.6. Schweizer KontenplÃ¤ne

3.6. Schweizer KontenplÃ¤ne
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.6. Schweizer KontenplÃ¤ne

Seit der Version 3.4.1 stehen in kivitendo 2 KontenplÃ¤ne fÃ¼r + 3.6. Schweizer KontenplÃ¤ne

3.6. Schweizer KontenplÃ¤ne
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.6. Schweizer KontenplÃ¤ne

Seit der Version 3.5 stehen in kivitendo 3 KontenplÃ¤ne fÃ¼r den Einsatz in der Schweiz zur VerfÃ¼gung, einer fÃ¼r Firmen und - Organisationen, die nicht mehrwertsteuerpflichtig sind, und einer - fÃ¼r Firmen, die mehrwertsteuerpflichtig sind.

Die KontenplÃ¤ne orientieren sich am in der Schweiz Ã¼blicherweise + Organisationen, die nicht mehrwertsteuerpflichtig sind, einer + fÃ¼r Firmen, die mehrwertsteuerpflichtig sind und einer speziell + fÃ¼r Vereine.

Die KontenplÃ¤ne orientieren sich am in der Schweiz Ã¼blicherweise verwendeten KMU-Kontenrahmen und sind mit der Revision des Schweizerischen Obligationenrechts (OR) vom 1.1.2013 kompatibel, insbesondere - Art.957a Abs.2.

Die MÃ¶glichkeit, SaldosteuersÃ¤tze zu verwenden ist in der aktuellen + Art.957a Abs.2.

Beim Vereinskontenplan sind standardmÃ¤ssig nur die Konten 1100 + (Debitoren CHF) und 1101 (Debitoren EUR) als Buchungskonten im Verkauf + sowie die Konten 2000 (Kreditoren CHF) und 2001 (Kreditoren EUR) als + Buchungskonten im Einkauf vorgesehen. Weitere Konten kÃ¶nnen bei Bedarf + in den Konto-Detaileinstellungen als Einkaufs- oder Verkaufskonten + konfiguriert werden.

Die MÃ¶glichkeit, SaldosteuersÃ¤tze zu verwenden ist in der aktuellen Version von kivitendo noch nicht integriert.

Trotzdem kÃ¶nnen auch Firmen, die per Saldosteuersatz mit der EidgenÃ¶ssischen Steuerverwaltung abrechnen, kivitendo bereits nutzen. Dazu wird der Kontenplan mit MWST ausgewÃ¤hlt. Anschliessend mÃ¼ssen alle Aufwandskonten editiert werden und dort der Steuersatz auf 0% - gesetzt werden.

So werden bei Kreditorenbuchungen keine Vorsteuern verbucht.

WÃ¼nsche fÃ¼r Anpassungen an den Schweizer KontenplÃ¤nen sowie + gesetzt werden.

So werden bei Kreditorenbuchungen keine Vorsteuern verbucht.

Bezugssteuern fÃ¼r aus dem Ausland bezogene Dienstleistungen mÃ¼ssen + manuell verbucht werden.

WÃ¼nsche fÃ¼r Anpassungen an den Schweizer KontenplÃ¤nen sowie VorschlÃ¤ge fÃ¼r weitere (z.B. branchenspezifische) KontenplÃ¤ne bitte an empfang@revamp-it.ch senden.

ZurÃ¼ck	Nach oben	Weiter
3.5. Mandantenkonfiguration Lager	Zum Anfang	3.7. Artikelklassifizierung

\ No newline at end of file diff --git a/doc/html/ch03s07.html b/doc/html/ch03s07.html index 508a35d79..8bbe387c5 100644 --- a/doc/html/ch03s07.html +++ b/doc/html/ch03s07.html @@ -1,15 +1,15 @@ - 3.7. Artikelklassifizierung

3.7. Artikelklassifizierung
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.7. Artikelklassifizierung

3.7.1. Ãbersicht

Die Klassifizierung von Artikeln dient einer weiteren Gliederung + 3.7. Artikelklassifizierung

3.7. Artikelklassifizierung
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.7. Artikelklassifizierung

3.7.1. Ãbersicht

Die Klassifizierung von Artikeln dient einer weiteren Gliederung um zum Beispiel den Einkauf vom Verkauf zu trennen, gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein KÃ¼rzel (z.B. "E"). FÃ¼r jede Klassifizierung besteht eine Beschreibung und eine AbkÃ¼rzung die normalerweise aus einem Zeichen besteht, kann aber auf mehrere Zeichen erweitert werden, falls zur Unterscheidung notwendig, sinnvoll - sind jedoch nur maximal 2 Zeichen.

3.7.2. Basisklassifizierung

Als Basisklassifizierungen gibt es

Einkauf
Verkauf
Handelsware
Produktion
- keine - (diese wird bei einer Aktualisierung fÃ¼r alle + sind jedoch nur maximal 2 Zeichen.

3.7.2. Basisklassifizierung

Als Basisklassifizierungen gibt es

Einkauf
Verkauf
Handelsware
Produktion
- keine - (diese wird bei einer Aktualisierung fÃ¼r alle existierenden Artikel genommen, gÃ¼ltig fÃ¼r Verkauf und Einkauf)

Es kÃ¶nnen weitere Klassifizierungen angelegt werden. So kann es - z.B. fÃ¼r separat auszuweisende Artikel folgened Klassen geben:

Lieferung (Logistik, Transport) mit KÃ¼rzel L
Material (Verpackungsmaterial) mit KÃ¼rzel M

3.7.3. Attribute

Bisher haben die Klassifizierungen folgende Attribute, die auch + z.B. fÃ¼r separat auszuweisende Artikel folgened Klassen geben:

Lieferung (Logistik, Transport) mit KÃ¼rzel L
Material (Verpackungsmaterial) mit KÃ¼rzel M

3.7.3. Attribute

Bisher haben die Klassifizierungen folgende Attribute, die auch alle gleichzeitg gÃ¼ltig sein kÃ¶nnen

gÃ¼ltig fÃ¼r Verkauf - dieser Artikel kann im Verkauf genutzt werden
gÃ¼ltig fÃ¼r Einkauf - dieser Artikel kann im Einkauf genutzt werden
separat ausweisen - hierzu gibt es zur Dokumentengenerierung @@ -17,7 +17,7 @@ die alle nicht separat auszuweisenden Artikelkosten saldiert, sowie pro separat auszuweisenden Klassifizierungen die Variable <%separate_X_subtotal%> wobei X das KÃ¼rzel der Klassifizierung ist.
Im obigen Beispiel wÃ¤re das fÃ¼r Lieferkosten <%separate_L_subtotal%> und fÃ¼r - Verpackungsmaterial <%separate_M_subtotal%> .

3.7.4. Zwei-Zeichen AbkÃ¼rzung

Der Typ des Artikel und die Klassifizierung werden durch zwei + Verpackungsmaterial <%separate_M_subtotal%> .

3.7.4. Zwei-Zeichen AbkÃ¼rzung

Der Typ des Artikel und die Klassifizierung werden durch zwei Buchstaben dargestellt. Der erste Buchstabe ist eine Lokalisierung des Typs des Artikel ('P','A','S') , deutch 'W', 'E', und 'D' fÃ¼r Ware Erzeugnis oder Dienstleistung, ggf. weitere Typen.

Der zweite (und ggf. auch ein dritter Buchstabe, falls nÃ¶tig) diff --git a/doc/html/ch03s08.html b/doc/html/ch03s08.html index b4e013060..a0631770a 100644 --- a/doc/html/ch03s08.html +++ b/doc/html/ch03s08.html @@ -1,7 +1,7 @@ - 3.8. Dateiverwaltung (Mini-DMS)

3.8. Dateiverwaltung (Mini-DMS)
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.8. Dateiverwaltung (Mini-DMS)

3.8.1. Ãbersicht

Parallel zum alten WebDAV gibt es eine Datei-Management-Sytem, daÃ Dateien - verschiedenen Typs verwaltet. Dies kÃ¶nnen

aus ERP-Daten per LaTeX Template erzeugte PDF-Dokumente,
zu bestimmten ERP-Daten gehÃ¶rende Anhangdateien unterschiedlichen Formats,
per Scanner eingelesene PDF-Dateien,
per Email empfangene DateianhÃ¤nge unterschiedlichen Formats,
sowie speziel an Artikel hochgeladene Bilder sein.

3.8.2. Struktur

Ãber eine vom Speichermedium unabhÃ¤ngige Zwischenschicht werden die Dateien und ihre Versionen in der Datenbank verwaltet. Darunter kÃ¶nnen verschiedene Implementierungen (Backends) gleichzeitig existieren: + 3.8. Dateiverwaltung (Mini-DMS)

3.8. Dateiverwaltung (Mini-DMS)
ZurÃ¼ck	Kapitel 3. Features und Funktionen	Weiter

3.8. Dateiverwaltung (Mini-DMS)

3.8.1. Ãbersicht

Parallel zum alten WebDAV gibt es eine Datei-Management-Sytem, daÃ Dateien + verschiedenen Typs verwaltet. Dies kÃ¶nnen

aus ERP-Daten per LaTeX Template erzeugte PDF-Dokumente,
zu bestimmten ERP-Daten gehÃ¶rende Anhangdateien unterschiedlichen Formats,
per Scanner eingelesene PDF-Dateien,
per Email empfangene DateianhÃ¤nge unterschiedlichen Formats,
sowie speziel an Artikel hochgeladene Bilder sein.

3.8.2. Struktur

Dateisystem,
WebDAV,
Schnittstelle zu externem Dokumenten-Management-System,
andere Datenbank,
etc ...

Es gibt unterschiedliche Typen von Dateien, jedem Typ lÃ¤Ãt sich in der Mandantenkonfigurierung ein bestimmtes Backend zuordnen.

"document", das sind entweder generierte,eingescannte oder hochgeladene PDF-Dateien, @@ -13,7 +13,7 @@
- "created" , vom System erzeugte Dokumente"
- "uploaded", hochgeladene Dokumente
- "email", vom Mailsystem empfangene Dateien
- "scanner[1]", von einem oder mehreren Scannern erzeugte Dateien. Existieren mehrere Scanner, so sind diese durch unterschiedliche Quellennamen zu definieren
Je nach Dateityp sind nur bestimmte Quellen zulÃ¤ssig. So gibt es fÃ¼r "attachment" und "image" nur die Quelle "uploaded". FÃ¼r "document" gibt es auf jeden Fall die Quelle "created". - Die Quellen "scanner" und "email" mÃ¼ssen derzeit in der Datenbank konfiguriert werden (siehe Datenbank-Konfigurierung.

3.8.3. Anwendung

Die Daten werden bei den ERP-Objekten als extra Reiter dargestellt. + Die Quellen "scanner" und "email" mÃ¼ssen derzeit in der Datenbank konfiguriert werden (siehe Datenbank-Konfigurierung.

3.8.3. Anwendung

Die Daten werden bei den ERP-Objekten als extra Reiter dargestellt. Eine Verkaufsrechnung z.B. hat die Reiter "Dokumente" und "DateianhÃ¤nge.

Bei den DateianhÃ¤ngen wird immer nur die aktuelle Version einer Datei angezeigt. Wird eine Datei mit gleichem Namen hochgeladen, so wird eine neue Version der Datei erstellt. @@ -26,10 +26,10 @@ anderen Quellen zur Geltung. Werden entsprechend Datenbank-Konfigurierung zusÃ¤tzliche Quellen konfiguriert, so sind diese z.B. bei Einkaufsrechnungen sichtbar:

Statt des LÃ¶schens wird hier die Datei zurÃ¼ck zur Quelle verschoben. Somit kann die Datei anschlieÃend - an ein anderes ERP-Objekt angehÃ¤ngt werden.

Derzeit sind "Titel" und "Beschreibung" noch nicht genutzt. Sie sind bisher nur bei Bildern relevant.

3.8.4. Konfigurierung

3.8.4.1. Mandantenkonfigurierung

3.8.4.1.1. Reiter "Features"

Unter dem Reiter Features im Abschnit Dateimanagement ist + an ein anderes ERP-Objekt angehÃ¤ngt werden.

Derzeit sind "Titel" und "Beschreibung" noch nicht genutzt. Sie sind bisher nur bei Bildern relevant.

3.8.4. Konfigurierung

3.8.4.1. Mandantenkonfigurierung

3.8.4.1.1. Reiter "Features"

Unter dem Reiter Features im Abschnit Dateimanagement ist neben dem "alten" WebDAV das Dateimangement general zu- und abschaltbar, sowie die Zuordnung der Dateitypen zu Backends. Die LÃ¶schbarkeit von Dateien sowie die maximale UploadgrÃ¶Ãe sind Backend-unabhÃ¤ngig

Die einzelnen Backends sind einzeln einschaltbar. Spezifische Backend-Konfigurierungen sind hier - noch ergÃ¤nzbar.

3.8.4.1.2. Reiter "Allgemeine DokumentenanhÃ¤nge"

Unter dem Reiter Allgemeine DokumentenanhÃ¤nge + noch ergÃ¤nzbar.

3.8.4.1.2. Reiter "Allgemeine DokumentenanhÃ¤nge"

Unter dem Reiter Allgemeine DokumentenanhÃ¤nge kann fÃ¼r alle ERP-Dokumente ( Angebote, AuftrÃ¤ge, Lieferscheine, Rechnungen im Verkauf und Einkauf ) allgemeingÃ¼ltige AnhÃ¤nge hochgeladen werden.

Diese AnhÃ¤nge werden beim Generieren von PDF-Dateien an die ERP-Dokumente angehÃ¤ngt, z.B. AGBs oder aktuelle Angebote. Es werden in dem Fall die Daten kopiert, sodaÃ an den ERP-Dokumenten immer diff --git a/doc/html/ch04.html b/doc/html/ch04.html index 06f840350..328b4c875 100644 --- a/doc/html/ch04.html +++ b/doc/html/ch04.html @@ -1,6 +1,6 @@ - Kapitel 4. Entwicklerdokumentation

Kapitel 4. Entwicklerdokumentation
ZurÃ¼ck		Weiter

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

Globale Variablen liegen in einem speziellen namespace namens + Kapitel 4. Entwicklerdokumentation

Kapitel 4. Entwicklerdokumentation
ZurÃ¼ck		Weiter

Kapitel 4. Entwicklerdokumentation

4.1. Globale Variablen

4.1.1. Wie sehen globale Variablen in Perl aus?

Globale Variablen liegen in einem speziellen namespace namens "main", der von Ã¼berall erreichbar ist. DarÃ¼ber hinaus sind bareword globs global und die meisten speziellen Variablen sind... speziell.

Daraus ergeben sich folgende Formen:

@@ -25,7 +25,7 @@ $PACKAGE::form.
local $form: Alle Ãnderungen an $form werden am Ende - des scopes zurÃ¼ckgesetzt

4.1.2. Warum sind globale Variablen ein Problem?

Das erste Problem ist FCGIâ¢.

+ des scopes zurÃ¼ckgesetzt

4.1.2. Warum sind globale Variablen ein Problem?

Das erste Problem ist FCGIâ¢.

SQL-Ledgerâ¢ hat fast alles im globalen namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist. Unter FCGIâ¢ mÃ¼ssen diese Sachen aber wieder @@ -39,7 +39,7 @@ dies hat, seit der EinfÃ¼hrung, u.a. schon so manche langwierige Bug-Suche verkÃ¼rzt. Da globale Variablen aber implizit mit Package angegeben werden, werden die nicht geprÃ¼ft, und somit kann sich - schnell ein Tippfehler einschleichen.

4.1.3. Kanonische globale Variablen

Um dieses Problem im Griff zu halten gibt es einige wenige + schnell ein Tippfehler einschleichen.

4.1.3. Kanonische globale Variablen

Um dieses Problem im Griff zu halten gibt es einige wenige globale Variablen, die kanonisch sind, d.h. sie haben bestimmte vorgegebenen Eigenschaften, und alles andere sollte anderweitig umhergereicht werden.

Diese Variablen sind im Moment die folgenden neun:

@@ -62,7 +62,7 @@ $::request

Damit diese nicht erneut als MÃ¼llhalde missbraucht werden, im Folgenden eine kurze ErlÃ¤uterung der bestimmten vorgegebenen - Eigenschaften (Konventionen):

4.1.3.1. $::form

Ist ein Objekt der Klasse + Eigenschaften (Konventionen):
4.1.3.1. $::form
- Ist ein Objekt der Klasse "Form"
- Wird nach jedem Request gelÃ¶scht
- Muss auch in Tests und Konsolenscripts vorhanden sein.
- EnthÃ¤lt am Anfang eines Requests die Requestparameter vom User
- Kann zwar intern Ã¼ber Requestgrenzen ein Datenbankhandle @@ -110,7 +110,7 @@ push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"}; push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"}; # ... -}
4.1.3.2. %::myconfig
- Das einzige Hash unter den globalen Variablen
- Wird spÃ¤testens benÃ¶tigt wenn auf die Datenbank +}
4.1.3.2. %::myconfig
Das einzige Hash unter den globalen Variablen
Wird spÃ¤testens benÃ¶tigt wenn auf die Datenbank zugegriffen wird
Wird bei jedem Request neu erstellt.
EnthÃ¤lt die Userdaten des aktuellen Logins
Sollte nicht ohne Filterung irgendwo gedumpt werden oder extern serialisiert werden, weil da auch der Datenbankzugriff fÃ¼r diesen user drinsteht.
EnthÃ¤lt unter anderem Datumsformat dateformat und Nummernformat numberformat
EnthÃ¤lt Datenbankzugriffinformationen
@@ -121,10 +121,10 @@ Ã¼berwiegend die Daten, die sich unter Programm -> Einstellungen befinden, bzw. die Informationen Ã¼ber den Benutzer die Ã¼ber die - Administrator-Schnittstelle eingegeben wurden.
4.1.3.3. $::locale
Objekt der Klasse "Locale"
Wird pro Request erstellt
Muss auch fÃ¼r Tests und Scripte immer verfÃ¼gbar + Administrator-Schnittstelle eingegeben wurden.
4.1.3.3. $::locale
Objekt der Klasse "Locale"
Wird pro Request erstellt
Muss auch fÃ¼r Tests und Scripte immer verfÃ¼gbar sein.
Cached intern Ã¼ber Requestgrenzen hinweg benutzte Locales
Lokalisierung fÃ¼r den aktuellen User. Alle Ãbersetzungen, - Zahlen- und Datumsformatierungen laufen Ã¼ber dieses Objekt.
4.1.3.4. $::lxdebug
Objekt der Klasse "LXDebug"
Wird global gecached
Muss immer verfÃ¼gbar sein, in nahezu allen + Zahlen- und Datumsformatierungen laufen Ã¼ber dieses Objekt.
4.1.3.4. $::lxdebug
Objekt der Klasse "LXDebug"
Wird global gecached
Muss immer verfÃ¼gbar sein, in nahezu allen Funktionen
$::lxdebug stellt Debuggingfunktionen bereit, wie "enter_sub" und @@ -134,7 +134,7 @@ "message" und "dump" mit denen man flott Informationen ins Log (tmp/kivitendo-debug.log) packen kann.
Beispielsweise so:
$main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig)); -$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
4.1.3.5. $::auth
Objekt der Klasse "SL::Auth"
Wird global gecached
Hat eine permanente DB Verbindung zur Authdatenbank
Wird nach jedem Request resettet.
+$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
4.1.3.5. $::auth
Objekt der Klasse "SL::Auth"
Wird global gecached
Hat eine permanente DB Verbindung zur Authdatenbank
Wird nach jedem Request resettet.
$::auth stellt Funktionen bereit um die Rechte des aktuellen Users abzufragen. Obwohl diese Informationen vom aktuellen User abhÃ¤ngen wird das Objekt aus @@ -143,7 +143,7 @@ $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{ Dessen Einstellungen kÃ¶nnen Ã¼ber $::auth->client abgefragt werden; RÃ¼ckgabewert ist ein Hash mit den Werten aus der Tabelle - auth.clients.
4.1.3.6. $::lx_office_conf
Objekt der Klasse + auth.clients.
4.1.3.6. $::lx_office_conf
Objekt der Klasse "SL::LxOfficeConf"
Global gecached
ReprÃ¤sentation der config/kivitendo.conf[.default]-Dateien
Globale Konfiguration. Configdateien werden zum Start gelesen und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass @@ -153,16 +153,16 @@ $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{ file_name = /tmp/kivitendo-debug.log
ist der Key file im Programm als $::lx_office_conf->{debug}{file} erreichbar.
Warnung
Zugriff auf die Konfiguration erfolgt im Moment Ã¼ber - Hashkeys, sind also nicht gegen Tippfehler abgesichert.
4.1.3.7. $::instance_conf
Objekt der Klasse + Hashkeys, sind also nicht gegen Tippfehler abgesichert.

kivitendo 3.5.0-beta: Installation, Konfiguration, Entwicklung

Weiter

kivitendo 3.5.0-beta: Installation, Konfiguration, Entwicklung

Weiter

ZurÃ¼ck		Weiter
Kapitel 1. Aktuelle Hinweise	Zum Anfang	2.2. BenÃ¶tigte Software und Pakete

2.2.3. Andere Pakete installieren

2.7.1. VerfÃ¼gbare und notwendige Konfigurationsoptionen

2.7.1. VerfÃ¼gbare und notwendige Konfigurationsoptionen

2.7.3.1. SystemV-basierende Systeme (z.B. Ã¤ltere Debian, Ã¤ltere OpenSUSE, Ã¤ltere Fedora)

2.7.3.2. Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)

2.7.3.2. Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)

2.7.3.3. systemd-basierende Systeme (z.B. neure openSUSE, neuere - Fedora, neuere Ubuntu und Debians)

2.7.3.3. systemd-basierende Systeme (z.B. neure openSUSE, neuere + Fedora, neuere Ubuntu und neuere Debians)

2.12.5. Allgemeine Hinweise zu LaTeX Vorlagen

2.13. OpenDocument-Vorlagen

2.13. OpenDocument-Vorlagen

2.13.1. OpenDocument (odt) Druckvorlagen mit Makros

2.13.1. OpenDocument (odt) Druckvorlagen mit Makros

2.13.1.1. Bezeichnung der Vorlagen

2.13.1.2. Vorbereitungen im Adminbereich

2.13.1.1. Bezeichnung der Vorlagen

2.13.1.2. Vorbereitungen im Adminbereich

2.13.1.3. Benutzereinstellungen

2.13.1.3. Benutzereinstellungen

2.13.1.4. Aufbau und nÃ¶tige Anpassungen der Vorlagen

2.13.1.4. Aufbau und nÃ¶tige Anpassungen der Vorlagen

2.13.1.5. Auswahl der Druckvorlage in kivitendo beim Erzeugen einer + verschieben.

2.13.1.5. Auswahl der Druckvorlage in kivitendo beim Erzeugen einer odt-Rechnung (analog bei Auftrag)

2.13.1.6. Makroeinstellungen in LibreOffice anpassen

2.13.1.6. Makroeinstellungen in LibreOffice anpassen

2.14. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: - EUR

2.14.1. EinfÃ¼hrung

2.14.2. Konfigurationsparameter

2.14.3. Festlegen der Parameter

2.14.4. Bemerkungen zur Bestandsmethode

2.14.5. Bekannte Probleme

2.14. Nomenklatur

2.14.1. Datum bei Buchungen

2.15. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb

2.15.1. EinfÃ¼hrung

2.15.2. Konto 3804 manuell anlegen

2.15. Konfiguration zur EinnahmenÃ¼berschussrechnung/Bilanzierung: + EUR

2.15.1. EinfÃ¼hrung

2.15.2. Konfigurationsparameter

2.15.3. Festlegen der Parameter

2.15.4. Bemerkungen zur Bestandsmethode

2.15.5. Bekannte Probleme

2.16. Verhalten des Bilanzberichts

2.16. SKR04 19% Umstellung fÃ¼r innergemeinschaftlichen Erwerb

2.16.1. EinfÃ¼hrung

2.16.2. Konto 3804 manuell anlegen

2.17. Erfolgsrechnung

2.17. Verhalten des Bilanzberichts

2.18. Rundung in Verkaufsbelegen

2.18. Erfolgsrechnung

2.19. Einstellungen pro Mandant

2.19. Rundung in Verkaufsbelegen

2.20. kivitendo ERP verwenden

2.20. Einstellungen pro Mandant

2.21. kivitendo ERP verwenden

Kapitel 3. Features und Funktionen

3.1. Wiederkehrende Rechnungen

3.1.1. EinfÃ¼hrung

Kapitel 3. Features und Funktionen

3.1. Wiederkehrende Rechnungen

3.1.1. EinfÃ¼hrung

3.3.10. Variablen in anderen Vorlagen

3.3.10.1. EinfÃ¼hrung

3.3.10. Variablen in anderen Vorlagen

3.3.10.1. EinfÃ¼hrung

3.6. Schweizer KontenplÃ¤ne

3.6. Schweizer KontenplÃ¤ne

3.7. Artikelklassifizierung

3.7.1. Ãbersicht

3.7. Artikelklassifizierung

3.7.1. Ãbersicht

3.7.2. Basisklassifizierung

3.7.2. Basisklassifizierung

3.7.3. Attribute

3.7.3. Attribute

3.7.4. Zwei-Zeichen AbkÃ¼rzung

3.7.4. Zwei-Zeichen AbkÃ¼rzung

3.8. Dateiverwaltung (Mini-DMS)

3.8.1. Ãbersicht

3.8.2. Struktur

3.7.1. Ãbersicht

3.7.1. Ãbersicht

3.8.1. Ãbersicht

3.8.1. Ãbersicht

`4.1.4. Ehemalige globale Variablen`

`4.1.4.1. $::cgi`

`4.1.4. Ehemalige globale Variablen`

`4.1.4.1. $::cgi`

`4.1.4.2. $::all_units`

`4.1.4.2. $::all_units`

`4.1.4.3. %::called_subs`

`4.1.4.3. %::called_subs`