Change sets for repeating variables with different concepts

I have a binder with three different documents, and I am trying to make a Q&A for them. I have one document that uses a different concept label from the other two, and I tried to use change sets to link them, but that did not work. They are all repeating data fields. I was wondering if there was a way to keep them in the same binder with one Q&A without totally reworking one of the documents completely.

Hi Dana,

Welcome to the discussion forum!

One thing I would like to clear up: do I understand correctly that you are looking to align concept labels (i.e. the way one or more defined terms are being used in a binder)? If so, that should occur automatically: if you access the binder itself, you will see in the terms list that for any concept a concept label (term) will be assigned which should be uniform across the binder. If multiple options exist for a given concept, then the default option will be picked but you can of course still change this.

However - you also mention repeating datafields. What is the exact issue you are experiencing with these repeating datafields?

Thank you for your response! I think my question was more if the data fields are repeating and under different concept labels. In the same way that I set a data field equal to another data field in a change set in a binder, can I do this same function with repeating variables under different concept labels? For example if I have #company^founder and #owner^member, and they are both repeating, can I link them together in the binder?

Hi Dana,

That is unfortunately not possible - the “change datafield” change set does not work for repeating list datafields.

As for a solution: unless there is a good reason why there should be two sets of repeating list datafields (e.g. because there is some clause or document where there are two separate sets of information to be entered into them), I would replace one datafield completely by the other so that you have one ‘unified’ datafield used for founders/members across all clauses/documents.