Re: How to manage packaging

[Pongracz Istvan <..hidden..>]

I try to explain a situation, what we usually have:

- We order a cable, for example 1000m.
- They confirm our order
- The factory  will produce it in this range: 0/+3%, for example 1022m.
- They will send us a package list with the exact quantities:
  drum1: 500m
  drum2: 522m
  drums are one-way, so in this case this is free, but there are other
factories, where the drums have cost.
- We will take in to our stock all the cables, when they will arrive.
- Our present system manage this, but this system is not my friend
(windows only, basically home-made by one guy - 10yrs development and
has problems to manage things in that way, what is required by the
accountant rules etc.).


So, how can I imagine this with ledgersmb.

- We order 1000m
- We will receive 500m, 522m, drum1, drum2, based on the package list
made by the factory at the end of the production.
- In the ledgersmb, where I can receive goods, based on my orders,
should be some additional possibilities:
one button in the line, where I can put the quantity of a product.
[in package]
I write the quantity (500 of 1022) and push the [in package]
I got a popup window, where I can select/add a new package as a product.
I push the [OK].
One additional item appears, which is a drum and I can continue with the
next line:
522 of 522, [in package] -> new package.
The final form has 4 items:
drum
500 m cable
drum
522 m cable

Because drum also a product, it should be type, category, price,
whatever.
Some additional fields should store the product, which contained by the
package.
The warehouse, place and other information should derived from the drum
to the product....

Hmmm, probably this is not really clear, even for me :)

Probably better to make some sample UI forms.....


My accountant told me, from his point of view, there is no difference
between the package and the product itself.
Basically they have the same parameters. Only difference is, package can
contain other things (for example other packages :)


Cheers,
IstvÃn



2007. 09. 26, szerda keltezÃssel 19.34-kor David Tangye ezt Ãrta:
> Logically, it would have to work in a somewhat similar way as part
> assembly works now. The user would have to define how an assembly is
> composed and explicitly define how many of each part comprise the
> assembly, and what each is worth. Then the system would need to add up
> the sum of parts values, and ensure that the sum of parts equals the
> assembly total. I can think of two ways to do this 
> 
>  1. Assign any remainder to another 'part'. That part would probably
> be a default part. 
>  2. As an alternative perhaps a set of parts could be nominated at
> breakdown time to have the remainder spread over them in some way,
> either equally or weighted by relative volume of part. 
> 
> Either way I can see a user recalculating this a few times, using a
> button in a similar way to how the Update button works for tax at
> present, so he could fine-tune a breakdown til it looks right, then
> save/post it. 
> 
> On 9/26/07, Chris Travers <..hidden..> wrote:
>         Hi;
>         
>         Assembly breakdown is a difficult problem for which we don't
>         have a clear picture how to tackle.  The basic problem here is
>         one of cost allocation to assembly components.  There is no
>         good way to do this that I know of.  If we can agree on how
>         the cost allocation ought to work when a purchased unit is
>         disassembled, we can look at how to implement this. 
>         
>         -------------------------------------------------------------------------
>         This SF.net email is sponsored by: Microsoft
>         Defy all challenges. Microsoft(R) Visual Studio 2005.
>         http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>         _______________________________________________
>         Ledger-smb-users mailing list
>         ..hidden..
>         https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>         
> 
> 
> 
> -- 
> The Last Great Frontier is in Your Mind 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Ledger-smb-users mailing list ..hidden.. https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
-- 
eGroupWare, gLiveCD, gentoo Ãs barÃtai
http://www.osbusiness.hu
âA humor a mÃltÃsÃg tÃmasza, fÃlÃnyÃnket hirdeti 
mindazzal szemben, amit a sors rÃnk mÃr.â 
(Romain Gary)