> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/resumen-de-plantillas.md).
# Resumen de plantillas
##  Descripción general
En Data Migrator, las plantillas son la base de su estrategia de migración de datos. Definen qué objetos migrar, preservan las relaciones entre registros, especifican qué campos incluir o excluir y aplican filtros para controlar qué datos se transfieren.
Las plantillas se crean usando un Diseñador de plantillas visual que le ayuda a crear rápidamente migraciones de datos. Antes de crear una plantilla, comprenda cómo se conectan los objetos entre sí. Esto garantiza que a sus registros migrados no les falten datos críticos. Consulte la [#object-connections](#object-connections "mention") sección a continuación para obtener detalles.
#### Plantillas
Para crear su primera plantilla, siga las instrucciones de los artículos que se enumeran a continuación.
* Funciones básicas de la plantilla
* [Crear una plantilla](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/crear-una-plantilla.md)
* [Agregar objetos a una plantilla](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/agregar-objetos-a-una-plantilla.md)
* [Agregar campos a los objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/agregar-campos-a-los-objetos.md)
* [Conservar las relaciones entre objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/conservar-las-relaciones-entre-objetos.md)
* Funciones avanzadas de la plantilla
* [Agregar filtros a los objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/agregar-filtros-a-los-objetos.md)
* [Aplicar enmascaramiento de datos a los campos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/aplicar-enmascaramiento-de-datos-a-los-campos.md)
* [Establecer límites de registros de migración](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/establecer-limites-de-registros-de-migracion.md)
* [Configurar el mapeo de registros de objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/configurar-el-mapeo-de-registros-de-objetos.md)
#### Migración
Una vez que su plantilla esté completada, puede comenzar a migrar datos siguiendo las instrucciones del artículo a continuación.
* [Resumen de la migración de datos](/data-migrator/data-migrator-es/plantillas/migracion/resumen-de-la-migracion-de-datos.md)
## Conexiones entre objetos
En una plantilla, los objetos definen qué registros se transfieren entre organizaciones de Salesforce durante una migración. Esta sección explica cómo se conectan entre sí los objetos de una plantilla.
### Conexión padre-hijo
Al migrar datos entre organizaciones de Salesforce, comprender la relación padre-hijo entre objetos es crucial para mantener la integridad de los datos. En una plantilla de Data Migrator, esta relación se visualiza como conexiones entre objetos, lo que permite un proceso estructurado de asignación de datos. Una visualización adecuada de estas conexiones ayuda a garantizar que los registros relacionados se migren sin errores.
* **Padre -> Hijo** las conexiones van desde la parte inferior del objeto padre hasta el lado izquierdo del objeto hijo.
* **Hijo -> Padre** las conexiones van desde el lado derecho del objeto hijo hasta la parte superior del objeto padre.
La captura de pantalla a continuación muestra una plantilla con varios objetos. Para cada objeto, se describen las relaciones padre-hijo con otros objetos.
### Relación maestro-detalle
El **Maestro-detalle** icono indica una relación maestro-detalle en la que el objeto hijo está estrechamente vinculado y depende completamente del objeto padre. En esta relación, el registro padre controla ciertos comportamientos del registro hijo. Si se elimina un registro maestro, todos los registros detalle relacionados se eliminan automáticamente. Durante la migración de datos, debe migrar los registros padre antes o al mismo tiempo que los registros hijo para mantener la integridad de los datos.
Por ejemplo, si el objeto Customer Meetings tiene una relación maestro-detalle con el objeto Account, debería migrar juntos los registros de Account y Customer Meetings. Esto garantiza que no se eliminen registros de Customer Meetings si los registros de Account se eliminan de la organización de origen.
[Salesforce - Descripción general de las relaciones entre objetos](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm)
### Relación de búsqueda
El **Búsqueda** icono indica una relación de búsqueda, en la que el objeto hijo hace referencia al objeto padre pero no depende de él. A diferencia de las relaciones maestro-detalle, las relaciones de búsqueda están más débilmente acopladas. Un registro hijo puede hacer referencia a un registro padre o existir de forma independiente sin una referencia al padre. Cuando se elimina un registro padre, los registros hijo relacionados no se eliminan automáticamente.
Por ejemplo, si el objeto Case tiene una relación de búsqueda con el objeto Account, los registros Case pueden existir con o sin un registro de Account asociado. Si se elimina el registro de Account relacionado, los registros de Case persisten y no se eliminan.
[Salesforce - Descripción general de las relaciones entre objetos](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm)
### Campo de relación
El **Campo de relación** es el campo que un registro hijo usa para hacer referencia a su registro padre. Aparece debajo de cada objeto hijo, con una línea que lo conecta con su padre correspondiente. En la captura de pantalla a continuación, el **Customer Meetings** objeto tiene dos campos de relación.
* **CreatedById**: Conecta el **Customer Meetings** objeto con el **User** objeto en una relación de búsqueda.
* **Account\_\_c**: Conecta el **Customer Meetings** objeto con el **Account** objeto en una relación maestro-detalle.
{% hint style="warning" %}
#### Conservación de las relaciones
Para preservar el vínculo entre los registros padre e hijo durante la migración, los registros hijos migrados deben incluir el **Campo de relación** que los conecta con su registro padre. Esto se aplica tanto a las relaciones maestro-detalle como a las de búsqueda. Para obtener más información sobre esto, consulte el siguiente artículo.
* [Conservar las relaciones entre objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/conservar-las-relaciones-entre-objetos.md)
{% endhint %}
## Enmascaramiento de datos
El enmascaramiento de datos le permite proteger campos sensibles durante la migración al reemplazar sus valores con datos aleatorios antes de que se escriban en la organización de destino. Esto garantiza que los entornos de prueba y sandbox mantengan estructuras de datos realistas para la validación sin exponer información real de los clientes, lo que ayuda a su equipo a cumplir con los requisitos de privacidad de datos. Para obtener más información sobre el enmascaramiento de datos y cómo aplicarlo a un campo específico, consulte el siguiente artículo.
* [Aplicar enmascaramiento de datos a los campos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/aplicar-enmascaramiento-de-datos-a-los-campos.md)
## Configuración de migración de objetos
Cada objeto tiene ajustes individuales que controlan cómo se migra. Use estos ajustes para afinar el comportamiento de la migración a nivel de objeto, incluidos los límites de registros y la asignación de registros.
Para el objeto raíz de una plantilla, puede establecer un límite en el número de registros raíz transferidos durante una migración. Debido a que el límite se aplica solo a los registros raíz y los objetos hijo migran sus propios registros, el número total de registros migrados puede ser mucho mayor que el límite establecido. El siguiente artículo explica cómo funciona esta configuración y cómo habilitarla.
* [Establecer límites de registros de migración](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/establecer-limites-de-registros-de-migracion.md)
Data Migrator usa la asignación de registros para mantener la precisión de los registros en varias ejecuciones de migración. Cuando habilita la asignación de registros para un objeto, Data Migrator asigna registros individuales entre las organizaciones de origen y destino, lo que garantiza que las migraciones posteriores agreguen solo registros nuevos y actualicen los existentes. Los siguientes artículos explican cómo funciona la asignación de registros, describen las opciones disponibles de asignación de registros y proporcionan instrucciones para habilitarla.
* [Cómo funciona el mapeo de registros](/data-migrator/data-migrator-es/plantillas/migracion/como-funciona-el-mapeo-de-registros.md)
* [Configurar el mapeo de registros de objetos](/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/configurar-el-mapeo-de-registros-de-objetos.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/data-migrator/data-migrator-es/plantillas/disenador-de-plantillas/resumen-de-plantillas.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
El **Maestro-detalle** icono indica una relación maestro-detalle en la que el objeto hijo está estrechamente vinculado y depende completamente del objeto padre. En esta relación, el registro padre controla ciertos comportamientos del registro hijo. Si se elimina un registro maestro, todos los registros detalle relacionados se eliminan automáticamente. Durante la migración de datos, debe migrar los registros padre antes o al mismo tiempo que los registros hijo para mantener la integridad de los datos.
Por ejemplo, si el objeto Customer Meetings tiene una relación maestro-detalle con el objeto Account, debería migrar juntos los registros de Account y Customer Meetings. Esto garantiza que no se eliminen registros de Customer Meetings si los registros de Account se eliminan de la organización de origen.
[Salesforce - Descripción general de las relaciones entre objetos](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm)
### Relación de búsqueda 
El **Búsqueda** icono indica una relación de búsqueda, en la que el objeto hijo hace referencia al objeto padre pero no depende de él. A diferencia de las relaciones maestro-detalle, las relaciones de búsqueda están más débilmente acopladas. Un registro hijo puede hacer referencia a un registro padre o existir de forma independiente sin una referencia al padre. Cuando se elimina un registro padre, los registros hijo relacionados no se eliminan automáticamente.
Por ejemplo, si el objeto Case tiene una relación de búsqueda con el objeto Account, los registros Case pueden existir con o sin un registro de Account asociado. Si se elimina el registro de Account relacionado, los registros de Case persisten y no se eliminan.
[Salesforce - Descripción general de las relaciones entre objetos](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm)
### Campo de relación
El **Campo de relación** es el campo que un registro hijo usa para hacer referencia a su registro padre. Aparece debajo de cada objeto hijo, con una línea que lo conecta con su padre correspondiente. En la captura de pantalla a continuación, el **Customer Meetings** objeto tiene dos campos de relación.
* **CreatedById**: Conecta el **Customer Meetings** objeto con el **User** objeto en una relación de búsqueda.
* **Account\_\_c**: Conecta el **Customer Meetings** objeto con el **Account** objeto en una relación maestro-detalle.
