| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | Teup  | | Posted: | May 26, 2020 07:02 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 48 times | | Topic: | Suggestions | |
| In Suggestions, yorbrick writes:
| | Why does bricklink show this? A simple IF statement could be used to only show
a discount when it is possible for a buyer to achieve. Then it doesn't make
the store look stupid by offering discounts that a buyer cannot possibly take
advantage of.
|
I notice almost every day that the perfect way to ensure Dutch people will never
buy croissants or buns, is by putting a sign "4 for €1" when there's 3 left.
Pretty sure that if they'd remove the sign, people would be willing to pay
€1 each 
|
 |
| Author: | yorbrick | | Posted: | May 26, 2020 06:56 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 41 times | | Topic: | Suggestions | |
| | | Keeps its value(s) once they replenish or rotate their stock.
|
Yes, it can be kept for the seller with their inventory - but there is not really
any reason to show it to the buyer. If anything, it puts a buyer off buying from
the store now if they think there will be a discount in the future if the store
replenishes stock.
An alternative is that a seller could opt to give a discount on min(all, N) where
N is a variable. So if their stock drops below N, a buyer can still buy all the
seller can supply right now at their discount level.
|
|
| Author: | bje | | Posted: | May 26, 2020 06:09 | | Subject: | Re: Comments during instant Checkout | | Viewed: | 39 times | | Topic: | Suggestions | |
| In Suggestions, paulvdb writes:
| | In Suggestions, paulvdb writes:
| | In Suggestions, Teup writes:
| | Ah I forgot, in the case of onsite payment, instant checkout does not trigger
an invoice, right? This is always a bit confusing because the invoice does show
up as checked, indicating that an invoice was sent.
Anyway the purchase confirmation is not an invoice as it's neither a payment
instruction (pro forma invoice) nor a valid receipt. You always need to get an
order confirmation first (in the EU it gives you rights to the items, provided
that the seller can deliver). Also, changing it to "invoice" would cause the
buyer to receive two "invoices" if they are not paying onsite.
|
That is not correct. There are three message templates related to orders being
placed. Purchase confirmation is used when the buyer pays at instant checkout.
Order Notification and Order invoice are sent if the buyer does not pay at checkout.
For example if they choose a shipping method and/or payment method that can't
pay at checkout.
|
Further information on this: the order invoice is sent immediately when the order
is placed if the shipping method qualifies for instant checkout but the buyer
selects a payment method that does not qualify for instant checkout.
|
And that uses the same template as the manual invoice, but you can set it up
for different payment methods. So you can make a conditional "invoice" for IBAN
(EQ:18), PayPal (EQ:11), Bank Transfer(EQ:16) and any other offsite payment method
that is available, but with very odd spacing.
| |
The seller has to manually send the invoice if the buyer selects a shipping method
that does not qualify for instant checkout.
|
|
|
| Author: | Teup | | Posted: | May 26, 2020 06:08 | | Subject: | Re: Comments during instant Checkout | | Viewed: | 32 times | | Topic: | Suggestions | |
| In Suggestions, paulvdb writes:
| | In Suggestions, paulvdb writes:
| | In Suggestions, Teup writes:
| | Ah I forgot, in the case of onsite payment, instant checkout does not trigger
an invoice, right? This is always a bit confusing because the invoice does show
up as checked, indicating that an invoice was sent.
Anyway the purchase confirmation is not an invoice as it's neither a payment
instruction (pro forma invoice) nor a valid receipt. You always need to get an
order confirmation first (in the EU it gives you rights to the items, provided
that the seller can deliver). Also, changing it to "invoice" would cause the
buyer to receive two "invoices" if they are not paying onsite.
|
That is not correct. There are three message templates related to orders being
placed. Purchase confirmation is used when the buyer pays at instant checkout.
Order Notification and Order invoice are sent if the buyer does not pay at checkout.
For example if they choose a shipping method and/or payment method that can't
pay at checkout.
|
Further information on this: the order invoice is sent immediately when the order
is placed if the shipping method qualifies for instant checkout but the buyer
selects a payment method that does not qualify for instant checkout.
The seller has to manually send the invoice if the buyer selects a shipping method
that does not qualify for instant checkout.
|
Ooooh I see. I had no idea there were three. I think now I get it, and I see
why someone could want to make the purchase notification an invoice.
OK, so, the OP probably has in their Order Notification message the BUYERSCOMMENTS
macro tag. Now, it has to also be in the Purchase Confirmation message. The help
section shows that this macro tag is available to both:
https://www.bricklink.com/help.asp?helpID=661
So, go to: My Store - Settings - Message Templates. Then, click "edit" on the
Order Notification message (sent for non-instant checkout purchases), look what
you have in there that you would like to have in the other one, copy it, then
click "edit" on the Purchase Confirmation and paste in there whatever was missing.
This should fix it.
By the way, I see that Bricklink's descriptions are a bit off and need improvement
"Purchase Confirmation: Sent to a buyer who made a purchase with Instant Checkout"
Not true, only when it is paid onsite. Otherwise it is not sent.
"Order Invoice: Sent to a buyer who you issued an invoice to"
...or sent instantly by Instant Checkout, unless the order is paid onsite.
|
|
| Author: | Legoboy_II | | Posted: | May 26, 2020 05:58 | | Subject: | Re: Disable Buyer's Ability to mark order Paid | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, Teup writes:
| | Oh, wait a sec, I've been talking about that with the developers, the idea
was to disallow any changes after the buyer paid, to which I said "sure, why
not"... but I didn't realise that perhaps they meant "when the buyer marks
the order as paid" and not "when an onsite payment is received and the order
status is updated to paid".
In that case, yeah, this is a good point. Something needs to be done about it,
because right now the buyer can just mark that they've paid at any point.
This should probably be disabled on the buyer's side until an invoice is
sent - either manually or generated by IC. From what I can see, this way it would
be OK to keep that new rule of barring changes after the buyer indicates paid.
Although it needs to be verified with other sellers..
|
This issue was similarly discussed back in February, Msg ID 1183046, when I argued
the same point and was politely told I was FOS.
It is sad that the problem was misunderstood then, lauded in between as awesome,
and has now cost a number of sellers lost sales and customer relations.
I PM'd one of the principle participants and hoped to persuade them that
just a simple word change to "Payment Sent", and only a flag set in the seller's
console to indicate that payment was sent, would solve the issue.
I also suggested, that in the case of an invoice needing to be sent or a request
for quote, the "Payment Sent" box should be disabled until an invoice or quote
was sent. I never got a response. 
I am glad that there is positive progress regarding this issue; as then, I truly
believe, from even my own experiences, that with just a little re-coding, this
seemingly simple logic will make BL a better experience for all.
James
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
