# architect Herramientas bien diseñadas (well-architected-tools) - Full Documentation # ⚠️ Explorador de antipatrones Escollos comunes que socavan Trust, facilidad de uso y adaptabilidad en Salesforce. ## De confianza Prácticas que debilitan la seguridad, el cumplimiento o la fiabilidad, y cómo evitarlas.
Trusted - Antipatrones
Seguro Cumplimiento Fiable
## Fácil Prácticas que agregan complejidad, reducen la automatización o afectan a la experiencia del usuario.
Fácil - Antipatrones
Intencionado Automatizado Participación
## Adaptable Prácticas que reducen la resiliencia, limitan la componibilidad o dificultan el cambio.
Adaptable - Antipatrones
Resistente Componible
# ✅ Explorador de patrones Patrones probados para crear soluciones de confianza, fáciles y adaptables en Salesforce. ## De confianza Proteja los sistemas y los datos, cumpla los estándares legales y éticos y entregue soluciones disponibles con desempeño.
Trusted - Patrones
Seguro Cumplimiento Fiable
## Fácil Diseño para mayor claridad, automatización y una experiencia de usuario atractiva.
Fácil - Patrones
Intencionado Automatizado Participación
## Adaptable Construya para el cambio con operaciones resilientes y arquitectura componible.
Adaptable: patrones
Resistente Componible
# Automatizado: eficiencia ### Patrón de KPI Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [KPI](/docs/architect/es-mx/well-architected/guide/automated#kpis) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Negocios | ✅ Los KPI para sus casos de uso específicos se identifican antes de activar una función de IA de generación. Los KPI para sus casos de uso específicos se identifican antes de activar una función de IA de generación. | | Plataforma \| Tableros | ✅ Todas las mediciones relacionadas con los KPI están incluidas en al menos un tablero | | Plataforma \| Documentación | ✅ Las salidas para cada automatización son mensurables y están sujetas a plazos | | Plataforma \| Documentación | ✅ Las partes interesadas responsables se enumeran para cada KPI | ### Patrón de lógica operativa Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [Lógica operativa](/docs/architect/es-mx/well-architected/guide/automated#lógica-operativa) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Negocios | ✅ Las necesidades de actualización de segmentación se evalúan antes de implementar la federación de datos Antes de federar datos desde orígenes externos, asegúrese de que la programación estándar de 12 horas o 24 horas para la actualización y activación de segmentos desde Data 360 a Marketing Cloud Engagement cumple las necesidades de negocio. La segmentación y activación rápidas no son compatibles actualmente cuando utiliza la federación de datos Bring Your Own Lake (BYOL) | | Data 360 \| Documentación | ✅ Diseño para una conexión 1:1 o 1:muchas entre Marketing Cloud y Data 360 Muchas instancias de CRM pueden conectarse a muchas instancias de Data 360, pero no se puede conectar más de una instancia de Marketing Cloud a la misma instancia de Data 360.Sin embargo, una única instancia de Marketing Cloud puede conectarse a diferentes instancias de Data 360 | | Data 360 \| Organización | ✅ Optimice sus programaciones de segmentación Establezca programaciones de publicación solo para la duración para la que se necesita el segmento. Las campañas puntuales o puntuales deben utilizar la programación de publicación "No actualizar". Las campañas Evergreen (también conocidas como "siempre activadas") deben utilizar una programación de publicación de cada 12 horas. Para campañas Evergreen, establezca la Fecha de finalización solo en el futuro ya que la campaña estará activa para | | Data 360 \| Organización | ✅ Optimice sus programaciones de perspectivas calculadas Si su Perspectiva calculada necesita ejecutarse solo una vez, utilice la opción "No programada" y solo publique manualmente una vez. Si es necesario con menos frecuencia que cada 24 horas, considere otras opciones de automatización como Flujo | | Data 360 \| Organización | ✅ Utilizar acciones de datos para crear eventos de plataforma para una lógica operativa mejorada Utilizar acciones de datos para publicar un evento de plataforma significa que puede desvincular la acción de datos procedente de Data 360 (publicación de un evento) de las acciones que necesita que se produzcan en su organización (invocación de flujos y desencadenadores Apex). Esto aumenta la escala de acciones a las que su organización puede reaccionar desde Data 360 y un mayor control sobre su lógica operativa. | | Einstein \| Agentes | ✅ Defina instrucciones de agente como parte del proceso de creación/prueba iterativo Construya los campos de tema de agente requeridos (nombre, descripción, ámbito) y agregue acciones asociadas, luego comience a probar el tema. Agregue instrucciones de forma incremental para guiar a su agente a ejecutar el tema y seleccionar acciones de la manera deseada en un bucle de compilación/prueba iterativo | | Einstein \| Organización | ✅ Sus plantillas de solicitudes especifican la persona y el objetivo de la persona Sus plantillas de solicitudes contienen información contextual como la persona que el LLM debe asumir, así como el objetivo de ese carácter. Por ejemplo, incluya lenguaje como “Es un ejecutivo de marketing que desea invitar a clientes importantes a un evento en vivo”. | | Einstein \| Índices de búsqueda | ✅ Omita campos con baja entropía al crear índices de búsqueda para DMO estructurados Para mejorar la relevancia, considere excluir puntos de datos con cardinalidad muy baja (el número de elementos distintos en una lista) o baja entropía (entradas de lista concentradas en unos pocos valores). En general, estos campos proporcionan poca o ninguna información útil para localizar datos relevantes con búsqueda vectorial | | Plataforma \| Apex | ✅ Las declaraciones SOQL son selectivas Los operadores de comparación utilizan lógica positiva (es decir, `INCLUDES`, `IN`) como lógica principal o única en declaraciones SOQL | | Plataforma \| Apex | ✅ Las declaraciones SOQL son selectivas Uso de `= NULL`, `!= NULL` es raro y/o siempre sigue un operador de comparación positivo en declaraciones SOQL | | Plataforma \| Apex | ✅ Las declaraciones SOQL son selectivas No aparecen declaraciones `LIMIT 1` en SOQL | | Plataforma \| Apex | ✅ Las declaraciones SOQL son selectivas No aparece ningún uso de palabra clave `ALL ROWS` en declaraciones SOQL | | Plataforma \| Apex | ✅ No aparece ningún SOQL en un bucle | | Plataforma \| Apex | ✅ Todos los criterios de comodín aparecen en SOSL | | Plataforma \| Apex | ✅ Las declaraciones SOQL son selectivas Ninguna declaración SOQL utiliza comparaciones de `LIKE` o comparaciones de texto parcial | | Plataforma \| Apex | ✅ SOQL está envuelto en `try-catch` | | Plataforma \| Apex | ✅ Ninguna variable hace referencia a valores codificados (para tipos de registro, usuarios, etc. | | Plataforma \| Estándares de diseño | ✅ Los casos de uso para operaciones síncronas y asíncronas en automatizaciones se describen claramente como parte de estándares de diseño | | Plataforma \| Documentación | ✅ Las rutas de ejecución planificadas y potenciales para automatizaciones se describen claramente | | Plataforma \| Flujo | ✅ Ninguna variable hace referencia a valores codificados (para tipos de registro, usuarios, etc.) | | Plataforma \| Flujo | ✅ Los flujos (incluyendo procesos) transfieren lógica a Apex en contextos de gran volumen de datos | | Plataforma \| Flujo | ✅ Los flujos secundarios se utilizan para las secciones de un proceso que se deben reutilizar en todo el negocio | | Plataforma \| Flujo | ✅ Todos los flujos y procesos iniciados automáticamente utilizan elementos de decisión y/o pausa para evaluar criterios de entrada y evitar bucles infinitos o ejecuciones en grandes volúmenes de datos | ### Patrón de diseño de procesos Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [Diseño de procesos](/docs/architect/es-mx/well-architected/guide/automated#diseño-de-procesos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ Optimizar total de filas procesadas en transformaciones por lotes dentro de transformaciones de datos, utilice una actividad de filtro en el lienzo para aislar solo filas que necesitan procesarse para una transformación correcta | | Data 360 \| Organización | ✅ Consolidar dimensiones entre perspectivas calculadas En vez de redactar múltiples Perspectivas calculadas con una dimensión cada una, consolide ambas dimensiones en una Perspectiva calculada donde sea posible | | Plataforma \| Apex | ✅ Cada clase sirve a un único propósito específico | | Plataforma \| Apex | ✅ Cada método realiza una tarea granular específica | | Plataforma \| Apex | ✅ Todas las variables de entrada tienen un propósito claro dentro de la clase | | Plataforma \| Apex | ✅ La ejecución de código requiere un número mínimo de recursos | | Plataforma \| Flujo | ✅ Solo se solicita a los usuarios proporcionar datos cuando no se pueden utilizar datos del sistema existentes | | Plataforma \| Flujo | ✅ Los flujos están organizados en una estructura jerárquica que consta de un flujo principal y subflujos de soporte | | Plataforma \| Flujo | ✅ Todas las entradas de usuario tienen un propósito claro dentro del flujo | | Plataforma \| Flujo | ✅ Cada flujo sirve a un único propósito específico | | Plataforma \| Flujo | ✅ Cada paso realiza una tarea granular específica | --- ### Antipatrón de KPI Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [KPI](/docs/architect/es-mx/well-architected/guide/automated#kpis) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------- | | Plataforma \| Tableros | ⚠️ La creación de reportes de KPI no existe o faltan tableros de mediciones relacionadas con algunos KPI | | Plataforma \| Documentación | ⚠️ Existen indicadores clave de desempeño sin partes interesadas responsables | | Plataforma \| Documentación | ⚠️ Los KPI no existen para automatizaciones o tienen plazos poco claros para mediciones | ### Antipatrón de lógica operativa Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [Lógica operativa](/docs/architect/es-mx/well-architected/guide/automated#lógica-operativa) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Documentación | ⚠️ Diseño para una conexión de muchos:1 entre Marketing y Data 360 Los diagramas o documentos de diseño de soluciones especifican más de una instancia de Marketing Cloud que se conecta a una instancia de Data 360 singular a través del conector de Marketing Cloud | | Data 360 \| Organización | ⚠️ La federación de datos se implementa sin evaluar las necesidades de actualización de segmentación La federación de datos se aprovecha para conjuntos de datos que requieren segmentación y activación rápidas (programación de 1 hora o 4 horas para enviar datos de activación), frente a la programación estándar de 12 horas o 24 horas | | Data 360 \| Organización | ⚠️ La federación de datos se implementa sin evaluar necesidades Trasformación de datos Un DLO externo contiene datos necesarios para transformaciones de datos de transmisión | | Einstein \| Agentes | ⚠️ Definir instrucciones de agente al inicio del proceso de diseño Las instrucciones se agregan antes de probar la capacidad del agente para ejecutar el tema y seleccionar acciones apropiadas | | Plataforma \| Apex | ⚠️ Las declaraciones SOQL son comparaciones no selectivas utilizando `NOT`, los criterios de `NOT IN` se utilizan como el operador de comparación principal o único en declaraciones SOQL | | Plataforma \| Apex | ⚠️ Las declaraciones SOQL son palabras clave de `ALL ROWS` no selectivas que se utilizan en declaraciones SOQL | | Plataforma \| Apex | ⚠️ Las declaraciones SOQL son `= NULL` no selectivas, los criterios de `!= NULL` se utilizan como el operador de comparación principal o único en declaraciones SOQL | | Plataforma \| Apex | ⚠️ Las variables tienen valores codificados | | Plataforma \| Apex | ⚠️ SOQL aparece dentro de bucles | | Plataforma \| Apex | ⚠️ Las declaraciones SOQL son `LIKE` no selectivos y los criterios de filtro comodín aparecen con frecuencia en declaraciones SOQL en declaraciones SOQL | | Plataforma \| Apex | ⚠️ SOQL no está envuelto en `try-catch` | | Plataforma \| Apex | ⚠️ Las declaraciones SOQL son declaraciones de `LIMIT 1` no selectivas que aparecen en SOQL | | Plataforma \| Apex | ⚠️ SOSL rara vez o no se utiliza de forma coherente para criterios de selección de comodines | | Plataforma \| Estándares de diseño | ⚠️ Los casos de uso para operaciones síncronas y asíncronas no se solucionan | | Plataforma \| Documentación | ⚠️ La invocación de automatización no está documentada | | Plataforma \| Flujo | ⚠️ Las variables tienen valores codificados | | Plataforma \| Flujo | ⚠️ Los flujos (incluyendo procesos) deben desactivarse manualmente antes de cargas de datos masivas | | Plataforma \| Flujo | ⚠️ Partes de un flujo se repiten entre flujos en vez de utilizar subflujos | | Plataforma \| Flujo | ⚠️ Los flujos (incluyendo procesos) desencadenan avisos de "excepción no gestionada" | | Plataforma \| Flujo | ⚠️ Incluso flujos sencillos causan regularmente errores relacionados con límites reguladores | ### Antipatrón de diseño de procesos Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Eficiencia](/docs/architect/es-mx/well-architected/guide/automated#eficiencia) → [Diseño de procesos](/docs/architect/es-mx/well-architected/guide/automated#diseño-de-procesos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Apex | ⚠️ Las clases sirven para múltiples fines | | Plataforma \| Apex | ⚠️ Los métodos realizan múltiples tareas o los métodos realizan tareas que no se alinean con el propósito declarado de la clase de la que forman parte | | Plataforma \| Apex | ⚠️ Las variables de entrada no se utilizan actualmente en métodos | | Plataforma \| Apex | ⚠️ Los métodos recuperan innecesariamente datos de la base de datos o de sistemas externos | | Plataforma \| Flujo | ⚠️ Los flujos requieren entradas adicionales para proporcionar contexto | | Plataforma \| Flujo | ⚠️ Los flujos sirven para múltiples fines | | Plataforma \| Flujo | ⚠️ Los grupos de pasos relacionados contienen funciones que se solapan con grupos de pasos en otros flujos | | Plataforma \| Flujo | ⚠️ Los flujos solicitan entradas de usuario cuando se pueden utilizar datos almacenados en su lugar | | Plataforma \| Flujo | ⚠️ Los flujos requieren entradas cuyos datos no se utilizan | --- # Automatizado: integridad de datos ### Patrón de tratamiento de datos Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Integridad de datos](/docs/architect/es-mx/well-architected/guide/automated#integridad-de-datos) → [Tratamiento de datos](/docs/architect/es-mx/well-architected/guide/automated#gestión-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Diccionario de datos | ✅ Existen datos a nivel de campo y lógica de prioridad para todos los orígenes de datos y objetos de lago de datos | | Data 360 \| Organización | ✅ Las claves compuestas se utilizan para construir una clave principal exclusiva si no existe Utilizar un campo de fórmula para unir múltiples campos desde su conjunto de datos cuando no hay un solo campo en el conjunto de datos exclusivo | | Data 360 \| Organización | ✅ Transmisiones de datos que utilizan el Conector de CRM aprovechan la actualización completa quincenal Cuando se utiliza el Conector de CRM para cargas incrementales, se inicia una actualización completa cada dos semanas. Aunque esto puede aumentar el ingreso de datos, protege la integridad de los datos para metadatos (como campos de fórmula), que no desencadenan una transacción DML y, como resultado, no están incluidos en cargas incrementales | | Data 360 \| Organización | ✅ Id. de Particular se utiliza para asignar datos de Data 360 a otros sistemas Asignar Particulares en Data 360 a otros sistemas utilizando el Id. de Particular. Por ejemplo, la Clave de suscriptor de Marketing Cloud Engagement debe asignarse al Id. de Particular desde Data 360 | | Data 360 \| Organización | ✅ Claves completamente cualificadas se utilizan para interpretar datos con precisión Todos los DLO que contienen un valor clave tienen un campo de calificador clave y Claves completamente cualificadas (FQK) están activadas en la organización para garantizar evitar conflictos que pueden producirse cuando múltiples transmisiones de datos están armonizadas en un único Objeto de modelo de datos (DMO) | | Data 360 \| Organización | ✅ Los métodos de coincidencia normalizados se utilizan en reglas de coincidencia cuando están disponibles. La coincidencia normalizada exacta transforma datos de origen para resolver problemas de coincidencia comunes como espacios finales, formato incoherente y caracteres especiales. Aproveche este método en campos donde está disponible en vez de utilizar coincidencia parcial, a menos que haya configurado múltiples conjuntos de reglas para pruebas y confirmado que el índice de consolidación no cumple las necesidades de negocio | | Einstein \| Documentación | ✅ La utilidad de los datos se documenta como parte del diseño de proyectos de IA La definición de utilidad de los datos de su compañía se documenta y se pone en marcha para mejorar las respuestas de IA | | Plataforma \| Apex | ✅ Apex futuro se utiliza con moderación, para llamadas o DML de objetos del sistema | | Plataforma \| Apex | ✅ Las invocaciones Apex asíncronas utilizan DML complejo colocable en cola en 'cadena' entre transacciones | | Plataforma \| Apex | ✅ Apex por lotes se utiliza exclusivamente para grandes volúmenes de datos Apex por lotes es el mejor para procesar grandes cantidades de datos. Apex asíncrono tiene límites más altos que Apex síncrono de modo que se puede trabajar más. Evite tamaños de lote muy pequeños cuando sea posible para evitar consecuencias de Control de flujo (inundación de colas), sobrecarga y agotamiento del límite de Apex asíncrono diario | | Plataforma \| Apex | ✅ Todas las declaraciones DML síncronas o métodos de clase de base de datos se llevan a cabo antes de desencadenar contextos de ejecución | | Plataforma \| Apex | ✅ La API masiva se utiliza solo cuando se deben procesar grandes cantidades de datos. La API masiva se utiliza cuando se deben procesar grandes cantidades de datos. Las API de SOAP y REST nativas se aprovechan para cantidades más pequeñas de procesamiento de datos | | Plataforma \| Diccionario de datos | ✅ La asignación de campos desde el objeto de lago de datos al objeto de modelo de datos existe | | Plataforma \| Flujo | ✅ Todos los flujos iniciados en contexto de usuario abstraen todas las transacciones de contexto del sistema en subflujos, que se colocan coherentemente después de un elemento Pausa, para crear una nueva transacción | | Plataforma \| Flujo | ✅ Todos los flujos desencadenados por registros tienen valores de orden de desencadenador rellenados | | Plataforma \| Flujo | ✅ Los flujos que implican llamadas del sistema externo o procesos de larga ejecución utilizan rutas asíncronas | | Plataforma \| Flujo | ✅ Se crean secuencias complejas de operaciones de datos relacionadas con Orchestrator (en vez de invocar múltiples subflujos dentro de un flujo monolítico) | | Plataforma \| Organización | ✅ Reglas de reconciliación de resolución de identidad siguen la lógica de prioridad en su diccionario de datos | ### Patrón de tratamiento de errores Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Integridad de datos](/docs/architect/es-mx/well-architected/guide/automated#integridad-de-datos) → [Tratamiento de errores](/docs/architect/es-mx/well-architected/guide/automated#tratamiento-de-errores) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Organización | ✅ Las solicitudes especifican el resultado esperado Incluya instrucciones directas para que el LLM solo genere el tipo de contenido esperado. | | Plataforma \| Apex | ✅ Las excepciones personalizadas se utilizan para crear lógica y mensajería de error avanzada | | Plataforma \| Apex | ✅ El código encierra todos los pasos de proceso DML, SOQL, llamadas y otros pasos críticos en bloques de `try-catch` | | Plataforma \| Apex | ✅ Los métodos de clase de base de datos pueden utilizarse exclusivamente para todas las operaciones de datos (en vez de DML) | | Plataforma \| Apex | ✅ En contextos asíncronos y masivos, se utilizan métodos de clase Base de datos en vez de DML | | Plataforma \| Aura | ✅ JavaScript encierra todas las operaciones de datos y pasos de procesos críticos en bloques de `try-catch` | | Plataforma \| Aura | ✅ Dentro de los bloques de `try-catch`, el `Error` JavaScript nativo se utiliza en declaraciones throw (sin uso de `$A.error()`) | | Plataforma \| Aura | ✅ Toda la lógica de error recuperable aparece en declaraciones de `catch` y proporciona mensajes de usuario claros | | Plataforma \| Flujo | ✅ Los flujos con operaciones de datos, llamadas y otra lógica de procesamiento crítica tienen rutas de fallo para todas las acciones clave | | Plataforma \| Flujo | ✅ Los flujos de pantalla utilizan de forma coherente conectores de fallos para mostrar errores a los usuarios | | Plataforma \| Flujo | ✅ Los mensajes de error personalizados están configurados para errores que aparecerán en pantalla | | Plataforma \| Componentes web Lightning (LWC) | ✅ JavaScript encierra todas las operaciones de datos y pasos de procesos críticos en `if ()`/`else if ()` bloques | | Plataforma \| Componentes web Lightning (LWC) | ✅ Todas las funciones de `@wire` utilizan propiedades de `data` y `error` proporcionadas por la API | | Plataforma \| Componentes web Lightning (LWC) | ✅ Todas las `if (error)` /`else if (error)` declaraciones contienen lógica para procesar errores y proporcionar mensajes informativos | --- ### Antipatrón de gestión de datos Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Integridad de datos](/docs/architect/es-mx/well-architected/guide/automated#integridad-de-datos) → [Tratamiento de datos](/docs/architect/es-mx/well-architected/guide/automated#gestión-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ⚠️ Los campos con métodos de coincidencia normalizados compatibles utilizan coincidencia parcial La coincidencia parcial se aplica a campos que ofrecen métodos de coincidencia normalizados exactos | | Data 360 \| Organización | ⚠️ Se supone que el Id. de Particular unificado es inmutable El Id. de Particular unificado se utiliza como un Id. principal o Id. global para ser utilizado por el resto de la organización | | Data 360 \| Organización | ⚠️ Fecha de evento se asigna a un valor Fecha y hora mutable Fecha de evento se asigna a un campo Fecha y hora mutable como LastUpdated o LastExtracted | | Data 360 \| Organización | ⚠️ Clave principal se asigna a un campo que no es exclusivo Seleccionar cualquier campo como clave principal para su transmisión de datos si no existe uno en su conjunto de datos sin validar primero que el campo seleccionado es exclusivo | | Data 360 \| Organización | ⚠️ Cargando datos en lotes y luego intentando activarlos en tiempo real. Por ejemplo, un enfoque común pero defectuoso podría implicar cargar datos cada hora desde un depósito de Amazon S3 y luego activarlos a través de acciones de datos | | Plataforma \| Apex | ⚠️ Las declaraciones DML aparecen regularmente en código que se invocará en contextos posteriores al desencadenador | | Plataforma \| Apex | ⚠️ Los trabajos Apex por lotes tienen un tamaño de ámbito muy pequeño Se utilizan tamaños de lote muy pequeños (como tamaño de ámbito = 1) | | Plataforma \| Apex | ⚠️ Apex por lotes se utiliza para llamadas externas Grandes volúmenes de datos de Salesforce se envían fuera de Salesforce a un sistema externo utilizando Apex por lotes | | Plataforma \| Apex | ⚠️ Publicar inmediatamente Los eventos de plataforma se utilizan junto con los eventos Publicar inmediatamente (en tiempo real) en vez de Publicar después de confirmar (no en tiempo real) independientemente de los requisitos de pedidos de publicación o los riesgos de bloqueo de registros. | | Plataforma \| Apex | ⚠️ Las funciones Apex asíncronas se utilizan arbitrariamente Métodos futuros y Apex colocable en cola se utilizan de forma incoherente o indistinta | | Plataforma \| Apex | ⚠️ Las funciones Apex asíncronas se utilizan arbitrariamente; no está claro que los desarrolladores sepan cuándo utilizar Apex futuro frente a colocable en cola, cuándo traspasar DML a trabajos por lotes | | Plataforma \| Apex | ⚠️ Apex asíncrono rara vez se utiliza | | Plataforma \| Apex | ⚠️ Las funciones Apex asíncronas se utilizan arbitrariamente Las operaciones de base de datos no tienen lógica clara y coherente para pasar la ejecución a Apex por lotes cuando sea necesario | | Plataforma \| Diccionario de datos | ⚠️ La asignación de campos desde objetos de lago de datos a objetos de modelo de datos no está incluida | | Plataforma \| Diccionario de datos | ⚠️ Los datos a nivel de campo y la lógica de prioridad para orígenes de datos y objetos de lago de datos no están incluidos | | Plataforma \| Flujo | ⚠️ Realización de DML utilizando una recopilación que es una salida de un componente de pantalla Aprovechamiento de la configuración "Utilizar los Id. y todos los valores de campo de un registro o recopilación de registros" en un elemento crear, actualizar o eliminar, cuando esa recopilación es una salida de un componente de pantalla | | Plataforma \| Flujo | ⚠️ Los flujos desencadenados por registro no utilizan atributos de orden de desencadenador en absoluto o no utilizan valores de orden de desencadenador de forma coherente | | Plataforma \| Flujo | ⚠️ Las rutas asíncronas no se utilizan de forma coherente o en absoluto | | Plataforma \| Flujo | ⚠️ Los flujos grandes y monolíticos intentan coordinar secuencias complejas de operaciones de datos relacionadas (con o sin subflujos) | | Plataforma \| Organización | ⚠️ Las reglas de reconciliación de Resolución de identidad no siguen la lógica de prioridad en el diccionario de datos | ### Tratamiento de errores Antipatrón Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Automatizado](/docs/architect/es-mx/well-architected/guide/automated) → [Integridad de datos](/docs/architect/es-mx/well-architected/guide/automated#integridad-de-datos) → [Tratamiento de errores](/docs/architect/es-mx/well-architected/guide/automated#tratamiento-de-errores) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ DML, SOQL, llamadas u otros pasos de proceso críticos no se encierran de forma coherente en bloques de intento de captura | | Plataforma \| Apex | ⚠️ No se utilizan métodos de clase Base de datos | | Plataforma \| Apex | ⚠️ Las operaciones de datos se realizan exclusivamente con DML | | Plataforma \| Apex | ⚠️ Las declaraciones de `System.debug` aparecen en código de producción (y no se comentan) | | Plataforma \| Aura | ⚠️ JavaScript no encierra de forma coherente operaciones de datos y pasos de procesos críticos en bloques de `try-catch` | | Plataforma \| Aura | ⚠️ Los componentes utilizan `$A.error()` | | Plataforma \| Aura | ⚠️ La lógica de error recuperable no aparece coherentemente en declaraciones de `catch`, y los mensajes de error a usuarios no son claros | | Plataforma \| Flujo | ⚠️ Los flujos no utilizan rutas de fallo de forma coherente o en absoluto | | Plataforma \| Flujo | ⚠️ Los mensajes de error personalizados no se utilizan, de modo que los usuarios ven el mensaje predeterminado "Se produjo un fallo no gestionado en este flujo" | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Las funciones de `@wire` no utilizan propiedades de `data` y `error` proporcionadas por la API (o no las utilizan de forma coherente) | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Si se utiliza en absoluto, las declaraciones `if (error)`/`else if (error)` no contienen realmente lógica para procesar errores y proporcionan mensajes de error útiles | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ JavaScript no utiliza de forma coherente `if ()`/`else if ()` bloques con operaciones de datos o pasos de procesos críticos | --- # Componible: empaquetabilidad ### Patrón de gestión de dependencias Obtenga más información acerca [de Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Apto para empaquetado](/docs/architect/es-mx/well-architected/guide/composable#capacidad-de-empaquetado) → [Gestión de dependencias](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-dependencias) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ✅ Existen estándares para introducir o modificar dependencias | | Plataforma \| Estándares de diseño | ✅ Existen estándares para declarar dependencias | | Plataforma \| Paquetes | ✅ No hay metadatos duplicados entre paquetes | | Plataforma \| Paquetes | ✅ Para el desarrollo de paquetes, todo el trabajo de desarrollo en la etapa inicial se realiza en organizaciones borrador | | Plataforma \| Control de origen | ✅ Los desarrolladores pueden crear organizaciones borrador e implementar metadatos de paquetes con éxito desde el control de origen | | Plataforma \| Control de origen | ✅ Las versiones de paquetes para paquetes desbloqueados utilizan alias (`LATEST`) para declarar dependencias en manifiestos de `sfdx-project.json` | ### Patrón de acoplamiento suelto Obtenga más información acerca [de Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Empaquetabilidad](/docs/architect/es-mx/well-architected/guide/composable#capacidad-de-empaquetado) → [Acoplamiento suelto](/docs/architect/es-mx/well-architected/guide/composable#acoplamiento-suelto) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Los métodos dependientes de información dinámica en tiempo de ejecución hacen referencia a tipos de metadatos personalizados apropiados | | Plataforma \| Apex | ✅ Los servicios comunes y el código de placa de caldera se definen utilizando clases Apex abstractas o virtuales | | Plataforma \| Estándares de diseño | ✅ (Opcional) Todos los casos de uso aprobados para la configuración personalizada están claramente enumerados (si los tiene) | | Plataforma \| Estándares de diseño | ✅ Las convenciones de nomenclatura tratan cómo denotar unidades de paquetes | | Plataforma \| Estándares de diseño | ✅ Es posible buscar y encontrar una lista de todas las unidades de paquete definidas actualmente (y convenciones de nomenclatura relacionadas) | | Plataforma \| Estándares de diseño | ✅ Existen estándares para proponer adiciones o cambios de unidades de paquete | | Plataforma \| Organización | ✅ Los tipos de metadatos personalizados proporcionan información dinámica en tiempo de ejecución para personalizaciones de código y declarativas | | Plataforma \| Organización | ✅ No existen objetos personalizados para proporcionar información dinámica en tiempo de ejecución para personalizaciones de código o declarativas | | Plataforma \| Organización | ✅ No existen configuraciones personalizadas o existen pocas configuraciones personalizadas, y ninguna está relacionada con funciones empaquetadas | | Plataforma \| Paquetes | ✅ No se definen paquetes no gestionados en entornos de producción o sandbox | | Plataforma \| Paquetes | ✅ Los paquetes desbloqueados dependientes de la organización solo se utilizan para experimentos de fase temprana o pruebas de concepto | | Plataforma \| Control de origen | ✅ Los archivos de `package.xml` solo aparecen en la etapa inicial o manifiestos de proyecto de prueba de concepto | --- ### Antipatrón de Gestión de dependencias Obtenga más información acerca [de Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Apto para empaquetado](/docs/architect/es-mx/well-architected/guide/composable#capacidad-de-empaquetado) → [Gestión de dependencias](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-dependencias) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tratan sobre cómo declarar dependencias | | Plataforma \| Paquetes | ⚠️ Las dependencias se evitan duplicando metadatos en paquetes diferentes | | Plataforma \| Paquetes | ⚠️ El desarrollo de paquetes temprano se produce en entornos sandbox de desarrollador o el desarrollo de paquetes temprano no puede producirse en organizaciones borrador | | Plataforma \| Control de origen | ⚠️ Los desarrolladores no pueden trabajar con éxito con organizaciones borrador utilizando el control de origen | | Plataforma \| Control de origen | ⚠️ Las versiones de paquetes para paquetes desbloqueados se declaran explícitamente (sin alias de `LATEST`) en manifiestos de `sfdx-project.json` | ### Antipatrón de acoplamiento suelto Obtenga más información acerca [de Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Empaquetabilidad](/docs/architect/es-mx/well-architected/guide/composable#capacidad-de-empaquetado) → [Acoplamiento suelto](/docs/architect/es-mx/well-architected/guide/composable#acoplamiento-suelto) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Apex | ⚠️ Los servicios comunes y el código de placa de caldera no se distinguen fácilmente de otras clases | | Plataforma \| Apex | ⚠️ Los métodos no utilizan un enfoque coherente para acceder a información dinámica en tiempo de ejecución o los métodos consultan objetos personalizados para información de comportamiento en tiempo de ejecución o código hace referencia a parámetros personalizados | | Plataforma \| Apex | ⚠️ Las referencias internas entre clases y métodos son difíciles de seguir y no son coherentes en toda la base de códigos | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tratan con unidades de paquete y casos de uso | | Plataforma \| Organización | ⚠️ Se utilizan parámetros personalizados | | Plataforma \| Organización | ⚠️ Existen objetos personalizados para proporcionar información dinámica en tiempo de ejecución para personalizaciones de código o declarativas | | Plataforma \| Organización | ⚠️ Los tipos de metadatos personalizados no se utilizan (o no se utilizan de forma coherente) para proporcionar información dinámica en tiempo de ejecución para personalizaciones de código y declarativas | | Plataforma \| Paquetes | ⚠️ Los paquetes no gestionados se definen en entornos de producción o sandboxes | | Plataforma \| Paquetes | ⚠️ Todos los paquetes son paquetes desbloqueados dependientes de la organización | | Plataforma \| Control de origen | ⚠️ Los archivos de `package.xml` se utilizan para controlar implementaciones de metadatos | --- # Componible: interoperabilidad ### Patrón de gestión de API Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Interoperabilidad](/docs/architect/es-mx/well-architected/guide/composable#interoperabilidad) → [Gestión de API](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-api) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Las aplicaciones cliente utilizan la versión de API más reciente para llamar a aplicaciones cliente de Salesforce llamando a las API de Salesforce Platform para actualizar regularmente la versión de API que están utilizando | | Plataforma \| Estándares de diseño | ✅ Existen protocolos claros para la comunicación entre componentes (es decir, API) | | Plataforma \| Estándares de diseño | ✅ Los protocolos/API se describen en grupos lógicos que los constructores pueden buscar y encontrar | | Plataforma \| Estándares de diseño | ✅ Los protocolos/API definen tipos de datos de variables, nombres de variables, lo que se requiere u opcional y proporcionan una descripción clara de cuándo utilizar | | Plataforma \| Documentación | ✅ Es posible buscar una API o protocolo en particular e identificar componentes donde se implementa | | Plataforma \| Documentación | ✅ La documentación de cada componente enumera claramente qué protocolo de API/comunicación se implementó | | Plataforma \| Organización | ✅ Los formatos y variables de mensajes de API para la comunicación interna se definen con tipos de metadatos personalizados | | Plataforma \| Organización | ✅ Los formatos de mensajes de API y las variables para la comunicación interna se definen con eventos de plataforma | | Plataforma \| Organización | ✅ El código y las personalizaciones declarativas hacen referencia al tipo de metadatos personalizados apropiado (o evento de plataforma) para enviar o recibir información | ### Patrón de mensajería y eventos Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Interoperabilidad](/docs/architect/es-mx/well-architected/guide/composable#interoperabilidad) → [Mensajería y eventos](/docs/architect/es-mx/well-architected/guide/composable#mensajería-y-eventos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ Utilizar acciones de datos con eventos de plataforma para reutilizar patrones de integración existentes Aprovechar eventos de plataforma para hacer que las acciones de datos estén disponibles para sistemas externos aprovechar integraciones de API de Pub Sub y Retransmisión de eventos existentes | | Plataforma \| Apex | ✅ Las definiciones de eventos personalizados tienen un ámbito limitado (no se definen eventos o mensajes de todo el sistema en el código) | | Plataforma \| Apex | ✅ Los servicios de mensajería o eventos de todo el sistema en Apex están anotados de formas que los hacen disponibles en herramientas de Salesforce Flow | | Plataforma \| Estándares de diseño | ✅ Existen estándares claros para cuándo utilizar patrones síncronos (mensajería) y patrones asíncronos (tarde) | | Plataforma \| Estándares de diseño | ✅ Existen estándares claros para estructuras de eventos y mensajes | | Plataforma \| Flujo | ✅ Las herramientas de Salesforce Flow hacen referencia a servicios de mensajería o eventos de todo el sistema | | Plataforma \| Componentes web Lightning (LWC) | ✅ Las definiciones de eventos personalizados tienen un ámbito limitado (no se definen eventos o mensajes de todo el sistema en el código) | | Plataforma \| Organización | ✅ Los patrones de mensajería y eventos coherentes aparecen en flujos y código | | Plataforma \| Eventos de plataforma | ✅ Los eventos de plataforma utilizados para la mensajería interna del sistema están claramente etiquetados | --- ### Antipatrón de gestión de API Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Interoperabilidad](/docs/architect/es-mx/well-architected/guide/composable#interoperabilidad) → [Gestión de API](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-api) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Las aplicaciones cliente utilizan versiones de API desfasadas para llamar a aplicaciones cliente de Salesforce que llaman a las API de Salesforce Platform necesitan actualizar regularmente la versión de API que están utilizando a la versión más reciente | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no definen API y casos de uso | | Plataforma \| Documentación | ⚠️ La documentación de componentes no existe | | Plataforma \| Documentación | ⚠️ La documentación del componente describe la API implementada dentro de un componente, pero es el único lugar donde aparece la definición de API | | Plataforma \| Documentación | ⚠️ No es posible buscar una API o protocolo concreto y/o las búsquedas no ayudan a identificar componentes donde se implementó una API o protocolo | | Plataforma \| Organización | ⚠️ Las API se definen exclusivamente para la comunicación entre Salesforce y sistemas externos | | Plataforma \| Organización | ⚠️ La comunicación entre componentes del sistema (personalizaciones de código y declarativas) es ad hoc | ### Antipatrón de Mensajería y eventos Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Interoperabilidad](/docs/architect/es-mx/well-architected/guide/composable#interoperabilidad) → [Mensajería y eventos](/docs/architect/es-mx/well-architected/guide/composable#mensajería-y-eventos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ Las estructuras de eventos y/o mensajes de todo el sistema se definen en código | | Plataforma \| Apex | ⚠️ Las estructuras de eventos o mensajes de todo el sistema definidas en Apex no están disponibles en herramientas como flujo | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen, o carecen de estándares claros para patrones de sincronización frente a asíncronos y estándares claros para estructuras de mensajes o eventos | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Las estructuras de eventos y/o mensajes de todo el sistema se definen en código | | Plataforma \| Organización | ⚠️ Diferentes estrategias para patrones de mensajería y eventos aparecen entre flujos y códigos | | Plataforma \| Eventos de plataforma | ⚠️ Los eventos de plataforma utilizados para la mensajería interna del sistema no están claramente etiquetados o no existen | --- # Componible: separación de preocupaciones ### Patrón de unidades funcionales Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Separación de preocupaciones](/docs/architect/es-mx/well-architected/guide/composable#separación-de-preocupaciones) → [Unidades funcionales](/docs/architect/es-mx/well-architected/guide/composable#unidades-funcionales) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Organización | ✅ Iterar en plantillas de solicitudes para comprender qué entradas afectan a la respuesta Iterar en plantillas de solicitudes para comprender cómo afectan las partes a la respuesta del modelo | | Plataforma \| Estándares de diseño | ✅ Existe una lista de todas las unidades funcionales definidas actualmente (y convenciones de nomenclatura relacionadas) | | Plataforma \| Estándares de diseño | ✅ Existen estándares para proponer incorporaciones o cambios de unidades funcionales | | Plataforma \| Estándares de diseño | ✅ Las convenciones de nomenclatura tratan cómo denotar una unidad funcional | | Plataforma \| Documentación | ✅ Todos los diagramas de implementación y documentación muestran claramente las unidades funcionales para componentes | | Plataforma \| Documentación | ✅ Todos los componentes en una unidad funcional tienen capacidad de búsqueda y son fáciles de encontrar | | Plataforma \| Documentación | ✅ Los diagramas de panorama del sistema muestran claramente las unidades funcionales en una organización | | Plataforma \| Documentación | ✅ La documentación para componentes individuales incluye asignación de unidades funcionales para el componente | | Plataforma \| Organización | ✅ Es posible identificar rápidamente la alineación de unidades funcionales para un elemento concreto de metadatos (por ejemplo, un flujo, una clase Apex o una página Lightning) | | Plataforma \| Organización | ✅ Las unidades funcionales se etiquetan en términos favorables a los negocios | ### Patrón de gestión de estado Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Separación de preocupaciones](/docs/architect/es-mx/well-architected/guide/composable#separación-de-preocupaciones) → [Gestión estatal](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-estado) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Se utilizan puntos de guardado y comportamientos de reversión en todas las operaciones de datos | | Plataforma \| Estándares de diseño | ✅ Los casos de uso para diseños con estado frente a sin estado están claros | | Plataforma \| Estándares de diseño | ✅ Existen patrones aprobados para la comunicación con estado | | Plataforma \| Estándares de diseño | ✅ Existen patrones aprobados para la comunicación sin estado | | Plataforma \| Estándares de diseño | ✅ Borrar categorías para estado existen | | Plataforma \| Documentación | ✅ Cada componente que gestiona la comunicación con estado y/o sin estado indica qué patrón se implementó | | Plataforma \| Documentación | ✅ Los diagramas de procesos e interacciones proporcionan detalles acerca de categorías de estado y traspasos | | Plataforma \| Documentación | ✅ Es posible buscar y encontrar todos los componentes que implementaron un patrón de estado/apatridia concreto | | Plataforma \| Flujo | ✅ Se utilizan rutas de fallo y el elemento Revertir registros | --- ### Antipatrón de unidades funcionales Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Separación de preocupaciones](/docs/architect/es-mx/well-architected/guide/composable#separación-de-preocupaciones) → [Unidades funcionales](/docs/architect/es-mx/well-architected/guide/composable#unidades-funcionales) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tratan con unidades funcionales y casos de uso | | Plataforma \| Documentación | ⚠️ No puede buscar una unidad funcional concreta y/o las búsquedas no ayudan a identificar todos los componentes de una unidad funcional | | Plataforma \| Documentación | ⚠️ La documentación de componentes describe la unidad funcional a la que pertenece un componente, pero es el único lugar donde aparece la definición de esa unidad funcional | | Plataforma \| Documentación | ⚠️ La documentación de componentes no existe | | Plataforma \| Organización | ⚠️ No es posible identificar la alineación de unidades funcionales para ningún metadatos | | Plataforma \| Organización | ⚠️ La información de la unidad funcional es incoherente o imprecisa | | Plataforma \| Organización | ⚠️ La información de unidades funcionales se etiqueta en términos centrados en ingeniería que no tienen sentido para usuarios de negocio | ### Antipatrón de gestión de estado Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Componible](/docs/architect/es-mx/well-architected/guide/composable) → [Separación de preocupaciones](/docs/architect/es-mx/well-architected/guide/composable#separación-de-preocupaciones) → [Gestión estatal](/docs/architect/es-mx/well-architected/guide/composable#gestión-de-estado) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ No se utilizan los comportamientos de ahorro y reversión | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tratan con patrones de estado/apatridia y casos de uso | | Plataforma \| Documentación | ⚠️ La documentación de componentes no existe | | Plataforma \| Documentación | ⚠️ La documentación del componente describe el patrón stateful/stateless implementado, pero es el único lugar donde aparece la definición | | Plataforma \| Documentación | ⚠️ No es posible buscar un patrón concreto y/o las búsquedas no ayudan a identificar todos los componentes que utilizan ese patrón | | Plataforma \| Flujo | ⚠️ El elemento Revertir registros no se utiliza | --- # Confiable - Desempeño ### Patrón de latencia Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Desempeño](/docs/architect/es-mx/well-architected/guide/reliable#desempeño) → [Latencia](/docs/architect/es-mx/well-architected/guide/reliable#latencia) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ Las transmisiones de datos aprovechan el cambio en vez de la actualización completa donde sea posible La actualización completa borra la tabla completamente y luego la vuelve a rellenar con datos. A menos que necesite realmente la actualización completa, opte por alterar para obtener registros nuevos y/o actualizados únicamente. Esto mejorará los tiempos de procesamiento y reducirá el uso de crédito | | Einstein \| Agentes | ✅ Los agentes no tienen más de 15 acciones asignadas a un tema concreto Se enumeran quince o menos acciones en la ficha "Acciones de este tema" en Generador de agentes | | Einstein \| Índices de búsqueda | ✅ Omitir campos con baja cardinalidad de los índices de búsqueda para reducir la latencia de los agentes El ingreso de campos con cardinalidad muy baja (el número de elementos distintos en una lista) o baja entropía (entradas de lista concentradas en unos pocos valores) puede afectar a la relevancia y la latencia Utilice la configuración avanzada en el Generador de índices de búsqueda para seleccionar solo campos relevantes para fragmentar. Esto reducirá el tamaño de su índice de búsqueda, reduciendo la latencia de sus agentes | | Plataforma \| Flujo | ✅ Especificar campos en Obtener registros para mejorar el desempeño Cuando especifica qué campos almacenar en un elemento Obtener registros, reduce la cantidad de datos que se devuelven desde el servidor y se pasan al cliente. Si una Tabla de datos consume el resultado de este elemento, podría ver una mejora significativa del desempeño en su componente | | Plataforma \| Organización | ✅ Los reportes sirven para un único propósito específico | | Plataforma \| Organización | ✅ Los reportes contienen el número mínimo de filas y columnas necesarias para tomar decisiones | | Plataforma \| Organización | ✅ Los filtros utilizan igual/no igual | | Plataforma \| Organización | ✅ Los filtros no contienen campos de fórmula | | Plataforma \| Organización | ✅ Los modelos de colaboración se simplifican tanto como sea posible | | Plataforma \| Organización | ✅ Los componentes de la interfaz de usuario personalizados utilizan componentes web Lightning | | Plataforma \| Organización | ✅ LWC utiliza Lightning Data Service para operaciones de datos | | Plataforma \| Organización | ✅ La clasificación y filtrado de datos de lista se gestiona en el lado del cliente en JavaScript | | Plataforma \| Organización | ✅ Las vistas de lista, los reportes y los tableros se auditan para el desempeño Las revisiones regulares identifican problemas de desempeño (alto tiempo de ejecución/consumo de cpu de BD), y las vistas de lista, los reportes y los tableros con menor desempeño se actualizan o eliminan | | Plataforma \| Organización | ✅ Salesforce Edge está activado | ### Patrón de rendimiento Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Desempeño](/docs/architect/es-mx/well-architected/guide/reliable#desempeño) → [Rendimiento](/docs/architect/es-mx/well-architected/guide/reliable#rendimiento) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Los tamaños de lote de API masiva se ajustan cuidadosamente El tamaño de lote probablemente variará entre trabajos basándose en la naturaleza de los objetos, la operación y la automatización subyacente al objeto. Un poco de un arte, más que una ciencia, es importante ajustar el tamaño del lote de modo que realice el máximo trabajo posible, pero no supere los 10 minutos de tiempo de ejecución | | Plataforma \| Estándares de diseño | ✅ Directrices sobre cómo utilizar Caché de plataforma se adhiere a Mejores prácticas de Caché de plataforma | | Plataforma \| Organización | ✅ Los métodos DML o de base de datos siempre operan contra recopilaciones en Apex | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas No hay uso de comparaciones de `LIKE` o comparaciones de texto parcial en SOQL | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas Los operadores de comparación utilizan lógica positiva (es decir, `INCLUDES`, `IN`) como lógica principal o única en declaraciones SOQL | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas Uso de `= NULL`, `!= NULL` es raro y/o siempre sigue un operador de comparación positivo en declaraciones SOQL | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas No aparecen declaraciones `LIMIT 1` en SOQL | | Plataforma \| Organización | ✅ No aparece ningún SOQL en un bucle | | Plataforma \| Organización | ✅ Todos los criterios de comodín aparecen en SOSL | | Plataforma \| Organización | ✅ La masificación se utiliza para operaciones de datos y sistema | | Plataforma \| Organización | ✅ El procesamiento asíncrono se favorece siempre que sea posible | | Plataforma \| Organización | ✅ Las particiones de caché de plataforma están configuradas | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas | | Plataforma \| Organización | ✅ Las declaraciones SOQL son selectivas No aparece ningún uso de palabra clave `ALL ROWS` en declaraciones SOQL | --- ### Antipatrón de latencia Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Desempeño](/docs/architect/es-mx/well-architected/guide/reliable#desempeño) → [Latencia](/docs/architect/es-mx/well-architected/guide/reliable#latencia) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ⚠️ El modo de actualización Transmisiones de datos está establecido como Actualización completa de forma predeterminada Todas o la mayoría de las transmisiones de datos tienen un modo de actualización de Actualización completa | | Einstein \| Agentes | ⚠️ Los agentes tienen más de 15 acciones asignadas a un tema concreto Se enumeran más de 15 acciones en la ficha "Acciones de este tema" en Generador de agentes | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Suponiendo que los eventos de aplicación solo se ejecutan cuando se está utilizando un componente En Lightning Console, los componentes contenidos en fichas que no están enfocadas pueden seguir escuchando eventos de aplicación aunque no sean visibles | | Plataforma \| Organización | ⚠️ Los modelos de colaboración son complejos | | Plataforma \| Organización | ⚠️ Los componentes de la interfaz de usuario personalizados utilizan Aura o Visualforce | | Plataforma \| Organización | ⚠️ LWC utiliza Apex para operaciones de datos | | Plataforma \| Organización | ⚠️ La clasificación y filtrado de datos de listas se gestiona en el lado del servidor utilizando Apex | | Plataforma \| Organización | ⚠️ Los filtros utilizados contienen/no contienen | | Plataforma \| Organización | ⚠️ Los filtros contienen campos de fórmula | | Plataforma \| Organización | ⚠️ Salesforce Edge no está activado | | Plataforma \| Organización | ⚠️ Los reportes tienen múltiples propósitos | | Plataforma \| Organización | ⚠️ Los reportes contienen filas y columnas adicionales que no son necesarias para tomar decisiones | ### Antipatrón de rendimiento Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Desempeño](/docs/architect/es-mx/well-architected/guide/reliable#desempeño) → [Rendimiento](/docs/architect/es-mx/well-architected/guide/reliable#rendimiento) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ Colocación en cola de múltiples métodos Futuro o Colocable en cola desde una sola acción síncrona Múltiples métodos asíncronos se colocan en cola desde una sola acción síncrona | | Plataforma \| Apex | ⚠️ Los pares principal/secundario se dividen entre lotes de API masiva Múltiples lotes contienen registros secundarios relacionados con el mismo principal | | Plataforma \| Estándares de diseño | ⚠️ Si hay directrices para el uso de Caché de plataforma, no están claras o no se alinean con las mejores prácticas recomendadas | | Plataforma \| Organización | ⚠️ Las declaraciones SOQL son `= NULL` no selectivas, los criterios de `!= NULL` se utilizan como el operador de comparación principal o único en declaraciones SOQL | | Plataforma \| Organización | ⚠️ Las declaraciones SOQL son declaraciones de `LIMIT 1` no selectivas que aparecen en SOQL | | Plataforma \| Organización | ⚠️ Las declaraciones SOQL son palabras clave de `ALL ROWS` no selectivas que se utilizan en declaraciones SOQL | | Plataforma \| Organización | ⚠️ Las declaraciones DML no se masifican | | Plataforma \| Organización | ⚠️ Se favorecen los procesos síncronos | | Plataforma \| Organización | ⚠️ SOQL aparece dentro de bucles | | Plataforma \| Organización | ⚠️ Planificación de operaciones asíncronas para finalizar a una hora específica El diseño de procesos o soluciones que asumen que una operación asíncrona finalizará a una hora específica o dentro de un SLA específico. | | Plataforma \| Organización | ⚠️ Colocación en cola de trabajos por lotes desde operaciones síncronas Los trabajos Apex por lotes se inician desde actividad de usuario final síncrona o llamadas de API de integración | | Plataforma \| Organización | ⚠️ Los métodos DML o de base de datos operan contra registros únicos en Apex | | Plataforma \| Organización | ⚠️ Las declaraciones SOQL son `LIKE` no selectivos y los criterios de filtro comodín aparecen en declaraciones SOQL | | Plataforma \| Organización | ⚠️ Las declaraciones SOQL son comparaciones no selectivas utilizando `NOT`, los criterios de `NOT IN` se utilizan como el operador de comparación principal o único en declaraciones SOQL | | Plataforma \| Organización | ⚠️ El estado de vista Visualforce se utiliza para el almacenamiento en caché de aplicaciones | | Plataforma \| Organización | ⚠️ SOSL rara vez o no se utiliza de forma coherente para criterios de selección de comodines | | Plataforma \| Visualforce | ⚠️ Sondeo excesivo durante Visualforce remoto Tráfico alto Las páginas Visualforce sondean la base de datos con mayor frecuencia que cada cinco minutos | --- # Confiable: disponibilidad ### Patrón de mitigación de fallos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Disponibilidad](/docs/architect/es-mx/well-architected/guide/reliable#disponibilidad) → [Mitigación de fallos](/docs/architect/es-mx/well-architected/guide/reliable#mitigación-de-fallos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Los planes de mitigación de fallos se prueban a menudo Los planes de mitigación de fallos se prueban periódicamente (cada 1-2 años), de forma reactiva después de incidentes importantes como parte de la autopsia y de forma proactiva antes de eventos de negocio o TI importantes | | Plataforma \| Organización | ✅ Los controles de mitigación se establecen de inmediato, maduran con el tiempo e incorporan la automatización lo antes posible | | Plataforma \| Organización | ✅ Los procesos asíncronos se monitorean Los procesos asíncronos se monitorean utilizando Proactive Monitoring o consultando AsyncApexJob ejecutado por un trabajo programado externo. Las alertas están en vigor para detectar problemas de forma temprana, lo que da como resultado tiempos de detección (TTD) y tiempo de implicación (TTE) más rápidos | | Plataforma \| Organización | ✅ Un subconjunto de usuarios finales capacitados crea vistas de lista, reportes y tableros Los usuarios finales capacitados crean reportes, vistas de lista y tableros como parte de una estrategia de creación de reportes de toda la organización que incluye directrices documentadas y revisiones regulares | | Plataforma \| Organización | ✅ Los desencadenadores de puntos de fallo y sus planes de mitigación correspondientes están categorizados por personas, procesos y tecnología | ### Patrón de gestión de riesgos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Disponibilidad](/docs/architect/es-mx/well-architected/guide/reliable#disponibilidad) → [Gestión de riesgos](/docs/architect/es-mx/well-architected/guide/reliable#gestión-de-riesgos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Se está utilizando un marco de trabajo de evaluación de riesgos establecido | | Plataforma \| Negocios | ✅ Las evaluaciones de riesgos son aprobadas por una variedad de grupos de partes interesadas Las evaluaciones de riesgos son revisadas y aprobadas por una variedad de partes interesadas técnicas y de negocio | | Plataforma \| Negocios | ✅ Los marcos de evaluación de riesgos siguen los estándares de la industria y la compañía Su marco de evaluación de riesgos sigue los estándares de la compañía y sigue cualquiera de los siguientes estándares reguladores e industriales: ISO/IEC 27001, Marco de Ciberseguridad NIST (CSF), COBIT (Objetivos de control para la información y tecnologías relacionadas), ISO/IEC 27005, GDPR (Reglamento general de protección de datos), OWASP (Proyecto de seguridad de aplicación web abierta), Matriz de controles de CSA Cloud (CCM), PCI DSS (Estándar de seguridad de datos de la industria de tarjetas de pago) o SOC 2 (Controles del sistema y la organización) | | Plataforma \| Negocios | ✅ El riesgo se evalúa antes de introducir cambios importantes El riesgo se evalúa de forma proactiva antes de cualquier cambio importante en su negocio o implementación. Los clientes de Signature Success aprovechan Gestión de eventos clave. | | Plataforma \| Negocios | ✅ Los picos estacionales se planifican con antelación Los eventos de uso de picos (como picos estacionales en el tráfico) se planifican con antelación. Los clientes de Signature Success aprovechan Gestión de eventos clave. | | Plataforma \| Negocios | ✅ La evaluación de riesgos se revisa a menudo La evaluación de riesgos se revisa de forma reactiva después de un incidente importante o llamada de cierre, de forma proactiva antes de la incorporación de un nuevo producto, implementación de funciones o nueva unidad de negocio, de forma proactiva antes de eventos de negocio importantes (picos estacionales, cambios de negocio importantes) y de forma periódica (cada 1-2 años) | | Plataforma \| Negocios | ✅ Los riesgos se categorizan en personas, procesos y áreas de tecnología | | Plataforma \| Documentación | ✅ La gravedad del riesgo se categoriza y evalúa en base a la repercusión sobre el cliente | | Plataforma \| Documentación | ✅ Se priorizan la mitigación de riesgos y los planes de respuesta, centrándose en los riesgos de mayor prioridad primero | --- ### Antipatrón de mitigación de fallos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Disponibilidad](/docs/architect/es-mx/well-architected/guide/reliable#disponibilidad) → [Mitigación de fallos](/docs/architect/es-mx/well-architected/guide/reliable#mitigación-de-fallos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Los planes de mitigación de fallos no se prueban lo suficiente Las mitigaciones de fallos nunca se prueban o solo se prueban después de la fase inicial de diseño/construcción | | Plataforma \| Negocios | ⚠️ Los picos estacionales no se tienen en cuenta con antelación Los eventos de uso de picos (como picos estacionales en el tráfico) no se planifican con antelación | | Plataforma \| Organización | ⚠️ La automatización no se utiliza en la mitigación | | Plataforma \| Organización | ⚠️ Los desencadenadores de puntos de fallo no están clasificados; los enfoques de mitigación son ad hoc o inexistentes | | Plataforma \| Organización | ⚠️ Los controles de mitigación no se revisan ni evolucionan | | Plataforma \| Organización | ⚠️ Los procesos asíncronos no se monitorean de forma proactiva Los procesos asíncronos se basan en un mecanismo de registro de errores personalizado que forma parte del proceso asíncrono en sí, o no se monitorean en absoluto | | Plataforma \| Organización | ⚠️ Los usuarios finales son los únicos responsables de las vistas de lista, los reportes y los tableros Los usuarios finales son libres de crear reportes públicos, vistas de lista y tableros, y no existen revisiones periódicas del desempeño de estos elementos de metadatos | ### Antipatrón de Gestión de riesgos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Disponibilidad](/docs/architect/es-mx/well-architected/guide/reliable#disponibilidad) → [Gestión de riesgos](/docs/architect/es-mx/well-architected/guide/reliable#gestión-de-riesgos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ El riesgo no está claramente identificado | | Plataforma \| Negocios | ⚠️ El marco de trabajo de evaluación de riesgos para Salesforce es ad hoc | | Plataforma \| Negocios | ⚠️ Los marcos de evaluación de riesgos se desarrollan en un silo Su marco de evaluación de riesgos se desarrolla por un equipo de forma aislada y no se alinea con las directrices corporativas o los estándares de la industria | | Plataforma \| Negocios | ⚠️ La gestión de riesgos se considera una actividad "puntual" Las evaluaciones de riesgos se realizan una vez y/o su marco de trabajo de evaluación de riesgos no se actualiza regularmente | | Plataforma \| Documentación | ⚠️ La perspectiva del cliente no se tiene en cuenta al evaluar la gravedad o categoría del riesgo | | Plataforma \| Documentación | ⚠️ Los planes de respuesta y mitigación de riesgos intentan capturar todos los riesgos imaginables | --- # Cumplimiento - Accesibilidad ### Patrón de entrada de datos Obtenga más información acerca [de Trusted](/docs/architect/es-mx/well-architected/guide/trusted-overview) Well-Architected → [Compatible](/docs/architect/es-mx/well-architected/guide/compliant) → [Accesibilidad](/docs/architect/es-mx/well-architected/guide/compliant#accesibilidad) → [Entrada de datos](/docs/architect/es-mx/well-architected/guide/compliant#entrada-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ✅ Se enumeran todos los dispositivos que se pueden utilizar para la entrada de datos más allá de un teclado y ratón estándar | | Plataforma \| Estándares de diseño | ✅ Se enumeran los valores de texto y sus traducciones a todos los idiomas admitidos | | Plataforma \| Organización | ✅ Las traducciones para idiomas admitidos se almacenan en Sistema de traducción | | Plataforma \| Planes de prueba | ✅ Los pasos de prueba incluyen el uso de múltiples tipos de dispositivos de entrada para ingresar datos | | Plataforma \| Planes de prueba | ✅ Los pasos de prueba incluyen entrada de datos en múltiples idiomas | ### Patrón de navegación Obtenga más información acerca [de Trusted](/docs/architect/es-mx/well-architected/guide/trusted-overview) Well-Architected → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Accesibilidad](/docs/architect/es-mx/well-architected/guide/compliant#accesibilidad) → [Navegación](/docs/architect/es-mx/well-architected/guide/compliant#navegación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ✅ Todos los dispositivos que se pueden utilizar para la navegación (no solo el teclado y el ratón estándar) están claramente enumerados | | Plataforma \| Estándares de diseño | ✅ Los estándares de interfaz de usuario/UX especifican el tipo y el estilo de todos los controles de navegación | | Plataforma \| Estándares de diseño | ✅ Los tipos de indicaciones visuales aprobadas para transmitir significado o estado están claramente enumerados, y el color no es una indicación principal | | Plataforma \| Planes de prueba | ✅ Los planes de prueba incluyen el uso de pruebas de interfaz de usuario/UX para garantizar rutas de navegación coherentes | | Plataforma \| Planes de prueba | ✅ Los pasos de prueba incluyen el uso de múltiples tipos de dispositivos de entrada para navegar | --- ### Antipatrón de entrada de datos Obtenga más información acerca [de Trusted](/docs/architect/es-mx/well-architected/guide/trusted-overview) Well-Architected → [Compatible](/docs/architect/es-mx/well-architected/guide/compliant) → [Accesibilidad](/docs/architect/es-mx/well-architected/guide/compliant#accesibilidad) → [Entrada de datos](/docs/architect/es-mx/well-architected/guide/compliant#entrada-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Solo se enumeran algunos o ninguno de los dispositivos que se pueden utilizar para la entrada de datos más allá de un teclado y ratón estándar | | Plataforma \| Estándares de diseño | ⚠️ Los idiomas admitidos se enumeran junto con elementos de la interfaz de usuario para traducir | | Plataforma \| Organización | ⚠️ Las traducciones se almacenan en etiquetas personalizadas | | Plataforma \| Planes de prueba | ⚠️ Las pruebas de accesibilidad no están incluidas o las pruebas de entrada de datos accesibles se realizan ad hoc | ### Antipatrón de navegación Obtenga más información acerca [de Trusted](/docs/architect/es-mx/well-architected/guide/trusted-overview) Well-Architected → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Accesibilidad](/docs/architect/es-mx/well-architected/guide/compliant#accesibilidad) → [Navegación](/docs/architect/es-mx/well-architected/guide/compliant#navegación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tienen en cuenta los requisitos de accesibilidad para controles de navegación | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de interfaz de usuario/UX para la navegación son incoherentes | | Plataforma \| Estándares de diseño | ⚠️ Las pistas visuales para significado o estado dependen del color o no hay listas claras de pistas visuales para constructores | | Plataforma \| Planes de prueba | ⚠️ Las pruebas de accesibilidad no están incluidas o las pruebas de navegación accesible se realizan ad hoc | --- # Cumplimiento - Adhesión legal ### Patrón de privacidad de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Adhesión legal](/docs/architect/es-mx/well-architected/guide/compliant#adhesión-legal) → [Privacidad de datos](/docs/architect/es-mx/well-architected/guide/compliant#privacidad-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Capa Einstein Trust | ✅ Campos de enmascaramiento por categoría de cumplimiento La Capa Einstein Trust se personalizó para enmascarar campos basándose en sus reglas de negocio y la categoría de cumplimiento de un campo | | Einstein \| Capa Einstein Trust | ✅ Enmascarar campos por nivel de confidencialidad La Capa Einstein Trust se ha personalizado para enmascarar campos basándose en sus reglas de negocio y el nivel de confidencialidad de un campo | | Plataforma \| Documentación | ✅ Tiene un diccionario de datos actualizado que contiene nombres de nivel de campo, descripciones y clasificaciones | | Plataforma \| Documentación | ✅ Tiene una matriz de seguridad actualizada que identifica qué usuarios tienen acceso a qué datos | | Plataforma \| Documentación | ✅ Tiene documentación de diseño actualizada, incluyendo estándares y diagramas para cualquier automatización creada para tratar requisitos reguladores | | Plataforma \| Organización | ✅ Todos los objetos y campos que contienen información confidencial o están sujetos a leyes de privacidad de datos tienen Categorización de cumplimiento, Propietario de datos, Nivel de confidencialidad de datos y Uso de campo configurados | ### Patrón de localización Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Adhesión legal](/docs/architect/es-mx/well-architected/guide/compliant#adhesión-legal) → [Localización](/docs/architect/es-mx/well-architected/guide/compliant#localización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Documentación | ✅ Tiene una estrategia de organización que describe dónde se almacenarán y mantendrán los datos para cumplir con todos los requisitos de residencia de datos aplicables | | Plataforma \| Documentación | ✅ Tiene una estrategia de integración que describe escenarios y procesos aceptables para replicar datos entre fronteras | | Plataforma \| Documentación | ✅ Tiene una estrategia de análisis que describe el nivel de granularidad que los reportes y tableros pueden contener a nivel regional, nacional y global | --- ### Antipatrón de privacidad de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Adhesión legal](/docs/architect/es-mx/well-architected/guide/compliant#adhesión-legal) → [Privacidad de datos](/docs/architect/es-mx/well-architected/guide/compliant#privacidad-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ⚠️ No existe un diccionario de datos o no se ha mantenido actualizado | | Plataforma \| Documentación | ⚠️ La documentación de colaboración y visibilidad no existe o no se ha mantenido actualizada | | Plataforma \| Documentación | ⚠️ Los estándares de diseño, los diagramas y la documentación para automatizaciones que abordan requisitos normativos no existen o no se han mantenido actualizados | | Plataforma \| Organización | ⚠️ A los objetos y campos que contienen información confidencial o están sujetos a leyes de privacidad de datos les falta configuración para Categorización de cumplimiento, Propietario de datos, Nivel de confidencialidad de datos o Uso de campo | ### Antipatrón de localización Obtenga más información acerca [de Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Adhesión legal](/docs/architect/es-mx/well-architected/guide/compliant#adhesión-legal) → [Localización](/docs/architect/es-mx/well-architected/guide/compliant#localización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ⚠️ No tiene una estrategia de análisis o su estrategia de análisis no trata los requisitos de residencia y localización de datos | | Plataforma \| Documentación | ⚠️ No tiene una estrategia de organización o su estrategia de organización no trata los requisitos de residencia y localización de datos | | Plataforma \| Documentación | ⚠️ No tiene una estrategia de integración o su estrategia de integración no trata los requisitos de residencia y localización de datos | --- # Cumplimiento - Estándares éticos ### Patrón de inteligencia artificial Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Estándares éticos](/docs/architect/es-mx/well-architected/guide/compliant#estándares-éticos) → [Inteligencia artificial](/docs/architect/es-mx/well-architected/guide/compliant#inteligencia-artificial) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Estándares de diseño | ✅ Las respuestas generativas siempre identifican orígenes de datos utilizados por modelos de IA | | Einstein \| Estándares de diseño | ✅ Los conjuntos de datos que se pueden/no se pueden utilizar para prompt enginerring se han documentado | | Einstein \| Estándares de diseño | ✅ Los bots y las respuestas de IA generativa están claramente identificados para los usuarios | | Einstein \| Estándares de diseño | ✅ Los puntos en los que se debe identificar la IA para un usuario están claramente definidos | | Einstein \| Estándares de diseño | ✅ Estándares para cuándo y cómo utilizar renuncias de responsabilidad para la IA generativa están claramente definidos | | Einstein \| Estándares de diseño | ✅ Existen requisitos claros sobre cómo documentar puntos de implicación humana en diseños de soluciones de IA | | Einstein \| Estándares de diseño | ✅ No se envían respuestas generativas directamente a usuarios finales sin puntos de implicación humana | | Einstein \| Estándares de diseño | ✅ Existen estándares para documentar rutas de comentarios directos e indirectos en diseños de soluciones de IA | | Einstein \| Estándares de diseño | ✅ Las políticas y los casos de uso aprobados para aplicaciones de IA son claros y fáciles de encontrar | | Einstein \| Estándares de diseño | ✅ Estándares para mensajería de chatbot y flujo de plática se han documentado | | Einstein \| Documentación | ✅ La documentación para la configuración y personalizaciones que implican funciones de IA contiene una descripción exhaustiva de toda la lógica de procesos y se almacena en una ubicación central accesible para equipos legales o auditores | | Einstein \| Documentación | ✅ Los modelos que dirigen predicciones y recomendaciones están claramente documentados, incluyendo cualquier segmento de datos aplicable | | Einstein \| Documentación | ✅ Lógica de plática y mensajes de chatbot están completamente documentados | | Einstein \| Documentación | ✅ Existen procesos para monitorear los modelos de IA de su organización en busca de desviación de datos, cambios en puntuajes de equidad y sesgo, precisión y robustez | | Einstein \| Documentación | ✅ Las descripciones se mantienen para los datos de entrenamiento, evaluación y prueba utilizados para todos los procesos de IA | | Einstein \| Documentación | ✅ Las descripciones se mantienen para cualquier limpieza de datos relacionada con la IA junto con pruebas de sesgo, resultados asociados y puntuajes de desempeño/precisión (por ejemplo, puntuajes F1) | | Einstein \| Organización | ✅ Se prueba la calidad de las plantillas de solicitudes Se prueban las plantillas de solicitudes y los resultados de esas pruebas documentan la relevancia, integridad, estilo/tono, precisión fáctica, coherencia, toxicidad y sesgo de las respuestas de plantillas de solicitudes | | Einstein \| Organización | ✅ La IA generativa se utiliza como asistente de un humano Cuando comience con la IA generativa, asegúrese de que hay un "ser humano al frente", que puede revisar la precisión y la utilidad de las respuestas. | | Einstein \| Organización | ✅ Los modelos de IA utilizan datos de su Trust El contexto se proporciona a la IA de generación utilizando datos de parte cero (proporcionados directamente por el cliente) o de primera parte (recopilados basándose en la interacción de un cliente con su negocio) | ### Patrón de políticas de compañía Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Normas éticas](/docs/architect/es-mx/well-architected/guide/compliant#estándares-éticos) → [Políticas de la compañía](/docs/architect/es-mx/well-architected/guide/compliant#políticas-de-la-compañía) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ✅ Los estándares incluyen directrices claras para áreas afectadas por políticas de la compañía | | Plataforma \| Documentación | ✅ La documentación para la configuración y personalizaciones incluye referencias a valores de compañía admitidos | | Plataforma \| Organización | ✅ Todos los objetos y campos sujetos al cumplimiento relacionado con la política de la compañía tienen Categorización de cumplimiento, Propietario de datos, Nivel de confidencialidad de datos y Uso de campo configurados | --- ### Antipatrón de inteligencia artificial Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Estándares éticos](/docs/architect/es-mx/well-architected/guide/compliant#estándares-éticos) → [Inteligencia artificial](/docs/architect/es-mx/well-architected/guide/compliant#inteligencia-artificial) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Estándares de diseño | ⚠️ Las respuestas generativas no identifican orígenes de datos utilizados por modelos de IA | | Einstein \| Estándares de diseño | ⚠️ Los bots y las respuestas de IA generativa no se identifican para los usuarios | | Einstein \| Estándares de diseño | ⚠️ Las respuestas generativas se envían directamente a usuarios finales sin puntos de implicación humana | | Einstein \| Estándares de diseño | ⚠️ Los conjuntos de datos utilizados para la ingeniería de solicitudes no están documentados | | Einstein \| Estándares de diseño | ⚠️ No existen requisitos para documentar puntos de implicación humana en diseños de soluciones de IA | | Einstein \| Estándares de diseño | ⚠️ Los estándares de diseño no indican los puntos en los que se debe identificar la IA a los usuarios | | Einstein \| Estándares de diseño | ⚠️ Faltan renuncias de responsabilidad con respecto a respuestas generativas | | Einstein \| Estándares de diseño | ⚠️ No existen estándares para documentar rutas de comentarios directos e indirectos para diseños de soluciones de IA | | Einstein \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no incluyen políticas claras y casos de uso aprobados para aplicaciones de IA | | Einstein \| Estándares de diseño | ⚠️ No existen estándares claros para la mensajería de chatbot y el diseño de pláticas (pero se están utilizando chatbots) | | Einstein \| Documentación | ⚠️ Los procesos de monitoreo de IA no existen o no están documentados | | Einstein \| Documentación | ⚠️ La documentación para la configuración y personalizaciones que implican funciones de IA falta, está incompleta o almacenada en una ubicación inaccesible | | Einstein \| Documentación | ⚠️ Las predicciones o recomendaciones se implementan en su organización sin documentación de sus modelos | | Einstein \| Documentación | ⚠️ La información sobre los datos de capacitación, evaluación y prueba utilizados para todos los procesos de IA no está clara o no está disponible | | Einstein \| Documentación | ⚠️ La información sobre la limpieza de datos relacionados con la IA, las pruebas de sesgo y los resultados no está clara o no está disponible | | Einstein \| Documentación | ⚠️ Los chatbots se implementan en su organización sin documentación de mensajes y flujo de plática | | Einstein \| Plantillas de solicitudes | ⚠️ La IA se basa en datos externos Sus plantillas de solicitudes se basan únicamente en datos externos sin ningún dato cero o externo | ### Antipatrón de políticas de compañía Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Cumplimiento](/docs/architect/es-mx/well-architected/guide/compliant) → [Normas éticas](/docs/architect/es-mx/well-architected/guide/compliant#estándares-éticos) → [Políticas de la compañía](/docs/architect/es-mx/well-architected/guide/compliant#políticas-de-la-compañía) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no proporcionan directrices claras acerca de áreas sujetas a políticas de la compañía | | Plataforma \| Documentación | ⚠️ La documentación para la configuración y personalizaciones no hace referencia a valores o políticas de la compañía | | Plataforma \| Organización | ⚠️ A los objetos y que están sujetos al cumplimiento relacionado con políticas de la compañía les falta configuración para Categorización de cumplimiento, Propietario de datos, Nivel de confidencialidad de datos o Uso de campo | --- # Explorador de patrones y antipatrones adaptables Construya para el cambio con operaciones resilientes y arquitectura componible.
✅ Adaptable - Patrones
Resistente Componible
Prácticas que reducen la resiliencia, limitan la componibilidad o dificultan el cambio.
⚠️ Adaptable - Antipatrones
Resistente Componible
# Explorador de patrones y antipatrones de confianza Proteja los sistemas y los datos, cumpla los estándares legales y éticos y entregue soluciones disponibles con desempeño.
✅ Trusted - Patrones
Seguro Cumplimiento Fiable
Prácticas que debilitan la seguridad, el cumplimiento o la fiabilidad, y cómo evitarlas.
⚠️ Trusted - Antipatrones
Seguro Cumplimiento Fiable
# Explorador de patrones y antipatrones sencillos Diseño para mayor claridad, automatización y una experiencia de usuario atractiva.
✅ Fácil - Patrones
Intencionado Automatizado Participación
Prácticas que agregan complejidad, reducen la automatización o afectan a la experiencia del usuario.
⚠️ Fácil - Antipatrones
Intencionado Automatizado Participación
# Fiable: escalabilidad ### Patrón de modelado de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Escalabilidad](/docs/architect/es-mx/well-architected/guide/reliable#escalabilidad) → [Modelado de datos](/docs/architect/es-mx/well-architected/guide/reliable#modelado-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ Las transformaciones de datos se utilizan para desnormalizar datos antes de asignar Transformaciones de datos para transformar datos de origen, de modo que todos los puntos de contacto se pueden ingresar por separado en objetos de punto de contacto estándar | | Plataforma \| Negocios | ✅ Los generadores de código bajo comprenden los diferentes tipos de campo admitidos por Salesforce, y evalúan los requisitos de creación de reportes y cifrado antes de seleccionar tipos de datos de campo | | Plataforma \| Negocios | ✅ Las implicaciones de colaboración y sesgo de datos se evalúan antes de elegir establecer una relación principal-detalle entre objetos | | Plataforma \| Modelo de datos | ✅ Las tablas se han desnormalizado para la escala | | Plataforma \| Modelo de datos | ✅ Los objetos estándar se utilizan donde sea posible | | Plataforma \| Estándares de diseño | ✅ Estándares y directrices para los que las justificaciones de negocio garantizan la existencia de un objeto personalizado | ### Patrón de volumen de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Escalabilidad](/docs/architect/es-mx/well-architected/guide/reliable#escalabilidad) → [Volumen de datos](/docs/architect/es-mx/well-architected/guide/reliable#volumen-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Planes de prueba | ✅ Los cálculos de carga masiva tienen en cuenta las cargas de datos del Día 0\. Ha planificado los grandes volúmenes de datos que a menudo se deben migrar antes de que su solución entre en funcionamiento (también conocido como Día 0) y ha confirmado que no se acercará al tamaño máximo de archivo y al máximo de archivos por ejecución programada de forma simultánea. | | Plataforma \| Apex | ✅ Existe lógica para distribuir el número de registros secundarios entre múltiples registros principales en escenarios donde el sesgo de datos es un problema | | Plataforma \| Apex | ✅ Existe lógica para asignar todos los registros a los usuarios humanos apropiados cuando se importan o replican a través de una integración | | Plataforma \| Negocios | ✅ Documentó e implementó una estrategia de purga y archivado de datos | | Plataforma \| Negocios | ✅ La estrategia de carga de datos masivos está optimizada para optimizar el consumo del servidor Los tiempos de carga, las secuencias de datos, el bloqueo de registros, la automatización y los procesos de colaboración masiva se tienen en cuenta en su estrategia de carga masiva para un consumo eficiente del servidor | | Plataforma \| Datos | ✅ Ningún registro principal tiene más de 10.000 registros secundarios | | Plataforma \| Datos | ✅ No hay usuarios asignados a más de 10.000 registros del mismo tipo de objeto | | Plataforma \| Datos | ✅ No existen instancias donde más de 10.000 registros tengan campos de búsqueda que apunten al mismo registro | | Plataforma \| Datos | ✅ Las cargas de datos masivos en producción no se producen durante el horario laboral pico | | Plataforma \| Datos | ✅ Las cargas de datos masivos se ordenan en lotes según los valores de campo de `ParentId` | | Plataforma \| Datos | ✅ Las cargas de datos masivos incluyen solo los datos mínimos necesarios para las decisiones de negocio | | Plataforma \| Flujo | ✅ Existe lógica para distribuir el número de registros secundarios entre múltiples registros principales en escenarios donde el sesgo de datos es un problema | | Plataforma \| Flujo | ✅ Existe lógica para asignar todos los registros a los usuarios humanos apropiados cuando se importan o replican a través de una integración | | Plataforma \| Organización | ✅ El postprocesamiento de datos se pospone durante grandes cargas de datos. Las automatizaciones de postprocesamiento se posponen hasta después de que terminen las grandes cargas de datos. | | Plataforma \| Planes de prueba | ✅ La estrategia de carga de API masiva se prueba en un entorno sandbox de copia completa Al planificar una carga de datos utilizando la API masiva en un entorno sandbox de copia completa para identificar el patrón, la secuencia de carga y cualquier problema de bloqueo que pueda surgir. | --- ### Antipatrón de modelado de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Escalabilidad](/docs/architect/es-mx/well-architected/guide/reliable#escalabilidad) → [Modelado de datos](/docs/architect/es-mx/well-architected/guide/reliable#modelado-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Los generadores de código bajo seleccionan tipos de datos sin evaluar los requisitos de creación de reportes y cifrado descendentes | | Plataforma \| Negocios | ⚠️ La colaboración y el sesgo de datos no se tienen en cuenta antes de establecer relaciones principal-detalle entre objetos | | Plataforma \| Modelo de datos | ⚠️ Se han normalizado las tablas para evitar redundancias | | Plataforma \| Modelo de datos | ⚠️ Tiene objetos estándar replicados | | Plataforma \| Estándares de diseño | ⚠️ No existen estándares para la creación de objetos personalizados | ### Antipatrón de volumen de datos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Fiable](/docs/architect/es-mx/well-architected/guide/reliable) → [Escalabilidad](/docs/architect/es-mx/well-architected/guide/reliable#escalabilidad) → [Volumen de datos](/docs/architect/es-mx/well-architected/guide/reliable#volumen-de-datos) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Planes de prueba | ⚠️ Sus cálculos de carga masiva no incluyen cargas de datos de Día 0 Los cálculos de carga de Día 0 no se realizan, o si están documentados, están cerca del valor máximo para el tamaño del archivo y los archivos por ejecución de forma simultánea | | Plataforma \| Apex | ⚠️ Los registros creados a través de cargas de datos o integraciones se asignan a un "usuario de integración" genérico | | Plataforma \| Apex | ⚠️ Los registros secundarios se asignan arbitrariamente a registros principales independientemente del número de registros secundarios existentes que ya se asignaron | | Plataforma \| Negocios | ⚠️ No tiene una estrategia de archivado y purga de datos o su estrategia se documentó pero no se implementó | | Plataforma \| Negocios | ⚠️ Las cargas de datos masivas se ejecutan sin planificación para la escala Los tiempos de carga, las secuencias de datos, el bloqueo de registros, la automatización y los procesos de colaboración masiva no se tienen en cuenta antes de realizar cargas de datos masivas | | Plataforma \| Datos | ⚠️ Las cargas de datos masivos en producción se producen durante el horario laboral pico | | Plataforma \| Datos | ⚠️ Las cargas de datos masivos no están limitadas a los datos mínimos necesarios para decisiones de negocio | | Plataforma \| Datos | ⚠️ Existen registros con más de 10.000 registros secundarios | | Plataforma \| Datos | ⚠️ Los usuarios están asignados a más de 10.000 registros del mismo tipo | | Plataforma \| Datos | ⚠️ Existen instancias donde más de 10.000 registros tienen campos de búsqueda que apuntan al mismo registro | | Plataforma \| Datos | ⚠️ Las cargas de datos masivos no se ordenan en lotes según los valores de campo de `ParentId` | | Plataforma \| Flujo | ⚠️ Los registros creados a través de cargas de datos o integraciones se asignan a un "usuario de integración" genérico | | Plataforma \| Flujo | ⚠️ Los registros secundarios se asignan arbitrariamente a registros principales independientemente del número de registros secundarios existentes que ya se asignaron | | Plataforma \| Organización | ⚠️ La estrategia de carga de API masiva se prueba en un entorno sandbox de copia parcial. Las pruebas de carga de API masiva para determinar los tiempos de carga por lotes se realizan en un subconjunto de datos en un entorno sandbox de copia parcial. | | Plataforma \| Organización | ⚠️ Realización de cargas de datos masivas en paralelo con otras operaciones que bloquean registros Ejecución de Apex por lotes en paralelo junto con cargas de datos | | Plataforma \| Organización | ⚠️ La selección de una API sin tener en cuenta el tamaño de su API de SOAP de conjunto de datos se utiliza para cargas de datos superiores a 500.000 registros | | Plataforma \| Organización | ⚠️ Los requisitos de creación de reportes dirigen el diseño de la jerarquía de funciones Utilizando requisitos de creación de reportes para determinar qué o cuántos niveles de jerarquía de funciones necesita | | Plataforma \| Organización | ⚠️ La jerarquía de funciones tiene funciones vacías Las funciones de marcador de posición vacías se crean para el futuro | | Plataforma \| Organización | ⚠️ La jerarquía de funciones imita su gráfico de organización Replicó la estructura de su organización en la jerarquía de funciones, creando funciones individuales para cada título en su compañía | --- # Implicación: simplificada ### Patrón de complejidad de aplicación Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Complejidad de aplicaciones](/docs/architect/es-mx/well-architected/guide/engaging#complejidad-de-aplicación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Organización | ✅ Las aplicaciones tienen menos de 10 fichas en la configuración predeterminada proporcionada por el administrador | | Plataforma \| Organización | ✅ Ninguna aplicación tiene "Desactivar la personalización de usuario final de elementos de navegación en esta aplicación" establecido como true | ### Patrón de factor de forma Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Factor de forma](/docs/architect/es-mx/well-architected/guide/engaging#factor-de-forma) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Aura | ✅ Los componentes Aura personalizados disponibles en el Generador de aplicaciones declaran factores de forma admitidos en sus respectivos archivos de diseño | | Plataforma \| Aura | ✅ Los componentes Aura personalizados disponibles en el Generador de aplicaciones implementan patrones de estilo que tienen en cuenta la anchura | | Plataforma \| Aura | ✅ Las plantillas de página Lightning personalizadas utilizan `design:supportedFormFactors` y `design:supportedFormFactor` en archivos de diseño de componentes Aura | | Plataforma \| Escritorio | ✅ Los campos de entrada de datos y los controles de navegación se ajustan a la pantalla y se puede interactuar con ellos según lo previsto | | Plataforma \| Escritorio | ✅ Las páginas de registro y aplicación aparecen correctamente, basándose en reglas de asignación de activación de página | | Plataforma \| Componentes web Lightning (LWC) | ✅ Los LWC personalizados disponibles en el Generador de aplicaciones implementan patrones de estilo que tienen en cuenta la anchura | | Plataforma \| Componentes web Lightning (LWC) | ✅ Los LWC personalizados disponibles en el Generador de aplicaciones declaran factores de forma admitidos en sus respectivos archivos de diseño | | Plataforma \| Dispositivos móviles | ✅ Los menús de navegación móvil, optimizados para factores de forma más pequeños, aparecen | | Plataforma \| Dispositivos móviles | ✅ Las entradas de datos y los controles de navegación aparecen correctamente | | Plataforma \| Dispositivos móviles | ✅ Los usuarios pueden ingresar datos fácilmente | | Plataforma \| Dispositivos móviles | ✅ Los formatos compactos aparecen a nivel de registro | | Plataforma \| Organización | ✅ Las plantillas de página Lightning proporcionadas por Salesforce se utilizan para todas o la mayoría de las páginas | ### Patrón de formularios Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Formularios](/docs/architect/es-mx/well-architected/guide/engaging#formularios) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Aplicaciones | ✅ Los errores de entrada de datos aparecen antes de que los usuarios naveguen fuera o envíen datos | | Plataforma \| Aplicaciones | ✅ Los campos siguen agrupaciones lógicas | | Plataforma \| Aplicaciones | ✅ El envío de datos se produce una vez | | Plataforma \| Aplicaciones | ✅ Las etiquetas para acciones y navegación son claras | | Plataforma \| Aplicaciones | ✅ Se proporcionan comentarios visuales y oportunos para reconocer acciones de usuario como clics de botón | | Plataforma \| Aplicaciones | ✅ Los botones de navegación (por ejemplo, "ir", "siguiente" y "atrás") se colocan de forma coherente en toda la interfaz de usuario | | Plataforma \| Aplicaciones | ✅ Los campos de entrada de datos aparecen en grupos de cinco o menos | | Plataforma \| Aplicaciones | ✅ Los errores de entrada de datos son claros y aparecen a nivel de campo | | Plataforma \| Aplicaciones | ✅ Los controles de paginación permiten el movimiento entre pasos | | Plataforma \| Lógica de formulario | ✅ Los campos se rellenan previamente o se rellenan automáticamente tanto como sea posible | | Plataforma \| Lógica de formulario | ✅ No se requiere a los usuarios esperar que se completen acciones del lado del servidor de larga ejecución | | Plataforma \| Lógica de formulario | ✅ Las operaciones de datos se realizan una vez | | Plataforma \| Lógica de formulario | ✅ Los componentes personalizados utilizan `cacheable=true` para acciones basadas en servidor que no implican operaciones de datos | | Plataforma \| Componentes web Lightning (LWC) | ✅ En LWC, los adaptadores de `@wire` gestionan todas las acciones que no implican operaciones de datos | --- ### Antipatrón de complejidad de aplicación Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Complejidad de aplicaciones](/docs/architect/es-mx/well-architected/guide/engaging#complejidad-de-aplicación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Organización | ⚠️ Muchas aplicaciones tienen "Desactivar la personalización de usuario final de elementos de navegación en esta aplicación" establecido como true o el permiso para personalizar elementos de navegación está desactivado en toda la organización | | Plataforma \| Organización | ⚠️ Las aplicaciones tienen rutinariamente más de 10 fichas en la configuración predeterminada proporcionada por el administrador | ### Antipatrón de factor de forma Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Factor de forma](/docs/architect/es-mx/well-architected/guide/engaging#factor-de-forma) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Aura | ⚠️ Las plantillas de página Lightning personalizadas no utilizan uniformemente `design:supportedFormFactors` y `design:supportedFormFactor` en archivos de diseño de componentes Aura | | Plataforma \| Aura | ⚠️ Los componentes Aura personalizados disponibles en el Generador de aplicaciones no declaran coherentemente factores de forma admitidos en sus respectivos archivos de diseño | | Plataforma \| Aura | ⚠️ En componentes Aura personalizados, el estilo para diferentes factores de forma está dirigido exclusivamente por valores de `px` o `%` codificados en CSS | | Plataforma \| Aura | ⚠️ En componentes Aura personalizados, el estilo que tiene en cuenta el ancho no se implementa por interfaces proporcionadas por Salesforce. | | Plataforma \| Escritorio | ⚠️ Los campos de entrada de datos y los controles de navegación no aparecen en sus ubicaciones previstas en la pantalla | | Plataforma \| Escritorio | ⚠️ Las interacciones con campos de entrada de datos y controles de navegación no coinciden con comportamientos requeridos | | Plataforma \| Escritorio | ⚠️ La falta de reglas de asignación de activación de página significa que todos los usuarios ven las mismas páginas de registro y aplicación | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ En LWC personalizados, el estilo que tiene en cuenta el ancho no se implementa por interfaces proporcionadas por Salesforce | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ En LWC personalizados, el estilo para diferentes factores de forma está dirigido exclusivamente por valores de `px` o `%` codificados en CSS | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Los LWC personalizados disponibles en el Generador de aplicaciones no declaran coherentemente factores de forma admitidos en sus respectivos archivos de diseño | | Plataforma \| Dispositivos móviles | ⚠️ Las entradas de datos y los controles de navegación no se representan de forma coherente o correcta | | Plataforma \| Dispositivos móviles | ⚠️ Los usuarios no pueden ingresar datos fácilmente | | Plataforma \| Dispositivos móviles | ⚠️ Los formatos compactos no están configurados a nivel de registro | | Plataforma \| Dispositivos móviles | ⚠️ Los menús de navegación móvil no se distinguen de la navegación de escritorio | | Plataforma \| Organización | ⚠️ Classic sigue activo | ### Formularios Antipatrón Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Simplificado](/docs/architect/es-mx/well-architected/guide/engaging#simplificado) → [Formularios](/docs/architect/es-mx/well-architected/guide/engaging#formularios) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Aplicaciones | ⚠️ Los campos de entrada de datos aparecen en grupos superiores a cinco | | Plataforma \| Aplicaciones | ⚠️ Los campos de entrada de datos no están agrupados lógicamente, requiriendo una gran cantidad de cambios de contexto por parte de los usuarios que rellenan formularios | | Plataforma \| Aplicaciones | ⚠️ Los pasos y las agrupaciones no están claramente definidos, lo que dificulta la navegación | | Plataforma \| Aplicaciones | ⚠️ Los errores de entrada de datos solo aparecen cuando se hace clic en el botón Enviar de un formulario | | Plataforma \| Aplicaciones | ⚠️ Las etiquetas para acciones y navegación son confusas para usuarios que no están familiarizados con la funcionalidad subyacente del sistema | | Plataforma \| Aplicaciones | ⚠️ No se proporciona reconocimiento visual de acciones de usuario | | Plataforma \| Aplicaciones | ⚠️ Los botones de navegación aparecen en ubicaciones arbitrarias en la interfaz de usuario | | Plataforma \| Aplicaciones | ⚠️ Los errores de entrada de datos contienen información críptica que solo puede interpretar alguien que comprende el funcionamiento interno del sistema | | Plataforma \| Aplicaciones | ⚠️ El envío de datos se produce varias veces a lo largo del proceso de entrada de datos | | Plataforma \| Lógica de formulario | ⚠️ Los campos que se podrían rellenar previamente o rellenar automáticamente requieren ingreso manual | | Plataforma \| Lógica de formulario | ⚠️ Los usuarios tienen que dejar de trabajar durante el proceso de envío para esperar que se completen las acciones del lado del servidor | | Plataforma \| Lógica de formulario | ⚠️ `cacheable=false` de conjuntos de componentes personalizados | --- # Implicador: útil ### Patrón de directrices en aplicación Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Directrices en aplicación](/docs/architect/es-mx/well-architected/guide/engaging#directrices-en-aplicación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Estándares de diseño | ✅ Patrones de diseño para solicitudes y presentaciones | | Plataforma \| Estándares de diseño | ✅ Casos de uso aprobados para directrices en aplicación | | Plataforma \| Documentación | ✅ Una matriz clara de usuarios, aplicaciones y directrices en aplicación activas | | Plataforma \| Organización | ✅ La configuración para "Demora entre directrices en aplicación" utiliza el valor predeterminado o un valor personalizado que es superior al periodo predeterminado (24 horas) proporcionado por Salesforce | | Plataforma \| Organización | ✅ Ninguna aplicación tiene más de una presentación activa | | Plataforma \| Organización | ✅ Ninguna presentación tiene un parámetro "Tiempos para mostrar" superior a 10 | | Plataforma \| Organización | ✅ No se activan solicitudes para "Cualquier página, cualquier aplicación" o "Esta página, cualquier aplicación" | ### Patrón de notificaciones y mensajes Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Notificaciones y mensajes](/docs/architect/es-mx/well-architected/guide/engaging#notificaciones-y-mensajes) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Agentes | ✅ Su mensaje de bienvenida de agente presenta al agente como un asistente de IA Su mensaje de bienvenida debe informar a los usuarios de que no están chateando con un humano | | Einstein \| Negocios | ✅ Se solicita a los empleados proporcionar comentarios sobre el resultado generado Se solicita a los empleados proporcionar comentarios sobre el resultado generado | | Plataforma \| Aplicaciones | ✅ No se envían respuestas generativas directamente a usuarios finales sin puntos de implicación humana | | Plataforma \| Estándares de diseño | ✅ Casos de uso aprobados para notificaciones, saludos y notificaciones | | Plataforma \| Estándares de diseño | ✅ Patrones de diseño para notificaciones y variantes de saludo | | Plataforma \| Estándares de diseño | ✅ Patrones de diseño para mensajería de error | | Plataforma \| Organización | ✅ Las renuncias de responsabilidad de IA están en un lenguaje claro y comprensible para los usuarios | | Plataforma \| Organización | ✅ Los bots se identifican claramente antes de la primera interacción con los usuarios | | Plataforma \| Organización | ✅ Las respuestas generativas siempre identifican orígenes de datos utilizados | | Plataforma \| Organización | ✅ Las renuncias de responsabilidad por riesgos asociados con la IA generativa aparecen a los usuarios antes de la primera interacción | | Plataforma \| Organización | ✅ Las notificaciones son el formato de mensajería predominante | | Plataforma \| Organización | ✅ Los mensajes de saludo utilizan variantes | | Plataforma \| Organización | ✅ Los mensajes de saludo con `mode` establecido como `sticky` no existen | | Plataforma \| Organización | ✅ Los avisos se utilizan rara vez, si es que se utilizan | ### Patrón de reconocimiento y recompensas Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Reconocimiento y recompensas](/docs/architect/es-mx/well-architected/guide/engaging#recognition-rewards) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Organización | ✅ Las aplicaciones utilizan análisis integrados para mostrar a los usuarios estadísticas de productividad y progreso de objetivos relevantes | | Plataforma \| Organización | ✅ Las celebraciones de rutas solo se activan con el consentimiento del usuario | | Plataforma \| Organización | ✅ Las notificaciones y la mensajería incluyen el reconocimiento de usuarios y reflejan las preferencias de los usuarios en el diseño de quién recibe notificaciones y qué desencadena notificaciones | --- ### Antipatrón de directrices en aplicación Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Directrices en aplicación](/docs/architect/es-mx/well-architected/guide/engaging#directrices-en-aplicación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ La documentación no incluye una matriz clara mostrando usuarios, aplicaciones, directrices en aplicación activas | | Plataforma \| Estándares de diseño | ⚠️ No tratar directrices en aplicación | | Plataforma \| Organización | ⚠️ La configuración para "Demora entre directrices en aplicación" se establece en un periodo que es más corto que el periodo predeterminado (24 horas) proporcionado por Salesforce | | Plataforma \| Organización | ⚠️ Las aplicaciones tienen más de una presentación activa | | Plataforma \| Organización | ⚠️ Muchas presentaciones tienen un parámetro "Tiempos para mostrar" superior a 10 (y algunas tienen el valor máximo de 30) | | Plataforma \| Organización | ⚠️ Las solicitudes se activan ad hoc, muchas con la configuración "Cualquier página, cualquier aplicación" o "Esta página, cualquier aplicación" | ### Antipatrón de notificaciones y mensajes Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Notificaciones y mensajes](/docs/architect/es-mx/well-architected/guide/engaging#notificaciones-y-mensajes) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------- | | Plataforma \| Aplicaciones | ⚠️ Las respuestas generativas se envían directamente a usuarios finales sin puntos de implicación humana | | Plataforma \| Estándares de diseño | ⚠️ Si los estándares de diseño están definidos, no solucionan errores y notificaciones | | Plataforma \| Organización | ⚠️ Mensajes de saludo con `mode` establecidos como `sticky` existen | | Plataforma \| Organización | ⚠️ Los mensajes de saludo no utilizan variantes de forma coherente | | Plataforma \| Organización | ⚠️ Las respuestas generativas no identifican orígenes de datos utilizados | | Plataforma \| Organización | ⚠️ No aparecen renuncias de responsabilidad por riesgos de IA generativa para los usuarios | | Plataforma \| Organización | ⚠️ Las renuncias de responsabilidad de IA no están en un lenguaje claro y comprensible para los usuarios | | Plataforma \| Organización | ⚠️ Los bots no se identifican claramente antes de la primera interacción con los usuarios | | Plataforma \| Organización | ⚠️ Los emails son el formato de mensajería predominante | | Plataforma \| Organización | ⚠️ No existe un enfoque coherente para los tipos de mensajes | | Plataforma \| Organización | ⚠️ Los avisos se utilizan ad hoc | ### Antipatrón Reconocimiento y recompensas Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Implicación](/docs/architect/es-mx/well-architected/guide/engaging) → [Útil](/docs/architect/es-mx/well-architected/guide/engaging#útil) → [Reconocimiento y recompensas](/docs/architect/es-mx/well-architected/guide/engaging#recognition-rewards) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Organización | ⚠️ Los análisis relacionados con el progreso de objetivos y las estadísticas de productividad solo están disponibles en reportes o tableros de gestor | | Plataforma \| Organización | ⚠️ Las celebraciones de rutas se activan sin comprobar el consentimiento del usuario | | Plataforma \| Organización | ⚠️ Las notificaciones y la mensajería no incluyen ningún tipo de reconocimiento de usuario o no reflejan las preferencias de los usuarios y se sienten ruidosas o confusas | --- # Intencionado: legibilidad ### Patrón de estándares de diseño Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Lectura](/docs/architect/es-mx/well-architected/guide/intentional#legibilidad) → [Estándares de diseño](/docs/architect/es-mx/well-architected/guide/intentional#estándares-de-diseño) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Agentes | ✅ La configuración de idioma de su agente coincide con el tono de su compañía Si el tono de su compañía es formal, como una institución financiera, la configuración de tono de su agente es "formal". Si su compañía es informal, la configuración del tono es "casual". De lo contrario, su configuración de tono es "neutra" | | Einstein \| Organización | ✅ Las plantillas de solicitudes aprovechan el formato para proporcionar contexto al LLM Se utiliza un único hash para marcar un bloque corto de texto como una única unidad de contexto de plantilla de solicitud | | Einstein \| Organización | ✅ Las plantillas de solicitudes utilizan un estilo de escritura coherente Su elección de palabra, formato, emojis y puntuación son coherentes entre plantillas | | Einstein \| Organización | ✅ Las plantillas de solicitudes son concisas, fáciles de comprender y utilizar lenguaje natural. Las plantillas evitan términos técnicos o jerga de la industria | | Einstein \| Organización | ✅ Sus plantillas de solicitudes indican claramente contexto e instrucciones. Después de proporcionar contexto en la solicitud, inicie una nueva línea con el texto 'Instrucciones', seguido de las instrucciones rodeadas de comillas triples (""") | | Plataforma \| Negocios | ✅ Los modelos de IA aprobados están claramente identificados e incluyen un propósito previsto | | Plataforma \| Negocios | ✅ Los patrones de diseño aprobados son fáciles de encontrar e identificar por caso de uso | | Plataforma \| Negocios | ✅ Los equipos saben qué herramientas utilizar (y no utilizar) para realizar el trabajo | | Plataforma \| Organización | ✅ El código y las personalizaciones declarativas tienen nombres coherentes legibles por humanos | | Plataforma \| Organización | ✅ Los modelos de datos tienen nombres uniformes y coherentes para objetos y campos | | Plataforma \| Organización | ✅ Las auditorías muestran que los campos se rellenan de forma coherente y se hace referencia a ellos en reportes, etc. | ### Patrón de documentación Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Lectura](/docs/architect/es-mx/well-architected/guide/intentional#legibilidad) → [Documentación](/docs/architect/es-mx/well-architected/guide/intentional#documentación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Documentación | ✅ Los sistemas de origen se inventarian en un diccionario de datos Los orígenes de datos de Data 360 se documentan en el proceso de diseño de la solución utilizando un diccionario de datos que incluye los sistemas de origen y destino y las asignaciones de campos entre los dos | | Plataforma \| Negocios | ✅ Existen diagramas para funciones de negocio y detalles de implementación técnica para todas las soluciones | | Plataforma \| Negocios | ✅ Clave quién/cuándo/qué registros de información existen para personalizaciones de código y declarativas | | Plataforma \| Negocios | ✅ Las personas pueden buscar y encontrar documentación relevante | | Plataforma \| Organización | ✅ El código y las personalizaciones declarativas tienen descripciones claras | --- ### Antipatrón de estándares de diseño Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Lectura](/docs/architect/es-mx/well-architected/guide/intentional#legibilidad) → [Estándares de diseño](/docs/architect/es-mx/well-architected/guide/intentional#estándares-de-diseño) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Plantillas de solicitudes | ⚠️ Las plantillas de solicitudes utilizan jerga y/o términos técnicos Las plantillas de solicitudes incluyen jerga, siglas y términos técnicos en vez de lenguaje natural conciso | | Plataforma \| Negocios | ⚠️ Los modelos de IA aprobados no están claramente identificados y su propósito previsto no está claro | | Plataforma \| Negocios | ⚠️ Los equipos utilizan muchas herramientas diferentes para realizar un trabajo similar | | Plataforma \| Negocios | ⚠️ No hay patrones de diseño aprobados | | Plataforma \| Negocios | ⚠️ Los proveedores o nuevos empleados tardan mucho tiempo en incorporarse | | Plataforma \| Organización | ⚠️ El código y las personalizaciones declarativas no tienen nombres coherentes | | Plataforma \| Organización | ⚠️ Los modelos de datos tienen nombres incoherentes y muchos objetos y campos parecen ser redundantes | | Plataforma \| Organización | ⚠️ Las auditorías muestran muchos campos no utilizados o varios niveles de uso, y no hay un vínculo coherente a la creación de reportes, etc. | ### Documentación Antipatrón Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Lectura](/docs/architect/es-mx/well-architected/guide/intentional#legibilidad) → [Documentación](/docs/architect/es-mx/well-architected/guide/intentional#documentación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ⚠️ Las asignaciones de origen a destino solo se documentan en el lienzo de asignación de datos Los campos de origen de datos se asignan a campos de objeto de modelo de datos sobre la marcha durante la configuración en el lienzo de asignación de datos en Data 360 | | Plataforma \| Negocios | ⚠️ El qué/cómo/por qué de las soluciones es difícil de encontrar y puede no estar disponible para la mayoría de los equipos | | Plataforma \| Negocios | ⚠️ Las personas luchan por comprender las soluciones y el sistema con el que están trabajando | | Plataforma \| Negocios | ⚠️ Los proveedores o nuevos empleados tardan mucho tiempo en incorporarse | | Plataforma \| Organización | ⚠️ El código y las personalizaciones declarativas no tienen descripciones, tienen descripciones difíciles de comprender o tienen descripciones que no parecen coincidir con lo que la personalización está haciendo actualmente | --- # Intencionado: Mantenibilidad ### Patrón de funciones estándar frente a personalizado Obtenga más información acerca de [Fácil](/docs/architect/es-mx/well-architected/guide/easy-overview) bien diseñado → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Mantenibilidad](/docs/architect/es-mx/well-architected/guide/intentional#mantenibilidad) → [Funcionalidad estándar frente](/docs/architect/es-mx/well-architected/guide/intentional#standard-vs-custom-functionality) a personalizada | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ Los conectores estándar se aprovechan siempre que sea posible Si hay un conector estándar disponible, considere cuidadosamente las implicaciones de implementar una transmisión de datos personalizada. Las transmisiones personalizadas no podrán aprovechar las mejoras en la funcionalidad estándar | | Einstein \| Organización | ✅ Comience con solicitudes existentes y personalícelas para ajustarse a sus necesidades. Utilizar mejores prácticas desde la Biblioteca de plantillas de solicitudes de ejemplo en vez de redactar una nueva solicitud desde cero | | Einstein \| Plantillas de solicitudes | ✅ Las plantillas de solicitudes utilizan Recuperadores de búsqueda Einstein para RAG. Los Recuperadores de búsqueda de código bajo se utilizan en vez de Apex personalizado, cuando se utiliza la generación aumentada de recuperación en una plantilla de solicitud. | | Plataforma \| Apex | ✅ No existe código para sustituir mecanismos de vista de página estándar | | Plataforma \| Aura | ✅ No existe código para sustituir mecanismos de vista de página estándar | | Plataforma \| Aura | ✅ Ningún código intenta sustituir o eludir el orden de ejecución de la plataforma | | Plataforma \| Modelo de datos | ✅ Ningún objeto tiene nombres o funciones que dupliquen objetos estándar | | Plataforma \| Modelo de datos | ✅ Los objetos estándar no se utilizan para fines que están muy fuera de su ámbito previsto | | Plataforma \| Registros de decisiones | ✅ Los registros de decisiones muestran el cálculo de costos a corto y largo plazo al elegir construir o comprar soluciones | | Plataforma \| Estándares de diseño | ✅ El principio rector para soluciones utiliza la siguiente prioridad: 1\. Utilice servicios de plataforma integrados 2. Tenga en cuenta las aplicaciones AppExchange antes de crear una solución personalizada 3. Utilizar personalizaciones de código bajo antes de redactar código | | Plataforma \| Estándares de diseño | ✅ Existe un principio rector claro para evitar que las soluciones se personalicen innecesariamente | | Plataforma \| Componentes web Lightning (LWC) | ✅ No existe código para sustituir mecanismos de vista de página estándar | | Plataforma \| Componentes web Lightning (LWC) | ✅ Ningún código intenta sustituir o eludir el orden de ejecución de la plataforma | | Plataforma \| Visualforce | ✅ Ningún código intenta sustituir o eludir el orden de ejecución de la plataforma | ### Patrón de deuda técnica Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Mantenibilidad](/docs/architect/es-mx/well-architected/guide/intentional#mantenibilidad) → [Deuda técnica](/docs/architect/es-mx/well-architected/guide/intentional#deuda-técnica) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Registros de decisiones | ✅ Los KPI para la solución de deudas pre/post tecnológicas están claramente documentados | | Plataforma \| Registros de decisiones | ✅ Los debates de compensación para la acción y la inacción se centran en costos o beneficios de negocio | | Plataforma \| Organización | ✅ Ninguna tecnología no compatible o heredada está activa Las conexiones de organizaciones de Salesforce utilizan el adaptador entre organizaciones para Salesforce Connect | | Plataforma \| Organización | ✅ No hay tecnología no compatible o heredada activa Incluyendo: - Todos los usuarios trabajan en Lightning Experience - No hay o hay muy pocos usos de `@future` en Apex (Se puede poner en cola) - Todos los Apex externos pertenecen a paquetes AppExchange - No hay reglas de flujo de trabajo activas (Se utiliza Flujo) - No hay procesos de Process Builder activos (Se utiliza Flujo) - Eventos de envío de temas (Se utiliza Captura de datos de cambio) - Eventos genéricos (Se utilizan Eventos de plataforma) - Versiones de API anteriores a 30.0 - Las conexiones de organizaciones de Salesforce utilizan Adaptador entre organizaciones para Salesforce Connect | | Plataforma \| Organización | ✅ No hay tecnología no compatible o heredada activa No hay o hay muy pocos usos de `@future` en Apex (se utiliza Colocable en cola) | | Plataforma \| Organización | ✅ No hay ninguna tecnología no compatible o heredada activa Todo Apex externo pertenece a paquetes AppExchange | | Plataforma \| Organización | ✅ No hay tecnología no compatible o heredada activa Todos los usuarios trabajan en Lightning Experience | | Plataforma \| Organización | ✅ No hay tecnología no compatible o heredada activa No hay reglas de flujo de trabajo activas (se utiliza Flujo) | | Plataforma \| Organización | ✅ No hay tecnología no compatible o heredada activa No hay procesos de Process Builder activos (se utiliza Flujo) | | Plataforma \| Organización | ✅ Ninguna tecnología no compatible o heredada está activa Eventos de envío de temas (se utiliza Captura de datos de cambio) | | Plataforma \| Organización | ✅ Ninguna tecnología no compatible o heredada está activa versiones de API anteriores a 30.0 | | Plataforma \| Organización | ✅ Ninguna tecnología no compatible o heredada está activa Eventos genéricos (se utilizan Eventos de plataforma) | | Plataforma \| Hoja de ruta | ✅ Los productos y las fechas de inicio/finalización están claros | | Plataforma \| Hoja de ruta | ✅ El trabajo para solucionar la deuda tecnológica existe | --- ### Antipatrón de funciones estándar frente a personalizadas Obtenga más información acerca de [Fácil](/docs/architect/es-mx/well-architected/guide/easy-overview) bien diseñado → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Mantenibilidad](/docs/architect/es-mx/well-architected/guide/intentional#mantenibilidad) → [Funcionalidad estándar frente](/docs/architect/es-mx/well-architected/guide/intentional#standard-vs-custom-functionality) a personalizada | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ⚠️ Uso poco frecuente de conectores estándar Implementación de una transmisión de datos personalizada con ingreso por lotes o transmisión, cuando un conector estándar hará | | Einstein \| Plantillas de solicitudes | ⚠️ Las plantillas de solicitudes se crean desde cero Las plantillas de solicitudes se crean desde cero con estilos, fraseos y formatos variables | | Einstein \| Plantillas de solicitudes | ⚠️ Las plantillas de solicitudes aprovechan Apex personalizado para RAG Se utiliza un recurso Apex personalizado en sus plantillas de solicitudes para implementar RAG | | Plataforma \| Apex | ⚠️ El código intenta sustituir o eludir el orden de ejecución de la plataforma | | Plataforma \| Aura | ⚠️ El código existe para sustituir mecanismos de vista de página estándar, a menudo en forma de una sola aplicación de página | | Plataforma \| Aura | ⚠️ El código intenta sustituir o eludir el orden de ejecución de la plataforma | | Plataforma \| Modelo de datos | ⚠️ Los objetos duplican los nombres y/o funciones de objetos estándar | | Plataforma \| Modelo de datos | ⚠️ Los objetos estándar se utilizan para fines muy fuera de su ámbito previsto | | Plataforma \| Registros de decisiones | ⚠️ Los registros de decisiones no tienen en cuenta los costos a corto y largo plazo al elegir construir o comprar soluciones | | Plataforma \| Estándares de diseño | ⚠️ Los estándares de diseño no existen o no tienen una justificación clara para evitar personalizaciones y códigos innecesarios | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ El código existe para sustituir mecanismos de vista de página estándar, a menudo en forma de una sola aplicación de página | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ El código intenta sustituir o eludir el orden de ejecución de la plataforma | | Plataforma \| Visualforce | ⚠️ El código existe para sustituir mecanismos de vista de página estándar, a menudo en forma de una sola aplicación de página | ### Antipatrón de deuda técnica Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Mantenibilidad](/docs/architect/es-mx/well-architected/guide/intentional#mantenibilidad) → [Deuda técnica](/docs/architect/es-mx/well-architected/guide/intentional#deuda-técnica) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Registros de decisiones | ⚠️ La solución de deudas tecnológicas no tiene indicadores clave de desempeño mensurables | | Plataforma \| Registros de decisiones | ⚠️ La deuda tecnológica se considera en términos técnicos o centrados en TI, sin relevancia para el negocio | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa versiones de API anteriores a 30.0 | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa Reglas de flujo de trabajo | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa Eventos de temas distribuidos | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa Procesos de Process Builder | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa Eventos genéricos | | Plataforma \| Organización | ⚠️ La tecnología no admitida o heredada está activa Usuarios trabajando en Salesforce Classic | | Plataforma \| Organización | ⚠️ La tecnología no compatible o heredada está activa en conexiones de Salesforce a Salesforce | | Plataforma \| Organización | ⚠️ La tecnología no admitida o heredada está activa Incluyendo: - Usuarios trabajando en Salesforce Classic - Uso de `@future` en Apex - Apex externo desde fuentes que no son AppExchange - Reglas de flujo de trabajo - Procesos de Process Builder - Eventos PushTopic - Eventos genéricos - Versiones de API anteriores a 30.0 - Conexiones de Salesforce a Salesforce | | Plataforma \| Organización | ⚠️ La tecnología no admitida o heredada es el uso activo de `@future` en Apex | | Plataforma \| Organización | ⚠️ La tecnología no admitida o heredada es Apex externo activo desde fuentes que no son AppExchange | | Plataforma \| Hoja de ruta | ⚠️ No se planifica ningún trabajo para abordar la deuda tecnológica | | Plataforma \| Hoja de ruta | ⚠️ Los productos son imprecisos; las fechas de inicio/finalización no están claras | --- # Intencional - Estrategia ### Patrón de gobernanza Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Gobierno](/docs/architect/es-mx/well-architected/guide/intentional#gobernanza) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Los miembros del equipo saben quién es responsable de qué a lo largo del ciclo de vida de la aplicación | | Plataforma \| Negocios | ✅ Los equipos y proyectos solo utilizan modelos de IA aprobados para usos de negocio | | Plataforma \| Negocios | ✅ Las soluciones tienen una ruta clara a la producción | | Plataforma \| Negocios | ✅ Los usuarios pueden reportar fácilmente fallos y solicitar funciones | | Plataforma \| Negocios | ✅ El proceso de priorización para elementos de trabajo está documentado y es transparente para todas las partes interesadas | | Plataforma \| Negocios | ✅ La estrategia de entorno está claramente documentada y los entornos de desarrollo coinciden con la documentación | | Plataforma \| Negocios | ✅ Los procesos de asistencia de producción están claros | | Plataforma \| Negocios | ✅ La planificación de versiones es predecible y transparente para todos los miembros del equipo de entrega | | Plataforma \| Negocios | ✅ Las versiones son claras para usuarios y equipos de entrega/mantenimiento | ### Patrón de prioridad Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Priorización](/docs/architect/es-mx/well-architected/guide/intentional#priorización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Compañía | ✅ Se han identificado los costos de implementación y mantenimiento para todos los indicadores clave de desempeño | | Plataforma \| Compañía | ✅ Las solicitudes de funciones se priorizan en base a la repercusión comercial, la cantidad de nuevo trabajo requerido para entregar y la cantidad de trabajo requerido para mantener | | Plataforma \| Documentación | ✅ Las hojas de ruta muestran que las automatizaciones tienen prioridad basándose en el valor de negocio | | Plataforma \| Documentación | ✅ Todos los nuevos elementos de trabajo tienen mediciones de valor de negocio claras (por ejemplo, aumentos de ingresos, ahorros de costos de optimizaciones de procesos, etc.) | ### Patrón de hoja de ruta Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Hoja de ruta](/docs/architect/es-mx/well-architected/guide/intentional#hoja-de-ruta) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Los equipos de entrega saben cómo evaluar elementos atrasados frente a prioridades a largo plazo | | Plataforma \| Negocios | ✅ Los equipos saben quién está haciendo qué y cómo gestionar dependencias | | Plataforma \| Negocios | ✅ Las partes interesadas comprenden el "por qué" de los elementos de trabajo | | Plataforma \| Negocios | ✅ El trabajo es intencionado, incluso cuando las prioridades tienen que cambiar rápidamente | | Plataforma \| Hoja de ruta | ✅ Mostrar requisitos previos y dependencias | | Plataforma \| Hoja de ruta | ✅ Comunicar información adaptada a su audiencia (empresarial o técnica) | | Plataforma \| Hoja de ruta | ✅ Comunicar información con el nivel de detalle correcto | | Plataforma \| Hoja de ruta | ✅ Mostrar fechas de inicio y finalización | --- ### Antipatrón de gobernanza Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Gobierno](/docs/architect/es-mx/well-architected/guide/intentional#gobernanza) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Negocios | ⚠️ Los equipos no saben quién es responsable de qué | | Plataforma \| Negocios | ⚠️ Los equipos seleccionan modelos de IA ad hoc | | Plataforma \| Negocios | ⚠️ Los elementos de trabajo no tienen prioridades claras | | Plataforma \| Negocios | ⚠️ Los entornos se proporcionan ad hoc y pueden no actualizarse de forma predecible; los desarrolladores a menudo no tienen los entornos y el acceso que necesitan | | Plataforma \| Negocios | ⚠️ No es fácil acceder a la documentación | | Plataforma \| Negocios | ⚠️ Su retraso se ha convertido en un "banco de ideas" que está obsoleto y estancado | | Plataforma \| Negocios | ⚠️ Las versiones son impredecibles para usuarios y equipos de entrega | | Plataforma \| Negocios | ⚠️ Los órganos de gobernanza actúan como un servicio de asistencia que soluciona problemas de solicitudes de asistencia | | Plataforma \| Negocios | ⚠️ Las soluciones rápidas se solucionan ad hoc | | Plataforma \| Negocios | ⚠️ Los reportes de fallos y las solicitudes de funciones son ad hoc | ### Antipatrón de prioridad Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Priorización](/docs/architect/es-mx/well-architected/guide/intentional#priorización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------- | | Plataforma \| Compañía | ⚠️ Los costos asociados con la implementación y el mantenimiento de automatizaciones no están claros | | Plataforma \| Compañía | ⚠️ Las solicitudes se entregan de forma puntual o según el orden de llegada/primera salida | | Plataforma \| Documentación | ⚠️ Las hojas de ruta no existen | | Plataforma \| Documentación | ⚠️ El valor de negocio asociado con el trabajo no está claro o no existe | ### Antipatrón de hoja de ruta Obtenga más información acerca de Bien diseñado [fácilmente](/docs/architect/es-mx/well-architected/guide/easy-overview) → [Intencionado](/docs/architect/es-mx/well-architected/guide/intentional) → [Estrategia](/docs/architect/es-mx/well-architected/guide/intentional#estrategia) → [Hoja de ruta](/docs/architect/es-mx/well-architected/guide/intentional#hoja-de-ruta) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Las partes interesadas a menudo se sienten frustradas y confundidas acerca de lo que se está haciendo y son usuarias cuando se entregarán nuevas funciones | | Plataforma \| Negocios | ⚠️ El trabajo se extrae de lo que hay en el retraso y no hay un "por qué" claro | | Plataforma \| Negocios | ⚠️ Los equipos tienen problemas para coordinar el trabajo interdependiente y a menudo replican el trabajo sin darse cuenta | | Plataforma \| Negocios | ⚠️ El trabajo suele ser reactivo | | Plataforma \| Hoja de ruta | ⚠️ Se utilizan como materiales de inicio de proyecto y no artefactos para entrega | | Plataforma \| Hoja de ruta | ⚠️ No ayudar a alinear partes interesadas y equipos de entrega | | Plataforma \| Hoja de ruta | ⚠️ Contener información no adaptada a su audiencia (por ejemplo, funciones de negocio y sistemas dentro de la misma hoja de ruta) | | Plataforma \| Hoja de ruta | ⚠️ Combinar niveles de detalle (por ejemplo, incluyendo sistemas y componentes en la misma hoja de ruta) | --- # Protegido: seguridad de sesión ### Patrón de acceso de dispositivo Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Acceso a dispositivos](/docs/architect/es-mx/well-architected/guide/secure#acceso-de-dispositivo) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ✅ Las personas de seguridad están claramente asignadas a usos y políticas de dispositivos apropiados | | Plataforma \| Documentación | ✅ Las políticas de dispositivos son claras y detectables | | Plataforma \| Organización | ✅ La configuración de la aplicación conectada móvil Salesforce requiere el desbloqueo de PIN/contraseña tras la inactividad | | Plataforma \| Organización | ✅ Si las necesidades de negocio requieren un control estricto de los usuarios que pueden acceder a Salesforce Mobile, el Control de acceso de API está activado y los conjuntos de permisos están asignados a todos los usuarios de aplicaciones móviles Salesforce | ### Patrón de gestión de sesiones Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Gestión de sesiones](/docs/architect/es-mx/well-architected/guide/secure#gestión-de-sesiones) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Si existen flujos de inicio de sesión personalizados, todo el código personalizado relacionado utiliza métodos SessionManagement apropiados para asignar seguridad a nivel de sesión | | Plataforma \| Aura | ✅ Si existen flujos de inicio de sesión personalizados, utilice un controlador Apex con los métodos de `SessionManagement` necesarios para asignar seguridad a nivel de sesión | | Plataforma \| Estándares de diseño | ✅ Las personas de seguridad enumeran claramente los tipos de sesión aprobados y la configuración de tiempo de espera/duración para cada persona | | Plataforma \| Estándares de diseño | ✅ Estándares definidos para las actividades que requieren seguridad a nivel de sesión elevada | | Plataforma \| Estándares de diseño | ✅ Estándares definidos para las actividades que requieren permisos elevados para asignarse | | Plataforma \| Estándares de diseño | ✅ Las políticas de gestión de tokens y ámbito de aplicación conectada son claras y detectables | | Plataforma \| Documentación | ✅ Las políticas de gestión de tokens y ámbito de aplicación conectada son claras y detectables | | Plataforma \| Documentación | ✅ Se especificaron las horas de inicio de sesión (o se identificaron como no necesarias) | | Plataforma \| Componentes web Lightning (LWC) | ✅ Si existen flujos de inicio de sesión personalizados, utilice un controlador Apex con los métodos de `SessionManagement` necesarios para asignar seguridad a nivel de sesión | | Plataforma \| Organización | ✅ Si los usuarios acceden a Salesforce desde detrás de un cortafuegos, el cortafuegos utiliza una lista de admisión de dominios obligatorios en vez de direcciones IP para proteger las comunicaciones a/desde Salesforce | | Plataforma \| Organización | ✅ Los intervalos de tiempo de espera de sesión inactivos no superan el valor predeterminado (2 horas) | | Plataforma \| Organización | ✅ Todos los siguientes parámetros están activados: -Protección contra secuestro de clics para páginas de Configuración -Protección contra secuestro de clics para páginas de Salesforce que no son de Configuración -Protección contra la falsificación de solicitudes de sitio cruzado (CSRF) -Protección contra secuencias de comandos de sitio cruzado (XSS) -Activar protección contra el rastreo de contenido -Protección contra URL de referencia -Advertir a los usuarios antes de que se les redirija fuera de Salesforce | | Plataforma \| Organización | ✅ Las auditorías de sesión muestran que los usuarios solo acceden a Salesforce a través de tipos de sesión esperados | | Plataforma \| Organización | ✅ Existe un conjunto de permisos claro y activo para el acceso de "Usuario solo de API" (con el permiso "Solo de API" establecido como TRUE) y todos los usuarios de integración y automatizados están asignados | ### Patrón de respuesta y detección de amenazas Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Detección y respuesta](/docs/architect/es-mx/well-architected/guide/secure#threat-detection-response) ante amenazas | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Agentes | ✅ Los registros de eventos de agentes incluyen datos de pláticas Activar la configuración para registros de eventos enriquecidos, a menos que haya una razón crítica por la que los datos de pláticas deben enmascararse | | Einstein \| Capa Einstein Trust | ✅ Las funciones de IA generativa se auditan regularmente Datos de auditoría de IA generativa de Einstein está activada desde la página de configuración Comentarios de Einstein. Las pláticas de IA generativa, incluyendo la solicitud y su respuesta, se auditan y revisan regularmente | | Plataforma \| Compañía | ✅ Los datos de auditoría están disponibles en reportes que las partes interesadas de negocio pueden comprender y acceder | | Plataforma \| Compañía | ✅ Se realizan revisiones regulares del historial y los reportes de auditoría | | Plataforma \| Documentación | ✅ Todas las respuestas automatizadas están documentadas claramente | | Plataforma \| Documentación | ✅ Los pasos para revisar registros disponibles en Salesforce están documentados | | Plataforma \| Documentación | ✅ Se han especificado niveles de auditoría para todos los objetos en su modelo de datos | | Plataforma \| Documentación | ✅ Las políticas de seguridad contienen una lista de eventos que deben desencadenar una respuesta junto con el tipo de respuesta apropiado | | Plataforma \| Organización | ✅ Existen automatizaciones para responder a amenazas desactivando cuentas de usuario o bloqueando el acceso a recursos en tiempo real si se detecta un uso anormal | | Plataforma \| Organización | ✅ Las notificaciones y alertas están configuradas para notificar a los usuarios apropiados sobre actividad anómala | | Plataforma \| Organización | ✅ El seguimiento del historial de campos está activado para todos los campos que contienen datos privados o confidenciales | --- ### Antipatrón de acceso a dispositivos Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Acceso a dispositivos](/docs/architect/es-mx/well-architected/guide/secure#acceso-de-dispositivo) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ⚠️ Las políticas de seguridad no existen o no contienen información acerca del acceso a dispositivos | | Plataforma \| Organización | ⚠️ La aplicación conectada móvil Salesforce no está configurada para requerir desbloqueo de PIN/contraseña por inactividad | | Plataforma \| Organización | ⚠️ Las necesidades de negocio requieren un control estricto de los usuarios que pueden acceder a Salesforce Mobile, pero el Control de acceso de API no está activado o los conjuntos de permisos no se utilizan para controlar el acceso a aplicaciones móviles Salesforce | ### Antipatrón de gestión de sesiones Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Gestión de sesiones](/docs/architect/es-mx/well-architected/guide/secure#gestión-de-sesiones) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ Si existen flujos de inicio de sesión personalizados, no hay lógica para asignar seguridad a nivel de sesión | | Plataforma \| Aura | ⚠️ Si existen flujos de inicio de sesión personalizados, no hay lógica para asignar seguridad a nivel de sesión | | Plataforma \| Estándares de diseño | ⚠️ Los estándares no están definidos para las actividades que requieren seguridad a nivel de sesión elevada | | Plataforma \| Estándares de diseño | ⚠️ Los estándares no están definidos para las actividades que requieren permisos elevados para asignarse | | Plataforma \| Estándares de diseño | ⚠️ Las políticas de seguridad no contienen información acerca de ámbitos de aplicaciones conectadas o gestión de tokens | | Plataforma \| Estándares de diseño | ⚠️ Las personas de seguridad no existen o carecen de información acerca de tipos de sesión y configuración de tiempo de espera/duración | | Plataforma \| Documentación | ⚠️ Las políticas de gestión de tokens y ámbito de aplicación conectada no están documentadas | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Si existen flujos de inicio de sesión personalizados, no hay lógica para asignar seguridad a nivel de sesión | | Plataforma \| Organización | ⚠️ No hay definiciones de qué tipos de sesión deben tener los usuarios | | Plataforma \| Organización | ⚠️ Los permisos "Solo API" no están claros o faltan en la integración y los usuarios automatizados | | Plataforma \| Organización | ⚠️ No hay auditoría de sesión regular | | Plataforma \| Organización | ⚠️ Si los usuarios acceden a Salesforce desde detrás de un cortafuegos, el cortafuegos utiliza direcciones IP codificadas para proteger las comunicaciones a/desde Salesforce | | Plataforma \| Organización | ⚠️ Los intervalos de tiempo de espera de sesión inactivos superan el valor predeterminado (2 horas) | | Plataforma \| Organización | ⚠️ Cualquiera de los siguientes parámetros está desactivado: -Protección contra secuestro de clics para páginas de Configuración -Protección contra secuestro de clics para páginas de Salesforce que no son de Configuración -Protección contra falsificación de solicitudes de sitio cruzado (CSRF) -Protección contra secuencias de comandos de sitio cruzado (XSS) -Activar protección contra rastreo de contenido -Protección contra URL de referencia -Advertir a los usuarios antes de que se les redirija fuera de Salesforce | ### Antipatrón Detección de amenazas y respuesta Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de sesión](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-sesión) → [Detección y respuesta](/docs/architect/es-mx/well-architected/guide/secure#threat-detection-response) ante amenazas | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Organización | ⚠️ Las funciones de IA generativa no se auditan Las pláticas de IA generativa, incluyendo la solicitud y su respuesta, no se auditan y revisan regularmente | | Plataforma \| Compañía | ⚠️ Los datos de auditoría solo están disponibles a través de archivos de registro que requieren experiencia en la materia para acceder e interpretar | | Plataforma \| Compañía | ⚠️ No existen procesos para revisar la información de auditoría | | Plataforma \| Documentación | ⚠️ Las políticas de seguridad no existen o no incluyen información acerca de la detección y alerta de amenazas | | Plataforma \| Documentación | ⚠️ La documentación para respuestas automatizadas no existe o no está clara | | Plataforma \| Organización | ⚠️ No existen automatizaciones para responder a amenazas | | Plataforma \| Organización | ⚠️ Las notificaciones y alertas no están configuradas para notificar a los usuarios apropiados sobre actividades anómalas, o existen algunas notificaciones y alertas relacionadas con actividades anómalas, pero son ad hoc | | Plataforma \| Organización | ⚠️ El seguimiento del historial de campos no está activado de forma coherente para campos que contienen datos privados o confidenciales | --- # Resiliencia - Planificación de continuidad ### Patrón de creación de funciones de copia de seguridad y restauración Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Fomento de funciones](/docs/architect/es-mx/well-architected/guide/resilient#creación-de-funciones-de-copia-de-seguridad-y-restauración) de copia de seguridad y restauración | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Compañía | ✅ Los planes de prueba y los registros de prueba muestran que las restauraciones de datos se prueban en un entorno sandbox de copia completa o parcial al menos dos veces al año | | Plataforma \| Compañía | ✅ Las copias de seguridad se almacenan en una ubicación segura accesible solo por usuarios autorizados | | Plataforma \| Documentación | ✅ Existe una estrategia de copia de seguridad y restauración para datos y metadatos | ### Patrón de continuidad de negocio Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Continuidad de negocio](/docs/architect/es-mx/well-architected/guide/resilient#continuidad-de-negocio) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Se adopta una mentalidad de “recuperación primero” con un enfoque en poner las funciones y capacidades de negocio de mayor prioridad fuera de impacto lo antes posible | | Plataforma \| Negocios | ✅ Existe una programación de mantenimiento para la revisión de planes de prueba de BCP | | Plataforma \| Documentación | ✅ Existe un BCP que contiene: pasos para continuar procesando o triajeando datos si Salesforce deja de estar disponible, una lista de eventos que pueden desencadenar el uso del BCP, pasos e intervalos para pruebas de BCP | | Plataforma \| Documentación | ✅ Su BCP incluye dependencias y sistemas ascendentes y descendentes | ### Patrón de continuidad de tecnología Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Continuidad de tecnología](/docs/architect/es-mx/well-architected/guide/resilient#continuidad-de-la-tecnología) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Ha evaluado si necesita crear sistemas de redundancia o fallo intencionados | | Plataforma \| Negocios | ✅ Las tácticas de recuperación de incidentes están automatizadas siempre que sea posible | | Plataforma \| Documentación | ✅ Su BCP tiene en cuenta recursos adicionales o procedimientos de ruptura que los equipos podrían necesitar para responder a incidentes de forma efectiva | | Plataforma \| Planes de prueba | ✅ Las áreas de su BCP relacionadas con procesos y personas se tienen en cuenta | --- ### Creación de funciones de copia de seguridad y restauración antipatrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Fomento de funciones](/docs/architect/es-mx/well-architected/guide/resilient#creación-de-funciones-de-copia-de-seguridad-y-restauración) de copia de seguridad y restauración | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Compañía | ⚠️ No hay ningún proceso de restauración de datos o el proceso de restauración de datos no está probado | | Plataforma \| Compañía | ⚠️ Las copias de seguridad no son legibles para humanos | | Plataforma \| Compañía | ⚠️ Las copias de seguridad se almacenan en ubicaciones a las que los usuarios de negocio no autorizados pueden acceder | | Plataforma \| Documentación | ⚠️ No existe una estrategia de copia de seguridad y restauración o la estrategia está incompleta (se aplica solo a datos o metadatos, no a ambos) | ### Antipatrón de continuidad de negocio Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Continuidad de negocio](/docs/architect/es-mx/well-architected/guide/resilient#continuidad-de-negocio) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Una mentalidad de "solucionar el problema" es el único enfoque para la gestión de incidentes | | Plataforma \| Negocios | ⚠️ Los planes de prueba de BCP no se actualizan a intervalos regulares | | Plataforma \| Documentación | ⚠️ Su BCP solo incluye Salesforce | | Plataforma \| Documentación | ⚠️ Un BCP no existe o está incompleto | ### Antipatrón de continuidad de tecnología Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Planificación de continuidad](/docs/architect/es-mx/well-architected/guide/resilient#planificación-de-continuidad) → [Continuidad de tecnología](/docs/architect/es-mx/well-architected/guide/resilient#continuidad-de-la-tecnología) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ No ha evaluado la necesidad de redundancia intencionada o sistemas de conmutación por error | | Plataforma \| Negocios | ⚠️ Las tácticas de recuperación de incidentes son todas manuales | | Plataforma \| Documentación | ⚠️ Su BCP no incluye necesidades de asistencia operativa | | Plataforma \| Planes de prueba | ⚠️ Las áreas de su BCP relacionadas con procesos y personas no se tienen en cuenta | --- # Resiliencia: Gestión del ciclo de vida de aplicaciones ### Patrón de estrategia de entorno Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia medioambiental](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-medioambiental) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | | Plataforma \| Organización | ✅ Los metadatos en un entorno concreto son independientes de sus artefactos de versión | | Plataforma \| Organización | ✅ Los entornos no se corresponden directamente con una ruta de versión | | Plataforma \| Organización | ✅ Las rutas de versión para un cambio dependen del tipo de cambio (riesgo alto, riesgo medio, riesgo bajo) | | Plataforma \| Organización | ✅ Los entornos superpoblados no existen | | Plataforma \| Organización | ✅ Los cambios de configuración arriesgados nunca se realizan directamente en producción | | Plataforma \| Organización | ✅ No se producen versiones durante el horario laboral pico | | Plataforma \| Organización | ✅ Se adopta un modelo de desarrollo y versión dirigido por origen | | Plataforma \| Sandboxes | ✅ El seguimiento de origen está activado para sandboxes Developer y Developer Pro | ### Patrón de gestión de versiones Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Gestión de versiones](/docs/architect/es-mx/well-architected/guide/resilient#gestión-de-versiones) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Estándares de diseño | ✅ Los nombres de versión están claros | | Plataforma \| Estándares de diseño | ✅ Los equipos pueden encontrar y seguir directrices claras para etiquetar artefactos, elementos de desarrollo y otro trabajo con los nombres de versión correctos | | Plataforma \| Documentación | ✅ Los nombres de versión tienen capacidad de búsqueda y detección | | Plataforma \| Documentación | ✅ Es posible obtener una vista clara de un manifiesto de versión por nombre de versión | | Plataforma \| KPI | ✅ Se definen umbrales de calidad para aplicaciones de IA generativa para diferentes etapas de desarrollo | | Plataforma \| Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Implementaciones a través de API de metadatos utilizan formato de `source` | | Plataforma \| Producción | ✅ Metadatos muestra el uso de mecanismos de versión estables Los metadatos están organizados en paquetes desbloqueados | | Plataforma \| Producción | ✅ Los registros de implementación no muestran implementaciones con fallos en el historial disponible | | Plataforma \| Producción | ✅ El historial de implementación muestra cadencias de versión claras y clústeres de implementación bastante uniformes en plazos de versión | | Plataforma \| Producción | ✅ DevOps Center está activo e instalado | | Plataforma \| Producción | ✅ Los metadatos muestran el uso de mecanismos de versión estables Los conjuntos de cambios no se utilizan para publicar cambios | | Plataforma \| Hoja de ruta | ✅ Las funciones están vinculadas claramente a una versión nombrada específica | | Plataforma \| Hoja de ruta | ✅ Los nombres de versión están claros | | Plataforma \| Hoja de ruta | ✅ Los nombres de versión tienen capacidad de búsqueda y detección | ### Patrón de estrategia de prueba Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia de pruebas](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-de-prueba) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Datos 360 \| Apex | ✅ Las clases de prueba Apex incluyen cobertura para consultas ejecutadas en objetos de Data Cloud. Las clases de prueba amplían la clase System.SoqlStubProvider y sustituyen el método handleSoqlQuery(). Las instancias de DMO se crean utilizando Test.createStubQueryRow() o Test.createStubQueryRows(). | | Plataforma \| Apex | ✅ Los patrones de fábrica de datos se utilizan para pruebas de unidades | | Plataforma \| Apex | ✅ Se utilizan simulacros / resúmenes para simular respuestas de API | | Plataforma \| Negocios | ✅ Incluye pruebas de escala como parte de su proceso de control de calidad cuando tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos | | Plataforma \| Negocios | ✅ Sus pruebas de escala tienen criterios bien definidos | | Plataforma \| Negocios | ✅ Realiza pruebas de escala en un Sandbox completo | | Plataforma \| Negocios | ✅ Sus pruebas de escala son aspectos de alta prioridad enfocados del sistema | | Plataforma \| Negocios | ✅ Los simuladores se utilizan para replicar condiciones similares a producción para pruebas de escalabilidad y desempeño | | Plataforma \| Negocios | ✅ Las pruebas están automatizadas para ejecutarse cuando los cambios entran en control de origen | | Plataforma \| Negocios | ✅ Las pruebas de resistencia, estrés, desempeño y escala se ejecutan en varios intervalos en el ciclo de desarrollo de aplicaciones y se consideran tareas en curso | | Plataforma \| Negocios | ✅ La ingeniería de solicitudes incluye una revisión de calidad por un humano | | Plataforma \| Negocios | ✅ Las pruebas de capacidad de uso emplean una variedad de dispositivos y tecnología de asistencia | | Plataforma \| Organización | ✅ Todos los datos de prueba se depuran con datos confidenciales e identificativos | | Plataforma \| Planes de prueba | ✅ Los entornos se clasifican por qué tipo de pruebas pueden admitir | | Plataforma \| Planes de prueba | ✅ Los regímenes de prueba apropiados se especifican según el riesgo, el caso de uso o la complejidad | --- ### Antipatrón de estrategia de entorno Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia medioambiental](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-medioambiental) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------- | | Plataforma \| Organización | ⚠️ Los entornos corresponden directamente a una ruta de versión | | Plataforma \| Organización | ⚠️ La ruta de versión para cada cambio es la misma | | Plataforma \| Organización | ⚠️ Existen entornos superpoblados | | Plataforma \| Organización | ⚠️ Los cambios de configuración arriesgados se realizan directamente en producción | | Plataforma \| Organización | ⚠️ Se adopta un modelo de desarrollo y versión basado en organización | | Plataforma \| Organización | ⚠️ Las liberaciones se producen durante el horario laboral pico | | Plataforma \| Organización | ⚠️ Los metadatos en un entorno concreto son su artefacto de versión | | Plataforma \| Sandboxes | ⚠️ El seguimiento de origen no está activado para sandboxes Developer y Developer Pro | ### Antipatrón de Gestión de versiones Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Gestión de versiones](/docs/architect/es-mx/well-architected/guide/resilient#gestión-de-versiones) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Estándares de diseño | ⚠️ Los nombres de versión están ausentes | | Plataforma \| Estándares de diseño | ⚠️ Los equipos hacen referencia a artefactos, elementos de desarrollo y otro trabajo de diferentes formas | | Plataforma \| Documentación | ⚠️ Los nombres de versión son ad hoc o no existen | | Plataforma \| Documentación | ⚠️ No es posible obtener una vista clara de un manifiesto de versión utilizando un nombre de versión | | Plataforma \| KPI | ⚠️ Los umbrales de calidad para aplicaciones de IA generativa no están definidos o no están definidos en diferentes etapas de desarrollo | | Plataforma \| Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en organización Implementaciones a través de API de metadatos utilizan formato de `package.xml` | | Plataforma \| Producción | ⚠️ Los metadatos indican el uso de mecanismos de versión basados en organización Uso activo de conjuntos de cambios | | Plataforma \| Producción | ⚠️ Los registros de implementación muestran instancias repetidas de implementaciones fallidas en el historial disponible | | Plataforma \| Producción | ⚠️ Las implementaciones no tienen una cadencia discernible o muestran clústeres desiguales de implementaciones (signos de reversiones puntuales y soluciones rápidas) | | Plataforma \| Producción | ⚠️ DevOps Center no está activado e instalado | | Plataforma \| Hoja de ruta | ⚠️ Las funciones no están vinculadas claramente a una versión específica | | Plataforma \| Hoja de ruta | ⚠️ Los nombres de versión están ausentes | | Plataforma \| Hoja de ruta | ⚠️ Los nombres de versión son ad hoc o no existen | ### Antipatrón de estrategia de prueba Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Gestión del ciclo](/docs/architect/es-mx/well-architected/guide/resilient#gestión-del-ciclo-de-vida-de-aplicaciones) de vida de aplicaciones → [Estrategia de pruebas](/docs/architect/es-mx/well-architected/guide/resilient#estrategia-de-prueba) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Datos 360 \| Apex | ⚠️ La cobertura de prueba no existe para consultas SOQL ejecutadas en objetos de Data Cloud Las consultas SOQL en un DMO no están cubiertas por métodos de prueba Apex | | Plataforma \| Apex | ⚠️ Sus pruebas de unidad dependen de datos de organización | | Plataforma \| Apex | ⚠️ No se utilizan simulacros/talones | | Plataforma \| Negocios | ⚠️ Sus pruebas de escala no tienen prioridad | | Plataforma \| Negocios | ⚠️ No realiza pruebas de escala como parte de su proceso de control de calidad y tiene aplicaciones a escala B2C, grandes volúmenes de usuarios o grandes volúmenes de datos | | Plataforma \| Negocios | ⚠️ Sus pruebas de escala no tienen criterios bien definidos | | Plataforma \| Negocios | ⚠️ Realiza pruebas de escala en un entorno sandbox de copia parcial o Developer Sandbox | | Plataforma \| Negocios | ⚠️ Las pruebas de capacidad de uso no se realizan o se realizan en un conjunto limitado de dispositivos | | Plataforma \| Negocios | ⚠️ Los volúmenes similares a producción de solicitudes de usuario, el tráfico de API y las variaciones en la velocidad de red no se prueban. | | Plataforma \| Negocios | ⚠️ La automatización de pruebas no está establecida | | Plataforma \| Negocios | ⚠️ La ingeniería de solicitudes carece de una revisión de calidad por un humano | | Plataforma \| Negocios | ⚠️ Las pruebas de resistencia, estrés, desempeño, escala se consideran una fase o etapa de desarrollo. | | Plataforma \| Organización | ⚠️ Los datos de prueba son idénticos a los datos de producción | | Plataforma \| Planes de prueba | ⚠️ No está claro qué entorno puede admitir qué tipo de pruebas | | Plataforma \| Planes de prueba | ⚠️ Los regímenes de prueba no se categorizan por riesgo, caso de uso o complejidad | | Plataforma \| Planes de prueba | ⚠️ Las pruebas de desempeño para LWC personalizado es una idea posterior Esperar hasta el final del ciclo de desarrollo para probar componentes Lightning personalizados | | Plataforma \| Planes de prueba | ⚠️ Probar integraciones con menos del 50% del tráfico de usuarios esperado Basándose en el resultado de un puñado de usuarios para considerar suficiente una prueba de integración | --- # Resiliencia: respuesta ante incidentes ### Capacidad de triajear patrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta ante incidentes](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Capacidad de triaje](/docs/architect/es-mx/well-architected/guide/resilient#capacidad-de-triaje) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ✅ Se identifican las PYME o las partes interesadas a las que se debe alertar sobre problemas complejos antes de que se produzca un incidente | | Plataforma \| Negocios | ✅ La transferencia entre equipos de entrega y asistencia forma parte del lanzamiento | | Plataforma \| Negocios | ✅ Si se le consulta, los arquitectos de Salesforce responden rápidamente y ayudan al equipo a permanecer centrado en la recuperación | | Plataforma \| Documentación | ✅ Los patrones de diseño y sistema utilizados en una solución concreta son detectables y legibles por el personal de asistencia | | Plataforma \| Organización | ✅ El registro y los mensajes de error personalizados se incorporan en rutas de ejecución en todo el sistema | ### Patrón de monitoreo y alerta Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta ante incidentes](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Monitoreo y alertas](/docs/architect/es-mx/well-architected/guide/resilient#monitoreo-y-alerta) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ✅ Los criterios de entrada para alertas de ajuste de solicitudes se definen basándose en mediciones de comentarios de IA generativa directa e indirecta | | Plataforma \| Organización | ✅ Las alertas solo se utilizan para informar a los usuarios de escenarios que requieren intervención humana; otros fallos se registran y se notifican | | Plataforma \| Organización | ✅ Las alertas se envían a usuarios capaces de responder a ellas | | Plataforma \| Organización | ✅ Cuando sea posible, las alertas se entregan con antelación de un posible fallo | ### Tiempo para recuperar el patrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta de incidente](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Tiempo de recuperación](/docs/architect/es-mx/well-architected/guide/resilient#tiempo-de-recuperación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Negocios | ✅ Los equipos saben qué servicios en producción son responsables de poseer | | Plataforma \| Negocios | ✅ Los protocolos de recuperación se practican en intervalos regulares | | Plataforma \| Documentación | ✅ Las tácticas de recuperación se definen y clasifican por tipo de incidente y desencadenador | | Plataforma \| Documentación | ✅ Los criterios de salida para respuestas de incidentes existen en sus SLO y son claros | | Plataforma \| Documentación | ✅ Los criterios de activación y la lógica de asignación para permisos elevados durante incidentes son claros | | Plataforma \| Documentación | ✅ Los conjuntos de permisos y autorizaciones de respuesta ante incidentes se enumeran claramente | | Plataforma \| Organización | ✅ Existen conjuntos de permisos basados en sesión para la respuesta ante incidentes y se pueden asignar al personal de asistencia durante la recuperación | | Plataforma \| Organización | ✅ Configuración del seguimiento de auditoría muestra que los probadores de recuperación designados iniciaron sesión en el entorno de pruebas a la hora acordada y siguieron secuencias de comandos de pruebas de recuperación | | Plataforma \| Planes de prueba | ✅ Las secuencias de comandos de prueba para pruebas de recuperación existen y son repetibles | | Plataforma \| Planes de prueba | ✅ Los entornos para simulaciones de incidentes están claramente enumerados | --- ### Capacidad de triaje de antipatrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta ante incidentes](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Capacidad de triaje](/docs/architect/es-mx/well-architected/guide/resilient#capacidad-de-triaje) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ Las PYME o partes interesadas a las que se debe alertar no se identifican hasta que se produzca un incidente | | Plataforma \| Negocios | ⚠️ La transferencia entre equipos de entrega y equipos de asistencia no forma parte del proceso de versión | | Plataforma \| Negocios | ⚠️ Los arquitectos de Salesforce consideran que la respuesta ante incidentes está fuera de su ámbito de trabajo | | Plataforma \| Documentación | ⚠️ Los patrones de diseño y sistema utilizados en una solución concreta no están disponibles para el personal de apoyo | | Plataforma \| Organización | ⚠️ Los mensajes de error personalizados y de registro no se utilizan | ### Monitoreo y alerta de antipatrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta ante incidentes](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Monitoreo y alertas](/docs/architect/es-mx/well-architected/guide/resilient#monitoreo-y-alerta) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Documentación | ⚠️ No hay criterios definidos para desencadenar alertas de ajuste de solicitudes para aplicaciones de IA generativa | | Plataforma \| Organización | ⚠️ Las alertas se envían cuando se produce cualquier tipo de fallo, independientemente de si se requieren acciones de seguimiento | | Plataforma \| Organización | ⚠️ Las alertas sobre problemas que requieren soluciones técnicas se entregan a usuarios de negocio | | Plataforma \| Organización | ⚠️ Las alertas solo se entregan en respuesta a fallos que ya se produjeron | ### Tiempo para recuperar antipatrón Obtenga más información acerca de [Adaptable](/docs/architect/es-mx/well-architected/guide/adaptable-overview) bien diseñado → [Resistente](/docs/architect/es-mx/well-architected/guide/resilient) → [Respuesta de incidente](/docs/architect/es-mx/well-architected/guide/resilient#respuesta-de-incidente) → [Tiempo de recuperación](/docs/architect/es-mx/well-architected/guide/resilient#tiempo-de-recuperación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Negocios | ⚠️ No está claro qué equipos son responsables de diferentes servicios en producción | | Plataforma \| Negocios | ⚠️ Los protocolos de recuperación no existen o no se practican a intervalos regulares | | Plataforma \| Documentación | ⚠️ La respuesta ante incidentes se realiza ad hoc | | Plataforma \| Documentación | ⚠️ No existen criterios de salida para respuestas ante incidentes | | Plataforma \| Documentación | ⚠️ Los permisos elevados no se asignan o se asignan ad hoc | | Plataforma \| Documentación | ⚠️ Los conjuntos de permisos y autorizaciones de respuesta ante incidentes no se enumeran | | Plataforma \| Organización | ⚠️ Los conjuntos de permisos basados en sesiones no existen para la respuesta ante incidentes o no están autorizados para que los utilice el personal de asistencia | | Plataforma \| Organización | ⚠️ Configuración Seguimiento de auditoría muestra que los probadores de recuperación designados no iniciaron sesión en el entorno de pruebas o no siguieron secuencias de comandos de pruebas de recuperación | | Plataforma \| Planes de prueba | ⚠️ No se establecen entornos para simulaciones de incidentes | | Plataforma \| Planes de prueba | ⚠️ Las secuencias de comandos de prueba no existen para pruebas de recuperación | --- # Seguro: seguridad de datos ### Patrón de visibilidad y colaboración Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de datos](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-datos) → [Compartición y visibilidad](/docs/architect/es-mx/well-architected/guide/secure#sharing-visibility) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| Organización | ✅ La segregación de datos se aplica con Espacios de datos Los espacios de datos existen para segregar y garantizar la visibilidad apropiada para datos de Data 360 | | Einstein \| Bots | ✅ Los flujos iniciados por un bot se ejecutan en contexto de usuario de bot Los flujos iniciados por un bot utilizan el perfil de usuario y los conjuntos de permisos asociados con el bot para determinar los permisos de objeto y el acceso a nivel de campo del flujo. | | Plataforma \| Apex | ✅ Todo el código que accede a datos (SOQL/SOSL) o realiza operaciones de datos (métodos DML/Clase de base de datos) se utiliza con palabras clave de colaboración | | Plataforma \| Estándares de diseño | ✅ Se utilizan diferentes estándares de acceso a datos para usuarios externos y usuarios internos, si procede | | Plataforma \| Documentación | ✅ Una matriz de seguridad describe los datos a los que cada persona de usuario está autorizada a acceder | | Plataforma \| Flujo | ✅ Flujos de pantalla en contexto de usuario siempre que sea posible Evite ejecutar flujos de pantalla en contexto del sistema. Si esto no se puede evitar, utilice el elemento Flujo secundario para iniciar un flujo secundario que contiene solo las acciones que requieren permisos más allá de lo que tiene el usuario que ejecuta, en vez de establecer el Flujo de pantalla completo para ejecutarse en contexto del sistema | | Plataforma \| Flujo | ✅ Especificación de qué campos almacenará un flujo que se ejecuta en contexto del sistema Especificar siempre qué campos almacenar al utilizar un elemento Obtener registros que se ejecuta en contexto del sistema | | Plataforma \| Organización | ✅ La IA generativa solo funciona en modo de usuario, o seleccione usos para el acceso al sistema tienen una justificación de negocio clara | | Plataforma \| Organización | ✅ Los valores predeterminados de toda la organización (OWD) para usuarios internos es Lectura pública, o OWD para usuarios internos es Privado, debido a requisitos de cumplimiento | | Plataforma \| Organización | ✅ OWD para usuarios externos es Privado | ### Uso de patrón de cifrado Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de datos](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-datos) → [Uso de cifrado](/docs/architect/es-mx/well-architected/guide/secure#uso-de-cifrado) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Si las necesidades de negocio requieren una mayor protección de datos en tránsito, todo el código implicado en la integración lleva a cabo lógica utilizando métodos de Clase criptográfica para cifrar datos antes de la transmisión o descifrar datos tras la recepción | | Plataforma \| Estándares de diseño | ✅ Los casos de uso para cifrado de datos en tránsito y (si es necesario) en periodos de inactividad son claros y detectables | | Plataforma \| Estándares de diseño | ✅ Los protocolos de cifrado aprobados están claramente enumerados | | Plataforma \| Documentación | ✅ La documentación de código indica claramente dónde se utiliza el cifrado y qué protocolos se utilizan | | Plataforma \| Organización | ✅ Si se identifican riesgos de seguridad que requieren una mayor protección de los datos en periodos de inactividad, Hyperforce o Salesforce Shield proporcionan cifrado en periodos de inactividad | --- ### Antipatrón Colaboración y visibilidad Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de datos](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-datos) → [Compartición y visibilidad](/docs/architect/es-mx/well-architected/guide/secure#sharing-visibility) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Bots | ⚠️ Los flujos iniciados por un bot se ejecutan en contexto del sistema Un flujo iniciado por un bot se ejecuta en modo del sistema. Esto puede producirse si no activó la actualización Ejecutar flujos en contexto de usuario de bot en la sección de actualización de versión de configuración | | Plataforma \| Apex | ⚠️ Con colaboración las palabras clave se utilizan de forma incoherente | | Plataforma \| Documentación | ⚠️ La documentación no existe o no contiene una matriz de seguridad | | Plataforma \| Documentación | ⚠️ Si existe una matriz de seguridad, no describe el acceso de datos para personas de usuario | | Plataforma \| Flujo | ⚠️ El contexto del sistema se utiliza en flujos de pantalla aflorados a usuarios externos Los flujos de pantalla completos utilizan contexto del sistema para aflorar datos a los que los usuarios externos no tienen permisos para acceder a través del modelo de colaboración | | Plataforma \| Flujo | ⚠️ Almacenar todos los campos cuando se utiliza un elemento Obtener registros en contexto del sistema Selección de la opción "Almacenar automáticamente todos los campos" cuando se configura un elemento Obtener registros que se ejecutará en contexto del sistema | | Plataforma \| Organización | ⚠️ Las OWD para usuarios internos se establecen como Privadas sin justificación de negocio o las OWD para usuarios internos se establecen como Lectura/escritura pública | | Plataforma \| Organización | ⚠️ La IA generativa funciona en modo sistema sin justificación de negocio | | Plataforma \| Organización | ⚠️ Los OWD para usuarios externos se establecen en cualquier cosa que no sea Privado sin justificación de negocio | ### Uso de antipatrón de cifrado Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad de datos](/docs/architect/es-mx/well-architected/guide/secure#seguridad-de-datos) → [Uso de cifrado](/docs/architect/es-mx/well-architected/guide/secure#uso-de-cifrado) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ⚠️ Las necesidades de negocio requieren una mayor protección de datos en tránsito, pero el código implicado en la integración lleva a cabo lógica sin cifrar datos antes de la transmisión o en el momento de la recepción, o los métodos de Clase criptográfica se utilizan ad hoc | | Plataforma \| Estándares de diseño | ⚠️ Los protocolos de cifrado aprobados no son claros o no están enumerados | | Plataforma \| Estándares de diseño | ⚠️ El código no está documentado o la documentación no es clara sobre dónde y cómo se utiliza el cifrado en el código | | Plataforma \| Organización | ⚠️ Las necesidades de negocio requieren una mayor protección de datos en periodos de inactividad, pero no se utiliza Hyperforce ni Salesforce Shield | --- # Seguro: seguridad organizativa ### Patrón de autenticación Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad organizativa](/docs/architect/es-mx/well-architected/guide/secure#seguridad-organizativa) → [Autenticación](/docs/architect/es-mx/well-architected/guide/secure#autenticación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Plataforma \| Apex | ✅ Los métodos que ejecutan la autenticación utilizan credenciales nombradas para gestionar flujos de nombre de usuario/contraseña | | Plataforma \| Apex | ✅ No aparecen nombres de usuario o contraseñas en código en formatos legibles (sin cadenas o valores codificados) | | Plataforma \| Apex | ✅ Si existen flujos de inicio de sesión personalizados, todos Apex personalizados relacionados utilizan métodos de `SessionManagement` apropiados | | Plataforma \| Aura | ✅ No aparecen nombres de usuario o contraseñas en código en formatos legibles (sin cadenas o valores codificados) | | Plataforma \| Aura | ✅ Los métodos que ejecutan la autenticación utilizan credenciales nombradas para gestionar flujos de nombre de usuario/contraseña | | Plataforma \| Documentación | ✅ Las personas de seguridad aprobadas están claramente definidas y enumeradas | | Plataforma \| Documentación | ✅ La asignación entre personas de seguridad y esquemas de autenticación permitidos (UI, API) existe en una matriz de seguridad | | Plataforma \| Componentes web Lightning (LWC) | ✅ Los métodos que ejecutan la autenticación utilizan credenciales nombradas para gestionar flujos de nombre de usuario/contraseña | | Plataforma \| Componentes web Lightning (LWC) | ✅ No aparecen nombres de usuario o contraseñas en código en formatos legibles (sin cadenas o valores codificados) | | Plataforma \| Organización | ✅ Control de acceso de API evita que los usuarios se autentiquen a través de una aplicación conectada no autorizada | | Plataforma \| Organización | ✅ La relación entre usuarios y entidades que inician sesión en Salesforce es 1:1 (sin usuarios compartidos) | | Plataforma \| Organización | ✅ Las configuraciones de inicio de sesión se alinean con la Comprobación de Salesforce MFA | | Plataforma \| Organización | ✅ Si SSO está activado, los usuarios administradores aprobados tienen acceso de inicio de sesión directo | | Plataforma \| Organización | ✅ Análisis forense de inicio de sesión se utiliza cuando el historial de inicio de sesión debe almacenarse durante más de 6 meses Utilizar Análisis forense de inicio de sesión cuando se requiere la retención del historial de inicio de sesión para almacenarse durante 6 meses-10 años | ### Patrón de autorización Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad organizativa](/docs/architect/es-mx/well-architected/guide/secure#seguridad-organizativa) → [Autorización](/docs/architect/es-mx/well-architected/guide/secure#autorización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué aspecto tiene?
Patrón | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Einstein \| Bots | ✅ Se configura un usuario de bot exclusivo para cada caso de uso de negocio En la sección Descripción general de Einstein Bot Builder de una configuración de bot, el usuario de bot seleccionado proporciona solo la cantidad mínima de acceso necesaria para llevar a cabo el propósito de negocio para el que está diseñado el bot, siguiendo el principio de menor privilegio | | Plataforma \| Apex | ✅ Las operaciones de BD realizan comprobaciones de acceso a nivel de campo y nivel de objeto de forma apropiada. Las declaraciones DML y Database DML declaran el modo de usuario o sistema para operaciones de datos Y/O las declaraciones DML y Database DML utilizan métodos de `stripInaccessible` antes de operaciones de datos. | | Plataforma \| Apex | ✅ Las operaciones de BD realizan comprobaciones de acceso a nivel de campo y nivel de objeto de forma apropiada. Las declaraciones SOQL y SOSL utilizan palabras clave `WITH USER_MODE` y `WITH SYSTEM_MODE` Y/O se utilizan métodos de `stripInaccessible` para filtrar resultados de consultas y subconsultas | | Plataforma \| Apex | ✅ Las operaciones de base de datos realizan comprobaciones de acceso a nivel de campo y objeto de forma apropiada. Los métodos de resultados de descripción de sObject (es decir, `isAccessible`, `isCreateable`, `isUpdateable` y/o `isDeletable`) se utilizan con moderación | | Plataforma \| Estándares de diseño | ✅ Los casos de uso para otorgar privilegios elevados se enumeran claramente incluyendo: - Modificar todos los permisos de datos - Ver todos los permisos de datos | | Plataforma \| Documentación | ✅ Cada usuario y sistema con acceso a Salesforce asigna a una o más personas en una matriz de seguridad | | Plataforma \| Documentación | ✅ La matriz de seguridad enumera claramente permisos de metadatos y personas de usuario asignadas | | Plataforma \| Organización | ✅ Los conjuntos de permisos y los grupos de conjuntos de permisos se utilizan para controlar el acceso a metadatos | | Plataforma \| Organización | ✅ Los conjuntos de permisos y los grupos de conjuntos de permisos se alinean con funciones de negocio | | Plataforma \| Organización | ✅ Un usuario de integración solo de API exclusivo está configurado para cada integración | | Plataforma \| Organización | ✅ Los perfiles se utilizan de forma mínima y solo para controlar intervalos de direcciones IP de inicio de sesión y horas de inicio de sesión | | Plataforma \| Organización | ✅ Los permisos asignados a usuarios siguen definiciones de matriz de seguridad | --- ### Antipatrón de autenticación Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad organizativa](/docs/architect/es-mx/well-architected/guide/secure#seguridad-organizativa) → [Autenticación](/docs/architect/es-mx/well-architected/guide/secure#autenticación) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Plataforma \| Apex | ⚠️ Los nombres de usuario y las contraseñas aparecen en código | | Plataforma \| Apex | ⚠️ Si existen flujos de inicio de sesión personalizados, no hay lógica para asignar seguridad a nivel de sesión | | Plataforma \| Apex | ⚠️ La autenticación se gestiona ad hoc | | Plataforma \| Aura | ⚠️ La autenticación se gestiona ad hoc | | Plataforma \| Aura | ⚠️ Los nombres de usuario y las contraseñas aparecen en código | | Plataforma \| Negocios | ⚠️ Los SLA y requisitos de aprovisionamiento y desaprovisionamiento de usuarios no existen | | Plataforma \| Documentación | ⚠️ No incluye personas de seguridad | | Plataforma \| Documentación | ⚠️ La matriz de seguridad no tiene asignaciones claras para personas de seguridad y esquemas de autenticación permitidos | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ La autenticación se gestiona ad hoc | | Plataforma \| Componentes web Lightning (LWC) | ⚠️ Los nombres de usuario y las contraseñas aparecen en código | | Plataforma \| Organización | ⚠️ Control de acceso de API no está activado | | Plataforma \| Organización | ⚠️ Si los usuarios acceden a Salesforce desde detrás de un cortafuegos, el cortafuegos utiliza direcciones IP codificadas para proteger las comunicaciones a/desde Salesforce | | Plataforma \| Organización | ⚠️ La relación entre usuarios y entidades que inician sesión en Salesforce no es 1:1 (hay cuentas de usuario compartidas) | | Plataforma \| Organización | ⚠️ Si SSO está activado, ningún usuario administrador aprobado tiene acceso de inicio de sesión directo | | Plataforma \| Organización | ⚠️ Las configuraciones de inicio de sesión no se alinean con la Comprobación de Salesforce MFA | | Plataforma \| Organización | ⚠️ Las credenciales nombradas heredadas se utilizan para autenticarse en sistemas externos utilizando credenciales nombradas heredadas para especificar la URL de un extremo de llamada y sus parámetros de autenticación requeridos | ### Antipatrón de autorización Obtenga más información acerca de [Confianza](/docs/architect/es-mx/well-architected/guide/trusted-overview) bien arquitectónica → [Seguro](/docs/architect/es-mx/well-architected/guide/secure) → [Seguridad organizativa](/docs/architect/es-mx/well-architected/guide/secure#seguridad-organizativa) → [Autorización](/docs/architect/es-mx/well-architected/guide/secure#autorización) | ¿Dónde buscar?
Área de producto \| Ubicación | ¿Qué evitar?
Antipatrón | | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Einstein \| Bots | ⚠️ Bots Einstein utilizan el Usuario de Chatbot básico o un usuario de bot "genérico" En la sección Descripción general de Generador de bots Einstein de una configuración de bot, el Usuario de bot seleccionado es el Usuario de Chatbot básico o un Usuario de Chatbot personalizado "genérico" que se comparte entre bots que se utilizan para diferentes fines de negocio | | Plataforma \| Apex | ⚠️ DML, métodos de Clase de base de datos, SOQL y SOSL ejecutados en modo de sistema predeterminado | | Plataforma \| Apex | ⚠️ Las operaciones de base de datos no realizan comprobaciones de acceso de forma apropiada. Las consultas SOQL utilizan exclusivamente palabras clave `WITH SECURITY_ENFORCED` para restricciones de acceso | | Plataforma \| Apex | ⚠️ Las operaciones de base de datos no realizan comprobaciones de acceso de forma apropiada. Los métodos DML o Clase de base de datos utilizan exclusivamente comprobaciones de `isAccessible`, `isCreateable`, `isUpdateable` y/o `isDeletable` para el acceso a nivel de campo y sObject | | Plataforma \| Estándares de diseño | ⚠️ Los casos de uso para otorgar permisos elevados no se enumeran claramente Incluyendo: - Modificar todos los permisos de datos - Ver todos los permisos de datos | | Plataforma \| Documentación | ⚠️ No enumera claramente permisos de metadatos y personas asignadas | | Plataforma \| Documentación | ⚠️ La documentación no incluye una matriz de seguridad | | Plataforma \| Organización | ⚠️ Los permisos asignados a usuarios no siguen definiciones de matriz de seguridad | | Plataforma \| Organización | ⚠️ Los perfiles contienen controles de acceso para metadatos | | Plataforma \| Organización | ⚠️ Los conjuntos de permisos están configurados ad hoc | | Plataforma \| Organización | ⚠️ Los grupos de conjuntos de permisos no están configurados para permitir el acceso basándose en funciones de negocio | | Plataforma \| Organización | ⚠️ Los usuarios solo de API no están configurados o están compartidos entre más de una integración | | Plataforma \| Organización | ⚠️ Los conjuntos de permisos son redundantes o están muy duplicados; es difícil comprender una lógica funcional clara y diferencias entre conjuntos | ---