CRMPro → HubSpot — Acumatica Cloud: what the shipped templates set up

CRMPro → HubSpot — Acumatica Cloud: what the shipped templates set up

Keep this skill current. dlake ships updates often and this text is embedded in the CLI you have installed. Before relying on it, compare dlake --version with npm view @commercient/dlake version; if they differ, run npm install -g @commercient/dlake@latest and then dlake skills install, which overwrites the installed skill files with the current text.

dlake-crmpro is the parent skill and the authority for everything general: the crmpro_* tools, CRM_Configuration and CRM_FieldList, TimeStampRepository, the three kinds of source view, the NULL-cursor rule and the silent zero-record run. Read it first; this page does not repeat it. dlake-crmpro-hubspot is the destination skill this page is a child of, and the authority for the HubSpot conventions that hold across every ERP: read it first, then come back here for what this source’s own templates set. This page is dlake-crmpro-hubspot/erps/acumatica-cloud.md, and that skill’s ERP table is what points at it. What follows is only what the shipped Acumatica Cloud → HubSpot templates themselves set, read from their Insert_Query, CreateViewQuery and MappingJson. This page grows as the catalogue does.

1. What the templates deliver

Group	Business outcome	Objects	Source tables and views
create invoice	The templates push deal to HubSpot. New records are created and existing ones updated; none are deleted.	deal	SF_ERP_Salesforce_Clone_SalesInvoice
create invoicedetail	The templates push line_item to HubSpot. New records are created and existing ones updated; none are deleted.	line_item	SF_ERP_Salesforce_Clone_SalesInvoiceDetail
create order	The templates push deal to HubSpot. New records are created and existing ones updated; none are deleted.	deal	SF_ERP_Salesforce_Clone_SalesOrder
create orderdetail	The templates push line_item to HubSpot. New records are created and existing ones updated; none are deleted.	line_item	SF_ERP_Salesforce_Clone_SalesOrderDetail
create quote	The templates push deal to HubSpot. New records are created and existing ones updated; none are deleted.	deal	SF_ERP_Salesforce_Clone_SalesOrder
create quotedetail	The templates push line_item to HubSpot. New records are created and existing ones updated; none are deleted.	line_item	SF_ERP_Salesforce_Clone_SalesOrderDetail
create product	ERP SF_ERP_Salesforce_Clone_StockItem data becomes product in HubSpot. New records are created and existing ones updated; none are deleted.	product	SF_ERP_Salesforce_Clone_StockItem
create company	ERP SF_ERP_Salesforce_Clone_Customer, SF_ERP_Salesforce_Clone_Contacts, SF_ERP_Salesforce_Clone_CustomerContact data becomes company in HubSpot. New records are created and existing ones updated; none are deleted.	company	SF_ERP_Salesforce_Clone_Customer, SF_ERP_Salesforce_Clone_Contacts, SF_ERP_Salesforce_Clone_CustomerContact
(ungrouped)	The templates push deal to HubSpot. New records are created and existing ones updated; none are deleted.	deal	—

2. The process rows the templates create

Each template’s Insert_Query writes one CRM_Configuration row. These are the values it sets; a column the inserts never set is not listed.

Display name	CRM_Object_API_Name	Sync_Order	TimeStamp_Prefix	SQL_Query target	field prefix / postfix	Sync_Operation_Type
create company	company	5	HUBSPOT_NEW_CUSTOMER	vw_HUBSPOT_NEW_CUSTOMER	'' / ''	2
create product	product	10	HUBSPOT_NEW_ITEM	vw_HUBSPOT_NEW_ITEM	'' / ''	2
create invoice	deal	11	HUBSPOT_NEW_DEAL	vw_HUBSPOT_NEW_INVOICE_DEAL	'' / ''	2
create invoicedetail	line_item	12	HUBSPOT_NEW_LINEITEM	vw_HUBSPOT_NEW_INVOICE_LINEITEM	'' / ''	2
create order	deal	13	HUBSPOT_NEW_DEAL	vw_HUBSPOT_NEW_ORDER_DEAL	'' / ''	2
create orderdetail	line_item	14	HUBSPOT_NEW_LINEITEM	vw_HUBSPOT_NEW_ORDER_LINEITEM	'' / ''	2
create quote	deal	15	HUBSPOT_NEW_DEAL	vw_HUBSPOT_NEW_QUOTE_DEAL	'' / ''	2
create quotedetail	line_item	16	HUBSPOT_NEW_LINEITEM	vw_HUBSPOT_NEW_QUOTE_LINEITEM	'' / ''	2

Every one of these inserts Is_Active as 0, so an imported process is inactive until an operator activates it. Across the set they insert Is_Create_Entity 0, Is_Create_Fields 0, Is_Active_Get_Records 0, Is_Active_Delete_Records 0, IsAccountMatching '', Sync_Batch_Size 200. Text columns a template does not use are inserted as '' rather than left NULL.

3. The views

Each template creates its view with CreateViewQuery, in the gateway dbo schema. “Change detection” names which of the three kinds dlake-crmpro defines the view’s own WHERE makes it; where a view’s shape is not one of those three the column is left empty and the view’s own WHERE is the authority.

View	Change detection	Repository key	Reads other prefixes	Identity column	Source tables
vw_HUBSPOT_NEW_CUSTOMER	insert-only	HUBSPOT_NEW_CUSTOMER::	—	RecordKey	SF_ERP_Salesforce_Clone_Customer, SF_ERP_Salesforce_Clone_Contacts, SF_ERP_Salesforce_Clone_CustomerContact
vw_HUBSPOT_NEW_ITEM	insert-only	HUBSPOT_NEW_ITEM::	—	RecordKey, externalkey	SF_ERP_Salesforce_Clone_StockItem
vw_HUBSPOT_NEW_INVOICE_DEAL	insert-only	—	HUBSPOT_NEW_CUSTOMER::, INVOICE:	externalkey, RecordKey	SF_ERP_Salesforce_Clone_SalesInvoice
vw_HUBSPOT_NEW_INVOICE_LINEITEM	insert-only	—	HUBSPOT_NEW_ITEM::, INVOICE:	RecordKey, externalkey	SF_ERP_Salesforce_Clone_SalesInvoiceDetail
vw_HUBSPOT_NEW_ORDER_DEAL	insert-only	—	HUBSPOT_NEW_CUSTOMER::, ORDER:	RecordKey, externalkey	SF_ERP_Salesforce_Clone_SalesOrder
vw_HUBSPOT_NEW_ORDER_LINEITEM	insert-only	—	HUBSPOT_NEW_ITEM::, ORDER:	RecordKey, externalkey	SF_ERP_Salesforce_Clone_SalesOrderDetail
vw_HUBSPOT_NEW_QUOTE_DEAL	insert-only	—	HUBSPOT_NEW_CUSTOMER::, QUOTE:, OPPORTUNITY:	RecordKey, externalkey	SF_ERP_Salesforce_Clone_SalesOrder
vw_HUBSPOT_NEW_QUOTE_LINEITEM	insert-only	—	HUBSPOT_NEW_ITEM::, QUOTE:	RecordKey, externalkey	SF_ERP_Salesforce_Clone_SalesOrderDetail

The repository key these templates build is <TimeStamp_Prefix>::<key>. The literal in the view and the TimeStamp_Prefix on the configuration row have to be the same string, case included.

4. Order of work

The templates set Sync_Order to 5, 10, 11, 12, 13, 14, 15, 16. A run processes active rows in ascending Sync_Order, which is the order the templates put them in:

• 5 — create company
• 10 — create product
• 11 — create invoice
• 12 — create invoicedetail
• 13 — create order
• 14 — create orderdetail
• 15 — create quote
• 16 — create quotedetail

These views read another process’s repository prefix, which is what makes the order a dependency order: the row appears in the view only once the process that writes that prefix has run, so a parent flows on one run and its children on the next.

• vw_HUBSPOT_NEW_INVOICE_DEAL reads HUBSPOT_NEW_CUSTOMER::, INVOICE:; no template in this set writes INVOICE:
• vw_HUBSPOT_NEW_INVOICE_LINEITEM reads HUBSPOT_NEW_ITEM::, INVOICE:; no template in this set writes INVOICE:
• vw_HUBSPOT_NEW_ORDER_DEAL reads HUBSPOT_NEW_CUSTOMER::, ORDER:; no template in this set writes ORDER:
• vw_HUBSPOT_NEW_ORDER_LINEITEM reads HUBSPOT_NEW_ITEM::, ORDER:; no template in this set writes ORDER:
• vw_HUBSPOT_NEW_QUOTE_DEAL reads HUBSPOT_NEW_CUSTOMER::, QUOTE:, OPPORTUNITY:; no template in this set writes QUOTE:, OPPORTUNITY:
• vw_HUBSPOT_NEW_QUOTE_LINEITEM reads HUBSPOT_NEW_ITEM::, QUOTE:; no template in this set writes QUOTE:

5. Field mapping

CRM_FieldList carries one row per pushed column, with Object_Name equal to the CRM_Object_API_Name value — as dlake-crmpro puts it, an object with no CRM_FieldList rows pushes nothing and records no error. Each template carries its intended mapping in MappingJson. Read that with dlake admin crmpro_templates, then check crmpro_field_mapping on the created process before activating it.

Template	Object	Mapped fields	First ERP → HubSpot pairs
deal	deal	4	ContactID → CommercientSF__Commercient_ArContactCode__c, ContactName → Name, ContactEmail → Email, ContactPhone → Phone
create company	company	9	CustomerID → arcustomercode, CustomerName → name, AddressAddressLine1 → address, AddressAddressLine2 → address2, AddressCity → city
create product	product	6	InventoryID → hs_sku, Description → name, Description → description, CurrentStdCost,LastCost → hs_cost_of_goods_sold, DefaultPrice → price
create invoice	deal	8	ReferenceNbr → externalid, DueDate → closedate, Date → createdate, Amount → amount, Description,ReferenceNbr → dealname
create invoicedetail	line_item	5	InventoryID → hs_product_id, SalesInvoiceNumber → associate_deal, UnitPrice → price, Qty → quantity, InventoryID, Description → name
create order	deal	8	OrderNbr → externalkey, EffectiveDate → closedate, Date → createdate, OrderTotal → amount, OrderNbr, Description → dealname
create orderdetail	line_item	6	inventoryID → hs_product_id, OrderNbr → associate_deal, unitCost → price, orderQty → quantity, lineDescription → name
create quote	deal	10	OrderNbr → RecordKey, OrderNbr → externalkey, EffectiveDate → closedate, Date → createdate, OrderTotal → amount
create quotedetail	line_item	5	inventoryID → hs_product_id, lineDescription → name, orderQty → quantity, unitPrice → price, OrderNbr → associate_deal

6. Community templates

The catalogue carries 10 community templates for this pair. A community template is authored in a tenant rather than shipped with the product, and it imports the same way as any other. Its own names, notes, field mapping and SQL are tenant content, so what this section states is what the set amounts to: how many templates there are, what they default to doing, which destination objects they write and which groups they fall in. They are not part of the shipped set described above.

• Templates: 10
• Default operations: insert on 10, update on 10, delete on 10
• Marked circular-sync: 0
• Licence groups they span: 2
• Destination objects: line_item, company, deal, CommercientSF24__CONTACT__c, product and a custom object
• Object display names: create item, delete line item, SYNC CONTACT, update company, upsert company, upsert inventory item, upsert invoice deal, upsert invoice line item, upsert order deal, upsert order line item
• Template groups: Account

A community template is imported the way a shipped one is, and the same rules apply to what it creates: read the process it creates with crmpro_get_process, its mapping with crmpro_field_mapping, and the view it selects from, before activating it.

7. Verifying

# per-prefix counts; every synced record carries its destination id
dlake tool query --profile <tenant> --sql "SELECT LEFT([Key], CHARINDEX(':',[Key])-1) AS prefix, COUNT(*) n, COUNT(NULLIF(SFDCID,'')) withId FROM dbo.TimeStampRepository WHERE CHARINDEX(':',[Key])>0 GROUP BY LEFT([Key], CHARINDEX(':',[Key])-1)"

withId = n for every prefix is the success condition dlake-crmpro defines. The split is on the first colon, which is the prefix boundary whether the key separator is : or ::.

The prefixes these templates set:

• HUBSPOT_NEW_DEAL
• HUBSPOT_NEW_LINEITEM
• HUBSPOT_NEW_ITEM
• HUBSPOT_NEW_CUSTOMER

8. Where this sits

dlake-crmpro is the general operating surface — the crmpro_* tools, the setup and transaction tables, field mapping, and the source-view contract that applies to every destination. This page adds what the shipped Acumatica Cloud → HubSpot templates set up. dlake-crmpro-hubspot is the destination skill this page sits under: its own text is the authority for the HubSpot conventions that hold across every ERP, and its ERP table lists this page alongside every sibling ERP page for this destination. For the extract leg that fills the clone tables, see dlake-normalsync; for the on-premises agent that runs it, dlake-syncagent; for the writeback leg, dlake-txdownloaderpro; for standing an integration up, dlake-integration-setup.