On 12/15/2011 03:14 PM, Ferdinand @ Camptocamp wrote: > well I can at most agree with your saying for SO/PO , but not for > pickings - > > at least in Austria we have the requirement that pickings are "totally" > gap-less, because stock accounting is considered as part of the > accounting and to have gap-less numbering is the only way to proof > completeness.
Oh I see, then you would probably need something like a "stock_sequence_nogap" module to apply the same behavior we have for invoices to pickings. This would be a fairly simple module, in a nutshell: - change the type of the sequence used for pickings (as this is configurable manually, adding a check for the proper sequence type before allowing picking confirmation should be sufficient). You would need to ensure that 'implementation' = 'no_gap' for the sequence. - disable the '_default' for numbering pickings at creation and do it later in the workflow - finally forbid deleting a numbered picking by inheriting the unlink() method for pickings If limited to this minimal set of changes, such a module could probably be accepted in the official addons, and could then be a dependency of l10n_at and any localization that has this requirement. -- You received this bug notification because you are a member of OpenERP Framework Experts, which is subscribed to OpenERP Server. https://bugs.launchpad.net/bugs/746620 Title: Implementation of faster gap-tolerant sequences Status in OpenERP Server: Fix Released Bug description: OpenERP is classified as an Enterprise class software package. Meaning that more than one person, at least 2 should be able to use the system simultaneously. Like packers shipping products, taking orders, reserving products. I find that in fact, it is not possible for creation of stock moves simultaneously. Say I am importing orders from a shop. It is creating stock moves because the order is paid. At the same time I am shipping products which is normal for an ERP system. I might also import orders from a separate shop say a POS system. It is not possible! [2011-03-31 13:10:47,657][midwestsupplies] WARNING:stock.location:Failed attempt to reserve 1.0 x product 1669, li kely due to another transaction already in progress. Next attempt is likely to work. Detailed error available at D EBUG level. OperationalError: could not obtain lock on row in relation "ir_sequence" Two different errors. I can only perform one action at a time! What happens is that any time the program calls for a stock_move it will lock the stock_move table so no other process can access it which means that you cant do hardly anything unless its done individually. Now say with a MS system, or any Enterprise system would be able to handle many simultaneous actions but this program has a serious architecture flaw to not be able to support this. To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-server/+bug/746620/+subscriptions -- Mailing list: https://launchpad.net/~credativ Post to : [email protected] Unsubscribe : https://launchpad.net/~credativ More help : https://help.launchpad.net/ListHelp
