projekt kivitendo

Angebotsflag aus Datenbankzugriffen entfernt

t/workflow: Tests für Record-Type angepasst

Order: nutze Record-Type

Model::Record: übergebe Typ für new_from_workflow und ..._multi

t/model/records.t - nach Test aufräumen

t/model/records - Angebot schließen nach Auftragserstellung testen

t/model/records aufgeräumt und umstrukturiert

• Helferfunktionen ans Ende
• Einrückungen
• unnötige Parameter entfernt

t/model/records.t - erster multi-Test

mehrere Verkaufsaufträge zu einem Auftrag

t/model/records.t - map in foreach umgeschrieben

t/model/records.t - new_from_workflow Test erweitert

• SL::Model::Record->save verwenden
• history_erp prüfen

t/model/records.t - beim Löschen history_erp prüfen

t/model/records.t - invoice-Erstellung deaktiviert

kann das Model noch nicht

Typo in Testname

Tests for SL::Model::Record

Typos in Kommentaren

Tests: fix typo

Model::Record: nutze neue Methoden in Workflow-Test

invoice_to_reclamation.t - Methodenaufrufe vereinfacht

reclamation_reclamation.t - Methodenaufrufe vereinfacht

invoice_to_reclamation.t nutzt minimal_purchase_invoice

Reklamationstests - Reklamationsgrund aufräumen

MOdel::Record: Test angepasst

Unit-Tests refixed

nach "Erzeugnis fertigen: alle möglichen Allokationsfehler auf einmal anzeigen"

(cherry picked from commit bad5876e62b3b5345c3e3e8e05ae63e93dde50f1)

Wiederkehrende Abrechnung: Unit-Test Workflow Auftrag->Reklamation gefixt

Tests: 001compile: gebe den Fehlergrund mit aus

payment-refactor: Anzahl der Testfälle exakt gesetzt

Testfälle für payment angepasst

bank_transactions: Neue Wechselkurstestfälle

- negative Debitorenbuchung
- negative Kreditorenbuchung
- Zwei Banktransaktionen (eine wieder rückgängig machen)
- Wechselkursgewinn und Verlusttest
- Prüfung ob Gebühren verbucht werden
- Prüfung ob Fehlermeldung bei Gebühren im Verkauf erscheint

Testfälle für Payment::within_skonto_period

Refs #490: Lieferschein: entferne alle Verweise auf 'is_sales'

Reclamation: Test überarbeitet; test_deeply in Support::TestRoutines

Reklamationstests nutzen jetzt von List::MoreUtils::pairwise
    anstelle von List::Util::zip.
    Data::Compare ersetzt durch Support::TestRoutines::test_deeply.

Reclamation: adjust test for workflow

Reclamation: add billing_address_id to reclamation

Reclamation: Test for workflow invoice_to_reclamation

Reclamation: Test for workflow (reclamation, order, delivery_order)

BankTransaction neuen Rückgabewert von pay_invoice benutzen .. Tests

Payment-Helper um Rückgabewert invoice_amount für bank_transaction ergänzt

Testfälle und Anmerkung zu exchangerate

Swiss QR-Bill: qrbill.t: Teste Grundfunktionalität von QrBill.pm

Testfälle für DATEV angepasst

Swiss QR-Bill: Tests zu QrBillFunctions.pm

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.

Testfälle für Payment umgestellt difference_as_skonto => free_skonto

Anwendungsfall difference_as_skonto ist nichts anderes als
free_skonto mit dem Skonto-Betrag entsprechend dem vollen
Rechnungsbetrag. Der Fall difference_as_skonto ist ansonsten toter Code...

Änderungen Testfall tax. bt_id ist jetzt zwingend erforderlich

pay_invoice mit Skonto erwartet die bank_transaction.id

Testfall bank_transactions angepasst

- Payment-Helper keine uninit params
- skonto steuerkorrektur macht zwei weitere acc_trans verknüpfungen

Angepasster Testfall payment

Testfall: Debug-Meldungen nur bei einzelner Ausführung

https://perlmaven.com/diag-note-explain

Abteilung bei Lohnbuchhaltung zuordnen, get_first mit richtigen Parameteraufruf

DeliveryOrder: tests für new_from

tests: DeliveryOrder type

Testfall für Inventory-Import deutsches Zahlenformat

Kosmetik: Inventory-Test

PayPostingImport: Testfall zu d32410ac096b angepasst

t/run.sh: mehrere Argumente als einzelne Tests ausführen

Testfall Lagerbewegung, Zielmenge kann auch 0 sein

CSV-Import Inventory mehr Testfälle (target_qty und Kommentare)

Testfälle CSV-Import Warenbewegung im Lager

convert_invoice.t: Test für Änderung von Attributen bei Konvertierung

convert_invoice.t: Konvertierung aus Auftrag inkl. verlinkter Positionen

CsvImport Lieferscheine: Zusammenfassen von Lieferpositionen

Wenn in mehreren Positionen Teilmengen einer Position eines Auftrags
geliefert werden, dann diese Zusammenfassen.

CsvImport Lieferscheine: Unit-Tests

PayPostingImport: Testfall gegen DATEV-CSV Struktur

Testfall für: Erzeugnisse fertigen, kann auch Dienstleistungen verbrauchen

Testfall für Erzeugnis fertigen braucht keine Dienstleistung

S/H/ShippedQty Berechnung nur über verlinkte Positionen

Shop: Woocommerce Test

S/DB/Order convert_to_delivery_order delivered in Abhängigkeit von stock_out setzen

Testfall ergänzt

ShippedQty: delivered korrekt setzen

Wenn der Helper ohne fill_up aufgerufen wurde, wurden nicht existierende
Positionen für die delivered Berechnung ignoriert

Test angepasst:Kundenauftrag -> Lieferantenauftrag: delivered_flag wird nicht generell gesetzt

zu #8469

Testfall: Erzeugnis fertigen aufm Mond, aber Einzelteile im Lager Erde

zu 72ab222ccb9b Testfall korrigiert

S/H/Inventory.pm Kommentare beim Erzeugnis fertigen für verbrauchte Artikel

Tests: ShippedQty hat type als Pflichtparameter

ShippedQty: Fallunterschied für Einkauf/Verkauf gesetzt

CSV-Helper: Vergessenes Feld "raw_input" bei einigen Fehlermeldungen übergeben …

… Auch, wenn es undefniert ist, aber sonst stimmen die Felder nicht bei
der Fehlerausgabe.

tests: Mehr Information bei Template Fehlern (Name der Datei)

Testwarnung: doppelte "my $x" vermeiden

t/x/expections.t - Tests für Exception-Seialisierung

ShippedQty: Optionale OrderItems nicht für Status Order->delivered auswerten

S.a.: Testfall und Changelog

WH: fix: duplizierte Lagerjournalmengen bei produzierten Erzeugnissen

Analog zu odyn e7850d3d61 und b829d12400

Das Lagerjournal wurde ursprünglich in der Annahme gebaut dass eine
Transaktion maximal 2 Einträge hat. Eine Einlagerung und eine
Auslagerung....

Zeiterfassung: Unit-Test f. Konvertierung anpasssen nach …

… "Zeiterfassung: Exaktere und lokalisierte Fehlermeldung inkl. Doku"

orderitems um Attribut optional erweitert

Optionale orderitems werden nicht in den Belegsumme aufaddiert
Anpassung für Order-Controller und Druckvorlagen-System
Weitere Anwender-Details s.a. Changelog

Zeiterfassung: Konvertierung: Artikel/Projekt: override- und default-Parameter

Zeiterfassung: Unit-Test: Runden/Nicht runden testen

Zeiterfassung: Konvertierung: Refoctored -> zentrale Prüfung der Parameter

Zeiterfassung: Konvertierung: Prüfung Datums-Parameter

Zeiterfassung: Konvertierung: angegebenen Auftrag als Vorgänger verwenden können

Zeiterfassung: Unit-Test Eintrag mit Datum/Dauer

Zeiterfassung: Konvertierung: geliefert/gelieferte Mengen in Auftrag anpassen

Zeiterfassung: Unit-Test f. Konvertierung

Zeiterfassung: Controller

CsvImport - Tests für Kundenimport

Im Moment werden alle Tests nur für Kunden, nicht für Lieferanten durchgeführt.

DBUtils: Prüfung auf Trigram-Erweiterung aus S/D/ShopOrder in DBUtils verschoben

Testfall year_end repariert

.. lieber gleich hartkodiert in 2019 bleiben

Testfall für BT: Punkte. Copy & Paste Fehler von a695c behoben

GLTransaction:: add_chart_booking um get_active_taxkey erweitert

Der Aufruf von add_chart_booking muss sich nicht mehr
darum kümmern welcher Steuerschlüssel gesetzt sein muss, wenn
er einfach nur den vorkonfigurierten Steuerschlüssel setzen will.
Dementsprechend ist param{tax_id} kein Pflichtparameter mehr....

Kontoauszug verbuchen: Verkaufsgutschriften nicht negativ bewerten

Punkte für wrong_sign höher gesetzt und beide Gutschriftentypen
jetzt sauber abgegrenzt (credit_note und negative_ap_transaction)

BankTransaction: Treffer für Kreditorengutschriften erhöhen

negativ_ap_transaction sollte keine Strafpunkte mehr fürs
Vorzeichen erhalten. TODO: Verkaufs-Gutschriften prüfen

Test: Skonto in Kreditorenbuchungen

t/wh/inventory.t: Nach Test richtig aufräumen

Inventory: mehr tests