| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | cycbuild  | | Posted: | May 26, 2020 05:52 | | Subject: | Re: Don't show impossible discounts | | Viewed: | 43 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.
|
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: | Suggestions | |
|
| 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.
|
|
| Author: | paulvdb | | Posted: | May 26, 2020 05:29 | | Subject: | Re: Comments during instant Checkout | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| 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
|
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.
|
|
| Author: | Teup | | Posted: | May 26, 2020 05:29 | | Subject: | Re: Disable Buyer's Ability to mark order Paid | | Viewed: | 26 times | | Topic: | Suggestions | |
|
| 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: | Suggestions | |
|
| 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
|
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.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
USA, California
Netherlands, Overijssel