Erik,
Would it make sense to add in a dropdown in a Vendor invoice that will
allow us to choose a warehouse?
An example for this need might be as follows:
We buy a product in a retail store and bring it into the warehouse. We
paid up front and receive it at the same time. In that case it would help
to be able to create a Vendor Invoice and Enter the Qty and tell it what
Warehouse to add the inventory to.
Does that make sense or will that have some unintended consequences I don't
see?
-Zev
On Tue, May 28, 2013 at 4:51 PM, Erik Huelsmann <ehu...@gmail.com> wrote:
> Hi Zev,
>
>
> We pay for items before we get them. So our workflow goes like this: order
>> > invoice > receive.
>>
>
> In that case, I'd expect the following workflow to work very well for you
> (however, I do understand that it will look inefficient at first):
>
> > Receive order confirmation/invoice from vendor
> > Pay vendor based on order confirmation/invoice
> * Create order in LedgerSMB, based on order confirmation/invoice
> * Enter overpayment into LedgerSMB
> > Receive goods in one or more shipments
> * Enter receipt of goods on order into LedgerSMB, using shipments with
> warehouse locations
> * Generate invoices from shipments
> * Pay invoices using overpayment
>
> While I agree that the above looks laborious, it allows you to control
> that exactly the amount ordered and paid for is being received at the
> prices which were agreed upon: the order tracks the number of items
> received; if you get too many, it won't match the order / if you get too
> few, the order won't close. Then on the payment side, it's also tracked: if
> the payment isn't fully consumed (because they delivered too few), the
> overpayment won't be fully consumed. It'll remind you to request back the
> amount you paid too much.
>
> The added benefit of this process is that you can now use the warehousing
> functionality in LedgerSMB.
>
>
> I can understand if you need adjustments to LedgerSMB; if it is to support
> the above workflow, I'd advocate to change the fact that
> overpayments/prepayments can be tied to orders (which they currently can't).
>
>
> Bye,
>
>
> Erik.
>
>
>
> ------------------------------------------------------------------------------
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> _______________________________________________
> Ledger-smb-users mailing list
> Ledger-smb-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>
>
--
Zev Steen
Fat Owls
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Ledger-smb-users mailing list
Ledger-smb-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
