Projekt

Allgemein

Profil

Aktionen

Fehler #162

offen

Workflow Verkaufsauftrag -> Rechnung defekt sobald Lieferungen erstellt wurden

Von Jan Büren vor fast 9 Jahren hinzugefügt. Vor fast 9 Jahren aktualisiert.

Status:
Neu
Priorität:
Normal
Zugewiesen an:
-
Zielversion:
-
Beginn:
11.05.2016
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

Sobald Teillieferungen zu einem Auftrag erstellt sind, habe ich zwei Fehlerfälle.

Entweder erhalte ich beim Knopf Rechnung im Auftrag:

UPDATE oe SET
ordnumber = ?, quonumber = ?, cusordnumber = ?, transdate = ?, vendor_id = ?,
customer_id = ?, amount = ?, netamount = ?, reqdate = ?, taxincluded = ?,
shippingpoint = ?, shipvia = ?, notes = ?, intnotes = ?, currency_id = (SELECT id FROM currencies WHERE name=?), closed = ?,
delivered = ?, proforma = ?, quotation = ?, department_id = ?, language_id = ?,
taxzone_id = ?, shipto_id = ?, payment_id = ?, delivery_vendor_id = ?, delivery_customer_id = ?,delivery_term_id = ?,
globalproject_id = ?, employee_id = ?, salesman_id = ?, cp_id = ?, transaction_description = ?, marge_total = ?, marge_percent = ?
, order_probability = ?, expected_billing_date = ?
WHERE id = ? (810182, , , 11.05.2016, , 7297, -1130.5, -950, 22.04.2016, f, , , , , EUR, f, t, f, f, 967, , 4, , , , , , , 14533, 14533, 0, , 344.92, 36.3073684210526, 0, , 14850)
ERROR: insert or update on table "oe" violates foreign key constraint "oe_cp_id_fkey" 
DETAIL: Key (cp_id)=(0) is not present in table "contacts".

Das ist etwas komisch. Ggf. liegt es am Upgrade von 3.3 auf 3.4.x

Der andere Fall ist, dass beim Workflow die Fehlermeldung:

"Can't call method meta on line 1636 in bin/mozillo/io.p" kommt und zusätzlich wird dann ein neues Auftrags-Objekt ohne den schon gelieferten Artikel angelegt:

Die Stelle in io.pl ist in _make_record_items.


  eval "require $class";

  my $obj = $::form->{"orderitems_id_$row"}
          ? $class->meta->convention_manager->auto_manager_class_name->find_by(id => $::form->{"orderitems_id_$row"})
          : $class->new;  
   for my $method (apply { s/_$row$// } grep { /_$row$/ } keys %$::form) {

Die Frage ist, ob es prinzipiell ein Problem bei verknüpften items ist oder eher mit "temporären" inkosistenzen beim update.

Ich hab den Fall jetzt bei drei Verkaufsaufträgen, denn werd ich manuell lösen, aber falls es öfters oder jmd. anderen betrifft hier das Ticket ...

Aktionen

Auch abrufbar als: Atom PDF