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.
Bernd Bleßmann [Wed, 12 Dec 2018 15:53:28 +0000 (16:53 +0100)]
PTC: nicht einfach die Rundungsgenauigkeiten erhöhen …
… das verschiebt das Problem auf jeden Fall nur.
Siehe auch Ticket #82.
Diser commit macht den Teil
"Ferner Rundungsgenauigkeiten für wiederkehrende Rechnungen erhöht." aus
commit
075f64d61e999506517a304022525d83c29e6e3e rückgängig.
Es folgen weitere Commits zu diesem Problem.
Andreas Rudin [Sun, 9 Dec 2018 18:20:18 +0000 (19:20 +0100)]
Fixt #350 Fehler p.income_accno_id does not exist
Die mehrmals in RP.pm vorkommenden Zeilen
'JOIN chart c on (p.income_accno_id = c.id)'
und
'JOIN chart c on (p.expense_accno_id = c.id)'
erzeugten einen Fehler, da es in der Tabelle parts
keine solchen Spalten gibt, sondern in taxzone_charts
Deshalb jeweils die Zeile
'JOIN taxzone_charts t ON (p.buchungsgruppen_id = t.id)'
vorher eingefügt und jeweils p.income bzw. p.expense durch
t.income bzw. t.expense ersetzt.
Der Fehler trat auf bei 'Berichte -> Projektbuchungen'
sowie bei der GUV und BWA mit ausgewähltem Projekt.
Jan Büren [Fri, 7 Dec 2018 09:56:02 +0000 (10:56 +0100)]
Aktualisierung Doku
Jan Büren [Wed, 5 Dec 2018 09:04:19 +0000 (10:04 +0100)]
Testfälle für DATEV angepasst
Der Standardwert ist: "Ersetze mit ähnlichen Zeichen".
Die Testfälle basieren aber noch auf: "Werfe Fehler wenn Zeichen nicht in cp1252".
Jan Büren [Mon, 3 Sep 2018 14:52:00 +0000 (16:52 +0200)]
Fixt #352 Beim Drucken mehrerer Rechnung aus dem Bericht heraus wird der Rabatt falsch berechnet
Hotfix für die zweifache Berechnung vom Rabatt (Marge bei Berichten falsch) erstellt.
Hintergrund: Der alte Code erwartet keine vorformatierten Werte, wird aber bei
periodischen Jobs noch zwingend aufgerufen (sellprice mit fxsellprice in MassPrintCreatePDF überlagert)
Ferner Rundungsgenauigkeiten für wiederkehrende Rechnungen erhöht.
Jan Büren [Thu, 29 Nov 2018 13:52:05 +0000 (14:52 +0100)]
changelog für DatevExport kommt mit bestimmten Zeichen im Buchungstext nicht klar
Jan Büren [Thu, 29 Nov 2018 13:45:33 +0000 (14:45 +0100)]
Fixt #348 DatevExport kommt mit bestimmten Zeichen im Buchungstext nicht klar
In der Mandantenkonfiguration befindet sich jetzt eine Einstellung,
welche die Kodierung des DATEV-Exports steuert. DATEV erwartet CP1252.
kivitendo kann diese Kodierung so vom kivitendo Nutzer einfordern, alternativ nicht
vorhandenen Zeichen versuchen zu ersetzen oder die DATEV-Erwartung ignorieren
und UTF-8 liefern. Voreingestellt ist CP1252 mit Ersetzungen
Jan Büren [Thu, 29 Nov 2018 10:15:30 +0000 (11:15 +0100)]
toten Code entfernt
Bernd Bleßmann [Mon, 26 Nov 2018 15:39:41 +0000 (16:39 +0100)]
Lagerberichte: html: verrutschtes <tr> und <p> um <table>s weg.
Moritz Bunkus [Mon, 26 Nov 2018 15:39:04 +0000 (16:39 +0100)]
Doku: Modullisten allgemein und Paketlisten für openSUSE, Fedora aktualisiert
Moritz Bunkus [Mon, 26 Nov 2018 14:20:47 +0000 (15:20 +0100)]
LC_CTYPE-Locale auf eine UTF-8-Locale setzen
Beim Starten des Perl-Interpreters wird die Locale anhand von
Umgebungsvariablen wie `LC_CTYPE`, `LC_ALL` und `LANG`
gesetzt. Unter (F)CGI sind diese normalerweise leer, wodurch als
Locale die POSIX-Locale (`C`) gewählt wird — und die hat nur ASCII als
Zeichensatz.
Die iconv-Funktion scheint nun nicht transliterieren zu können, wenn
ASCII als Zeichensatz ausgewählt ist. Sie macht dann z.B. aus `ć` ein
`?` anstelle von `c`.
Beim Start der Programme wird nun `LC_CTYPE` auf eine sinnvoller
Locale gesetzt. Dies ist `de_DE.UTF-8` oder `en_US.UTF-8`, falls
erstere nicht verfügbar ist. Die Sprache ist hierbei irrelevant, da
nur `LC_CTYPE` gesetzt wird und und nicht z.B. auch `LC_MESSAGES` oder
`LC_TIME`.
Dies ist Voraussetzung dafür, das #348 gefixt werden kann.
Jan Büren [Mon, 26 Nov 2018 11:22:09 +0000 (12:22 +0100)]
Weitere Fallback-Module entfernt und Doku angepasst (s.a. #344)
Bernd Bleßmann [Fri, 23 Nov 2018 16:25:50 +0000 (17:25 +0100)]
Part-Controller: Normalisieren nach Parsen der Form und nicht als run_before
Das Problem enstand durch commit
2e97532c88dacf9523576df4028b6f7df5967ea8
"Fixt #349 (Normalisierung Artikel) - normalize_text_blocks nach Part-Controller
migriert"
normalize_text_blocks greift auf $self->part zu, welches beim Neuanlegen
noch nicht existiert, wenn normalize_text_blocks als aller erstes durch
run_before aufgerufen wird. Danach wurde init_part aufgerufen, welches
aber bei einem neue Artikel den part_type braucht, um part zu erzeugen.
Das ist aber nicht nötig, da das part in den action_add_xxx-Methoden
später erzeugt wird.
Ausserdem muss normalize_text_blocks z.B. auch nicht bei den Picker-Actions
aufgerufen werden.
Also normalize_text_blocks nur nach dem Parsen der Form aufrufen.
Fixt #361
Jan Büren [Thu, 22 Nov 2018 14:00:00 +0000 (15:00 +0100)]
2 testfälle bank_transactions.t auskommentiert
Die Testfälle sind von odyn portiert und sind erstmal so nicht
in kivitendo abgebildet.
Jan Büren [Thu, 22 Nov 2018 13:46:14 +0000 (14:46 +0100)]
Dokumentation/Modulabhängigkeiten ergänzt (s.a. #344)
Jan Büren [Sun, 28 Oct 2018 11:28:51 +0000 (12:28 +0100)]
Fehlermeldung bei 'als neu Speichern' bei Erzeugnissen ohne Erzeungisbestandteile werfen
Martin Helmling martin.helmling@octosoft.eu [Fri, 16 Feb 2018 07:27:40 +0000 (08:27 +0100)]
Filemanagement: Mandantenkonfig "Erzeugte Dokumente löschbar" wird nicht berücksichtigt
Dieses Flag wurde bisher noch nirgend berücksichtigt.
fixed Issue #220
Jan Büren [Mon, 19 Nov 2018 12:38:50 +0000 (13:38 +0100)]
Fixt #349 (Normalisierung Artikel) - normalize_text_blocks nach Part-Controller migriert
Jan Büren [Mon, 19 Nov 2018 11:08:41 +0000 (12:08 +0100)]
Kosmetik (Einrückungen) zum Commit von gerade
Jan Büren [Mon, 19 Nov 2018 10:33:38 +0000 (11:33 +0100)]
disable_one_time_config: Transaktionssicher (Testcode entfernt!)
Jan Büren [Mon, 19 Nov 2018 10:26:38 +0000 (11:26 +0100)]
CreatePeriodicInvoices: Transaktionssicher
Aufträge verarbeiten, Rechnungen erzeugen, Drucken und E-Mail-Versand
in einer Transaktion
Jan Büren [Mon, 19 Nov 2018 09:29:36 +0000 (10:29 +0100)]
disable_one_time_config: Transaktionssicher
Werner Hahn [Mon, 19 Nov 2018 10:35:01 +0000 (11:35 +0100)]
Merge pull request #24 from freiphone/patch-4
Neu angelegte Artikel in Shopware aktivieren.
freiphone [Sun, 18 Nov 2018 22:57:03 +0000 (23:57 +0100)]
Neu angelegte Artikel in Shopware aktivieren.
Scheint seit Shopware 5.2 notwendig zu sein, damit der Artikel im Frontend erscheint.
s. https://forum.shopware.com/discussion/39006/artikel-nach-import-ueber-rest-api-im-frontend-nicht-sichtbar
Jan Büren [Fri, 16 Nov 2018 09:18:35 +0000 (10:18 +0100)]
Artikelsuche: Lieferant und Lieferantenartikelnummer wieder als Berichts-Option anbieten
Ist mit der Umstellung auf den Part-Controller verloren gegangen.
Jan Büren [Wed, 14 Nov 2018 08:09:36 +0000 (09:09 +0100)]
Implementiert #357 Auftrag schliessen, falls einmalig wiederkehrende Rechnung inaktiv
Die Generierung einer periodische Rechnung mit der Periode einmalig
sollte auch den Quell-Auftrag schliessen.
Jan Büren [Mon, 12 Nov 2018 12:22:16 +0000 (13:22 +0100)]
Aktualisierung Dokumentation
Jan Büren [Mon, 12 Nov 2018 10:01:16 +0000 (11:01 +0100)]
DATEV::CSV undef ist kein gültiger Wert für den DATEV-Export
fixt den Fehler beim Testfall
Jan Büren [Mon, 12 Nov 2018 09:58:50 +0000 (10:58 +0100)]
DATEX-Export, kein Fälligkeitsdatum für Dialogbuchungen exportieren
Jan Büren [Mon, 12 Nov 2018 09:57:30 +0000 (10:57 +0100)]
t/datev doppelten aufruf entfernt
Bernd Bleßmann [Fri, 9 Nov 2018 15:13:40 +0000 (16:13 +0100)]
Lager->Einlagern: kein extra EAN-Feld mehr
das funktionierte ohnehin nicht und seit
commit
87b5c8e4245710eec1c6257ab4e291080bc900bd
"PartPicker kann auch nach EAN suchen"
kann der Partpicker auch nach der EAN suchen.
WH->transfer braucht die EAN auch nicht, da diese gar nicht in inventory
gespeichert wird.
behebt #315 "EAN-Feld beim Einlagern ohne Funktion"
Bernd Bleßmann [Fri, 9 Nov 2018 14:52:07 +0000 (15:52 +0100)]
Kontoeinstellungen: Folgekonto kann nicht das Konto selbst sein.
behebt #329
"Konto mit identischem Folgekonto führt zu Endlosschlaufe"
Bernd Bleßmann [Fri, 9 Nov 2018 14:20:08 +0000 (15:20 +0100)]
Part-Presenter: Typ u. Klassifizierung: Abfangen, wenn kein Argument übergeben
behebt #332
"Bug: Bericht Lagerbestand gibt Fehler beim einschliessen leerer Lagerplätze"
Bernd Bleßmann [Fri, 9 Nov 2018 14:00:27 +0000 (15:00 +0100)]
Lager->Berichte->Lagerentnahme: auch alle Lagerplätze eine Lagers wählen können
siehe #333
"Bericht Lagerentnahme: Lagerplatz lässt sich nicht auswählen"
Bernd Bleßmann [Fri, 9 Nov 2018 13:55:27 +0000 (14:55 +0100)]
Lager->Berichte->Lagerentnahme: richtige js-Funktionen einbinden
Hier wurde wohl bei der Übernahme aus einem anderen Projekt eine
neue js-Datei vergessen. Aber es gibt eine andere, die es noch tut.
behebt #333
"Bericht Lagerentnahme: Lagerplatz lässt sich nicht auswählen"
Frank Messerschmidt [Mon, 14 Mar 2016 10:30:10 +0000 (11:30 +0100)]
Lager/Einlagern: Grund der Einlagerung wird ignoriert
- Abfrage der eindeutigen ID des Transfertypes statt der Bezeichnung hinzugefügt
- Abfrage nach der eindeutigen ID des Transfertyps erweitert:
- ist diese vorhanden so wird sie direkt verwendet
- ist sie nicht vorhanden so wird das Transferobjekt über den alten Weg erzeugt und die ID des Transfertyps daraus genommen
(letzteres tritt beim auslagern von Lieferscheinen auf)
implementiert TICKET #4482
(cherry picked from commit
e98edcb3c81a18d52dd90b69c76bebeb45954bca)
(cherry-pick von odyn)
Bernd Bleßmann [Fri, 9 Nov 2018 11:30:41 +0000 (12:30 +0100)]
Artikel nicht löschen können, wenn in Preisregeln verwendet.
behebt #353
"Preisregeln Wenn Artikel gelöscht wird"
Bernd Bleßmann [Fri, 9 Nov 2018 10:24:59 +0000 (11:24 +0100)]
OrderItem-Manager: sortspec für sellprice und discount genau spezifiziert.
Sonst ist die Sortierung-Spalte evtl. nicht eindeutig, wenn z.B. das
Part-Objekt mit in der Abfrage ist.
behebt # #334
"Sortierung Artikelstammdaten/Preisinformationen/Verkaufspreisinformation:
Kundenauftrag"