Bug 1105 - neworder doesn't save booksellerinvoicenumber
Summary: neworder doesn't save booksellerinvoicenumber
Status: CLOSED INVALID
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: Main
Hardware: PC All
: P1 - high normal
Assignee: Henri-Damien LAURENT
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-22 08:56 UTC by Michael Hafen
Modified: 2012-10-26 00:41 UTC (History)
1 user (show)

See Also:
GIT URL:
Initiative type: ---
Sponsorship status: ---
Comma delimited list of Sponsors:
Crowdfunding goal: 0
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-20 23:38:55 UTC


---- Reported by mdhafen@tech.washk12.org 2006-06-22 08:56:20 ----

In Acquisitions.pm modorder does save booksellerinvoicenumber, but neworder does not.  If an order were created and one item added, then the order closed the booksellerinvoicenumber would not be saved.  The invoice number is needed for receiving the order, so this could be a problem.

Thanks.



---- Additional Comments From jmf@kados.org 2006-08-03 14:24:43 ----

Paul, has this been fixed in rel_2_2? Moving the branch to branch 2.2



---- Additional Comments From jmf@liblime.com 2007-10-04 14:09:16 ----

bumping up to 3.0



---- Additional Comments From jmf@liblime.com 2007-11-24 21:56:05 ----

the handling of invoice numbers, vs shipping IDs is mad buggy in 3.0 and should be fixed. Re-assiging to Ryan to have a look



---- Additional Comments From rch@liblime.com 2008-01-01 13:53:34 ----


Acq in 3.0 has been altered such that if a partial order is received, it is split into two orders.  One would not enter the  invoicenumber unless one knew that the full order would be received in one shipment.  

Some testing is still in order for specifying invoicenumber prior to receipt.





---- Additional Comments From henridamien@koha-fr.org 2008-03-20 07:01:41 ----

Maybe we should have userdefined ids for baskets as we have for invoice numbers.



---- Additional Comments From nengard@gmail.com 2009-12-23 17:58:38 ----

This bug hasn't been touched in nearly a year, please revisit and test and close if appropriate.



---- Additional Comments From colin.campbell@ptfs-europe.com 2010-02-11 12:49:34 ----

The booksellerinvoice field is no longer viewable or enterable in new order or modify order. It is written in receipt using ModReceiveOrder.

Closing this bug as invalid.





--- Bug imported by chris@bigballofwax.co.nz 2010-05-20 23:38 UTC  ---

This bug was previously known as _bug_ 1105 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1105

Actual time not defined. Setting to 0.0