Revision 2b69a6ac
Von Kivitendo Admin vor mehr als 10 Jahren hinzugefügt
| SL/DB/MetaSetup/Customer.pm | ||
|---|---|---|
| 53 | 53 |
taxincluded => { type => 'boolean' },
|
| 54 | 54 |
taxincluded_checked => { type => 'boolean' },
|
| 55 | 55 |
taxnumber => { type => 'text' },
|
| 56 |
taxzone_id => { type => 'integer', default => '0', not_null => 1 },
|
|
| 56 |
taxzone_id => { type => 'integer', not_null => 1 },
|
|
| 57 | 57 |
terms => { type => 'integer', default => '0' },
|
| 58 | 58 |
user_password => { type => 'text' },
|
| 59 | 59 |
username => { type => 'text' },
|
| ... | ... | |
| 90 | 90 |
class => 'SL::DB::PaymentTerm', |
| 91 | 91 |
key_columns => { payment_id => 'id' },
|
| 92 | 92 |
}, |
| 93 |
|
|
| 94 |
taxzone => {
|
|
| 95 |
class => 'SL::DB::TaxZone', |
|
| 96 |
key_columns => { taxzone_id => 'id' },
|
|
| 97 |
}, |
|
| 93 | 98 |
); |
| 94 | 99 |
|
| 95 | 100 |
1; |
Auch abrufbar als: Unified diff
Steuerzone: in Upgrade-Datei customer/vendor angepasst
Macht man eigentlich nachträglich nicht, aber da das Update noch so
frisch ist...
Beim Umstellen von taxzone wurde vergessen, auch die Einträge der
Standardsteuerzone bei den Kunden und Lieferanten anzupassen. Im Zuge
der Umstellung, wo bei taxzone keine 0 mehr erlaubt ist, und diese auf 4
umgemapped wurde, müssen auch die hinterlegten Daten bei Kunden und
Lieferanten konvertiert werden.
In diesem Schritt wurden dann auch gleich Fremdschlüssel für die
Steuerzone bei Kunden und Lieferanten angelegt.
Ist das Update schon durchgelaufen und muß man manuell nachbessern wären
dies die Schritte (unter der Voraussetzung, daß id 0 auch zu id 4
geworden ist):
UPDATE customer SET taxzone_id=4 WHERE taxzone_id=0;
UPDATE vendor SET taxzone_id=4 WHERE taxzone_id=0;
ALTER TABLE customer ALTER COLUMN taxzone_id DROP default;
ALTER TABLE vendor ALTER COLUMN taxzone_id DROP default;
ALTER TABLE customer ADD FOREIGN KEY (taxzone_id) REFERENCES tax_zones (id);
ALTER TABLE vendor ADD FOREIGN KEY (taxzone_id) REFERENCES tax_zones (id);