[Erp5-dev] Deeper containers consumption

[Łukasz Nowak]

Hello,

On 2008-06-11, 15:58:30
Łukasz Nowak <lukasz.nowak at ventis.com.pl> wrote:

> Hello,
> 
> On 2008-06-06, 14:18:17
> Yoshinori Okuji <yo at nexedi.com> wrote:
> 
> > On Thursday 29 May 2008 11:42:59 Łukasz Nowak wrote:
> > > Hello,
> > >
> > > While packing Sale Packing Lists Resources' related to Container
> > > on top level are consumed. But no there is no consumption of
> > > Resources' related to lower level containers.
> > >
> > > Eg:
> > >
> > > SPL-1
> > >  Container 1 resource: A
> > >  Container 2 resource: B
> > >    Container 1 in 2 resource: C
> > >
> > > resource A, resource B - there are movements
> > > resource C - no movements.
> > >
> > > Is it wanted behaviour? Is it possible to configure it?
> > 
> > I hardly believe that this is desired. Someone must investigate
> > Container handling thouroughly.
> 
> Got something.
> 
> In movement table there is movement for both resources, which looks
> like:
> 
> +-------+-----------------+------------+-----------------+--------------+----------+---------------------+---------------------+
> | uid   | explanation_uid | source_uid | destination_uid |
> resource_uid | quantity | start_date          | stop_date           |
> +-------+-----------------+------------+-----------------+--------------+----------+---------------------+---------------------+
> | 12901 |           12903 |       NULL |            NULL |
> 8395 |        1 | NULL                | NULL                | | 12902
> |           12903 |       5430 |            6520 |         8396
> |        1 | 2008-06-09 00:00:00 | 2008-06-09 00:00:00 |
> +-------+-----------------+------------+-----------------+--------------+----------+---------------------+---------------------+
> 
> resource with uid 8396 is higher level (like resource A), resource
> with uid 8396 is on lower level (like resource B).
> 
> Am I wrong is it associated with acquisition of categories? Because
> invking getSource[Uid] on 8396 returns proper value, and on 8395
> returns None.
> 
> Trying out more :)

Proposed workaround:
Add portal.getPortalContainerTypeList() to:
  * portal_categories/source Acquisition Portal Types
  * portal_categories/destination Acquisition Portal Types
  * acquisition_portal_type of ERP5/PropertySheet/Task.py start_date
property
  * acquisition_portal_type of ERP5/PropertySheet/Task.py stop_date
property

And now all containers are in movement table.

Is it acceptable solution?

Regards,
Luke
-- 
Łukasz Nowak R&D Ventis http://www.ventis.com.pl/
tel: +48 32 768 16 85 fax: +48 32 392 10 61
``Use the Source, Luke...'' I am only craftsman.