Typos in Kommentaren

history - Vereinheitlichung von what_done für is/ir/ap/gl

Es wird nun immer "invoice" dort gespeichert.

Kreditorenbuchung: Stornos korrekt in history speichern

invnumber statt ordnumber

history für Zahlungen ar/ap/is/ir und Zahlungsein- und ausgang

Die Spalte "addition" in history_erp hat jetzt einheitlich den Eintrag
"PAYMENT POSTED", übersetzt als "Zahlung gebucht".

Bei Verkaufsrechnungen, Kreditor- und Debitorenbuchung wird jetzt zum
ersten Mal die Zahlung in history protokolliert, zumindest via "Zahlung
buchen".

history - bei parts what_done mit abspeichern

Verhalten von what_done an andere history-Einträge angepasst.

Bank - Reiter 'Set cleared entfernen' im Kontenabgleich

nicht mehr benötigter Entwicklungsstand.

Typos in Doku

Preisgruppenüberbleibsel entfernt

Aus der Preisgruppenumstellung

SL::DB::{Invoice,DeliveryOrder}->new_from: manuelles Filtern von Items via coderef

DB-Handle Caches: DATESTYLE korrekt setzen

Payment - falsche geschweifte Klammer bei Skonto Zahlungsvorschlag

Zahlungsbedingungen: Flag »Fälligkeitsdatum automatisch berechnen«

Bankbewegungsimport - detailliertere Fehlermeldungen

bei Fehlern oder nicht zuordbaren lokalen Bankdaten

Banktransactions - beim Speichern der Rechnung Zahlungsart prüfen

ob es einem gültigen payment type entspricht.

Außerdem korrekte Variablenprüfung, für den Fall, daß kein payment_term
gesetzt ist.

Zahlungsbedingungen bei Lieferscheinen; veraltete Spalte »terms« entfernt

Kosmetik: Ausrichtung

Typos in Doku

$&, $' und $` grösstenteils entfernt.

Dispatcher: Client DB Handles cachen.

Spart etwa ein Drittel an Requestoverhead, von 27ms auf 17ms.

Banktransactions Import - bessere Fehlermeldung wenn BLZ nicht stimmt

Beim Import wird sowohl Kontonummer oder IBAN als auch die BLZ geprüft.
Für den Fall, daß ein Konto anhand der importierten Kontonummer gefunden
wurde, die importierte BLZ aber nicht mit der dazu gespeicherten BLZ
übereinstimmt, gibt es nun eine aussagekräftigere Fehlermeldung.

Wahrscheinlich ist in diesem Fall die BLZ in den Bankkonteneinstellungen
falsch und muß dort aktualisiert werden.

Zumindest für den Fall, daß die IBAN übergeben wird, könnte man auf die
BLZ Prüfung wahrscheinlich auch verzichten.

Indirekte Objektnotation fixen

Tests: Indirekte Objektnotation für Instanzierung verbieten.

Rechte für Bankbewegungen in Bankerweiterung setzen

Als sinnvollen Default erhalten beim Upgrade Gruppen, die schon das
Recht für "Zahlungseingang, Zahlungsausgang, Kontenabgleich" (cash)
besitzen, auch alle Rechte für die Bankerweiterung, also die Arbeit mit
den importierten Bankbewegungen.

SL::DB::Helper::TransNumberGenerator: alle beteiligten Spalten aufführen

SL::DB::Helper::TransNumberGenerator: Belegnummern einmal direkt auslesen

Es werden alle vorhandenen Belegnummern benötigt. Diese wurden bisher so
ausgelesen, dass die Belege vom Rose-Manager via ->get_all komplett
geladen wurden und dann jeweils die Belegnummernspalte davon genommen
wurde. Das ist sehr langsam, vor allem da es potenziell sogar gleich ein
zweites Mal gemacht wurde.

Die Umstellung hier nutzt dafür ein direktes SQL-Query und umgeht Rose
dafür. Außerdem werden die nur einmal ausgelesen.

SL::DB::Helper::TransNumberGenerator: Tabellen und Zeilen locken

Die Tabelle, aus der die Liste der bereits benutzten Belegnummern
ausgelesen wird, muss exklusiv gelockt werden, um zu verhindern, dass
danach zwischen dem Auslesen und der Vergabe der neuen Belegnummer eine
andere DB-Verbindung dasselbe macht und dieselbe Nummer verwendet.

Dieses Locking muss daher vor dem Auslesen der Daten geschehen.

Weiterhin müssen die Zeilen in den Nummernkreistabellen (defaults
bzw. business) gelockt werden. Hier reicht aber das Locking der
entsprechenden Zeile.

Beide Locks müssen analog zu SL::TransNumber gehandhabt werden, um einen
potenziellen Deadlock zu vermeiden, sprich zuerst die Belegtabelle,
danach die Zeile in der Nummernkreistabelle.

SL::TransNumber: Belegtabelle vor Auslesen locken

Die Tabelle, aus der die Liste der bereits benutzten Belegnummern
ausgelesen wird, muss exklusiv gelockt werden, um zu verhindern, dass
danach zwischen dem Auslesen und der Vergabe der neuen Belegnummer eine
andere DB-Verbindung dasselbe macht und dieselbe Nummer verwendet.

Dieses Locking muss daher vor dem Auslesen der Daten geschehen.

Task-Server: vor Schlafen aufräumen

Dabei werden unter Anderem potenziell noch laufende Transaktionen
beendet und zumindest das Standard-DBH (nicht das von Rose)
geschlossen. Dadurch sollten alle Locks, die durch die Jobs
evtl. entstanden sind, wieder aufgelöst worden sein.

Task-Server: Initialisierung vereinheitlicht

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

io.pl::display_row: Felddefinitionen vereinheitlicht.

Ob eine Zelle eine volle Spalte bekommt oder in der zweiten Zeile landet
wird jetzt nur noch durch @header_sort und @row2_sort bestimmt.

HTML::Util: "nbsp" als HTML-Entity durch " " (space) ersetzen.

"nbsp" wird hier zu space, obwohl U+00A0 (non-breaking space) richtig wäre.
non-breaking space kann allerdings zu schwer zu findenden Fehlern zum Beispiel
beim CSV-Export führen, wenn ein Benutzer dieses nicht sichtbare Zeichen dann
per cut-and-paste irgendwo einfügt.

t/002goodperl: TODO für strict DBUpgrades entfernt.

Die müssen seit langem in packages liegen und strict sein.

ClientJS: Values nicht trimmen

Wenn numerische Werte (also IVs und NVs) per Regex getrimmt werden,
wird dabei das POK Flag gesetzt, das anzeigt, dass der Scalar auch ein
valider String ist.

JSON kann dann nicht mehr unterscheiden welcher Typ der Scalar ist, und
nimmt String. Das führt aber dazu, dass _alle_ Zahlen als Strings
encodiert werden.

Auch das wäre prinzipiell kein Problem, ausser dass Javascript keine
separaten Operatoren für Strings und Zahlen hat.

  json.val1 + json.val2

wird also immer als concat aufgefasst und nicht als Addition, und

  json.val ? true : false

ist immer true, weil "0" und "1" beide true in Javascript sind.

Tests: 2 Tests in db_helper/payment.t auf TODO gesetzt

ConventionManager: foreign_key Benennung

Der Standard Conventionmanager von Rose versucht irgendwelche
singular/plural Magic um aus dem key einen guten Namen zu kriegen.

Das klappt antürlich mal wieder nicht.

Wir haben aber einen besseren Mechanismus dafür,
SL::DB::Helper::Mappings.

Also werden jetzt die dafür benutzt.

Mappings: Direktzugriff auf package names Methode

ReconciliationLink: acc_trans relationship fixen

Locale: Bei parase_date_string undef sofort undef zurückgeben.

parse_amount: Bei amount undef sofort 0 zurückgeben.

RDBO Update: Tax

RDBO Update: Letter

Rechnungen: amount, netamount, paid NOT NULL DEFAULT 0

Tests: Hilfreiche aber false positive warning unterdrücken

BankTransactions: typo in deref

Drafts: keys auf hashref ist experimental

DBUpgrade2: Warnings in Tests unterdrücken

DBUpgrade: Warnings in Tests unterdrücken

DBUpgrade: Bei 3 alten Upgrades print Noise entfernt

Im Fall einer leeren Datenbank schreiben die jetzt keine
Statusnachrichten mehr nach STDOUT, das verwirrt sonst die Tests.

rose_auto_create_model: Optional auf frischer Datenbank arbeiten

Beim mergen hat man öfter das Problem, dass die Datenbank schon weit
mehr Upgrades enthält aber trotzdem aktuelle MetaSetups fixen muss.

Mit
  scripts/rose_auto_create_model.pl --test-client --all

werden jetzt alle Operationen auf einer frisch angelegten Testdatenbank
gemacht. Nachteil ist natürlich, dass das Anlegen gute 20s extra dauert.

Typos

Doku zu RB-Vorlagen erweitert

Typos in Dokumentation angepasst

kivitendo.sty für RB-Vorlagen hinzugefügt

Fehlte noch, gefunden per
 ./scripts/installation_check.pl -lv

Ausdruck Erzeugnisse mit Stückliste und Lieferantenartikelnummer repariert.

Betraf wohl auch andere Felder zu Artikeln, die vor der Aufbereitung des
TEMPLATE_ARRAYS aus der DB gelesen wurden. Diese werden jetzt richtig in
TEMPLATE_ARRAYS einsortiert.

Um auch die Einträge für Erzeugnis-Teile und Warengruppen (beim Gruppieren
der Waren) in den Druckvorlagen unterscheiden zu können, gibt es ein Feld
'entry_type', dass die Werte 'normal', 'partsgroup', 'assembly-item' und
'assembly-item-partsgroup' annehmen kann.

prepare_parts_for_printing: weight nicht hier in TEMPLATE_ARRAYS eintragen, …

… da das auch schon in OE|DO->order_details und IS->invoice_details
gemacht wird. Und durch das doppelte push stimmt die Reihenfolge dann
nicht mehr.

Listenpreis in Belegen u. Ausdruck richtig formatieren und nicht mehr parsen.

listprice wird in den Belegen nur angezeigt. Man kann ihn nicht eingeben und
auch nicht speichern. Deshalb wird er jetzt nur zur Ausgabe formatiert
(io.pl:display_row, OE.pm:order_details, IS.pm:invoice_details), aber nicht
formatiert gespeichert.
io.pl:display_row schreibt ihn auch unformatiert als hidden in die Form.

Das war wohl so gedacht, aber nicht konsequent eingehalten und auch von mir an
einigen Stellen "verschlimmbessert" worden.

Evtl. sollte der listprice gar nicht als hidden mitgeschliffen werden, sondern
immer aus der DB gelesen werden.

behebt #46 (redmine)

Lieferplan/Lieferwertbericht: Filter-Zurücksetzen auch für select tags

Dokumentation angepasst

* Link auf Demosystem aktualisiert
* Typos behoben
* aktuelle HTML-Version der Dokumentation committet

Lieferplan/Lieferwertbericht: Einkauf und Verkauf im Filter richtig unterscheiden.

Typos in Dokumentation korrigiert

Dokumentationshinweis für HTML::Restrict unter Ubuntu

Dokumentation - Installationshinweise für Apache 2.4

+ Typos in Doku

Typos und Kommentare angepasst

Tests: Den einen fehlschlagenden 002goodperl Test auf TODO gesetzt.

Test all the things!

Berichte->Aufträge/Lieferantenaufträge: Zahlungsbedingungen anzeigen

Ansprechpersonensuche im Header bei Stammdatenrechten anzeigen

locales: Aktualisiert und fehlende Locales ergänzt

Admin: Zwischenüberschrift für Zuordnung Gruppen/Mandanten gefixt

Form::parse_amount: Parsen als Oktalzahlen verhindern

locales.pl: Dateinamenstreffer relativ zum ERP-Verzeichnis anzeigen

Ticket 53 - Bearbeiter von Storno-Beleg falsch

Für Dialogbuchen: der Mitarbeiter, der auf den Storno-Knopf gedrückt
hat, erscheint jetzt auch als der Mitarbeiter in der Stornobuchung.

Merge branch 'bankerweiterung_und_skonto'

Conflicts:
locale/de/all

VERSION auf unstable geändert

Keine Weiche für mt940 in SL/Controller/CsvImport.pm mehr

Stattdessen ein eigener Controller BankImport, der die Daten über einen
neuen Helper in SL/Helper/MT940.pm (wo aqbanking-cli aufgerufen wird)
nach CSV konvertiert.

mt940 ist nun kein eigener Importtyp vom CSV-Import mehr. Stattdessen
wird nach der mt940 Upload-Maske ein CSV-Import-Profil geladen und
direkt ein Redirect auf den CSV-Import vom Typ Bankbewegungen
ausgeführt. Durch setzen des Parameters "force_profile" und ein Redirect
auf CsvImport/test statt CsvImport/new wird der Import auch direkt im
"Test und Vorschau"-Modus ausgeführt und der Benutzer sieht direkt das
Ergebnis. Ab hier verhält sich der Import also genau so, als ob der
User direkt eine CSV-Datei hochgeladen hätte.

Ein Nachteil der Umstellung ist, daß die CSV Profildefaults nun nicht
mehr auf den Typ "mt940" reagieren können und auf ein existierendes
CSV-Profil zurückgreifen müssen. Beim ersten MT940 Import wird bei
fehlen dieses Profils eine Meldung an den User gegeben.

Man könnte ein Referenzprofil per Update einspielen, allerdings sind die
Profile an Logins gebunden, und man bräuchte dafür ein globales Profil
und müßte hierfür generell die Profile erweitern.

TODO: Hilfetext wie das Profil einzustellen ist

CSV Import Defaults in die Worker ausgelagert

Neben den Standard-Defaults, die für alle gelten (charset, numberformat,
...)

Bankerweiterung: bei Zahlungsartauswahl auf Skonto prüfen

Bankerweiterung: Typo, find_by correct aufrufen

IC: Der Parameter 'vendor_id' wird im offiziellen kivitendo nicht benötigt.

POSIX: Autoexport aller Funktionen vermeiden.

use POSIX; exportiert den kompletten Funktionsumfang in das package. Das
alleine ist schon nicht schön, allerdings ändert sich die Liste der
exportierten Funktionen je nach POSIX Version.

POSIX 1.47 bringt nun mathematische Funktionen, unter anderem round und
ähnlich oft benutzte Schlüsselwörter. Zu unsicher das alles zu testen.
Einfach nur das exportieren, was man haben will.

Sessions: IP nicht bei IPv6 validieren.

Locale: eq-overload für t8 Objekte

GetModels: get_callback_params

liefert statt der fertigen URL die parameter für Controller::url_for

Merge branch 'bankerweiterung_und_skonto'

Conflicts:
doc/changelog
locale/de/all

Presenter Code - gl_transaction aus invoice wieder entfernt

Sammelcommit Bankerweiterung und Skonto

Überarbeitung der Bankerweiterung vom Stand Niclas, und Einführung von
Bezahlung mit Skonto (alter payment Branch). Mehr Details siehe
changelog.

* changelog

* Ungültige Bankkonten ausblenden
* Punktesystem in Hash %points ausgelagert
* format_amount beim Erstellen von Kreditorenbuchungen behoben

* Debug-Modus in manchen Templates für zusätzliche Tabellenfelder, muß im Template angeschaltet werden: [% SET debug=1 %]

Rechnung zuweisen:
* Filterdatum bei Rechnungszuweisung repariert
* bank_transactions vor reconciliation_starting_date ignorieren
* Rechnungen mit offenem Betrag < 1 Cent ignorieren
* Reihenfolge der Bankfelder in Tabelle angepasst

Bankbuchungen
* Sortierreihenfolge ist standardmäßig Neueste zuerst

* aqbanking Binary in configuration hinterlegen

acc_tran in acc_trans umbenannt in MetaSetup/ReconciliationLink

Kontenabgleich - EB- und SB-Buchungen ignorieren

Payment Helper mit Skontomodus und Skontoautomatik

neuer DB Helper zum Bezahlen von Rechnungsobjekten: pay_invoice

Drei Bezahlarten:
* ohne Skonto
* mit Skonto laut Zahlungsbedingungen
* Differenz als Skonto

Neue Helpermethoden rund um Rechnungen für Einkauf und Verkauf.

Für das automatische Verbuchen von Skonto muß für jeden Steuertyp ein
Skontoautomatikkonto für Verkauf oder Einkauf konfiguriert (bei Steuerschlüssel
0 und 1 beides).

Skontomodi und pay_invoice für SEPA umgesetzt

Beim Auswählen von Rechnungen für den SEPA-Lauf kann nun auch Skonto
berücksichtigt werden.

Berichte Bankbewegungen - Export repariert

Bankkonten - Validierung beim Speichern temporär ausgeschaltet

CsvImport bank transactions - show name of bank in preview

Csv-Import Bank transaction - join remote names

like for purpose, join remote_name and remote_name_1 into one field

Punktesystem in Hash pflegen, und die Regeln, die matchen,
protokollieren, wird aber noch nirgends angezeigt.

Zahlungsauswahl bei el. Kontoauszug

im Tooltip auch Skonto-Information anzeigen
beim Auswählen Dropdown mit Bezahltyp anzeigen

pay_invoice aus Helper nutzt transdate_to_kivitendo

Bericht Bankbuchungen - Name des Bankkontos in eigener Spalte anzeigen

Übersetzung für Kontenabgleich - Bank und Buchung vertauscht

Kontenabgleich - bei Vorschlägen Rechnungsnummer verlinken

Kontenabgleich - "nicht abgeglichen" als Default

Vorschläge Kontenabgleich - Beschriftung und Template Default

Bankerweiterung CSV Import - Standardeinstellungen

Bankerweiterung - in Tooltip Skonto nur bei Bedarf anzeigen

BankAccounts Upgrade - bestehende Konten auf obsolete false setzen

displayable_name für BankAccount
kann im Bankkonto select_tag als title_key statt label_sub verwendet
werden.

SEPA - Umstellung auf Bankkonten-Controller

Bankerweiterung - BankAccount Dropdowns mit displayable_name
statt label_subs

Bankerweiterung - Übersetzung korrigiert

bank_accounts mit obsolete NOT NULL und DEFAULT FALSE intialisieren

SEPA payment - noch offene SEPA-Überweisungen mit berücksichtigen

Beim SEPA-Einzug und der SEPA-Überweisung wurden beim offenen Betrag die
noch nicht geschlossenen SEPA Aufträge mit berücksichtigt. Dies wird
jetzt auch bei der Skonto-Erweiterung berücksichtigt.
Dies ist v.A. dann wichtig, wenn man eine Rechnung in mehreren Schritten
per SEPA-Überweisung bezahlen möchte, oder vielleicht von mehreren
Bankkonten aus.
Beim SEPA-Einzug kommt der Fall wohl eher nicht vor.

Skontoerweiterung - Übersetzungen nachgepflegt

Bankerweiterung - Zahlungsverkehr Menü überarbeitet

CSV-Import der Bankbuchungen nach Menü "Zahlungsverkehr" verschoben
Reihenfolge geändert, entspricht der üblichen Abarbeitungsfolge:
Import -> Verbuchen -> Abgleich

SEPA Export - kein "Differenz als Skonto" vorschlagen

bei SEPA Export soll immer Geld fließen, wenn noch ein Betrag offen ist,
der nicht bezahlt werden soll, muß dies außerhalb des SEPA-Exports
verbucht werden.
Nur die Optionen "ohne Skonto" ohne "mit Skonto nach ZB" machen Sinn.

BankTransaction - diverse Änderungen

* Punktesystem erweitert
* Kontonummer und IBAN vergleichen
* zutreffende Punkt-Regeln in Template im Debug-Modus anzeigen, als
Mouseover Tooltip in der Punktespalte

Kontenabgleich verbessert

* bei schon verknüpften Belegen kleine Abweichungen
(Rundungsungenauigkeiten im Subcent-Bereich) tolerieren
* Sowohl auf IBAN als auf Kontonummer prüfen
* Kontenabgleichsstartdatum bei Gesamtsumme verwenden

Bankerweiterung: Bei Rechnung zuweisen Skontosumme anzeigen

Kontoauszug verbuchen: add_invoices um Parameter skonto erweitert

Wenn Zahlbetrag mit Skontobetrag übereinstimmt dann Dropdown mit
"mit Skonto nach ZB" vorausgewählt übergeben.
Kann an der Stelle im Template aber noch nicht prüfen, ob
Zahlungseingangsdatum innerhalb Skontofrist liegt.

Kontoauszug verbuchen - Payment Dropdown konditional

nur anzeigen, wenn überhaupt Skonto in Frage kommt

Es wird aber immer noch nicht auf Datum überprüft

bank_transactions: itime hinzugefügt

wird aber noch nirgends verwendet

Kontenabgleich - Gesamtsaldobeschriftungen waren vertauscht

BankTransaction-Controller: Paginaten beim CSV-/PDF-Export ausschalten
Analog zu Commit 06837707

Kontenabgleich - reconciliate nach reconcile umbenannt

Bankauszug verbuchen - leeren Konteninhaber nicht matchen

BankTransaction - Idee für Negativpunkt für Überzahlung

Kontoauszug verbuchen - korrekter Titel

Kontoauszug verbuchen - offenen Betrag berücksichtigen und anzeigen
und auf leere Regex-Ausdrücke prüfen

Payment Helper - Fließkommadifferenzen berücksichtigen

in pay_invoice für die Fälle "Differenz als Skonto" und "mit Skonto nach
ZB".

Moved BankTransaction matching from Controller to DB

There is now a new function in SL::DB::BankTransaction called
get_agreement_with_invoice that takes a Invoice or PurchaseInvoice
object as an argument and calculates the agreement.

Kontoauszug verbuchen - bei Zuweisung Zahlungsart berücksichtigen

Übernimmt man einen Vorschlag, wird nun per AJAX geprüft, ob die
Kombination aus $bt und $invoice mit Skonto verbucht wird oder nicht.
Es wird ein Optionsliste für eine select als HTML-Blog zurückgeliefert
und unter "Zugewiesene Rechnungen" eingefügt.

Wenn der Zahlungsbetrag genau dem Rechnungsbetrag abzgl. Skonto
entspricht, und die Zahlung innerhalb der Skontofrist erfolgt ist, wird
"mit Skonto nach ZB" vorausgewählt". Ist die Skontofrist vorbei wird
"ohne Skonto" vorausgewählt, dadurch bleibt der Skontobetrag offen,
sofern man nicht manuell auf "mit Skonto nach ZB" umstellt.

Gibt es für die Rechnung keine Skontooption so wird auch keine Dropdown
angezeigt.

Kontoauszug verbuchen - Übersetzung für "Add invoices" korrigiert

BankTransaction - Offene Subcent-Rechnungen rausfiltern
damit diese nicht mehr zum Zuweisen zur Verfügung stehen.

Payment Helper - Export get_payment_select_options_for_bank_transaction

EXPORT_OK angepasst und alle Methoden in SL::DB::Invoice und
SL::DB::PurchaseInvoice importieren

Doku von SL/DB/Helper/Payment.pm angepasst

Kontauszug verbuchen - max agreement refactored

Nicht mehr von einer hohen Zahl in einer Schleife herunterzählen,
sondern den Wert der höchsten Matches per map und max raussuchen und
direkt danach die Vorschläge greppen.

Kontoauszug verbuchen - Refactoring von Rechnung zuweisen (html)

* das HTML wird jetzt nicht mehr per javascript, sondern in
SL/DB/Helper/Payment.pm mit Hilfe des Presenters (für die Tags)
als HTML Blob zusammengebaut

* der Rückgabewert von get_payment_select_options_for_bank_transaction
ist jetzt ein Array, mit dem direkt das select_tag erstellt werden kann.

* Die Daten werden jetzt an to_json als to_json( { 'html' => $html } ...
übergeben, und im AJAX code als data.html ausgelesen.

Reconciliation auf record umgestellt

Reconciliation - ajax as POST bei Vorschlägen, weil url zu lang werden
kann

DATEV - Buchungscheck prüft nur Buchungen einer trans_id

DATEV-Check für AR/AP/IS/IR/GL:

In der ersten Inkarnation wurden beim Check alle Buchungen des selben
Tages mit geprüft. In der zweiten Version wurde zusätzlich zum
Tagesdatum nach der trans_id der aktuellen Buchung gefiltert. Hatte die
Zahlung ein anderes Datum als die Rechnung wurde die Rechnung nicht
nochmal geprüft.

Jetzt wird beim Datevcheck bei jeder Buchung/Zahlung immer die komplette
Buchung auf Datevkompatibilität geprüft.

Es ist nun auch möglich, einzelne Transaktionen gezielt zu
kontrollieren, z.B. per console, indem man nur die trans_id ohne
von-bis-Datum eingibt.

Tritt ein DATEV-Exportfehler auf wird nun außerdem mehr Information zu
den verdächtigen Buchungen ausgegeben (vorher nur trans_id und amount).

AccTransaction: get_type und transaction_name umgeschrieben

Nutzen jetzt record um Typ zu bestimmen.

Bankerweiterung - Zwischenstand, erster Entwurf

Erstellung von Tabelle bank_transactions

Import von Bankbewegungen (in Tabelle bank_transactions)

Menu-Eintrag war noch nicht commitet

Controller für die Bank-Transaktionen

Dialog hin- und her

Achtung: noch mit Debug-Statements!

Dies und das für Bank_transactions...

BankTransaction in RecordLinks

Kann verknüpfte Belege Speichern

Man kann Rechnungen mehr oder weniger schon als bezahlt markieren

Erweiterung für EK-Rechnungen (funktioniert noch nicht ganz)

EK-Rechnungen und erste Vorschläge für Rechnung bezahlen

Information von Rechnungen + Javascript statt Ajax

Style als Link lassen

Deckt verschiedene Spezialfälle ab

Datums- und Zahlenformatierungen (noch nicht fertig)

Datumsformat und Übersetzungen

Sub date wieder aus LxERP entfernt

Logik für automatisches Zuweisen

Bericht für BTs (noch nicht ganz fertig)

Formatierungen für Zeilen mit ReportGenerator

Löschen-Knopf und paar Sachen

Entwurf laden und mit Parametern aus form überschreiben

Aufruf mit Parametern als get für Kreditorenbuchung:

ap.pl?action=load_draft&id=ap-invoice-1385202327-644205-8150&invnumber=dsfdf&remove_draft=0&paid_1=123,45

Rechnung aus Bankbeleg erstellen

Bankkonten-Filter und id auf bank_account statt local...

Verknüpfte Belege mit id-Verknüpfung zu local_bank_account

CsvImport mit ID auf BankAccounts (noch nicht getestet)

Behebt Bugs bei Csv-Import von Bankbewegungen

Währungs-ID statt Währungsstring benutzen

Passt den Bankbewegungs-Import an die neuen Änderungen der Helfer an

Filter für create_invoice

Vergessene Templates

Filter für create invoice funktionier halb

Rest für den Filter von create Invoice

Auswahllistenbegrenzer bei Lieferantenfilter beachten

Mehr Daten bei 'create invoice' übernehmen

Wenn man eine Kreditorenbuchung aus einer Bankbewegung erstellt,
werden nun mehr Daten aus der Bankbewegung in die Vorlage über-
nommen.

Änderungen in drafts.pl (gehören zu letztem Commit)

Betrag richtig formatieren und Form submitten

Bei assign invoice werden jetzt Rechnungsbeträge richtig formatiert
und es werden Rechnungen gesucht, wenn man auf 'Enter' drückt.

Weiterleitung auf List und Rechnungsbezahlen repariert

Vorzeichen wechseln bei create invoice

Das Vorzeichen von der Bankbewegung muss geändert werden, wenn man
aus einer Bankbewegung eine Kreditorenbuchung erstellt.

Sortierung von Spalten bei Bankbewegungen

Geoffery's Änderungen bzgl. Vorschlagsuche

BankTransaction - create_invoice filtert für Kreditorenbuchungen

Im Bank-Dropdown Bankname zuerst anzeigen

Und die Breite vom Dropdown angepasst.

Bankauszug verbuchen Menüpunkt nicht unter Berichte

Banktransactions - Spalten in Tabellen umsortiert

Banktransactions Tooltip - bt-Info in Tooltip Fenster aufnehmen

Damit man innerhalb des Tooltip Fensters die wichtigsten Infos auf einen
Blick hat.

Sortierreihenfolge

Es wird jetzt zuerst nach Alphabet, dann gegen das Alphabet sortiert.

Banktransactions

Verbuchte Beträge werden jetzt in der BankTransaction gespeichert.

Sortierung auf DB-Ebene, falls möglich

Anzeige von verbuchten Beträgen der BankTransactions

Kleinerer Bug

Ein paar Debug-Statements entfernt

Verknüpfte Rechnungen im BankTransaction-Bericht anzeigen.

Kontenabgleich

Erste Schritte zum Kontenabgleich.

Kontenabgleich funktioniert schon ganz gut.

TODO: nochmal Funktionen checken
TODO: Filter hinzufügen

Kontenabgleich

Filter für BT und PR im Kontenabgleich.

TODO: Datumsfilter für beide gemeinsam umschreiben und Bilanzierung anzeigen.

Kontenabgleich übergreifender Datumsfilter

Das transdate wird jetzt auch übergreifend für Bankbewegungen und
verbuchte Zahlungen gesetzt.

TODO: Nach Änderung dieser Daten sollten die Tabellen neugeladen
und alle Teilfilter zurück auf 0 gesetzt werden.

Kontenabgleich - ein paar Sachen ausprobiert

Ist nur zum weitermachen (alle Änderungen nur Tests).

Kontenabgleich Kleiner Bug in Search

Kontenabgleich - Erste Übersicht

Kontenabgleich Anzeige von abgeglichenen Buchungen mit Bankbuchungen
funktioniert schonmal

Nächstes: Filter.

Kontenabgleich Filtern ist jetzt in der Übersicht möglich.

Next: Spalte reconciliation_link durch group oder so ersetzen.

Kontenabgleich In rec_group in reconciliation_links

In der Tabelle reconciliation_links werden jetzt keine ids mehr auf
reconciliation_links gespeichert. Stattdessen erkennt man an der
rec_group, welche Zeilen zusammengehören.

Kontenabgleich Berechnung von Summen

Jetzt werden Summen von Bankbewegungen und cleared payments angezeigt.

Next: Anhaken und abgleichen implementieren.

Kontenabgleich Checkboxen fügen Elemente zur Tabelle

Es gibt jetzt Checkboxen neben BT's und BB's. Wenn man sie anhakt,
wird die BT bzw. die BB in eine Tabelle zum abgleichen gesteckt.

TODO: Button zum abgleichen programmieren.

Kontenabgleich Man kann jetzt auch im Report abgleichen

Es fehlt noch: Abbruch-Action, falls beim Abgleichen etwas fehlerhaft ist.

Kontenabgleich Manager für ReconciliationLink

Wurde vergessen zu committen

Kontenabgleich Vorzeichenfehler bei AccTransactions behoben.

In der Anzeige muss das Vorzeichen von AccTransactions bei Buchungen
auf Bank geändert werden.

Kontenabgleich Code aufräumen und Sortierung nach Datum

Es wird jetzt immer nach Datum sortiert. Weiterhin wurde im Code
eine sub von actions nach helpers geschoben.

Kontenabgleich Abbruch nach Fehlern beim Abgleichen

Wenn beim Abgleichen Fehler auftreten, wird man jetzt auf die Über-
sichtsseite geleitet.

Kontenabgleich/BankTransactions Upgrade-Script für Tabellen anpassen

Einige Änderungen der Tabellen sind in den Scripten jetzt enthalten.

Kontenabgleich Farbliche Hinterlegung und Entfernung von Debug-Code

Nicht zugewiesene BankTransactions und Buchungen auf Bankkonten
werden im Kontenabgleich jetzt rot hinterlegt.

Weiterhin wurden noch Debug-Statements entfernt.

TODO: Erweiterung auf andere css Klassen (nicht nur kivitendo, sondern
auch mobile/alte lx-office-styles etc...)

Kontenabgleich Behebt Bug

Unter gewissen Umständen wurden nach der Filterung noch alte Daten
beibehalten. Jetzt wird alles erneuert.

Kontenabgleich Filter für cleared

Man kann jetzt in der Übersicht auch nach cleared und uncleared filtern.

Kontenabgleich Erste Schritte für Automatischen Abgleich

Bisher werden Vorschläge nur dargestellt.

TODO: Button 'Abgleichen' für Vorschläge programmieren.

Kontenabgleich Vorschläge können jetzt abgeglichen werden

Vorschläge können jetzt auch automatisch abgeglichen werden, wenn
man sie anhakt und danach auf abgleichen klickt.

Kontenabgleich Anzeige von Reference

Es gibt jetzt einen Link im Kontenabgleich auf ar/ap/gl.

Kontenabgleich Kunden-/Lieferantennamen

Kunden- und Lieferantennamen werden jetzt für AccTransactions an-
gezeigt. Im Falle einer Dialogbuchung erscheint ihre Beschreibung.

Kontenabgleich Untersortierung nach Betrag

Bisher wurde nur nach Datum sortiert. Innerhalb eines Datums wird
jetzt zusätzlich nach Betrag sortiert.

Kontenabgleich/BankTransactions Entfernung Debug-Statements

Kontenabgleich BankTransactions als verbucht markieren

BankTransactions werden jetzt als verbucht markiert, wenn sie abge-
glichen sind. Ansonsten wurde noch ein kleiner Syntax-Fehler behoben.

Kontenabgleich Bilanz über alle Buchungen berechnen

Die Bilanz wird jetzt unabhängig vom Filter sowohl für cleared als
auch uncleared berechnet. Weiterhin wurde noch ein Vorzeichenfehler
in der Bilanz für Bankbewegungen behoben und der Code etwas verschoben.

Kontenabgleich Verlinkungen aufheben

Man kann jetzt auch Verlinkungen nach dem Abgleichen aufheben.

Kontenabgleich Code-Formatierung und kleine Verbesserung in der Anzeige

Formatierung von Code wurde geändert, sowie einige kleine Besserungen
in der Anzeige (zum Beispiel sind Beträge jetzt rechts orientiert
in der Tabellenzeile).

Kontenabgleich Tabellenhöhe mit relativer Größe

Die Tabellenhöhe hängt jetzt relativ von der Größe des Bildschirms
ab anstatt von einer festen Pixel-Anzahl.

Kontenabgleich Ok message für Flash eingebaut

Kontenabgleich gehört noch zum Flash-message-Commit

Kontenabgleich Zusammenführen verschiedener Abgleichmöglichkeiten

Bisher wurden verschiedene Methoden implementiert, den Kontenabgleich
zu machen. In diesem Commit werden zwei verschiedene Möglichkeiten
unter einen Hut gebracht. Es ist auf der erstellten Seite auch ohne
weiteres Möglich weitere Möglichkeiten hinzuzufügen.

Kontenabgleich Anzeige von Overview umbauen

Die Anzeige von Overview wurde verändert, so dass man jetzt noch
schneller abgleichen kann.

TODO: Anzeige von Proposals der Anzeige von Overview angleichen.

Kontenabgleich Behebt Syntaxfehler

Kontenabgleich Umgang mit Stornos ändern

Der Umgang mit Stornos wurde geändert. Statt Stornos nicht anzuzeigen,
gibt es jetzt einen Filter dafür. Der Saldo von BBs und BTs errechnet
sich jetzt nur noch aus den gefilterten Objekten.

Weiterhin gibt es jetzt eine onchange-Action auf den Datumsfeldern
im Filter und der Filter-Button wird nicht mehr angezeigt.

Kontenabgleich Anpassung der proposals an neue Ansicht

Automatische Vorschläge werden jetzt auch in der neuen Darstellung
angezeigt.

Kontenabgleich Mastercheckbox wieder da und Spaltenreihenfolge vertauscht

Die Checkbox, bei der man alle Vorschläge an-/abhaken kann, wird
jetzt wieder angezeigt. Weiterhin wird jetzt auch der Betrag und
das Belegdatum weiter vorne angezeigt.

Kontenabgleich Saldo in der richtigen Spalte

Der Saldo wird jetzt in der richtigen Spalte angezeigt.

Kontenabgleich Buchungen außerhalb des Filters ausgrauen

Bisher kam es vor, dass Buchungen, die in einen Zeitraum außerhalb
des Filters fallen (weil ihre Gegenbuchung in den gefilterten Zeitraum
fällt), trotzdem angezeigt wurden, aber nicht in der
Summe mitgerechnet wurden. Solche Buchungen werden jetzt nur noch
in grauer Schrift angezeigt.

Kontenabgleich Abgeglichene Buchungen besser Filtern

Es kam bisher vor, dass abgeglichene Buchungen, bei denen eine Buchung
nach dem gefilterten Zeitraum un eine Buchung vor dem gefilterten
Zeitraum lag, angezeigt wurden. Dabei war es bisher nicht erforderlich,
dass eine Buchung im gefilterten Zeitraum lag. Jetzt muss mindestens
eine Buchung im gefilterten Zeitraum liegen, damit die abgeglichenen
Buchungen auch angezeigt werden.

Kontenabgleich Absolute Bilanz anzeigen

Jetzt wird auch immer die Summe von BB's und BT's von Beginn der
Buchungen bis zum "Todate" angezeigt (inklusive Stornos).

Banktransactions nach Datum filtern

Man kann jetzt Bankbewegungen nach Datum filtern. Weiterhin funktioniert
jetzt auch der Callback, nachdem man eine Debitorenbuchung erstellt.

Banktransactions: Datumsfilter nach Sortierung beibehalten

Bisher ging der Datumsfilter nach der Sortierung verloren, jetzt
wird er beibehalten.

Kontenabgleich Mehr Vorschläge machen

Bisher wurden nur Vorschläge gemacht, wenn Rechnungen via Bankbewegungen
bezahlt wurden. Jetzt werden auch Vorschläge gemacht, wenn Beträge
deckungsgleich sind und Kontoverbindung von Kunde/Lieferant und
Bankbeleg übereinstimmen.

Kontenabgleich Reconciliate-Button taucht nicht auf

Behebt einen Bug, bei dem der Abgleichen-Knopf nicht auftaucht,
obwohl er das sollte. Das Problem lag daran, dass die beiden Zahlen
6.286,18 und -6.286,18 aufaddiert in Perl nicht Null ergaben.

Kontenabgleich Fügt mehr Proposals hinzu

Auf diese Weise werden noch mehr Übereinstimmungen gefunden.

Banktransactions Teilzahlungen funktionieren jetzt besser

Bisher haben Teilzahlungen zwar funktioniert, jedoch tauchten die
Bankbewegungen, mit denen sie erstellt wurden immer wieder in der
Liste auf. Es lag daran, dass invoice_amount in der Tabelle
bank_transactions falsch gesetzt wurde.

Banktransactions 40 statt 5 Bankbewegungen pro Seite anzeigen

Kontenabgleich Entfernen von Tests

Entfernt alten Code, der die ersten Tests enthielt.

Kontenabgleich Umbenennung von Controller

Der Controller SL/Controller/Reconciliation_3.pm wird umbenannt in
SL/Controller/Reconciliation.pm

Kontenabgleich Umbenennung von Ordner whole_reconciliation

Der Order whole_reconciliation wurde in reconciliation umbenannt.

Banktransactions Minuspunkte für transdate vergeben

Wenn eine Rechnung nicht 30 Tage vor der Bankbewegung liegt, so
wird jetzt ein Minuspunkt für die Vorschläge vergeben.

Kontenabgleich/Banktransaction Rechte hinzufügen

Bank CSV Import - Purpose zusammengefügt

Icons bei Reconciliation

Kontenabgleich Icons in Vorschlägen übernehmen

Icons werden jetzt auch bei Vorschlägen benutzt. Weiterhin wurde
unsinniges Attribut bei Icons im Overview entfernt.

Kontenabgleich bei Import Standard-Währung setzen

Beim Import wird jetzt die Standard-Währung eingetragen, wenn keine
andere Währung vorhanden ist. Weiterhin ist die Währung jetzt auch ein
Pflichtfeld durch ein NOT NULL-Constraint.

Kontenabgleich Spalte in Summenzeile ergänzen

Aufgrund der neu hinzugekommenen Icons musste noch eine Spalte in
der Zeile eingefügt werden, wo die Summen angezeigt werden.

Banktransaction Betrag im Filter parsen

Beim Suchen von Rechnungen im "Rechnung hinzufügen"-Modus wurde der
Betrag im Filter nicht geparst. Man musste bisher also immer einen
Punkt statt einem Komma eingeben.

Kontenabgleich CSS verbessern

Bisher konnte man nicht bis an den unteren Bildschirmrand scrollen.
Dieser Commit versucht dies zu beheben. Allerdings ist es unklar,
ob das Problem durch den Commit behoben ist.

Banktransactions Automatisches bezahlen von Vorschlägen

Banktransactions Speichern von Vorschlägen

Automatische Vorschläge, die kivitendo schon macht, können jetzt
auch benutzt werden, um vorgeschlagene Rechnungen direkt zu speichern.

Banktransactions Bugfix

Bisher wurden der "Rechnung speichern"-Button und der "Save proposals"-
Button nur getogglet. Das hat dazu geführt, dass wenn man zweimal
auf den Reiter "Proposals" drückt, der Rechnung speichern-Butten
angezeigt wurde, obwohl der Save proposals-Button angezeigt werden
musste. Jetzt werden die Buttons versteckt und angezeigt, was den
Fehler behebt.

Banktransactions - kein von und bis wenn leer

Die Wörter "von" und "bis" nur anzeigen, wenn auch ein von- oder
bis-Datum gesetzt ist.

Bankbewegungen - in Tooltip Tagesdelta anzeigen

Anzahl der Tage zwischen (vorgeschlagenem) Rechnungsdatum und
Bankeingangsdatum wird in Klammern hinter dem Bankdatum angezeigt.

Banktransactions - bei Proposals trotz sub-cent Matchen

Übereinstimmung muß nicht genau sein, sondern kleiner 1 Cent.
Wegen Rundungsproblematik.

String-Vergleich bei Banktransactions - mind. 3 Zeichen

Mindestlänge für Wortvergleich.

testing - agreement modifying tests

Banktransactions Belegdatum bei Rechnung zuweisen

Wenn man auf Rechnung zuweisen klickt, wird jetzt sowohl von dem
Bankbeleg als auch von den Rechnungen das Belegdatum angezeigt.
Weiterhin wurde ein Filter für das Datum hinzugefügt.

Kontenabgleich/Banktransactions

Reiter 'Set cleared entfernen' im Kontenabgleich.

Bei Vorgeschlagenen Rechnungen anzeigen, ob EK oder VK.

Deutsche Übersetzungen

VERSION angepasst

MT940 Importer der aqbanking-cli über CSV-Import aufruft

Noch alles hartkodiert
Kein Dublettencheck

MT940 Importer der aqbanking-cli über CSV-Import aufruft

Noch alles hartkodiert
Kein Dublettencheck

Bank - in Bankkontodropdowns Kontoname berücksichtigen

Bankerweiterung - Offener Betrag bei Rechnungsfilter

wenn man aus Bankbuchungen eine Rechnung zuweisen möchte.

RB - corrected all after rebase

RB - GLTransaction.pm nach Rebase gefixed

Bankkonten auf Controller umgestellt

Außerdem wurde neue Datenbankspalten eingeführt: obsolete, sortkey

In Vorbereitung auf den Kontenabgleich wurden zwei neue Spalten
eingeführt:
reconciliation_starting_balance
reconciliation_starting_date

Damit kann man einstellen, ab welchem Datum der Kontenabgleich für das
jeweilige Konto beginnen soll, und, für den Abgleich des Gesamtsaldos,
welchen Saldo das Konto zu dem Zeitpunkt hatte. Dies ist nützlich, wenn
man mit dem Kontenabgleich im laufenden Betrieb anfangen möchte, aber
nicht alle Buchungen der Vergangenheit nachträglich abgleichen möchte.

Aufräumen der DB am Ende der individuellen Tests

die Tests sollten am Ende ihre eigenen angelegten Daten löschen, damit
andere Tests beim Löschen ihrer Daten keine Abhängigkeitsprobleme
bekommen:

create_periodic_invoices.t
price_tax_calculator.t
record_links.t
sales_orders.t

DB und MetaSetup für Letter Tabellen

Typos in Doku

changelog: Nachtrag einiger kleiner Features und Verbesserungen.

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Rechte-Anpassung für aktuelle Installationen

Es ist mittlerweile eher verwirrend Rechte für eine CRM zu verwalten, die
offiziell nicht mehr Bestandteil von kivitendo ist.
Die Änderung ist insofern defensiv, da alte Installation / Rechtestrukturen
nicht hiervon betroffen sind und wir für neuere kivitendo-Installation über-
haupt keine Ahnung mehr haben wie gut diese noch integriert ist / wird.

index.html: favicon explizit angeben

Damit wird verhindert, dass von den Browsern das favicon angefordert wird,
was im Zweifel nicht das im kivitendo-Verzeichnis ist.

css: Pfad zu phone.png korrigiert

Escape longdash in LateX-Templates

Insbesondere bei Seriennummer, gibt es immer wieder langformatierte Zeichen, die
entsprechend in LaTeX Fehlermeldungen werfen. Entsprechend gesondert behandelt.

obsoleten Trigger auf oe sogar zum richtigen Zeitpunkt schon löschen

Der Trigger muss gelöscht werden, bevor das Upgradescript läuft, das in
dem Trigger verwendete Spalten umbenennt. Ansonsten können alle
nachfolgenden Änderungen an der Tabelle dazu führen, dass der Trigger
fehlschlägt, weil es die erwartete Spalte nicht mehr gibt.