Version

    SalesforceWriter

    Short Description
    Ports
    Metadata
    SalesforceWriter Attributes
    Details
    Examples
    Compatibility
    See also

    Short Description

    SalesforceWriter writes, updates or deletes records in Salesforce using SOAP API.

    Component Data output Input ports Output ports Transformation Transf. req. Java CTL Auto-propagated metadata
    SalesforceWriterdatabase12

    Ports

    Port typeNumberRequiredDescriptionMetadata
    Input0For data records to be inserted, updated or deletedinput0
    Output0For accepted data recordsinput0 plus ObjectId field
    Output1For rejected data recordsinput0 plus Error message field

    If you do not map an error port and an error occurs, the component fails.

    Metadata

    SalesforceWriter propagates metadata from left to right.

    The metadata on the right side on the first output port have an additional field ObjectId. If the operation is Upsert, the output metadata on the first output port also have an additional field Created.

    The metadata on the right side on the second output port have an additional field Error.

    Metadata cannot use Autofilling Functions.

    SalesforceWriter Attributes

    AttributeReqDescriptionPossible values
    Basic
    ConnectionyesA Salesforce connection. See Salesforce connection.e.g. MySFConnection
    Salesforce objectyesAn object affected by an operatione.g. Account
    Operation An operation performed on the Salesforce objectInsert (default) | Update | Upsert | Delete
    Input mapping Mapping of fields to be inserted/updated/deleted in SalesforceMap by name (default)
    Output mapping Mapping of successfully inserted/updated/deleted fieldsMap by name (default)
    Error mapping Mapping of records that were not inserted/updated/deletedMap by name (default)
    Advanced
    Upsert external ID field(yes)

    A field of object specified in Salesforce object which will be used to match records in the Upsert operation. Mandatory for the Upsert operation. Not used in any other operation.

    e.g. Id
    Batch size 

    Size of the batch. The default and maximum batch size is 200 records.

    In some cases, it is beneficial to reduce the batch size to a lower number, because for example, the APEX triggers exceed the 10s limit for the call and the whole write fails.

    e.g. 150

    Details

    Supported Operations

    Insert - inserts new records

    Update - updates existing records

    Upsert - inserts or updates records

    Delete - moves records to Recycle Bin.

    According to the operation you have chosen, different output metadata in Input mapping are displayed in the transform editor.

    SOAP or Bulk API

    If you write less than 1,500-2,000 records, it is better to use SOAP API because it will use less API requests.

    Writing Attachments

    SalesforceWriter supports writing attachments. You can either receive the attachment from byte fields or read the attachment from files.

    Both options are mutually exclusive. If both options are specified, reading the attachment from byte fields has a higher priority over reading the attachment from files.

    Attachments from byte fields

    The attachment can be read from the input metadata field of byte or cbyte data type. The field containing the attachment is to be mapped to byte field, e.g. Body field in Attachment object.

    Attachments from files

    To read attachments from files, map the field with file URL to a string field with the _FileURL suffix, which is below the corresponding byte field, e.g. Body_FileURL field in Attachment object.

    You can map only one file per record. Wild cards in file names are not supported.

    Notes and Limitations

    When specifying Salesforce objects and fields, always use the API Name of the element.

    SOAP API does not support HardDelete operation. If you need HardDelete operation, use SalesforceBulkWriter.

    Limits introduced by Salesforce API

    Single API soap call cannot contain more than 200 objects.

    Single soap message cannot exceed 50MB (encoded as UTF-8).

    The component attempts to bundle as many objects (records) as possible together into a single call to reduce the number of used API requests. In most cases, all 200 records will fit into the 50MB limit, so the component will need 1 API request for 200 records.

    When writing very long text fields or attachments, it is possible that a smaller number of records will use all 50MB. In such a case, the component sends as many records as possible in every call but ensures that the soap message will not exceed 50MB limit. The rest of the records will be sent in another call. You don't need to worry about sizing the messages yourself. If you want, you can monitor the bundling of records, as well. The number of records and expected size of the message is included in graph log on DEBUG level.

    Usage of API calls

    The component uses several API calls during its run:

    1. Login

    2. Describe schema of target object - to extract metadata

    3. 1 call per every 200 records or 50MB of data, whichever comes first

    Examples

    Inserting records
    Updating records
    Upserting records
    Deleting records
    Inserting attachments received from byte fields
    Inserting attachments from files

    Inserting records

    This example shows a basic use case with insertion of records.

    Insert records with new contacts into Salesforce. Input data fields have the same field names as Salesforce data fields.

    Solution

    Connect input port of SalesforceWriter with data source.

    Create a Salesforce connection.

    In SalesforceWriter, fill in Connection and Salesforce object.

    AttributeValue
    ConnectionConnection from the second step
    Salesforce objectContact

    You do not have to specify the operation, as insert is the default one. You do not have to specify Input mapping, as metadata field names are the same as Salesforce field names and the default mapping (by name) is used.

    You can attach an edge to the first output port to obtain object IDs of inserted records. You can attach an edge to the second output port to obtain records that have not been inserted.

    Updating records

    This example shows updating of Salesforce objects.

    Punch Cards Ltd. has changed its name to United Floppies Ltd. Update the name in Account table/object.

    Solution

    Create a Salesforce connection, read ID of the company with SalesforceBulkReader, change the company name, update the record in Salesforce with SalesforceWriter.

    AttributeValue
    ConnectionConnection from the first step
    Salesforce objectAccount
    OperationUpdate
    Input mappingSee the code below
    //#CTL2
    
    function integer transform() {
     	$out.0.Id = $in.0.Id;
     	$out.0.Name = "United Floppies Ltd.";
    
     	return ALL;
    }

    Upserting records

    This example shows upserting records.

    There is a list of contacts (name and last name) and new phone numbers. Update the phone numbers of the contacts. If there is no such contact, create a new one.

    Solution

    Read records from Contact table with SalesforceBulkReader. Join them with the records from the list. The result of join operation should contain only the records from the list. Write the records from the list only.

    In SalesforceWriter, set Connection, Salesforce object, Operation and Input mapping.

    AttributeValue
    ConnectionConnection from the first step
    Salesforce objectContact
    OperationUpsert
    Input mappingSee the code below
    Upsert external ID fieldId
    //#CTL2
    
    function integer transform() {
     	$out.0.Id = $in.0.Id;
     	$out.0.FirstName = $in.0.FirstName;
     	$out.0.LastName  = $in.0.LastName;
     	$out.0.Phone     = $in.0.Phone;
    
     	return ALL;
    }

    Deleting records

    This example shows deleting records.

    A contact Ab C has been inserted by mistake. Delete the contact.

    Solution

    Create a Salesforce connection, read the contact ID with SalesforceBulkReader, and use the ID to delete it with SalesforceWriter.

    In SalesforceWriter set Connection, Salesforce object and Operation.

    AttributeValue
    ConnectionConnection from the first step
    Salesforce objectContact
    OperationDelete

    Inserting attachments received from byte fields

    This example shows writing attachments into Salesforce. The content of the file is received from a byte field of input port metadata.

    Insert an attachment to Account 'Floppies United'.

    Solution

    Create a Salesforce connection.

    Read ID of the 'Floppies United' account with SalesforceBulkReader.

    Read the attachment with FlatFileReader into a byte field. The metadata on the output port on FlatFileReader uses EOF as delimiter; set record delimiter and default field delimiter as empty.

    Merge the data streams with Combine.

    Write the attachment with SalesforceWriter.

    In SalesforceWriter, use the Connection, Salesforce object and Input mapping attributes.

    AttributeValue
    ConnectionConnection from the first step
    Salesforce objectAttachment
    Input mappingSee the code below.
    //#CTL2
    
    function integer transform() {
     	$out.0.ParentId = $in.0.Id;
     	$out.0.Body     = $in.0.FileContent;
     	$out.0.Name     = $in.0.FileName;
    
     	return ALL;
    }
    [Note]Note

    In SalesforceWriter you can read files to be uploaded directly. In the input mapping, map the URL of the file to the Body_FileURL field.

    Inserting attachments from files

    This example shows writing attachments to Salesforce. The content of the attachment is not received from byte fields, but read from files.

    Input data to SalesforceWriter contains ContactID, Filename and the path to the file. Write the files to the Salesforce as attachments.

    Solution

    Create a Salesforce connection. In SalesforceWriter, set the Connection, Salesforce object and Input mapping attributes.

    AttributeValue
    ConnectionConnection from the first step
    Salesforce objectAttachment
    Input mappingSee the code below.
    //#CTL2
    				
    function integer transform() {
    	$out.0.ParentId = $in.0.id;
    	$out.0.Name = $in.0.name;
    	$out.0.Body_FileURL = $in.0.filename;
    
    	return ALL;
    }

    Compatibility

    VersionCompatibility Notice
    4.4.0-M1

    SalesforceWriter is available since 4.4.0-M1. It uses Salesforce SOAP API version 37.0.

    4.5.0-M2SalesforceWriter uses Salesforce SOAP API version 39.0.
    4.5.0You can now set batch size.
    5.2.0SalesforceWriter uses Salesforce SOAP API version 45.0.
    5.3.0SalesforceWriter uses Salesforce SOAP API version 46.1.