Shopify Order to NS Sales Order (Create Customer) - Cast to String failed for value "[ '19' ]" at path "default" when setting a default value for customer "tags" on NetSuite mandatory multiple select field

When Celigo Shopify - NS IA attempts to create a customer, I have added a mapping for a "Customer Market" field, which is mandatory in NetSuite. I have it mapped via the customer 'tags' field and set up a static lookup mapping within Celigo.

It is working as expected. Now, if the tag field in Shopify is empty, I want to provide a default value. When attempting to set this up in integrator.io, I get an error message: Cast to String failed for value "[ '19' ]" at path "default".

I tried setting the Data Type to every value, and to no value, which did not help. Is there a way to get around this error? I cannot leave the field blank since it is mandatory, and I don't see another way to provide the default value.

0

Comments

3 comments
Date Votes
  • Hello Alex Placito

    This is Khaisar from Celigo team. Please allow me to answer your query. 

    We generally get this error when we are unable to save the setting / form due to some configuration issues. As per our initial understanding of the error, we tried with a mapping which has a lookup (Static or Dynamic), with a default value and the mapping is for the Internal Id value i.e., "Customer Market (Internal Id)". We are able to reproduce the error in this scenario. Can you please confirm if your setup is also as same as this. 

    Also, we found an alternate solution for this issue i.e., to map the Name value of the field instead of Internal Id i.e., "Customer Market (Name)".
    What we recommend is to change the mapping from "Customer Market (Internal Id)" to "Customer Market (Name)", and make necessary changes to lookup values, and then use the default value. 

    Please review this and let us know if anything is required. 

    0
  • Hi - yes, this did work for me. Thank you. Of course it is not ideal, because if these list options ever change to a slightly different wording, then the integration will break. I'd still be interested in a proper fix using internal ID, if there is one.

    0
  • Thanks for the feedback Alex Placito Yes, we will definitely consider to fix this in the product even with Internal Id mappings. I am having discussion with the respective team internally and should be fixed in the coming releases.

    Please let us know for any further queries. 

     
    
    
    0

Please sign in to leave a comment.

 

Didn't find what you were looking for?

New post