<p>Sending full order details from one system to another is invariably pretty complex.  So I think that you're perhaps under-estimating things rather in thinking their might be a 'no-code' solution to do this sort of thing.</p>
<p>I have not used Salesforce, but I have written a bunch of code to push orders from Commerce to other systems (DEAR Inventory and Freshdesk mainly).</p>
<p>If you just want to push order &amp; customer details in a basic way to a CRM/helpdesk, it's not hard - probably just a few hours work for a competent developer.  You could use an event driven approach to simply push the customer and item details to your CRM/Helpdesk, say, if you don't really care about perfection (i.e. you're not pushing to a system that <em>needs</em> 1:1 precise mapping, because it's resulting in actual stock related outcomes, for example).</p>
<p>On the other hand, if you want to push orders to a more complex system, with full integrity, it's generally quite a bit of work to bridge the inevitable inconsistencies between the systems.</p>
<p>As an idea, it took me about two weeks of full time work to write the basic order pushing mechanism between Commerce and DEAR.  I had the bare bones working in a few hours, but 'the last 10% takes 90% of the time' certainly turned out to be true here.</p>
<p>In terms of the 'how' of this, I used a Craft module with console controllers (and a dev environment with a bunch of test orders that covered the wide range of possible orders we offer).  This allowed me to develop a robust pushing mechanism easily, with immediate feedback and logging.  DEAR offer a reasonably decent REST API (indeed, this was the main reason for using DEAR - as a lot of the other inventory type systems have <em>really</em> crappy APIs).</p>
<p>This is not event driven, it simply runs on demand when called, checking for new, unprocessed orders.  It could be easily adapted to automatically run whenever a new order comes in, of course.</p>
<p>Later, I bolted on a Craft control panel GUI back-end for this, using the wonderful Sprig plugin, to make this easily accessible to our order processing staff.  (Not fair to ask those sorts of people to use CLI tools really!)</p>
<p>Of course as new business things come along, be they new product categories, or sales/promotional type things, or bundles etc. etc. - there is always some significant ongoing work to maintain integrity of the mapping between Commerce (that in our system really only handles the initial order capture, and DEAR (that does all the order processing/inventory/stock/documents)...although I do use the Commerce order statuses/emails as well (so that all our messaging is consistently templated/branded), by reaching back from DEAR into Commerce)...</p>
<p>All this is a very long way of saying - these things are invariably <em>much</em> more complex than they appear on the surface, and typically require more than a no-code approach to be successful &amp; robust over the long term.  The fact is there's basically zero chance any two systems will model your products/variants in quite the same way. Certainly, in our case, there is absolutely no way a no-code system would have helped us - or been capable of doing even a small fraction of what we do with DEAR.</p>
<p>On the other hand, with the relatively simple needs of our Freshdesk integration, I'd imagine a no-code approach mightbe feasible - but only if someone did the (substantial) initial work for this.  It would likely be a reasonably expensive plugin, and one that needed regular and reliable updating to stay working, as both APIs will inevitably move over time...</p>
<p>(Salesforce is notoriously complex and unpleasant to develop with, according to Twitter at least, so perhaps factor that in too!).</p>

CC BY-SA 4.0
2022-01-22T05:48:40.657Z
Well, that's a great answer!
Brad Bell
CC BY-SA 4.0
2022-01-25T18:45:31.063Z
Great answer and appears to be the right answer at the moment. Unfortunately, this is a bit too involved for our needs (which is really pretty basic) - so may need to go in a different direction.  Thank you for you're thorough response!
gwineman
CC BY-SA 4.0
2022-01-21T23:06:57.810Z
2022-01-23T03:02:32.620Z
2022-01-23T03:02:32.620Z
Jeremy Daalder
<p>Not much to add to Jeremy's answer except you may also want to consider instead of talking natively to SalesForce, there's also middleware like Workato and eBridge.  You put the data out in the right format and they handle the rest of the integration.</p>
<p>Unfortunately the lack of readymade integration is why Commerce isn't as accepted in the enterprise. However the world for Craft opens up a bit when you look at what others of more established platforms are doing in terms of integrations, eg Magento, WooCommerce, Shopify, OpenCart, etc.</p>

CC BY-SA 4.0
2022-01-25T18:46:55.057Z
I've started looking at Shopify for this... it may ultimately be the solution... is it just me or do they raise prices on a monthly basis??
gwineman
CC BY-SA 4.0
2022-01-24T17:02:14.780Z
2022-01-24T17:02:14.780Z
RitterKnight
<p>I know similar questions have been asked before... but they are a bit dated and there was never a clear answer. I'm looking to send order information from Craft Commerce to Salesforce.com. It's a little hard to believe that there are no simple / no-code solutions for this. Has anyone had success with a SFDC/Craft integration?</p>
<p>Thanks</p>

<plugin-craftcommerce><integration>
Sending Craft Commerce Orders to Salesforce.com
# Sending Craft Commerce Orders to Salesforce.com

(Asked by: username_0 on 2022-01-21)

I know similar questions have been asked before... but they are a bit dated and there was never a clear answer. I'm looking to send order information from Craft Commerce to Salesforce.com. It's a little hard to believe that there are no simple / no-code solutions for this. Has anyone had success with a SFDC/Craft integration?

Thanks

**Tags:** plugin-craftcommerce, integration

---

## 2 answers

### Answer by username_1 on 2022-01-21. Score: 3 | Accepted answer

Sending full order details from one system to another is invariably pretty complex. So I think that you're perhaps under-estimating things rather in thinking their might be a 'no-code' solution to do this sort of thing.

I have not used Salesforce, but I have written a bunch of code to push orders from Commerce to other systems (DEAR Inventory and Freshdesk mainly).

If you just want to push order & customer details in a basic way to a CRM/helpdesk, it's not hard - probably just a few hours work for a competent developer. You could use an event driven approach to simply push the customer and item details to your CRM/Helpdesk, say, if you don't really care about perfection (i.e. you're not pushing to a system that *needs* 1:1 precise mapping, because it's resulting in actual stock related outcomes, for example).

On the other hand, if you want to push orders to a more complex system, with full integrity, it's generally quite a bit of work to bridge the inevitable inconsistencies between the systems.

As an idea, it took me about two weeks of full time work to write the basic order pushing mechanism between Commerce and DEAR. I had the bare bones working in a few hours, but 'the last 10% takes 90% of the time' certainly turned out to be true here.

In terms of the 'how' of this, I used a Craft module with console controllers (and a dev environment with a bunch of test orders that covered the wide range of possible orders we offer). This allowed me to develop a robust pushing mechanism easily, with immediate feedback and logging. DEAR offer a reasonably decent REST API (indeed, this was the main reason for using DEAR - as a lot of the other inventory type systems have *really* crappy APIs).

This is not event driven, it simply runs on demand when called, checking for new, unprocessed orders. It could be easily adapted to automatically run whenever a new order comes in, of course.

Later, I bolted on a Craft control panel GUI back-end for this, using the wonderful Sprig plugin, to make this easily accessible to our order processing staff. (Not fair to ask those sorts of people to use CLI tools really!)

Of course as new business things come along, be they new product categories, or sales/promotional type things, or bundles etc. etc. - there is always some significant ongoing work to maintain integrity of the mapping between Commerce (that in our system really only handles the initial order capture, and DEAR (that does all the order processing/inventory/stock/documents)...although I do use the Commerce order statuses/emails as well (so that all our messaging is consistently templated/branded), by reaching back from DEAR into Commerce)...

All this is a very long way of saying - these things are invariably *much* more complex than they appear on the surface, and typically require more than a no-code approach to be successful & robust over the long term. The fact is there's basically zero chance any two systems will model your products/variants in quite the same way. Certainly, in our case, there is absolutely no way a no-code system would have helped us - or been capable of doing even a small fraction of what we do with DEAR.

On the other hand, with the relatively simple needs of our Freshdesk integration, I'd imagine a no-code approach mightbe feasible - but only if someone did the (substantial) initial work for this. It would likely be a reasonably expensive plugin, and one that needed regular and reliable updating to stay working, as both APIs will inevitably move over time...

(Salesforce is notoriously complex and unpleasant to develop with, according to Twitter at least, so perhaps factor that in too!).

> **Comments:**
> **username_2**: Well, that's a great answer!  
> **username_0**: Great answer and appears to be the right answer at the moment. Unfortunately, this is a bit too involved for our needs (which is really pretty basic) - so may need to go in a different direction.  Thank you for you're thorough response!  

---

### Answer by username_3 on 2022-01-24. Score: 1

Not much to add to Jeremy's answer except you may also want to consider instead of talking natively to SalesForce, there's also middleware like Workato and eBridge. You put the data out in the right format and they handle the rest of the integration.

Unfortunately the lack of readymade integration is why Commerce isn't as accepted in the enterprise. However the world for Craft opens up a bit when you look at what others of more established platforms are doing in terms of integrations, eg Magento, WooCommerce, Shopify, OpenCart, etc.

> **Comments:**
> **username_0**: I've started looking at Shopify for this... it may ultimately be the solution... is it just me or do they raise prices on a monthly basis??  

---

