BrickLink Discussion Forum

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:

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:

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.

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:

In Suggestions, paulvdb writes:

In Suggestions, Teup writes:

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:

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

Author:

cycbuild

Posted:

May 26, 2020 05:52

Subject:

Re: Don't show impossible discounts

Viewed:

43 times

Topic:

In Suggestions, yorbrick writes:

Keeps its value(s) once they replenish or rotate their stock. Thinking as a buyer-
what's hypothetical is unhelpful, now, but potentially nice to know?

Author:

paulvdb

Posted:

May 26, 2020 05:36

Subject:

Re: Comments during instant Checkout

Viewed:

32 times

Topic:

In Suggestions, paulvdb writes:

In Suggestions, Teup writes:

Author:

paulvdb

Posted:

May 26, 2020 05:29

Subject:

Re: Comments during instant Checkout

Viewed:

30 times

Topic:

In Suggestions, Teup writes:

In Suggestions, bje writes:

In Suggestions, Teup writes:

In Suggestions, BHamBricks writes:

I recently decided to add instant checkout to my store. I received my first
ever neutral feedback because I didn't include a note as requested in the
buyer's comment section. My suggestion is to add the buyer's comments
section on the sellers invoice (like it always has been on the invoice when an
invoice was requested). There is no buyer's comments section on the email
I receive notifying me that an order has been placed. In this instance, this
caused an unpleasant experience for the buyer.

Did you put the BUYERCOMMENTS in your template? Then it should work.

Not even sure how you managed to have a different invoice for IC than for manual?
I wish there was a INSTANTCHECKOUT-EQ conditional macro tag to handle that, but
there isn't...

https://www.bricklink.com/v2/mystore/message_templates.page

The one you want to edit is "Purchase Confirmation", that is supposedly an invoice
you issue for instant checkout. I am thinking of adding some lines to that so
it can serve as a sort of an invoice and a receipt in one, or well, just something
better than basically telling the buyer he has ordered a thing from somewhere
with not even a thank you for the payment and no terms.

You of course cannot edit the header and call the thing an invoice, grrr

Author:

Teup

Posted:

May 26, 2020 05:29

Subject:

Re: Disable Buyer's Ability to mark order Paid

Viewed:

26 times

Topic:

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.

Author:

Teup

Posted:

May 26, 2020 05:02

Subject:

Re: Comments during instant Checkout

Viewed:

36 times

Topic: