Revision 01b4e844
Von Kivitendo Admin vor mehr als 9 Jahren hinzugefügt
| bin/mozilla/am.pl | ||
|---|---|---|
| 1190 | 1190 |
my $callback = build_std_url(qw(action einschraenkungen fromdate todate mitarbeiter searchid what2search)); |
| 1191 | 1191 |
$form->{order} ||= 'h.itime--1';
|
| 1192 | 1192 |
|
| 1193 |
my %search = ( "Artikelnummer" => "parts", |
|
| 1194 |
"Kundennummer" => "customer", |
|
| 1195 |
"Lieferantennummer" => "vendor", |
|
| 1196 |
"Projektnummer" => "project", |
|
| 1197 |
"Buchungsnummer" => "oe", |
|
| 1198 |
"Eingangsrechnungnummer" => "ap", |
|
| 1199 |
"Ausgangsrechnungnummer" => "ar", |
|
| 1200 |
"Mahnungsnummer" => "dunning" |
|
| 1201 |
); |
|
| 1193 |
# my %search = ( "Artikelnummer" => "parts", |
|
| 1194 |
# "Kundennummer" => "customer", |
|
| 1195 |
# "Lieferantennummer" => "vendor", |
|
| 1196 |
# "Projektnummer" => "project", |
|
| 1197 |
# "Auftragsnummer" => "oe", |
|
| 1198 |
# "Angebotsnummer" => "oe", |
|
| 1199 |
# "Eingangsrechnungnummer" => "ap", |
|
| 1200 |
# "Ausgangsrechnungnummer" => "ar", |
|
| 1201 |
# "Mahnungsnummer" => "dunning", |
|
| 1202 |
# "Buchungsnummer" => "gl", |
|
| 1203 |
# ); |
|
| 1204 |
|
|
| 1202 | 1205 |
my %searchNo = ( "Artikelnummer" => "partnumber", |
| 1203 | 1206 |
"Kundennummer" => "customernumber", |
| 1204 | 1207 |
"Lieferantennummer" => "vendornumber", |
| 1205 | 1208 |
"Projektnummer" => "projectnumber", |
| 1206 |
"Buchungsnummer" => "ordnumber", |
|
| 1209 |
"Auftragsnummer" => "ordnumber", |
|
| 1210 |
"Angebotsnummer" => "quonumber", |
|
| 1207 | 1211 |
"Eingangsrechnungnummer" => "invnumber", |
| 1208 | 1212 |
"Ausgangsrechnungnummer" => "invnumber", |
| 1209 |
"Mahnungsnummer" => "dunning_id" |
|
| 1213 |
"Mahnungsnummer" => "dunning_id", |
|
| 1214 |
"Buchungsnummer" => "gltransaction" |
|
| 1210 | 1215 |
); |
| 1211 | 1216 |
|
| 1212 | 1217 |
my $dbh = $form->dbconnect(\%myconfig); |
Auch abrufbar als: Unified diff
Dialogbuchung - Buchen, Storno und Löschen protokollieren
Bisher wurden Dialogbuchungen in der history_erp mit der snumber
"ordnumber" gespeichert, wobei allerdings die trans_id fehlte. Dafür
stand die trans_id in what_done, was die Historiensuche aber nicht
auswerten kann.
Das ergab Einträge in history_erp wie:
id | trans_id | addition | what_done | snumbers
-----+----------+----------+-----------------------+------------
1077 | 100 | SAVED | Buchungsnummer = 100 | ordnumber_
Jetzt wird that ordnumber gl_transaction verwendet.
Für Dialogbuchungen ist in der Historen Suchmaschine nun der Eintrag
"Buchungsnummer" zuständig, bisher wurde dieser für Aufträge verwendet.
Es wird auch wirklich die Buchungsnummer für die Suche verwendet (Spalte
id in gl = trans_id).
Für Angebote und Aufträge werden nun die neuen Felder "Angebotsnummer"
und "Auftragsnummer" verwendet, hier muß man auch nach der Belegnummer
(ordnumber/quonumber), nicht der trans_id, suchen, wie bei den
Rechnungen.
Prinzipiell müßte man die alten Protokollierungen von Dialogbuchungen
rekonstruieren können und auch nachträglich per Skript zumindest
teilweise umwandeln können. Da das aber wahrscheinlich schon immer
kaputt war und scheinbar noch Niemanden ernsthaft gestört hat fängt die
"saubere" Protokollierung von Dialogbuchungen eben mit diesem Update an.