Datenbankupgrade: Bankkonto Informationen Spalte für QR-IBAN hinzufügen (Schweiz)
Bisher haben wir für die QR-IBAN eine zusätzliche Zeile bei denBankkonten erfasst. Die QR-IBAN wird aber jeweils als zusätzliche IBANfür ein existierendes Bankkonto vergeben....
positiver Testfall für End-To-End SEPA ID und keine Warnung beim Check
refactor: Prüfung auf ID erfolgt schon vorher
Kontoauszug verbuchen, Prüfung auf gleiche End-To-End ID SEPA
ZUGFeRD: weiteres Feld GrossPrice gesetzt
Kosmetik (Einrückungen für ternären Operator)
dodate ist das LS-Datum
Wahrscheinlich beim Überarbeiten vergessen anzupassen
ZUGFeRD: auch ohne Zahlungsbedingung Fälligkeitsdatum übernehmen
ZUGFeRD: Artikelbeschreibung (longdescription)
ZUGFeRD: elektronische Adresse des Käufers
Feld BT-59 (Käufer E-Mail oder GLN)
ZUGFeRD: Ansprechperson-Informationen
Felder BT-56 (Name), BT-56-0 (Abteilung), BT-57 (Telefonnummer), BT58 (E-Mail-Adresse) + Faxnummer
Merge branch '202408-bankconfig'
S:D:DeliveryOrder: 'Als neu speichern' Workflow Lieferschein → Lief.
behebt: #679
Duplikaterkennung beim Bankimport (EndToEnd) konfigurierbar gemacht
Sichtbarkeit Anzahlungs-/Schluss-Rgs: Einstellung bei Workflows berücksichtigen
Sichtbarkeit Anzahlungs-/Schluss-Rg: In Mandantenkonfig einstellbar: Rose u. DB
Sichtbarkeit neuer Belege: Einstellung bei Workflows berücksichtigen
Sichtbarkeit neuer Belege: In Mandantenkonfig einstellbar: Rose u. DB
- Angebots-/Auftrags-Eingänge- Lieferantenauftragsbestätigungen- Reklamationen
db-änderungen konfig für verhalten bei SEPA/Bank
Helper LegacyPrinting: prüfen ob Element hash oder objekt ist
Reclamation Controller: Support für Drucken via internem Kivi parser hinzugefügt
Dazu werden die benötigten Druck Variablen aus dem Rose DB objektins template array geschrieben.
Helfer Funktionen unter SL/DB/Helper/LegacyPrinting.pm erstellt.Siehe auch perldoc in dieser Datei.
Factur-X/ZUGFeRD: Update auf Standardversion Factur-X 1.01.06/ZUGFeRD 2.2
MT940-Import: Ende-zu-Ende-ID extrahieren & in bank_transactions.end_to_end_id speichern
S:D:File: Objekttype auf Type Enum setzen
S:D:File: Backend auf Type Enum setzen
file_versions: Spalte guid als Primärschlüssel
FileVersion in S/D/H/ALL.pm
S:D:File: Beziehung zu Version im Plural (file_versions)
S:D:File: sorted-Attribut für file_version
FileVersion: Funktion für Test und Speicherort im Dateisystem
Neue Datenbank-Tabelle file_versions
BGJH description beim Ausführen in die Hostorie schreiben
BGJ neues Feld 'description' auch bei BGJH
sinnloses kommentar entfernen
PH->within_skonto_period refactored. Liefert jetzt undef oder 1 zurück
Skonto-Automatik bei Banktransaktionen: IC ist netto Konto | Fehler werfen
S:D:DeliveryOrderItem: 'position' bei new_from mitnehmen
vorkonfigurierte Sammelkonten sind jetzt ein Pflichtfeld
FIX: Objekttype für altes Webdav von Debitorenbuchung angepasst
nutze 'invoice' anstelle von 'general_ledger'
Vereinfachte Methode beim Jahresabschluss
- Nur 2 statt 3 Konten bei den Jahresabschluss-Standardkonten: Jahresabschluss-Konto und Konto zum Verbuchen des Jahresgewinns oder verlusts Keine Abschlussbuchungen bei den Erfolgskonten- Auswahl der Methode in der Mandantenkonfiguration unter Buchungskonfiguration...
S:D:H:ZUGFeRD::import_zugferd_data: validiere Parameter
S:D:H:ZUGFeRD::import_zugferd_data: FIX: übernehme Daten aus Template
BJ:ImportRecordEmails: Status vom auto. ZUGFeRD-Import in erw. Status
S:D:Part: Kosmetik: kein Semikolon nach Kontrollstrukturen, …
… und emacs noch glücklicher machen ;)
Auslaufende Artikel: Keine Auswahl via Picker in Preisanfrage/Lieferantenauftrag
Auslaufende Artikel: Neue Spalte bei Artikeln: DB und Rose.
Auslaufende Artikel sollen nicht mehr angefragt oder betsellt werden.
S:D:Order: new_from: Nummern der Positionen auch kopieren
Merge pull request #246 from kivitendo/20240102-rebase-feat-import_invoice_email
import invoice email
Merge pull request #247 from kivitendo/20231123-natural-sorted-bins
20231123 natural sorted bins
EmailJournal: Belegtype Catch-All hinzugefügt
FIX: S:H:EmailProcessing: automatischer ZUGFeRD-Import
S:P:Record: um Belegvorlagen erweitert
FIX: EmailJournal: Dateitype für Einkaufsgutschrift angepasst
EmailJournal: Belegtype um Lieferantenauftragsbestätigung erweitert
Typedata für Invoice und PurchaseInvoice
EmailJournal: Report um Obsolete, Belegtype und Verknüpft erweitert
EmailJournal: DB: Beleg-Type um erweitert
EmailJournal: DB: um Ungültig-Feld erweitert
ZUGFeRD: Anpassung nach Rebase: Kreditorenbuchung direkt aus ZUGFeRD-XML
Belegvorlagen + Dialogbuchung: Workflow von EmailJournal aus umgesetzt
S:D:RecordTemplate: um Standard-Helferfunktionen erweitert
type_filter, record_type, displayable_name
TypeData: Füge Eigenschaft ob Beleg einen Workflow braucht hinzu
EmailJournal: Zeige verknüpfte Belege im Bericht an
EmailJournal: Report: Sortiere nach verknüpften Emails
EK/VK-Rechnung Typefilter für alle vorhandenen Typen erweitert
TypeData: nutze richtige Übersetzung für Typ
FIX: richtige Query fürs Suchen nach offenen VK-Rechnungen
EmailJournal: Workflow angepasst
EmailJournalAttachment: FIX: entferne nicht genutzten Import
S:D:Order::TypeData: Typenreihenfolge angepasst
TypeData: Füge Übersetzung für Typ hinzu
SL::DB::Helper::ZUGFeRD: FIX: fehlendes use
Workflow: E-Mail → Angebot/Auftrag
S:D:Reclamation: Nutze TypeData zum bestimmen ob VK/EK-Reklamation
EmailJournal: Zusätzlicher Type für Beleg-Importe
EmailJournalAttachment: Funktion um Datei zum Beleg hinzufügen
ImportRecordEmails: BJ zum importieren von Emails als Beleg-Grundlage
Verallgemeinerung und Ersetzung von BJ "ImportPurchaseInvoiceEmails"
FIX: EmailImport: korrigiere EmailJournal-Key zu email_journals
EmailJournal: ZUGFeRD-Emailanhänge in Kreditorenbuchen konvertieren
ZUGFeRD: Kreditorenbuchung direkt aus ZUGFeRD-XML erstellen
S:D:H:RecordLink: FIX: mehrere Ursprungsbelege unterstützen
FIX: DeliveryOrder: Setze Aufträge auf geliefert
Order: Nutze Type und ID zum Erstellen von verknüpften Belegen
FIX: S:D:H:RecordLink: Belegpositionen können aus verschieden Belegen kommen
Lagerplätze natürlich nach Beschreibung in Listen sortieren
Für alle Lagerfunktionen und für den Standardlagerplatz der Waren
S:D:H:FlattenToForm: Bestätigungsnummer des Lieferanten
WF Lieferantenauftragsbestätigung->EK-Lieferschein: Auftragsnummer mitnehmen
Die Nummer des Vorgängerauftrags wird im LS eingetragen.Die Nummer der Bestätigung ist weiterhin über Verknüpfungen verfügbar.
Lieferantenauftragsbestätigung: Nummernbezeichnung in Makse geändert.
Und Anzeige der Vorgänger-Auftragsnummer
EK-Lieferschein: Nummer der Lieferantenbestätigung in Maske anzeigen
Die Nummer wird aus den Verknüpfungen geholt.
Lieferantenauftragsbestätigung: Bestätigungsnummer des Lieferanten: Maske und WF
Lieferantenauftragsbestätigung: Bestätigungsnummer des Lieferanten (DB+Rose) …
… bei Aufträgen (oe) und Lieferscheinen
Lieferantenauftragsbestätigung: Nicht drucken, nicht per Mail verschicken.
Erscheint mir beides hier nicht sinnvoll.Funktionalität ist aber da; Druckvorlagen fehlen noch.
Kosmetik: Ausrichtung
Lieferantenauftragsbestätigung: Verknüpfte Belege
Lieferantenauftragsbestätigung: S:D:Order:new_from
S:D:Order:Typedata: Kosmetik: Ausrichtung
Lieferantenauftragsbestätigung: DB-Type order_types
Lieferantenauftragsbestätigung: S:C:Order:TypeData
S:D:H:TransNumberGenerator: Kosmetik: Ausrichtung