Revision af00284a
Von Sven Schöling vor etwa 1 Jahr hinzugefügt
| SL/Model/Record.pm | ||
|---|---|---|
| 403 | 403 |
|
| 404 | 404 |
None yet. :) |
| 405 | 405 |
|
| 406 |
=head1 FURTHER WORK |
|
| 407 |
|
|
| 408 |
=over 4 |
|
| 409 |
|
|
| 410 |
=item * |
|
| 411 |
|
|
| 412 |
Handling of price sources and prices in controllers |
|
| 413 |
|
|
| 414 |
=item * |
|
| 415 |
|
|
| 416 |
Handling of shippedqty calculations in controllers |
|
| 417 |
|
|
| 418 |
=item * |
|
| 419 |
|
|
| 420 |
Autovivification of unparsed cvar configs is still in parsing code |
|
| 421 |
|
|
| 422 |
=item * |
|
| 423 |
|
|
| 424 |
Handling of changed customer/vendor |
|
| 425 |
|
|
| 426 |
=item * |
|
| 427 |
|
|
| 428 |
sellprice changed handling |
|
| 429 |
|
|
| 430 |
=back |
|
| 431 |
|
|
| 432 |
|
|
| 433 |
The traits currently encoded in the type data classes should also be extended to cover: |
|
| 434 |
|
|
| 435 |
=over 4 |
|
| 436 |
|
|
| 437 |
=item * |
|
| 438 |
|
|
| 439 |
PeriodicInvoices |
|
| 440 |
|
|
| 441 |
=item * |
|
| 442 |
|
|
| 443 |
Exchangerates |
|
| 444 |
|
|
| 445 |
=item * |
|
| 446 |
|
|
| 447 |
Payments for invoices |
|
| 448 |
|
|
| 449 |
=back |
|
| 450 |
|
|
| 451 |
In later stages the following things should be implemented: |
|
| 452 |
|
|
| 453 |
=over 4 |
|
| 454 |
|
|
| 455 |
=item * |
|
| 456 |
|
|
| 457 |
For SL::DB::Order and SL::DB::Reclamations the subtype should be saved in the database and not inferred from customer/vendor. |
|
| 458 |
|
|
| 459 |
=item * |
|
| 460 |
|
|
| 461 |
Further encapsulate the linking logic for creating linked records. |
|
| 462 |
|
|
| 463 |
=item * |
|
| 464 |
|
|
| 465 |
Better tests for auto-close of quotations and auto-delivered of delivery orders on save. Best to move those into post-save hooks as well. |
|
| 466 |
|
|
| 467 |
=item * |
|
| 468 |
|
|
| 469 |
More tests of workflow related conversions from frontend (current tests are mostly at the SL::Model::Record boundary). |
|
| 470 |
|
|
| 471 |
=item * |
|
| 472 |
|
|
| 473 |
More tests for error handling in controllers. I.e. if the given recordnumber is kept. |
|
| 474 |
|
|
| 475 |
=back |
|
| 476 |
|
|
| 406 | 477 |
=head1 AUTHORS |
| 407 | 478 |
|
| 408 | 479 |
Bernd Bleßmann E<lt>bernd@kivitendo-premium.deE<gt> |
| doc/controller-refactor-todo.txt | ||
|---|---|---|
| 1 |
nimmt: |
|
| 2 |
- geparstes record objekt |
|
| 3 |
- |
|
| 4 |
|
|
| 5 |
rückgabe: |
|
| 6 |
- record objekt, recalc fertig |
|
| 7 |
|
|
| 8 |
|
|
| 9 |
save transaction: |
|
| 10 |
phone note handling |
|
| 11 |
custom shipto handling |
|
| 12 |
item_ids_to_delete |
|
| 13 |
order version |
|
| 14 |
linked records |
|
| 15 |
set_project_in_linked_requirement_specs |
|
| 16 |
|
|
| 17 |
|
|
| 18 |
zu migrieren: |
|
| 19 |
price source + price setzen |
|
| 20 |
shippedqty calc |
|
| 21 |
cvar config unparsed autovifify |
|
| 22 |
history handling |
|
| 23 |
setup_order_from_customer_vendor |
|
| 24 |
sellprice changed |
|
| 25 |
update_item_input_row (wenn picked) |
|
| 26 |
|
|
| 27 |
evtl zu migrieren: |
|
| 28 |
new_from_multi (in gleichem type) |
|
| 29 |
new_from_multi (aus anderem typ z.B. do zu invoice) |
|
| 30 |
|
|
| 31 |
nicht hierher: |
|
| 32 |
- store_doc_to_webdav* |
|
| 33 |
- close_quotations (management endpunkt) |
|
| 34 |
|
|
| 35 |
|
|
| 36 |
neue typdaten: |
|
| 37 |
- braucht der typ trasportkostenartikel |
|
| 38 |
- workflow ziele (von hier zu x) |
|
| 39 |
|
|
| 40 |
|
|
| 41 |
trait listen: |
|
| 42 |
- hat price tax calculation |
|
| 43 |
- hat lager (transfer_stock + undo_transfer_stock) |
|
| 44 |
- hat subversion |
|
| 45 |
- hat periodic invoices |
|
| 46 |
- exchangerate |
|
| 47 |
- close_quotations? |
|
| 48 |
- payments (nur für rechnungen) |
|
| 49 |
|
|
| 50 |
|
|
| 51 |
|
|
| 52 |
- DONE: new -> update_after_new: (aus add) neues record mit vorbereitenden sachen wie transdate/reqdate |
|
| 53 |
- DONE: new_from_workflow: (aus add_from_*) workflow umwandlung von bestehenden records |
|
| 54 |
- DONE: new_from_multi |
|
| 55 |
- DONE: increment_subversion |
|
| 56 |
- DONE: delete |
|
| 57 |
- DONE: save mit voller vor/nach behandlung und transaction |
|
| 58 |
- DONE: clone_for_save_as_new (für save_as_new) |
|
| 59 |
|
|
| 60 |
|
|
| 61 |
======== second run ======== |
|
| 62 |
|
|
| 63 |
- DONE: S:M:R->delete/save bzw. _save_history: type data: snumber für history |
|
| 64 |
- DONE: S:M:R->delete: kein croak sondern die, wenn transaction einen Fehler wirft |
|
| 65 |
- S:M:R->new_from_workflow: type data: subtype_to_type |
|
| 66 |
- DONE: S:M:R->new_from_workflow: no_linked_records als opt. flag |
|
| 67 |
- DONE: S:M:R->increment_subversion: als trait bzw. type data: wer kann das überhaupt |
|
| 68 |
- WIP: S:M:R->save implementieren |
|
| 69 |
|
|
| 70 |
|
|
| 71 |
Allgemein: |
|
| 72 |
- Geoffrey: Typos suchen |
|
| 73 |
WIP: S:M:R: alle inline Kommentare prüfen, übersetzen und ins POD verlagen |
|
| 74 |
|
|
| 75 |
|
|
| 76 |
Bugs: |
|
| 77 |
- DONE: S:M:R->delete: snumbers in history ist leer |
|
| 78 |
|
|
| 79 |
======== third run ======== |
|
| 80 |
- genaueren Typ (type data) irgendwie im Objekt/db speichern für Order und Reclamation (wie bei DeliveryOrder) |
|
| 81 |
- S:C:Order/DeliveryOrder/Reclamation: Records verlinken: Vorbereitung im Objekt in make_order/reclamation verschieben? |
|
| 82 |
|
|
| 83 |
======== fourth run ======== |
|
| 84 |
- prüfen, ob Angebote/Aufträge/Lieferscheine richtig auf geschlossen/geliefert gesetzt werden nach Workflows |
|
| 85 |
- Typen in Objekten selbst speichern, nicht über customer/vendor id holen |
|
| 86 |
|
|
| 87 |
======== an der Oberfläche testen, testen, testen ... ======== |
|
| 88 |
- DONE: bleiben item_ids der linked records/items beim Sortieren erhalten? |
|
| 89 |
- WIP: Umwandeln Beleg/Beleg new_from / convert gegen linked records/items testen |
|
| 90 |
- Umwandeln im front-end / Workflows gegen linked records/items testen |
|
| 91 |
- Fehlerzustände in Controllern provozieren und prüfen, ob z.B. autom. vergebene Belegnummer erhalten bleibt |
|
Auch abrufbar als: Unified diff
TODO verschoben in das POD von SL::Model::Record