We would like to expand our market in Turkey, considering that our current distributor is not exclusive, is there any other limitation we can encounter/parameter we should check to be sure we will not get any obstacle in selling and shipping product to Turkey (example: product registration etc...)?
Related
My magento site will be used in multiple countries like Thailand, Malaysia, Indonesia, Phillipinse, Singapore. If a person open the site from Thailand, based on geo location, the site should automatically load thailand specific information like home page and price etc. If its opened from Malaysia, it should show Malaysia specific homepage and price.
Each country will have multiple product vendors who will send the product to the customer. Each vendor will have a separate account (username/password) and they can maintain their inventory/upload their product with their price from their account. The customer can see all products from all vendors for that country from which customer open the site. After the customer place order, product vendor will receive an email about order according to the email id they have configure in their profile. If customer choose two seperate products from two different customer, then two different email should be generated and sent to product vendor. Later, product vendor will pack the product and send to the customer. After that, order status is closed.
What should I complete these functions?
I don`t know what should I do.
I am looking for the best practice on the following scenario when utilizing ecommerce transaction (purchase) tracking with GA4:
A customer has gone through the entire checkout flow and added a product to their cart. During checkout they add an optional add on (say it's a warranty or what have you.) When you send over the items array for the purchase event, should only the original product in the cart be sent over for tracking or should there now be two items, one for the product and one for the add on that was added in the cart during checkout? Note that this add on could not be purchased individually and is therefore not a standard product someone could purchase (i.e. they can't buy a warranty without also buying the product but they can buy the product without the warranty.)
Ideally answers will include sources for this best practice.
Some other examples:
add a t-shirt to your cart and add on gift wrapping
book a night at a hotel and add on the romance package
purchase a scuba diving tour and add on an extra scuba tank
Thanks in advance!
Always keep some parameters that capture additional information along with the regular Ecommerce event capture.
Example:
EventName: purchase_event
itemName: blue t-shirt
add_on: gift_wrapping | personalized_writeup | No add_on's(this is an additional information to understand how many are using.
I'm trying to understand how to use PayPal to add a payment method to my web application.
The scenario is the following:
I'm the owner of an e-commerce Platform (Blue Rectangle).
I sell accounts to access my platform to shop owners (Green Rectangles).
When I sell an account to some shop owner (Green Rectangles), I actually create an area where my customer (Green Rectangles) can access and insert his products etc etc...
The 'Green Rectangles' in the end have a page with a list of all the products he put in there.
Those products can be sold to the final customer (Yellow Rectangles).
What I need:
So I need to configure PayPal in order to provide to the 'Green Rectangles' a method to get paid from the 'Yellow Rectangles' (that are the shop owner and his customers)
And also, I need to provide to myself (Blue Rectangle) a method to get paid from 'Green Rectangles' (the shop owner that decides to use my service, so he have to pay an annual quota).
It's possibile to this such a thing with PayPal?
It is like eBay, there are different shops, when you buy you pay to the shop, even if all the shops are on eBay itself.
PayPal has a partner program for this type of thing: https://www.paypal.com/webapps/mpp/partner-program/global-programs
But whether you'll get a response and they'll work with your business on this is another question.
Short of that, with publicly-documented APIs, there isn't a particularly good way to accomplish charging a "platform fee" per transaction, if that's essentially what you're asking.
For Example: I have two simple product Mobile Phone of Price: 500$ and 1 Memory Card of price 10$. Total is 510 $.
I want to sell both product as a group at Price 505$.
From Admin section i'm not able to see any price configuration for Group Product IN Magneto 2.
It looks like the price attribute is missing in your Attribute set.
Please check: Stores --> Attributes --> Attribute Set
Normally, you can choose Advanced Pricing for this
For Grouped Products the price is calculated as the sum of the prices of the individual products.
That's also why the price section is missing for grouped products.
The grouped products in Magento mainly serve as a way to display few products on one page. You can't set a price for the grouped product since Magento calculates the price dynamically by summing up the children products' prices that were selected by the customer. That is if the customer adds the mobile phone and the memory card to cart from within the grouped product page, the price will be $500+$10 = $510.
Therefore, if you want to be able to set a different price for products that were purchased together, there are two options:
1) Use a Bundled Product (with Price Type = Fixed Price) and set the phone and the memory card as it's children. In this case, you can set the bundled product price to be $505.
There are few limitations to this solution:
The customer can't just add the mobile phone or the memory card to cart separately from this page, he can only add them together. That is the customer will need to go to a separate page to purchase the mobile phone (or the memory card) standalone.
Once the user added the bundled product to his cart, he can't just remove one child product from the cart (e.g the memory cart) - he has to remove both.
2) You can use an extension for it. One of the extensions that implement this functionality is Bundled Discount. It allows you to set the products of group A (in your case - the mobile phone) and the products of group B (in your case the memory card) and set the special price whenever they are purchased together (eg: $505).
It also allows you to create a separate page for the bundled promotion. This way, the user can select whether he wants to add only the mobile phone for $500, the memory card for $10, all both for $505.
The user can also remove one of the products from his cart and only pay for another product (eg: the user removes the memory card from his cart and only pays $500 for the phone).
Disclaimer: I am the CEO of the company that developed the Bundled Discount extension.
Currently, I use PayPal for payment processing. Almost 90% of the items are sold for $.99 and would like to use Paypals's Micropayment account, but PayPal states "support for Micropayments to merchants for US to US, GB to GB, AU to AU, and EU to EU transactions". My company is located in the US but the customers are very global. Does this mean using Micropayment option, I can't take payment from someone who lives in Europe or outside the US? Currently I am using the regular account and I am paying $.34 for each sale, which is very unprofitable. Are there other payment processing service I can use with lower fee?
Thank you.
Unless you have insanely high volume like fast-food chains do, it is very difficult to obtain a merchant account where the transaction pricing is feasible for micro-payments. Most providers will suggest an aggregation model where you sell your content but only bill your customers periodically, i.e. bill them once a month so that several purchases are bundled together, making the transaction fees less of an impact.
Here is one provider offering such a model:
http://www.allcharge.com/services-billing-micro-payments.asp
I do not work for the above company (in fact, I work for a payments company that does not offer micropayments).
Not the answer you were hoping for, I'm sure, but hopefully it helps.
Take a look at www.carrot.org which runs a micropayment system. Customers using carrotPay load funds into an electronic purse - WebPurse - and can make payments with 2 clicks if you have a Carrot buy button installed on your site. The buy button can be set up along side other payment methods on your site. The webpurse automatically converts the currency so if your client has GBP in their purse, they will be presented with a GBP price for authorisation but the merchant receives USD if this is the currency they used to price the product. Charges work out at 6% - 10% maximum. The Webpurses can also used for some kind of loyalty schemes as they will store many different currencies, real and virtual. If you would like more information please contact andy#carrot.org
Take a look at Google's In-App Payments. The fee is a flat 5% which is great for transactions
http://code.google.com/apis/inapppayments/
I do work for Google, but I've taken a look at other similar products and can honestly say that In-App Payments is a very competitive product.
You can use Randpay - scalable micro-payment system, based on blockchain: https://medium.com/#emer.tech/randpay-6a028f16c82a