PO Box 55056 RPO Windermere, Edmonton, AB T6W 5B4, Canada

Updating a Live Kemicard Template

How to change templates that are already in the field: editing methods, which fields live where, Studio visual settings, preview behavior, and how changes reach installed passes. Covers Kemicard Studio template editing and record-page editing side by side.

Update Template — video walkthroughClick here to watch the video walkthrough

What a template controls

A Kemicard Template (Template_Pass__c) is the visual and functional blueprint for your digital passes. Each template is linked to a configuration that determines the target Salesforce object (e.g., Contact), and it manages:

  • Branding — logos, colors, images, and organization names.
  • Data mapping — which Salesforce fields appear on the front and back of the pass.
  • Barcode configuration — QR code types and the source data field.
  • Email delivery — the email templates used for pass distribution.
  • Notifications — how push notifications appear on mobile devices.

Two editing methods

Recommendation: use Kemicard Studio (the Template Builder) for updating existing templates — you get live side-by-side Apple and Google previews as you edit.
  • Kemicard Studio (Template Builder) — the visual editor inside the Kemicard Console. Open the Console, use the Template Builder search box to find a template by name (e.g., “Woofly”), and the editor loads with live previews.
  • Template record page — the standard Salesforce detail page for editing specific field values. The page includes a configuration banner showing the linked configuration status (e.g., “Configuration 'Contact' is active”).

Key template fields (Details tab)

A Kemicard Template record in Salesforce showing template details and the Google Wallet field group
The template record: details, sample record, QR code field, and the full Google Wallet group — card title, language, header, smart tap, and the image URLs.

The record page's Details tab contains the full field layout. The most commonly edited fields, with values from the Woofly example:

FieldAPI nameExample valueNotes
Template NameNameWoofly Membership PassStandard record name.
ActiveActive__ctrueRequired for pass generation.
Organization NameOrganization_Name__cWooflyDisplayed on the pass and in notifications.
QR Code FieldQR_Code_Field__cIdField encoded into the QR code.
Background ColorBack_Ground_Color__crgb(255, 255, 255)CSS RGB triple format — strict.
Apple TypeApple_Type__cEvent With StripControls the Apple layout.

Fields only editable on the record page

These are not surfaced in Kemicard Studio and must be edited via the standard record page:

  • Subheader__c — title label for usage location.
  • App_Launch_URL__c — URL for associated mobile apps.
  • Relevant_Date__c & Expiration_Date__c — pass relevance and expiry logic.
  • Sample_Record__c — the Salesforce record ID used for builder previews.
  • From_Email_Address__c — the sender's email address.

Kemicard Studio — visual settings

The Studio is divided into a Settings panel and a Preview panel. Three settings tabs:

  • Style — background color, Apple font color (may be overridden by Apple when a strip image is used), and Apple label color. Strict format: colors must be rgb(R, G, B) with no decimal values.
  • Barcodes — barcode formats for Apple and Google, plus the QR Data Field dropdown listing fields from the target object. For Woofly, selecting Id encodes the Contact ID for scanning.
  • Setup — three configuration modals: Images (logos, strip/banner and hero images, packaged into a ZIP stored in Wallet_Resources_ID__c), Fields (maps Salesforce fields to pass slots, building the Fields_Map__c JSON), and Email Templates (Email_Template__c for initial delivery, Update_Email_Template__c for Google Wallet updates).

The Preview panel

Real-time feedback across three views:

  • Front side — renders per the selected Apple_Type__c. The Apple preview shows header, secondary, and auxiliary fields; the Google preview shows subheader, header, and Google Wallet data rows. If validation fails, an expandable error accordion lists platform-specific errors.
  • Back side — the reverse of both passes: informational fields such as terms on Apple, and Google-specific back-of-pass content.
  • Notification — simulates lock-screen push notifications with the organization name, icon, and message body; click the icon or text to edit them directly.

Fields map example (Woofly)

The Fields_Map__c JSON defines the data slots:

  • Apple row 0 (header)Contact.Kcard__Member_Number__c
  • Apple row 1 (secondary)Salutation, FirstName, LastName
  • Google row 2 (wallet fields)Contact.Kcard__Member_Since__c

Technical validation & triggers

  • RGB validation — the Check_Values_of_RGB_in_Fields rule prevents decimal values in color fields.
  • TemplatePass trigger — before insert: auto-populates Class_Id__c and validates email addresses; before update: strictly prevents changes to Class_Id__c once created.
  • Record types — Generic, Event Ticket, Store Card, Coupon, and Boarding Pass.

Editing workflow summary

  • Search for the template in the Kemicard Console.
  • Adjust Style (colors) and Barcodes (QR data source).
  • Use the Setup modals to update images or remap Salesforce fields.
  • Preview the Front, Back, and Notification views with a sample record for live data.
  • Save to persist changes to the record and update the field-map JSON — installed passes refresh via push.

Where to go next

Background reading on the blog: loyalty card template design.