| Discussion Forum: Thread 215301 |
|
 |
| | | Author: | RobErNat  | | Posted: | Jan 13, 2017 13:27 | | Subject: | Suggestion on 'invoices' | | Viewed: | 155 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| We used to have just 1 or 2 or 3 'payment methods' but as time goes by,
new payment methods are added to the site and one can only suspect this might
even grow in time.
Yet our 'invoice' template remains quantity '1'.
Now every 'payment method' has it's characteristics, and this implicates
that the 'template data' (whatever it contains) must be 'altered'
when sending an invoice.
Obviously the details in the invoice will differ when the payment method changes:
Paypal (manual and/or a link), paypal onsite (Pay button), IBAN (Iban/Bic details),
Stripe (PAY link), Cash(no COD): Provide cash on pickup, Money order: Please
to...
Basicly, sellers need to keep their 'head' together when sending an invoice...
and even if they have a 'template' containing all options, they still
need to remove/add lines to make it clear for buyers 'what' they need
to do.
The easiest solution: A template for each 'payment method'. It's
2017, where getting closer to 2020, time to evolve and time to add some features
that are 'usefull' IMHO
Thanks for reading 
And pleas vote 'YES' (even if you don't need it right now) 
Cheers, Eric
PS In todays I-net, not 'evolving' means moving 'backwards',
as the competition doesn't sit around doing 'nothing'.
|
|
|
| | | | | |
| | | | | Author: | bb414973 | | Posted: | Jan 13, 2017 13:58 | | Subject: | Re: Suggestion on 'invoices' | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, RobErNat writes:
| | We used to have just 1 or 2 or 3 'payment methods' but as time goes by,
new payment methods are added to the site and one can only suspect this might
even grow in time.
Yet our 'invoice' template remains quantity '1'.
Now every 'payment method' has it's characteristics, and this implicates
that the 'template data' (whatever it contains) must be 'altered'
when sending an invoice.
Obviously the details in the invoice will differ when the payment method changes:
Paypal (manual and/or a link), paypal onsite (Pay button), IBAN (Iban/Bic details),
Stripe (PAY link), Cash(no COD): Provide cash on pickup, Money order: Please
to...
Basicly, sellers need to keep their 'head' together when sending an invoice...
and even if they have a 'template' containing all options, they still
need to remove/add lines to make it clear for buyers 'what' they need
to do.
The easiest solution: A template for each 'payment method'. It's
2017, where getting closer to 2020, time to evolve and time to add some features
that are 'usefull' IMHO
Thanks for reading
And pleas vote 'YES' (even if you don't need it right now)
Cheers, Eric
PS In todays I-net, not 'evolving' means moving 'backwards',
as the competition doesn't sit around doing 'nothing'.
|
I'm sure you already know Eric, but just in case, wouldn't the
and tags achieve the same thing, with one for each payment
type? I use this to include my bank details on an invoice if the buyer selects
IBAN as their payment method, and other details if they opt to pay by PayPal
or Stripe.
|
|
|
| | | | | | | | | |
| | | | | | | Author: | bb414973 | | Posted: | Jan 13, 2017 13:59 | | Subject: | Re: Suggestion on 'invoices' | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, MarieA writes:
| | In Suggestions, RobErNat writes:
| | We used to have just 1 or 2 or 3 'payment methods' but as time goes by,
new payment methods are added to the site and one can only suspect this might
even grow in time.
Yet our 'invoice' template remains quantity '1'.
Now every 'payment method' has it's characteristics, and this implicates
that the 'template data' (whatever it contains) must be 'altered'
when sending an invoice.
Obviously the details in the invoice will differ when the payment method changes:
Paypal (manual and/or a link), paypal onsite (Pay button), IBAN (Iban/Bic details),
Stripe (PAY link), Cash(no COD): Provide cash on pickup, Money order: Please
to...
Basicly, sellers need to keep their 'head' together when sending an invoice...
and even if they have a 'template' containing all options, they still
need to remove/add lines to make it clear for buyers 'what' they need
to do.
The easiest solution: A template for each 'payment method'. It's
2017, where getting closer to 2020, time to evolve and time to add some features
that are 'usefull' IMHO
Thanks for reading
And pleas vote 'YES' (even if you don't need it right now)
Cheers, Eric
PS In todays I-net, not 'evolving' means moving 'backwards',
as the competition doesn't sit around doing 'nothing'.
|
I'm sure you already know Eric, but just in case, wouldn't the
and tags achieve the same thing, with one for each payment
type? I use this to include my bank details on an invoice if the buyer selects
IBAN as their payment method, and other details if they opt to pay by PayPal
or Stripe.
|
... the "PAYMENTTYPE-EQ:" tags...
http://www.bricklink.com/help.asp?helpID=662
|
|
|
| | | | | |
| | | | | Author: | mockingbird | | Posted: | Jan 13, 2017 14:02 | | Subject: | Re: Suggestion on 'invoices' | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| In Suggestions, RobErNat writes:
| | We used to have just 1 or 2 or 3 'payment methods' but as time goes by,
new payment methods are added to the site and one can only suspect this might
even grow in time.
Yet our 'invoice' template remains quantity '1'.
Now every 'payment method' has it's characteristics, and this implicates
that the 'template data' (whatever it contains) must be 'altered'
when sending an invoice.
Obviously the details in the invoice will differ when the payment method changes:
Paypal (manual and/or a link), paypal onsite (Pay button), IBAN (Iban/Bic details),
Stripe (PAY link), Cash(no COD): Provide cash on pickup, Money order: Please
to...
Basicly, sellers need to keep their 'head' together when sending an invoice...
and even if they have a 'template' containing all options, they still
need to remove/add lines to make it clear for buyers 'what' they need
to do.
The easiest solution: A template for each 'payment method'. It's
2017, where getting closer to 2020, time to evolve and time to add some features
that are 'usefull' IMHO
Thanks for reading
And pleas vote 'YES' (even if you don't need it right now)
Cheers, Eric
PS In todays I-net, not 'evolving' means moving 'backwards',
as the competition doesn't sit around doing 'nothing'.
|
In the invoice you can add your own code for a number of options with the PAYMENTTYPE-EQ:
tag (as long as bricklink has identified the payment method with a number).
See http://www.bricklink.com/help.asp?helpID=662
So for instance paypal the paymenttype is 11. You can put the paypal details
between the begin tag PAYMENTTYPE-EQ:11 and the end tag /PAYMENTTYPE-EQ:11
|
|
|
|
|
|
|
Belgium, Flemish Brabant
Netherlands, Noord-Brabant