CRMPro → Salesforce — Datacor Chempax: what the template catalogue carries

CRMPro → Salesforce — Datacor Chempax: what the template catalogue carries

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-salesforce is the destination skill this page is a child of, and the authority for the Salesforce 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-salesforce/erps/datacor-chempax.md, and that skill’s ERP table is what points at it. The catalogue ships no Standard template for this pair. Its templates are community templates, authored in a tenant and imported the same way as any other, so what follows is what that set amounts to — how many templates, which operations they default to, which destination objects they write and which groups they fall in. A community template’s own names, notes, field mapping and SQL are tenant content and are not published here; read them with dlake admin crmpro_templates against the tenant that holds them. This page grows as the catalogue does.

1. Community templates

The catalogue carries 15 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.

• Templates: 15
• Default operations: insert on 15, update on 15, delete on 15
• Marked circular-sync: 0
• Licence groups they span: 7
• Destination objects: Account, Contact, Pricebookentry, Invoice__c, Invoice_Line_Item__c, Location, Order, OrderItem, Product2, ProductInventory__c, User
• Object display names: Account, Contact, Customer Accounts, Invoice, Invoice Line Item, Location, Order, Order Product, Product Inventory, Products, Standard Pricebook Create, Standard Pricebook Update, 2 more and a further template
• Template groups: Account, Product, CRM Order and Line, Invoice

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.

2. 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 ::.

3. 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 Datacor Chempax → Salesforce template catalogue carries. dlake-crmpro-salesforce is the destination skill this page sits under: its own text is the authority for the Salesforce 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.