Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | yorbrick  | | Posted: | May 26, 2020 12:02 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| | | "Verkoopt U ook kussentjes?" 
|
Goedemiddag
|
 |
| Author: | qwertyboy | | Posted: | May 26, 2020 10:43 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 56 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | 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 
|
"Verkoopt U ook kussentjes?"
Niek.
|
|
| Author: | Vosblokjes | | Posted: | May 26, 2020 10:14 | | Subject: | Re: Disable Buyer's Ability to mark order Paid | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, BasKrie writes:
| | In Suggestions, Teup writes:
| | In Suggestions, SezaR writes:
| | In Suggestions, Teup writes:
| | In Suggestions, SezaR writes:
| | In Suggestions, sparesleftovers writes:
| | In Suggestions, SezaR writes:
| | | | - Buyer placed an order and made a payment without getting an invoice
|
Hmmmm, so the buyer paid (via PayPal offsite) without getting an invoice? How?
How was he even able to pay you?
|
He used the email address of my store, which is the wrong address anyway.
|
Yes great! That is what I did too, because one buyer paid a wrong amount (ex.
$50 Canadian dollars instead of $50 American dollars) another buyer decided to
pay via friends and family,...
I changed the email of my PayPal and now buyers cannot mess up with payment.
|
They can't? When they send it, isn't it up to you to figure out how to
collect it?
|
No it is not! If they send it to a wrong email address, I would not even get
any notification that they paid. So I send them a remiander to pay and if buyer
says he paid, I would request more information....and then explain that they
were supposed to pay via PayPal onsite as instructed and this is the only payment
method I accept. I believe mostly would understand their mistake but if they
insist, NPB is upon them 
|
Well seems the system works differently here... it's kind of up to the seller
to figure out how to claim it. If the alias system would work properly that would
be no problem, but right now I don't know how to fix this.
|
Why is it up to the seller to figure it out?
Buyer sends to an incorrect address, nothing the seller can do about that. The
buyer should contact PayPal about it.
When payment is done to an address that PayPal doesn't know, a mail is send
to that address from PayPal and the receiver can open up an account with PayPal
and claim the money. When the address doesn't exist the mail with bounce,
but PayPal doesn't do anything with that. Only after the money hasn't
been claimed for a period of time (that can be the 2 months mentioned below)
it will be returned to the sender of the money.
|
Well, that's pretty much what I mean. It does not bounce if the address exists.
So the seller will either need to figure out a way to claim it, ask the buyer
to cancel it, or wait 2 months and then instruct the buyer to send it again.
There are no other options for the seller, the only way to turn down the payment
is by not claiming it, which takes 2 months. I guess you're right you could
consider it the buyer's problem, but I just don't like it....... It is
a clumsy situation because I want to provide service and don't like taking
my customers' time with requests. Especially if that involves them having
to contact PayPal customer support which is a pretty tedious process because
they've hidden themselves pretty well. I rather do such things myself.
| | And why wait for it to bounce? Buyer could
have send the money to the correct address right away. It's the buyers choice
to wait, no obligtion.
|
Well, I don't know what it looks like from their side. I've had a buyer
refuse to do that in the past because they didn't know how to cancel it and
I could not help either. They did not want to send it a second time before the
first one returned to them (which makes sense), so the only option left was to
wait.
Right now I just hope that I can add the alias email address to my account once
their "problems" are over. As long as PayPal doesn't provide any kind of
"refuse" button, that seems to be the only viable option for avoiding these situations.
|
If they have sent it to a mail address you also use, then I can imagine they
won't send it a second time. But still, it's their problem, not yours,
from PayPal's point of view, you are not even part of the transaction, so
you can't do anything to get it corected.
Same if the buyer paid to the wrong IBAN account, only the buyer and IBAN account
holder can do anything.
I agree that you want to provide service, but you can only do that for the things
that you have some control over. And buyers sending money to incorrect places
isn't that
|
|
| Author: | jbroman | | Posted: | May 26, 2020 09:05 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 39 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.
|
Or the one that gets me... sell in quantities of 10. 9 remaining. Can’t buy what
I’m there for.
|
|
| Author: | yorbrick | | Posted: | May 26, 2020 07:10 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | 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
|
Yes, we have the same here with "buy one get one free" which often means the
store is overcharging for one but when you get two for the same price they are
charging about the right price for each. And if there is only one left on the
shelf, it will never sell.
|
|
| 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
|
United Kingdom, England
Canada, Alberta
Netherlands, Drenthe
South Africa, Western Cape
USA, Texas