Jan Büren [Thu, 14 Mar 2019 15:02:49 +0000 (16:02 +0100)]
locales freies Skonto
Jan Büren [Thu, 14 Mar 2019 12:37:18 +0000 (13:37 +0100)]
Kontoauszug verbuchen: Zugewiesen abzgl. Skonto berechnen
Oberflächen-Kosmetik, damit der Benutzer klarer sieht,
was am Ende der Bankbewegung auf Skonto und von der Bankbewegung abgezogen wird.
Jan Büren [Thu, 14 Mar 2019 12:23:30 +0000 (13:23 +0100)]
Testfall: closedto für bank_transactions angepasst
Prüfung auf Date 30.12.18 < 30.12.18 ist nicht falsch
Zeitstempel beide auf 0h
Moritz Bunkus [Tue, 12 Mar 2019 12:26:56 +0000 (13:26 +0100)]
Schnellsuche für Verkaufs- & Einkaufslieferscheine
Jan Büren [Tue, 12 Mar 2019 10:20:29 +0000 (11:20 +0100)]
Kontoauszug verbuchen: Neuen Skonto-Typ
Eingabe eines freien Skonto-Betrags in der Maske aktiv.
Ferner Anzeigen des Skonto-Betrags bei with_skonto_pt, damit
der Anwender besser visuell unterstützt wird.
Jan Büren [Mon, 11 Mar 2019 13:33:08 +0000 (14:33 +0100)]
Payment::pay_invoice um Zahlungsbedingung freies Skonto erweitert
POD angepasst. Falls der Zahlungstyp free_skonto und der Parameter
skonto_amount übergeben wird, so wird dieser anstelle von einem
berechneten Skonto-Betrag verbucht. Das Vorzeichen wird entsprechend
nur "durchgereicht" und der Parameter überlager simplerweise den
Wert total_skonto_amount beim Verbuchen der Skonto-AccTrans-Einträge
Jan Büren [Sun, 10 Mar 2019 16:41:05 +0000 (17:41 +0100)]
Redundanten Template-Code in bank_transactions/invoices.html aufgeräumt
Jan Büren [Fri, 8 Mar 2019 11:58:13 +0000 (12:58 +0100)]
Kreditorenbeleg: Kontenbeschreibung für Zahlungskonten anzeigen
Wie bei EK-Rechnung. Zur Sicherheit ein eigenes
Form-Feld generiert, anstatt die select box nur zu disablen.
Jan Büren [Thu, 7 Mar 2019 12:20:01 +0000 (13:20 +0100)]
Payment Kosmetik/Konvention
POD aktualisiert. Pflicht-Parameter am Anfang
der Methode prüfen
Jan Büren [Thu, 7 Mar 2019 11:32:46 +0000 (12:32 +0100)]
Kosmetik, Kommentar verbessert, toter Code entfernt
Jan Büren [Tue, 5 Mar 2019 13:41:05 +0000 (14:41 +0100)]
Kontoauszug verbuchen rückgängig machen. Closedto und GL
Falls eine Buchung in einer geschlossenen Periode ist,
erst gar nicht die Möglichkeit zum Anwählen geben.
Ferner GLTransaction auch erlauben, allerdings diese dann
komplett (gl Nebenbuch) rauslöschen
Jan Büren [Tue, 5 Mar 2019 12:40:51 +0000 (13:40 +0100)]
BT(save_single_invoice) valutadate anstelle transdate an pay_invoice
Der Tag der Buchung ist in diesem Fall der Tag der
Wertstellung, entsprechend "richtigeren" wert an pay_invoice
übergeben.
Jan Büren [Tue, 5 Mar 2019 12:36:19 +0000 (13:36 +0100)]
BankTransaction(closed_period) Prüft Valutadatum gegen closedto
Gibt 1 (wahr) zurück falls das Valutadatum der Bankbewegung
innerhalb einer geschloßenen Periode ist. Andernfalls 0.
POD, Test und 2 Stellen im Controller geändert.
Offen: Payment-Helper, der sollte allerdings nichts über den Zustand
der Bankbewegung wissen müssen ...
Jan Büren [Sun, 3 Mar 2019 15:47:33 +0000 (16:47 +0100)]
SelfTest Transaction zum commit von gerade: weniger false positives
Bei Buchungen, bei denen nicht ein RecordLink existiert (GL),
gelöscht, ist es nicht mehr möglich sauber auf verwaiste Einträge zu
testen. Entsprechend min(itime) from bank_transaction_acc_trans als
Schwellenwert für Startpunkt der Prüfung von bank_transactions.transdate
genommen
Jan Büren [Sun, 3 Mar 2019 15:16:36 +0000 (16:16 +0100)]
BankTransaction: want a whole lotta test
neuer Test full_workflow in bank_transactions
1.
Verbucht drei Verkaufsrechnungen nacheinander, davon
eine mit Zahlungsbedingung Skonto nach ZB. Zusätzlich
zu den Nebenbücher werden acc_trans Einträge kontrolliert,
sowie der gesetzte RecordLink.
2.
Da die Bankbewegung komplett aufgeht, wird diese abgeglichen
und die Zustände danach kontrolliert.
3.
Leider war die Verbuchung komplett Murks, weswegen die
Ursprungszustand vor 1. wiederhergestellt (neues Funktion
Kontoauszug-Verbuchung rückgängig machen)
Bonus-Level:
Damit andere Anwendungen / Schnittstellen, DB-Admins nicht
auf die Idee kommen an der Hilfstabelle bank_transaction_acc_trans
zu schrauben, entsprechend einen weiteren SelfTest geschrieben
Jan Büren [Sun, 3 Mar 2019 15:00:41 +0000 (16:00 +0100)]
Reconciliation: Veto, kein invoice_amount nachträglich setzen.
Im Fehlerfall die Summe der Bank gegenüber der Buchungen
an Benutzer (testfall) übergeben.
Jan Büren [Sun, 3 Mar 2019 14:58:32 +0000 (15:58 +0100)]
unlink_bank_transaction optionaler parameter für testfall
Jan Büren [Sat, 2 Mar 2019 09:23:16 +0000 (10:23 +0100)]
BankTransaction Die richtigen (erwarteten) Parameter von amount an pay_invoice
Stellt den vorherigen Zustand im Controller wieder her, der über
Fallunterschiede vom Invoice-Typ Vorzeichen verschoben hat.
Tests laufen damit erstmal durch. Ferner kann und muss es mehr
als 2 acc_trans_ids als Rückgabe von pay_invoice geben
Jan Büren [Sat, 2 Mar 2019 09:16:26 +0000 (10:16 +0100)]
Payment pay_invoice alle acc_trans_ids sammeln
Hintergrund. new_acc_trans wird mehrfach für verschiedene
Fälle verwendet, entsprechend nach jeder Änderung einsammeln
Jan Büren [Sat, 2 Mar 2019 09:15:35 +0000 (10:15 +0100)]
BankTransactionAccTrans für ALL.pm
Jan Büren [Sat, 2 Mar 2019 07:40:50 +0000 (08:40 +0100)]
Manuelle Zahlungen verbieten, falls mit Kontoauszug verknüpft.
Falls die Änderbarkeit von Zahlungen nicht auf niemals steht,
entsprechend Überbuchen / manuelles Ändern verbieten.
Der Fehlertext weißt zusätzlich auf die Funktion im Bankbewegungs-Bericht hin
Jan Büren [Fri, 1 Mar 2019 14:58:11 +0000 (15:58 +0100)]
locales und changelog für BankTransaction-Änderungen
Jan Büren [Fri, 1 Mar 2019 14:42:49 +0000 (15:42 +0100)]
BankTransaction: Neue Funktion um Bankverbuchungen wieder rückgängig zu machen
action_unlink_bank_transaction inkl. POD
Der Bericht Bankbewegungen erhält im Presenter Anhakboxen (ähnlich wie bei SEPA)
Jan Büren [Fri, 1 Mar 2019 14:08:18 +0000 (15:08 +0100)]
Vergessener template-Schnipsel zu
41a1b801 (Lieferschein-E-Mail)
Jan Büren [Fri, 1 Mar 2019 14:04:06 +0000 (15:04 +0100)]
BankTransaction: weniger im Controller rechnen -> ausgelagert in Objekt
s.a. Commit davor. Redundanzen hier direkt vorbeugen.
Jan Büren [Fri, 1 Mar 2019 13:55:06 +0000 (14:55 +0100)]
Dialogbuchungen aus Bankbewegungen teilweise Verbuchungen erlauben
Da vorher nur komplette Bankbewegungen verbucht werden konnten,
war es nicht sinnvoll Teilbeträge im Dialog zu buchen.
Das Verfahren ist jetzt geändert und übergeben wird der aktuelle
Rest-Betrag der Bankbewegung
Jan Büren [Fri, 1 Mar 2019 13:52:48 +0000 (14:52 +0100)]
BankTransaction new method not_assigned_amount
returns the current open amount of this bank transaction.
Added to POD
Jan Büren [Fri, 1 Mar 2019 12:32:36 +0000 (13:32 +0100)]
BankTransaction: save_single_bank_transaction API-Änderung
S.a. POD und devel-Liste
Testfälle angepasst
Jan Büren [Tue, 26 Feb 2019 12:41:35 +0000 (13:41 +0100)]
save_single_bank_transaction: acc_trans_ids von pay_invoice speichern
Jan Büren [Tue, 26 Feb 2019 11:40:53 +0000 (12:40 +0100)]
Payment-Helper pay_invoice um Rückgabewert der acc_trans_ids erweitert
Jan Büren [Fri, 22 Feb 2019 11:51:14 +0000 (12:51 +0100)]
Kosmetik/Perl-Detail Optionen als Hash anstatt array
Jan Büren [Fri, 22 Feb 2019 11:47:22 +0000 (12:47 +0100)]
GL mit Bankbewegungen verbuchen. Helfertabelle und striktere Aktionen
Neue acc_trans_id können wir bei diesem Typ von gl-Einträgen nicht
gebrauchen. Alle Anwendermöglichkeiten von der Oberflächen verbieten
Jan Büren [Fri, 22 Feb 2019 09:35:32 +0000 (10:35 +0100)]
Neue Helper-Tabelle SL/DB/BankTransactionAccTrans.pm
Hintergrund: Verbuchte Bankbewegungen sind nur über
einen löschbaren RecordLink aktuell zuordenbar.
Das macht ein verlässliche Aussage über die Verbuchungen
der Bankbewegung schwierig. Besser wäre es eine
Tabelle reconciliation_links direkt bei der Verbuchung zu füllen
und die gesetzten Constraints so zu lassen (ER-Fehler mit
aussagekräftigerer Fehlerwarnung an den Nutzer) ....
Da die Bankverbuchungen seit
66d468b09 (2016) in einer
Transaktion laufen, wird über record_link und itime eine
Rekonstruktion der Zusammenhänge für die alten Einträge versucht herzustellen.
Wichtig: Dieser Commit ist Vorbedingung für das Neuverbuchen
von importierten Bankbewegungen. Zusätzlich beißt sich das mit
der Anforderung das Zahlungen manuell vom Anwender geändert werden
können (s.a. hierzu
c923fff436).
Jan Büren [Wed, 20 Feb 2019 11:39:53 +0000 (12:39 +0100)]
Falls Kontoauszüge importiert und gebucht werden, sollte (!) manuelles Ändern deaktiviert sein
Vorbereitend zum Feature, auch verknüpfte Kontoauszüge wieder
rückgängig zu machen.
Jan Büren [Wed, 20 Feb 2019 11:04:51 +0000 (12:04 +0100)]
SL::DB::Invoice(closed) POD korrigiert s.a. #368
Ggf. die Routine ganz entfernen oder zumindestens für
Gutschriften wie in 368 beschrieben patchen
Jan Büren [Wed, 20 Feb 2019 10:40:15 +0000 (11:40 +0100)]
Trigger zum Löschen von RecordLinks auch für verknüpfte Briefe und Dialogbuchugen
Jan Büren [Wed, 20 Feb 2019 10:29:30 +0000 (11:29 +0100)]
SL::DB::BankTransactions(linked_invoices): Returns an array of record objects
Anstatt nur die Namen der Belege werden jetzt die Beleg-Objekte
zurückgegeben. Einziger Aufruf der Methode beim ReportGenerator in
Controller::BankTransactions. Die Stelle entsprechend angepasst
Sven Schöling [Tue, 29 Jan 2019 16:59:22 +0000 (17:59 +0100)]
PTC: Sortierung von items beachten bei Rechnungen die nachträglich geändert wurden
(cherry picked from commit
eacfe1d260a6f9d4c12aa508b2c4d4cc018508c8)
Sven Schöling [Tue, 29 Jan 2019 10:14:37 +0000 (11:14 +0100)]
Order: Auftrag mit Items und Ware laden
Die werden überall gebraucht, also gleich mitladen
(cherry picked from commit
cb546c6e64e4b3315dcd8b826261939a89baa543)
Bernd Bleßmann [Wed, 20 Feb 2019 15:25:02 +0000 (16:25 +0100)]
Order: second row javascript direkt indizieren …
… auch für Positionen, die noch nicht in der DB gespeichert sind.
Sven Schöling [Tue, 29 Jan 2019 10:07:14 +0000 (11:07 +0100)]
Order: second row javascript direkt indizieren.
Beschleunigt das Nachladen der zweiten Zeile bei großen Aufträgen (100+
Zeilen), weil der client weit weniger DOM selectors auswerten muss.
(cherry picked from commit
87ca139b2162813d71dec8e4e8ecef21588c818d)
Sven Schöling [Thu, 24 Jan 2019 14:24:34 +0000 (15:24 +0100)]
Preisregeln: Präzedenzbug bei Mengenregel behoben
Durch eine fehlende Klammerung konnten Mengenregeln zufällig nicht
greifen.
(cherry picked from commit
f1cf2062a7df1877e931f5655afe899e0dacb649)
Bernd Bleßmann [Wed, 20 Feb 2019 14:43:51 +0000 (15:43 +0100)]
CreatePDF-Helper: UNLINK für temporäre Dateien (wieder) richtig setzen
Moritz Bunkus [Thu, 14 Feb 2019 11:14:02 +0000 (12:14 +0100)]
Berechtigung, Einkaufsrechnungen persönlich zugeordneter Projekte einzusehen
Betrifft sowohl Einkaufsrechnungen als auch Kreditorenbuchungen.
Moritz Bunkus [Wed, 13 Feb 2019 16:35:31 +0000 (17:35 +0100)]
Berechtigung, Verkaufsrechnungen persönlich zugeordneter Projekte einzusehen
Man kann nun Mitarbeiter*innen zu Projekten zuordnen, indem man sie in
den Projektstammdaten hinzufügt.
Ist eine Mitarbeiter*in zu einem Projekt zugeordnet, so darf sie alle
Rechnungen ansehen, die über die Projektnummer der Rechnung (nicht der
Positionen) dem Projekt zugeordnet sind, auch dann, wenn sie nicht das
allgemeine Recht zum Erstellen und Ansehen von Rechnungen hat.
Verändern oder Ausdrucken der Rechnungen ist nicht gestattet.
Die Verwaltung dieser Projektberechtigungen ist über ein neues
Gruppenrecht eingeschränkt.
Betrifft Verkaufsrechnungen, Verkaufsgutschriften und Debitorenbuchungen.
Moritz Bunkus [Thu, 14 Feb 2019 10:08:37 +0000 (11:08 +0100)]
Autovervollständigung Kunden/Lieferanten auch ohne Stammdatenrechte
Moritz Bunkus [Wed, 13 Feb 2019 10:45:58 +0000 (11:45 +0100)]
Ergebnis von SL::DB::Manager::Employee->current cachen
Jan Büren [Wed, 13 Feb 2019 13:16:46 +0000 (14:16 +0100)]
Order-Controller: Workflow -> *-Auftrag vorher Speichern
Ansonsten werden die cvars nicht übernommen.
Außerdem ist es konsistenter, da bei allen anderen
Workflow-Aktionen auch immer gespeichert wird (Rechnung oder LS).
Jan Büren [Wed, 13 Feb 2019 09:50:35 +0000 (10:50 +0100)]
Zu
47da14db generische LS-Mail: locales und Anhak-Option in Suche
Jan Büren [Wed, 13 Feb 2019 09:41:45 +0000 (10:41 +0100)]
generische E-Mail-Adresse für Lieferscheine
Ähnlich wie bei Verkaufsrechnungen gibt es generische
Empfänger für Lieferscheine beim E-Mail-Versand.
Die jetzige Konfiguration (nicht änderbar) entspricht
dem Wert Stammdaten und Ansprechpartner in CC.
Ist eine Stammdaten-Mail und ein Ansprechpartner definiert,
bzw. ausgewählt wird der Ansprechpartner in CC gesetzt und
die vorbelegte Anrede ist 'generisch'
Jan Büren [Tue, 5 Feb 2019 11:50:54 +0000 (12:50 +0100)]
poso mehr werte löschen (wandlung kundenauftrag -> lieferantenauftrag)
Währung und Steuerzone wird ansonsten vom vorherigen Beleg
übernommen. Betrifft nur die alte Maske
Jan Büren [Tue, 5 Feb 2019 10:56:10 +0000 (11:56 +0100)]
DMS-Dateianhänge beim E-Mail-Versand Vorauswahl konfigurierbar
Jan Büren [Mon, 4 Feb 2019 13:04:29 +0000 (14:04 +0100)]
Rechnungsversand E-Mail-Body
Falls die generische E-Mail-Adresse verwendet wird, sollte auch
die generische Anrede hinterlegt sein, selbst wenn ein Ansprechpartner
noch in CC gesetzt wird.
Jan Büren [Mon, 4 Feb 2019 09:56:00 +0000 (10:56 +0100)]
manueller Rechnungsversand per E-Mail. Vorbelegung mandantenweit konfigurierbar
Jan Büren [Tue, 29 Jan 2019 09:18:28 +0000 (10:18 +0100)]
Changelog und Doku aktualisiert
Jan Büren [Tue, 29 Jan 2019 06:20:28 +0000 (07:20 +0100)]
Verkauf->Rechnungsbericht Filter nach nicht per E-Mail verschickten Belegen
Bernd Bleßmann [Mon, 28 Jan 2019 15:55:19 +0000 (16:55 +0100)]
SL::RP: unbenutzte Subroutine entfernt.
Bernd Bleßmann [Fri, 25 Jan 2019 12:33:11 +0000 (13:33 +0100)]
DisplayableNamePrefs: Überstzungen
Bernd Bleßmann [Fri, 25 Jan 2019 09:42:52 +0000 (10:42 +0100)]
DisplayableNamePrefs: changelog-Eintrag
Bernd Bleßmann [Wed, 23 Jan 2019 15:17:16 +0000 (16:17 +0100)]
DisplayableNamePrefs: Benutzereinstellungen
Bernd Bleßmann [Sat, 19 Jan 2019 16:22:07 +0000 (17:22 +0100)]
DisplayableNamePrefs: Mandantenkonfiguration
Bernd Bleßmann [Fri, 25 Jan 2019 10:09:33 +0000 (11:09 +0100)]
DisplayableNamePrefs: DB-Upgrade-Skript um defaults zu setzen
Bernd Bleßmann [Tue, 22 Jan 2019 07:09:59 +0000 (08:09 +0100)]
DisplayableNamePrefs: SL::DB:xxx verwenden DB-Helper
erstmal nur Customer/Vendor/Part
Bernd Bleßmann [Fri, 25 Jan 2019 11:45:27 +0000 (12:45 +0100)]
DisplayableNamePrefs: DB-Helper als Mixin
Bernd Bleßmann [Tue, 22 Jan 2019 10:17:22 +0000 (11:17 +0100)]
DisplayableNamePrefs: UserPreferences-Helper f. DisplayableName
Jan Büren [Wed, 23 Jan 2019 10:35:49 +0000 (11:35 +0100)]
Ansprechpartner um boolean Hauptansprechpartner erweitert
Entsprechend mit einigen Attributen für den Export von Kundenstammdaten
hinzugefügt.
Hintergrund: Ansprechpartner-Export gibt nur die Liste aller Ansprechpartner.
Das Feld Kontakt (in der Tabelle Kunde) war wahrscheinlich der Vorgänger
für die Ansprechpartner-Logik. Das ist etwas wenig, wenn man noch
E-Mail, Telefon usw. personenbezogen unterbringen will. Deshalb die
Ergänzung für diesen Bericht.
Werner Hahn [Wed, 23 Jan 2019 15:58:59 +0000 (16:58 +0100)]
Kontoauszugsimport 2 Konten bei einer Bank. Bankgebührenbuchung wird als schon importiert makiert
Fix für #367
Werner Hahn [Wed, 23 Jan 2019 15:47:33 +0000 (16:47 +0100)]
Zahlungsverkehr->Zahlungs-(ein/aus)gang. Bezahlen/Abgleichen mehrerer Rechnungen
Fix für #366
Jan Büren [Tue, 22 Jan 2019 13:35:40 +0000 (14:35 +0100)]
Stammdaten-Kunden: Neues Feld Amtsgericht. Weitere Export-Möglichkeiten
Ust-ID, Kreditlimit, Amtsgericht (benötigt bspw. für Factoring)
Jan Büren [Sun, 20 Jan 2019 16:00:57 +0000 (17:00 +0100)]
Aktualisierte Installationsanleitung Debian/Ubuntu
Drei Pakete sind komplett untergegangen
G. Richardson [Fri, 18 Jan 2019 15:32:21 +0000 (16:32 +0100)]
Aufruf von with_objects in RequirementSpecPart korrigiert
bei SL::DB::Object ist der Parameter "with", nicht "with_objects" (wie
bei SL::DB::Manager::Object)
Das hatte allerdings keine kritischen Auswirkungen, der Parameter wurde
ignoriert und die Daten wurden dann erst später geladen.
G. Richardson [Fri, 18 Jan 2019 13:28:37 +0000 (14:28 +0100)]
Typo in Übersetzung
Bernd Bleßmann [Fri, 18 Jan 2019 13:12:24 +0000 (14:12 +0100)]
BackgroundJob SelfTest: unbenutzte Variable entfernt
Bernd Bleßmann [Fri, 18 Jan 2019 12:50:31 +0000 (13:50 +0100)]
Typos und spellcheck: unkown -> unknown
Jan Büren [Fri, 18 Jan 2019 10:41:50 +0000 (11:41 +0100)]
Changelog zu den Commits von heute
Jan Büren [Fri, 18 Jan 2019 10:31:35 +0000 (11:31 +0100)]
Ergänzung zu
a3b8cfa7b7546 (Mahnungen konfigurierbar machen)
- bessere Fehlerbehandlung -> send_mail läuft schon in einer Transaktion
Von daher mit die hart aussteigen
- Die Signatur des E-Mail-Versenders sollte dann auch zur E-Mail-Adresse
passen, entsprechend backup vars erstellt vor dem Aufruf von Form::create_signature
Jan Büren [Thu, 17 Jan 2019 16:12:08 +0000 (17:12 +0100)]
Verkaufsaufträge: konfigurierbares Intervall für Lieferdatum-Berechnung
Jan Büren [Wed, 19 Dec 2018 09:43:02 +0000 (10:43 +0100)]
Zahlungserinnerung an Rechnungsadresse schicken - Weiche für Absender
Mail-Absender aus defaults.dunning_creator ableiten.
Falls die Rechnungsadresse E-Mail gesetzt ist, diese als Empfänger nehmen ansonsten die
globale E-Mail des Kunden (abwärtskompatibel).
Erweiterung um Fehlerbehandlung mit Hinweis an der Oberfläche, falls keine Sender oder
Empfänger-Adresse gefunden wird
Jan Büren [Mon, 14 Jan 2019 13:37:36 +0000 (14:37 +0100)]
fixt: #345 Mahnungsersteller im Ausdruck konfigurierbar machen
Im Menüpunkt Mahnungen konfigurieren, kann man nun wählen, ob
der aktuelle Mitarbeiter für die Mahnung/Zahlungserinnerung gesetzt ist
oder der ursprüngliche Mitarbeiter/Ersteller der Rechnung
Jan Büren [Fri, 14 Sep 2018 09:48:16 +0000 (11:48 +0200)]
Rechnungsversand per E-Mail
Falls bei dem Kunden eine E-Mail-Adresse für den
Rechnungsversand hinterlegt ist, so hat diese Priorität
vor der allgemeinem Rechnungsadresse.
Als visuelle Hilfe, wird aus dem Titel 'Empfänger' der
Titel 'Rechnung an:'.
Logik normale Rechnung:
1.) Die Adresse des Ansprechpartners hat Priorität vor allen anderen Adressen (bleibt)
2.) Falls kein Ansprechpartner -> Prüfen auf Rechnungsadresse (neu)
3.) Falls immer noch keine E-Mail -> Prüfen auf generische Mail des Kunden (bleibt)
Logik wiederkehrende Rechnung:
Falls eine Rechnungsadresse gesetzt ist, wird diese schreibgeschützt angezeigt.
Weitere Adressen können wie bisher auch über die Auswahl des Ansprechpartners oder
per freier Eingabe zusätzlich definiert werden
Jan Büren [Thu, 20 Sep 2018 14:13:22 +0000 (16:13 +0200)]
Rechnungsadresse aus den Stammdaten (template file vergessen)
Jan Büren [Thu, 20 Sep 2018 14:07:05 +0000 (16:07 +0200)]
Rechnungsadresse aus den Stammdaten bei periodischen Rechnungen verwenden (Anzeige beim Editieren)
Jan Büren [Fri, 14 Sep 2018 08:43:02 +0000 (10:43 +0200)]
Stammdaten -> Kunden um Textfelder Rechnungsmail und Herkunft personenbezogener Daten erweitert
i)
Die Rechnungsmail ist die generische E-Mail des Kunden, welche die
Rechnung in der Regel bearbeitet (buchhaltung@, einkauf@).
ii)
Aufgrund der DSGVO ist es im Zweifel sinnvoll den Erstkontakt
des Kunden zu dokumentieren (Messe xyz, Telefon-Aktion beta, ...)
Die beiden Felder sind als Suchfeld anhakbar.
Jan Büren [Mon, 14 Jan 2019 08:21:19 +0000 (09:21 +0100)]
SelfTests: check_ap_paid berücksichtigt Auswahl von fromdate und todate
Jan Büren [Thu, 3 Jan 2019 11:31:35 +0000 (12:31 +0100)]
Release 3.5.3
Jan Büren [Thu, 3 Jan 2019 11:30:26 +0000 (12:30 +0100)]
dokumentation.xml Versionsnummer hochgesetzt
Jan Büren [Sun, 30 Dec 2018 08:32:45 +0000 (09:32 +0100)]
LaTeX-Druckvorlagen RB Logo getauscht und Skalierung angepasst
Jan Büren [Fri, 21 Dec 2018 10:57:01 +0000 (11:57 +0100)]
Datenbank-Abhängigkeits-Skripte für release 3.5.3
Jan Büren [Fri, 21 Dec 2018 10:55:42 +0000 (11:55 +0100)]
Abhängigkeit für release 3_5_2 zu 3_5_1 nachgezogen
Jan Büren [Thu, 20 Dec 2018 11:22:05 +0000 (12:22 +0100)]
doc aktualisiert
- changelog um Bugfixes erweitert
- Installationsanleitung um Hinweise für Postgresql je nach Distribution ergänzt
Bernd Bleßmann [Wed, 19 Dec 2018 09:49:09 +0000 (10:49 +0100)]
DATEV: Tests: danach wieder aufräumen
Sven Schöling [Fri, 26 Oct 2018 10:52:36 +0000 (12:52 +0200)]
PTC: Fehlerhafte ungerundete Berechnung von grossamount
Bei Rechnungen mit sehr vielen sehr kleinen Positionen wurde die
Rundungsfehlerakkumulation _nur_ in den finalen netamounts
berücksichtigt, nicht aber in den daraus berechneten grossamounts was zu
Cent-Abweichungen geführt hat.
(cherry picked from commit
061180a3a9cd5ddffc5d9b40fc1751653fc8ef09)
Bernd Bleßmann [Wed, 12 Dec 2018 18:05:56 +0000 (19:05 +0100)]
t/db_helper/convert_invoice.t: Zahlen nach Rundungs-Patch f. PTC angepasst.
Neue Zahlen mit (zahlengleichen) Beispielen an der Oberfläche ermittelt.
Martin Helmling martin.helmling@octosoft.eu [Thu, 2 Aug 2018 12:19:31 +0000 (14:19 +0200)]
Korrektur PriceTaxCalculator: Falsches Objekt zum Prüfen genommen
mit Sven durchdiskutiert
(cherry picked from commit
d4102550a27e2bee22d4faed2626fc1434d9e721)
Bernd Bleßmann [Wed, 12 Dec 2018 15:09:11 +0000 (16:09 +0100)]
PTC-Tests: ein weiterer Test mit großen Mengen und kleinen Preisen
Bernd Bleßmann [Wed, 12 Dec 2018 15:27:43 +0000 (16:27 +0100)]
PTC-Tests angepasst nach PTC-Rundungs-Patch …
"PTC rundet nicht mehr Rabatt vor Mengenmultiplikation"
Bernd Bleßmann [Wed, 12 Dec 2018 15:16:58 +0000 (16:16 +0100)]
PTC: item->discount auf 0, wenn nicht definiert, um Warnungen zu vermeiden
Bernd Bleßmann [Wed, 12 Dec 2018 16:19:42 +0000 (17:19 +0100)]
PTC: Rückgabe sellprice für items: Steuer und Rabatt berücksichtigen.
So war das vor dem PTC-Rundungs-Patch …
"PTC rundet nicht mehr Rabatt vor Mengenmultiplikation"
Bernd Bleßmann [Wed, 12 Dec 2018 15:20:21 +0000 (16:20 +0100)]
PTC: Kosmetik/Kommentare
G. Richardson [Fri, 13 May 2016 11:54:05 +0000 (13:54 +0200)]
PTC rundet nicht mehr Rabatt vor Mengenmultiplikation
siehe Ticket #82
Neuer Test für 100000 Artikel zu 0,10€ bei 3% Rabatt
Einen weiteren Test angepasst an die neuen Zahlen.