Lieferantenauftragsbestätigung: Verknüpfte Belege
S:D:H:TransNumberGenerator: Kosmetik: Ausrichtung
Lieferantenauftragsbestätigung: DB und Nummernkreis
DisplayableNamePrefs: preferences nicht in Package-Variable speichern.
Dort bleiben die Werte bei fcgi auch über einen Request erhalten, somit auchbeim Benutzerwechsel. Das führte dazu, dass andere Einstelungen als dieeigenen verwendet werden konnten....
DisplayableNamePrefs: Typos im POD
PurchaseBasketItem: Datenbankscript und DB-Dateien
Positionsebene für den Einkaufskorb
Model::Record: Helferfunktion für Typ zu Klasse von Record Objekten
Angebotsflag/Intakeflag aus Datenbankzugriffen entfernt
LinkRecord: close_quotations nicht mehr im link record post save hook ausführen
Das war Teil der link_record behandlung, ist aber so unintuitiv, dass esjetzt vom Controller an den Model::Record gegeben wird.
TypeData: features
RecordLink: typo
DeliveryOrder: TypeData jetzt über proxy eingebunden
Macht den Controller proxy unnötig. reqdate default werden jetzt andersbehandelt
TypeData: verschiebe get_new_reqdate nach defaults->reqdate
Model::Record: move get_new_reqdate to TypeData
TypeDataProxy: _via
TypeData: proxy um $record->type_data benutzen zu können
RecordLink: doc fixes
RecordLink: doku
RecordLink: set_record_link_conversions um die internen states zu setzen
RecordLink: support für mehrere ids und close_quotations
RecordLinks: Reclamation after save hook in ein SL::DB::Helper modul verschoben
RecordLinks werden in reclamations in einem after save hook behandelt,und sind damit deutlich robuster als die manuelle Behandlung. Dieausgelagerte Variante hat jetzt auch Konstanten für die magischen...
Anzahlungsrechnung mit Positionsrabatt nicht fehlerhaft mit PTC berechnen
... und vor allen Dingen speichern. Workaround für das prinzipielleProblem in redmine #352 u.a.
EmailSync: EmailJournal erweitert und EmailImport hinzugefügt
Unscharfes Skonto bei Vorschlägen und Zuweisungen anbieten
Payment-Helper: pay_invoice with skonto akzeptiert auch Teilzahlungen
S.a. Commits davor. Die Vorbedingung das es noch gar keine Zahlungengegen die Rechnung geben darf, damit das Skonto richtig berechnet wird, entfällt
Payment-Helper: neue Methode open_amount_less_skonto inkl. POD
Angebots-Eingang: Verknüpfte Belege
Kosmetik: Ausrichtung
Angebots-Eingang: DB und Nummernkreis
Auftragszentrische verknüpfte Belege: Auftrags-Eingang berücksichtigen
Auftrags-Eingang: Verknüpfte Belege
Auftrags-Eingang: DB und Nummernkreis
Erweiterung für Artikelnummern nach Kunden-/Lieferanten-Typ (business).
Suche im Bericht und Import sind (noch) nicht implementiert.
Auswahlliste Skonto soll keinen Fehler an der Oberfläche werfen
POD Anpassung für neue Parameter bei pay_invoice
Wechselkurs-Optimierung: Kosmetik weiter aufräumen
Payment-Helper: Debugs raus, Kosmetik
Nicht alle Charts müssen Links haben (bspw. gain_loss)
Payment-Helper: Warnungen, striktere regex, vorheriges Mult. Verfahren
Das Vorzeichen über is_sales für fx_gain_loss zu setzen ist dochkorrekt und liefert die richtigen Zuordnungen. Regex richtig setzenund auf initialisierte Werte Prüfung, für tests
Payment-Helper: Wechselkursgewinn und -Verlust mit ungerundetem Betrag berechnen
Payment-Helper mehr Parameter prüfen (Testfall)
Wechselkurs beim Bankauszug verbuchen.
> Testfälle i.O. (bank_transaction.t)> manuelle Prüfung fast i.O. (sechs Fälle) Rundungsdifferenzen> Debugs n.i.O.> automatisierte Testfälle n.i.O.
Wechselkurs verbuchen erstmal nicht mit Skonto-Verbuchen komibinierbar
Testfälle Verkaufsrechnung Nebenbuch und Bankzuweisung i.O. Debugs drin
Bei Wechselkursverlusten entsprechend im Nebenbuch abziehen und beiGewinnen addieren. Rückgabewert an Bankzuweisung auch summieren
Zu: Rückgabewert für invoice_amount auch wirklich aufaddieren. Fallunterschiede
Falls ein Dialogbuchung gemacht wird, diese berücksichtigen.Falls der neu berechnete Betrag kleiner als vorher ist und dieBank weniger bezahlt, entsprechend auch nur das ausbuchen....
fx_loss doch erstmal ignorieren für invoice_amount
Rückgabewert für invoice_amount auch wirklich aufaddieren. Ferner ...
... Wechselkursgewinne auch im Nebenbuch erfassen.OFFEN: erneuter manueller Test
wip: REMOVE Wechselkursberechungen geändert in Payment-Helper
pay_invoice git als ersten Wert den zugewiesenen Betrag der Bankbuchung zurück
Payment-Helper: neue Methoden f. Wechselkurs, Bankgebühren:
get_exchangerate: Holt den Belegwechselkurs oder den Tageswechselkursget_exchangerate_for_bank_transaction: Holt den Wechselkurs zum Valutatag einer Bankbewegung...
pay_invoice git als ersten Wert den verbuchten Betrag der Bankbuchung zurück
Payment-Helper exchangerate nicht mehr exportieren
Beißt sich mit dem DB-Eintrag
S/D/H/Payment zwei Methoden leicht überarbeitet
get_payment_select_options_for_bank_transaction> unnötige %params und test auf skontoable entfernt> direkt auf Typ anstatt auf definiert prüfen
skonto_date-> direkt auf Typ anstatt nur auf definiert prüfen
S/D/H/Payment check_skonto_configuration entfernt
S/D/H/P: New call to within_skonto. POD edited.
S/D/H/Payment Kosmetik
S/D/H/Payment: within_skonto_period umgeschrieben auf Params::Validate
Payment-Helper: subtilen toten Code entfernt
Aufruf über SEPA.pm war 'eigentlich' schon immer überflüssig
Payment-Helper: offensichtlich toten Code (Methoden) entfernt
Ferner einen Bug in einer Methode gefixt, die aber auch nierichtig verwendet worden ist.
S:D:H:Mappings: doppelten Hash-Key ap entfernt
Beistelllieferschein/DeliveryOrder Lagerbuchungen mit in die Druckvariablen aufgenommen
PriceTaxCalculator: adjusted for record items without marge fields
Workflow: sales_reclamation → credit_note
Reclamation: Controller and Templates created
also for ReclamationReason
Changes in SL/DB/Shipto.pm, SL/DB/Helper/TransNumberGenerator.pm, SL/Controller/File.pm and SL/Webdav.pm for Reclamation
Links in menus added for: - Reclamation/add...
Reclamation: sql-script for data tables and rose objects added
Also created all needed functions in SL/DB/Reclamation.pm, SL/DB/ReclamationItem.pm and SL/DB/ReclamationReason.pm
Payment-Helper um Rückgabewert invoice_amount für bank_transaction ergänzt
Testfälle und Anmerkung zu exchangerate
Nummerkreise für Artikel, eindeutig ja, aber auch eigenständig
Ansonsten werden Erzeugnis oder Sortimentsnummer einfach ausden Warennummernkreis befüllt. Richtige Analyse in 5fcefdf78916e0bd3,aber beide Anforderungen können in dem Helper erfüllt werden
Auftragszentrische verknüpfte Belege überarbeitet
- alle über den Auftrag gefundenen Verknüpfungen sind mindestenszwei Verknüpfungen weiter entfernt- auch die Verknüpfungen in die Richtung "to" (also vom Beleg weg)werden angezeigt- Möglichkeit, um auch Verkaufsangebote zu liefern, die vor dem Auftrag...
Auftragzentrische verknüpfte Belege: Funktionsnamen deutlicher (Verkaufsaufträge)
Auftragzentrische verknüpfte Belege: Routine aus Controller in Helper verschoben
S:D:H:LinkedRecords: Pod: kleine Korrekturen
Update von ALLAuth-DB-Helper
Payment-Helper: Fall Anzahlungsrechnung nicht das Transferkonto als ARAP finden
Das Transferkonto hat auch den Typ AR was bei Anzahlungsrechnungendann dazu führt, dass entweder Sammelkonto Debitoren oder dasVerrechnungskonto für Anzahlungen gefunden wird.
Payment-Helper: Wechselkursgewinn und -Verlust nur mit Wechselkurs berechnen
Wiedervorlagen: Mehr Infos über Abschluss speichern: DB-Upgrade-Skript und Rose
Gespeichert wird Benutzer und Datum des Abschlusses. Der Benutzer kannleer sein, da diese Information in schon existierenden Wiedervorlagen nichtvorhanden ist.Bei der Migration existierender Wiedervorlagen wird das Abschlussdatum auf...
Wiedervorlage für mehrere Benutzer: DB-Upgrade und Rose
Angebot/Auftrag Status: DB-Upgrade und Rose
OrderVersion auch in ALL.pm
Rose-DB OrderVersion - Hilfstabelle zum Versionisieren von Orders
proof of concept: Formular-Gültigkeit beim Buchen von Verkaufsrechnungen
Ziel: verhindern, dass eine noch nicht gebuchte Rechnung durchVerwendung des »Zurück«-Buttons im Browser mehrfach gebucht werdenkann.
Implementation: Beim Neuanlegen einer Rechnung wird ein einmaliges...
Volltext-Suche: Tabelle für Texte aus Dateien im DMS. DB und Rose
Payment-Helper pay_invoice case 'difference_as_skonto' entfernt
'difference_as_skonto' lässt sich über 'free_skonto' abbilden.Ein Fall weniger der die Methode etwas wartungsfreundlicher macht.POD und Testfall angepasst.
Payment-Helper: free_skonto erweitert: skonto_amount == open_amount
Verknüpfte Belege auch für Dialogbuchungen
Payment-Helper Anpassungen aus Testfall
- Keine Skonto Steuerkorrektur falls Steuer-Betrag < 0.01- Zwei Teile von Netto und Steuer können an der dritten Nachkommastelle auf 5 (0.005) berechnet werden. Entsprechend Rundungskorrekturen genauer angepasst
SPI-Helper: Im Fehlerfall genauere Angaben zur Analyse ausgeben
Testfall bank_transactions angepasst
- Payment-Helper keine uninit params- skonto steuerkorrektur macht zwei weitere acc_trans verknüpfungen
Payment-Helper: Notes in DB-Buchung als Text speichern
Payment-Helper _skonto_charts... debugs und kommentare aufgeräumt
Payment-Helper: skonto_charts entfernt
Kosmetik, Toten Code identifizieren, Alphabetische Reihenfolge Module
Payment-Helper Skonto verbuchen mit Steuerkorrektur
tax_and_amount_by_tax_id ausgelagert für ar und ap in SalesPurchaseInvoice.pay_invoice mit skonto erwartet die banktransaction.idInvoice und PurchaseInvoice bindet den SPI Helper einAlte Methode skonto_charts noch im Payment-Helper drin....
Kosmetik Payment-Helper
Vergessene SL::DB::ApGl.pm eingecheckt
Hilfstabelle für automatische GL-Buchung nach Kreditorenbuchung
SL::DB::DeliveryOrder::TypeData in SL/DB/Helper/ALL.pm
Payment-Helper: Fremdwährung nur über param steuern und nicht über den Beleg
do: neue Nummerkreise für supplier und rma Lieferscheine
Anzahlungsrechnung: Beim Zahlungseingang auf das Steuertransfer-Konto buchen
DATEV benötigt das wirkliche Brutto-Automatik-Konto, um die MwSt zu buchen
Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,
… da type auch undef sein kann