When you change the Order status to Shipped in BigCommerce, you can put in the Tracking ID and click on the check box that says "update the order status to Shipped, and notify the customer via email". This works perfectly when I'm logged in an typing manually.
If however, I create a shipment using the BigCommerce API with CURL, I don't see any way to cause the customer notification email to be sent. I have searched every place I can think of, and there doesn't seem to be anything in the API specifications or online help. I can update shipped quantities and Tracking ID just fine.
Is there a way to also send the Shipped notification via email to the customer when using the API?
If you can create a shipment via API, that should update the order status to shipped or partially shipped which will trigger an email depending on store settings (listed under Checkout in the control panel).
Related
I'm looking for suggestions for a tool/platform that can help in capturing form and file attachment data from external sales agents. I currently use Google Forms and a plugin to enable sending email notifications to specific contacts, but the hope is to create something more advanced where people providing the data can login to submit data and make updates to the records. The platform should also enable approval workflows with email notifications to ensure the incoming data meets requirements.
Here is a description of the desired process:
Agent logs in to the platform
Agent submits data (and optional file attachments) into the system using a form
Upon submission, the system triggers a review task and sends an email notification to a reviewer
If the reviewer deems the information invalid/incomplete, they will
reject it, with comment, and the system will
automatically send the information back to the agent while copying
their manager. Record status will be updated automatically.
If the reviewer deems the information invalid, they will approve it, with or without
comment, and the system will automatically send the information back to the agent while copying
their manager and project administrator. Record status will be updated automatically.
Additional requirements:
Contacts for email notifications will vary by agent and they should be determined by identification items on the user/agent profile
Agents need to be able to update records but a new review task will be triggered once an update is submitted
The system should have functionality for searching the record fields
An agent should see their own data and data submitted by others in the same agency, but not the data submitted by agents outside their agency
I should be able to see the full list of submissions and version history of the records
Approximate scale: 100-150 agencies, 1000-1500 agents
So far, I've thought of using a list within SharePoint Online combined with Microsoft Flow, but I'm not sure it would enable all the desired functionality. I'd be interested in your thoughts about that setup as well as others that you think could work and/or have found successful. Even if your solution does not tick all the boxes, I'd be interested to know about it.
Thanks a lot for your help!
JP
Does anyone know how to change the status of an existing order in Magento 2 via the REST API? We are interfacing order status back to Magento via the REST API from a .net application (we are using JSON.net). I'm able to create shipments, invoice items on the order, and even create credit memos, but I can't seem to change the order status.
Our customer service people use the Magento admin in the call center for order entry and answering customer questions over the phone. Having the correct order status displayed it very important for them.
Thanks in advance.
Bruce
When the order status of an order in Bigcommerce is changed, it sends out an email using the template order_status_email.
I want it to send out 2 emails when this happens. (that default email, and another custom email template)
Is there a way to use the API or customize my store to send out an custom email when the order status is changed?
You'd have to set up your own system to send out the email, but you can access order statuses through the API no problem. Docs can be found here: https://developer.bigcommerce.com/api/objects/v2/order_status
I'd recommend working with the webhooks feature, it'll make this a lot easier.
https://developer.bigcommerce.com/api/webhooks
After switching to the new Facebook local currency API the process is working, but
my server is not involve in the process so i really don't know if the user bought coins cause the payment callback URL is not being called now (using static payment).
I tried to use real time update to get Facebook data but can make it work, what is the best practice to involve the server in the process so it will be aware of the purchase?
I prefer for security reasons to get the update from Facebook and not from my client.
Ok after searching a log i found the solution
There are two primary methods through which you are notified of the outcome of the purchase, and a further method by which you can verify any payment information.
Firstly, Facebook will return details of the order via a JavaScript callback. The data sent to this callback includes:
payment_id, which uniquely identifies the transaction.
quantity, which indicates the amount of the item which was sold.
request_id, optionally, the developer can provide their own unique identification for the transaction when calling our Javascript SDK to render the payment dialog. This value is then returned upon purchase completion.
status, which indicates the current state of the transaction, i.e. 'pending', 'completed', 'failed' etc.
Secondly, Facebook will issue a realtime update notifying the developer that a new order has completed. The developer can subscribe to the payment_object callback to track order completions, using the payment_id as the unique identity parameter for each transaction.
Thirdly, at any time, the payment_id can be used to verify details of a transaction via the Graph API. Details such as the associated user_id, updated_time and amount can be queried, using the payment_id. The Graph API will also allow you to access further details including any refunds or disputes associated with the transaction.
If for some reason both the JavaScript callback and the realtime update fail and you do not receive the payment_id, we also allow you to query the Graph API using the optional request_id parameter, which can be specified by the developer when invoking the Facebook payment dialog.
please refer to:
https://developers.facebook.com/docs/concepts/payments/
and to:
https://developers.facebook.com/docs/howtos/payments/fulfillment/#rtu
I'm using VM 2.0.6 and Joomla 2.5 and the Multisafepay payment gateway.
Whenever a user puts a product in his cart, and clicks on checkout, the user is send to another page completely (Multisafepay's website, so not VM anymore) where he can select his desired payment option - same thing as paypal for example. But, at that time, Virtuemart is already sending an e-mail to the user confirming his order. That e-mail is saying: Thank you for your order blabla, the status of your order is blank..
So, VM is already sending an e-mail before the user payed.
Does anybode relate to this or knows an answer?
VM 2.0.6 is working like this :
when the order is placed that means any one of the shipping and payment method is selected.
and cart have valid data it will create the order and send an email to the user that mentioned
an order has been placed.
You can change
the sending mail section if you need.
One function name with notifyemail (iam not sure the name but it start with notify) in the path:
administrator/components/com_virtuemart/models/orders.php
you can check all your required things like shipping /payment methods are selected before calling this function.
the function should be initiate from cart.php controller in front end.
You can change the point where an invoice copy is sent to the customer in the Store Configuration. Look for Configuration > check out > Default Order Status to send an invoice and make sure you have the Confirmed status chosen.