Erik,

Thank you for the detailed answers.

Let me make sure I understand this:

In the current version of Ledger, if we create a Vendor Invoice from a
Purchase Order but never Received anything using the Shipping > Receive
screen, no items will be added to the inventory.

This would be a change from previous versions of Ledger where items on a PO
were added to inventory upon posting a Vendor Invoice for that PO.

Is this correct?

Thanks.

-Zev


On Fri, Jul 12, 2013 at 5:51 PM, Erik Huelsmann <ehu...@gmail.com> wrote:

> Hi Zev, Brian,
>
> Sorry for the late response. The week was quite hectic on my side.
>
> On Mon, Jul 8, 2013 at 10:04 PM, Brian Wolf <brian.w...@activustech.com>
> wrote:
> >
> > Zev is using 1.3.33.
> > However, since we did a few customization, updates may not have been
> taken on all modules.
> > How do we NOW merge in any changes that would affect this functionality?
>
> The way I do it is to have a local repository with all the local changes.
> The repository uses the "vendor branch" pattern to mirror the upstream
> repository. Any changes coming from upstream get merged into the vendor
> branch and after that merged from the branch to the trunk - where your
> customizations reside, I presume. See more about vendor branches at
> http://svnbook.red-bean.com/en/1.8/svn.advanced.vendorbr.html.
>
> > When does the company actually take possession of the goods they're
> purchasing?  At receiving (when the company has physical possession of the
> goods) or when paying for them (vendor invoice)?
>
> The registration of the "taking into possession" has to go together with
> the actual delivery of the goods and/or services. This means that the
> actual payment of the goods is something separate entirely -- at least as
> far as accounting is concerned.
>
> > It seems to me that a company should be able to CHOOSE which methodology
> to follow.  Some companies consider the goods belonging to them after they
> receive them.  This approach would create a liability to pay for the
> goods.  Other companies have to pay for goods BEFORE they are shipped,
> since some vendors will not let let goods leave their warehouses unless
> paid for.
>
> Well, these companies - while they probably exist - don't follow
> international accounting standards and regulations. It's simply not allowed
> to consider goods yours before shipment.
>
> Any payment made before shipment is - from an accounting perspective - to
> be considered a prepayment: a balance held with vendor to deduct any future
> invoices.
>
> > Unless a company can choose which methodology to follow, some may find
> the workflow awkward since it doesn't fit their situation.  Being able to
> choose when accounting and inventory changes are applied makes LedgerSMB
> highly customizable.
>
> While I don't disagree that some workflows may need better support, the
> accounting side of it should result in roughly the same postings either way.
>
> If you have any specific use cases to discuss, let's see what problems
> LedgerSMB currently has to handle them: we've been working off use-cases
> from real users because they help sharpen the requirements.
>
> --
> Bye,
>
> Erik.
>
> http://efficito.com -- Hosted accounting and ERP.
> Robust and Flexible. No vendor lock-in.
>  Zev is using 1.3.33.
> However, since we did a few customization, updates may not have been taken
> on all modules.
> How do we NOW merge in any changes that would affect this functionality?
>
> When does the company actually take possession of the goods they're
> purchasing?  At receiving (when the company has physical possession of the
> goods) or when paying for them (vendor invoice)?
>
> It seems to me that a company should be able to CHOOSE which methodology
> to follow.  Some companies consider the goods belonging to them after they
> receive them.  This approach would create a liability to pay for the
> goods.  Other companies have to pay for goods BEFORE they are shipped,
> since some vendors will not let let goods leave their warehouses unless
> paid for.
>
> Unless a company can choose which methodology to follow, some may find the
> workflow awkward since it doesn't fit their situation.  Being able to
> choose when accounting and inventory changes are applied makes LedgerSMB
> highly customizable.
>
> Thanks.
> Brian
>
>   Brian Wolf
> Phone: 410.367.2958
> Email: br...@activustech.com
>  Try out Activus Secure Payments™, our recurring payments application.
> Demo at http://demo.activustech.com
>   On 07/08/2013 03:45 PM, Erik Huelsmann wrote:
>
> Hi Zev,
>
> On Mon, Jul 8, 2013 at 9:22 PM, Zev Steen <z...@fatowls.com> wrote:
>
>> Here is our workflow:
>> 1. Create PO
>> 2. Receive parts
>> 3. Turn PO into Vendor Invoice
>>
>>  The problem is when we Receive parts the parts are added to our
>> inventory and when we create a Vendor Invoice the parts are added again to
>> our inventory.  We then end up with twice the inventory in Ledger than we
>> actually have.
>>
>>  Does anyone else have this problem?
>>
>
>  Yes: anybody using a LedgerSMB version prior to 1.3.31:
> http://ledgersmb.org/release/ledgersmb-1331-released-significant-inventory-changes
>
>
>>  Am I doing something wrong?
>>
>>
>  Yup: you're not using 1.3.31+ ? (I hope, because otherwise we have more
> inventory issues....)
>
>
>
>  --
> Bye,
>
>  Erik.
>
>  http://efficito.com -- Hosted accounting and ERP.
> Robust and Flexible. No vendor lock-in.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
> http://p.sf.net/sfu/windows-dev2dev
>
>
>
> _______________________________________________
> Ledger-smb-users mailing 
> listLedger-smb-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Ledger-smb-users mailing list
> Ledger-smb-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>
>
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> Ledger-smb-users mailing list
> Ledger-smb-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>
>


-- 
Zev Steen
Fat Owls

<<activus_logo_small.png>>

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Ledger-smb-users mailing list
Ledger-smb-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ledger-smb-users

Reply via email to