|
|
| | Author: | Made_In_Bricks | Posted: | May 24, 2016 09:27 | Subject: | on site payment and e-check | Viewed: | 149 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
|
| | | | | |
| | | | Author: | Grego | Posted: | May 24, 2016 10:11 | Subject: | Re: on site payment and e-check | Viewed: | 46 times | Topic: | Suggestions | |
|
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
In the mean time, until The world class development team can get around to testing
their enhancements; disable PayPal Onsite.
Problem fixed.
Let someone else be the guinea pig.
|
|
| | | | | |
| | | | Author: | My_Precious | Posted: | May 24, 2016 10:31 | Subject: | Re: on site payment and e-check | Viewed: | 52 times | Topic: | Suggestions | |
|
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
|
|
| | | | | | | | | |
| | | | | | Author: | Made_In_Bricks | Posted: | May 24, 2016 10:57 | Subject: | Re: on site payment and e-check | Viewed: | 36 times | Topic: | Suggestions | |
|
| In Suggestions, My_Precious writes:
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
I don't mind accepting e-checks, nothing against this form of payment.
The problem is Bricklink saying an order is paid and removing a NPB when that
is not the case.
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | Author: | Mistress_Lisa | Posted: | May 24, 2016 11:42 | Subject: | Re: on site payment and e-check | Viewed: | 40 times | Topic: | Suggestions | |
|
| In Suggestions, BrickItYourself writes:
| In Suggestions, My_Precious writes:
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
I don't mind accepting e-checks, nothing against this form of payment.
The problem is Bricklink saying an order is paid and removing a NPB when that
is not the case.
|
I agree with Ken. The order is not actually paid until the funds are in my account.
Also, Paypal does not provide you with the customer's address until the funds
are cleared. And if you print labels through Paypal, then you must wait. So perhaps
there needs to be another status in the drop down menu. Perhaps 'Payment
on hold' is too long....maybe "Escrow"?
Along with the other suggestion I made to Admin of this in the drop down: "Leave
Order Open". I get annoyed when it says I have orders pending on my "My BrickLink"
page, when the customer has asked me to leave the order open. I don't want
to set it to "Processing" so the only other option is to leave it at "Pending".
But that makes it look as if I have not acknowledged the customer or order at
all, and that isn't the case.
Admin: please add these two options to Order Status!
Thank you,
Lisa at Brick Dungeon
|
|
|
| | | | | | | | | | | | | | | | | |
| | | | | | | | | | Author: | FigBits | Posted: | May 24, 2016 13:52 | Subject: | Re: on site payment and e-check | Viewed: | 45 times | Topic: | Suggestions | |
|
| In Suggestions, Mistress_Lisa writes:
| In Suggestions, BrickItYourself writes:
| In Suggestions, My_Precious writes:
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
I don't mind accepting e-checks, nothing against this form of payment.
The problem is Bricklink saying an order is paid and removing a NPB when that
is not the case.
|
I agree with Ken. The order is not actually paid until the funds are in my account.
Also, Paypal does not provide you with the customer's address until the funds
are cleared. And if you print labels through Paypal, then you must wait. So perhaps
there needs to be another status in the drop down menu. Perhaps 'Payment
on hold' is too long....maybe "Escrow"?
|
If you separate the payment status from the order status (which I recommend),
there is already one for that -- Payment "pending".
But BL does not use this status automatically when an echeck is sent, which (I
agree) it should.
--
Marc.
|
Along with the other suggestion I made to Admin of this in the drop down: "Leave
Order Open". I get annoyed when it says I have orders pending on my "My BrickLink"
page, when the customer has asked me to leave the order open. I don't want
to set it to "Processing" so the only other option is to leave it at "Pending".
But that makes it look as if I have not acknowledged the customer or order at
all, and that isn't the case.
Admin: please add these two options to Order Status!
Thank you,
Lisa at Brick Dungeon
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | Author: | therobo | Posted: | May 24, 2016 18:31 | Subject: | Re: on site payment and e-check | Viewed: | 39 times | Topic: | Suggestions | |
|
| In Suggestions, FigBits writes:
| In Suggestions, Mistress_Lisa writes:
| In Suggestions, BrickItYourself writes:
| In Suggestions, My_Precious writes:
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
I don't mind accepting e-checks, nothing against this form of payment.
The problem is Bricklink saying an order is paid and removing a NPB when that
is not the case.
|
I agree with Ken. The order is not actually paid until the funds are in my account.
Also, Paypal does not provide you with the customer's address until the funds
are cleared. And if you print labels through Paypal, then you must wait. So perhaps
there needs to be another status in the drop down menu. Perhaps 'Payment
on hold' is too long....maybe "Escrow"?
|
If you separate the payment status from the order status (which I recommend),
there is already one for that -- Payment "pending".
|
Payment status "pending" does not exist.
Receiving an onsite payment sets the payment status to "Received".
|
But BL does not use this status automatically when an echeck is sent, which (I
agree) it should.
|
I was told that BrickLink would know through PayPal's API if an onsite payment
is an eCheck or not, but rather than implementing new a new order status like
"payment initiated" or setting the payment status to "clearing" they decided
to allow sellers to manually change order/payment status again, after it was
initially blocked when Onsite was implemented.
|
--
Marc.
|
Along with the other suggestion I made to Admin of this in the drop down: "Leave
Order Open". I get annoyed when it says I have orders pending on my "My BrickLink"
page, when the customer has asked me to leave the order open. I don't want
to set it to "Processing" so the only other option is to leave it at "Pending".
But that makes it look as if I have not acknowledged the customer or order at
all, and that isn't the case.
Admin: please add these two options to Order Status!
Thank you,
Lisa at Brick Dungeon
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | Author: | FigBits | Posted: | May 24, 2016 23:47 | Subject: | Re: on site payment and e-check | Viewed: | 44 times | Topic: | Suggestions | |
|
| In Suggestions, therobo writes:
| In Suggestions, FigBits writes:
| In Suggestions, Mistress_Lisa writes:
| In Suggestions, BrickItYourself writes:
| In Suggestions, My_Precious writes:
| In Suggestions, BrickItYourself writes:
| Please do not allow an order to auto-update to "paid" when a member pays via
on-site payment with an e-check. The order is not paid for yet, the buyer has
only initiated payment.
This particular case lifted a NPB, but the buyer has not paid. Now, if the e-check
bounces, I will have to start the NPB all over again.
Again, when people pay via an e-check, via paypal, using on-site payment, the
system automatically marks the order as paid.
Please fix this bug.
Thanks,
Ken
Brick It Yourself
|
If someone has no credit and no debit/credit card linked to their account only
a bank account, then there is basically a delay whilst paypal waits for the money
from the bank, they won't give you it until it clears so it can take a while.
I've only had it on one small order before and someone else said paypal onsite
was trying to send an e cheque until they noticed and stopped it.
I'm not sure if you can setup a paypal account to not accept e cheque at
all?
|
I don't mind accepting e-checks, nothing against this form of payment.
The problem is Bricklink saying an order is paid and removing a NPB when that
is not the case.
|
I agree with Ken. The order is not actually paid until the funds are in my account.
Also, Paypal does not provide you with the customer's address until the funds
are cleared. And if you print labels through Paypal, then you must wait. So perhaps
there needs to be another status in the drop down menu. Perhaps 'Payment
on hold' is too long....maybe "Escrow"?
|
If you separate the payment status from the order status (which I recommend),
there is already one for that -- Payment "pending".
|
Payment status "pending" does not exist.
|
Sorry -- "clearing".
--
Marc.
|
|
|
|
|
|