Jiwa

on the subject of direct debits...

So the customer has some customers paying with direct debits.

Some of these customers only pay for some of their invoices by direct debit.

Currently, these invoices are identified by a comment in the S/O history.

Looking for a more reliable method, I was wondering if adding a "Direct Debit" price scheme would work?

As far as I can tell, they're currently only using the price scheme to identify pre-pay vs credit, coming from the debtor's default. The schemes themselves use all the same pricing methods.

pricerc wrote:on the subject of direct debits...

So the customer has some customers paying with direct debits.

Some of these customers only pay for some of their invoices by direct debit.

Currently, these invoices are identified by a comment in the S/O history.

Looking for a more reliable method, I was wondering if adding a "Direct Debit" price scheme would work?

As far as I can tell, they're currently only using the price scheme to identify pre-pay vs credit, coming from the debtor's default. The schemes themselves use all the same pricing methods.

Price Schemes are for determining the price policy to apply for determining a price to sell at, not the method of payment.

Are you offering a different price to the customer depending on the payment method? If so, then leveraging the price schemes makes a bit more sense.

I'm thinking I'm missing some piece of the puzzle here.

Mike.Sheen wrote:

pricerc wrote:on the subject of direct debits...
I'm thinking I'm missing some piece of the puzzle here.

You aren't.

Although after today's meeting with the customer about their bigger problem with complex vendor discount programs, my "price scheme" idea is moot, because they're going to need them for actual discount programs.

I'm going to suggest they add a custom field to record it. Although it is a low priority because most of the sales orders with direct debits are generated programmatically and so the comment is "reliable"...