task walkthrough
Comienza tu prueba de Transparent
Usa la ruta de prueba cuando quieras una evaluación tranquila y estructurada, con siguientes pasos claros y sin un compromiso anual oculto.
Leer artículo →TR-2529 centro de ayuda en español
Ayuda en español para las superficies de lanzamiento de mayor confianza.
Este tramo en español ya cubre las principales familias de ayuda del shell de lanzamiento. Sigue siendo intencionalmente acotado, pero ahora evita los huecos más importantes en reportes, exportaciones y límites conocidos.
Postura actual
- Este tramo en español ya cubre las familias principales de ayuda del lanzamiento con artículos reales.
- La ayuda restante fuera de este shell acotado todavía puede seguir siendo principalmente en inglés.
- No se debe implicar equivalencia completa hasta que más superficies y familias posteriores sean revisadas y publicadas.
Artículos disponibles ahora
Estos son los primeros artículos en español que ya pueden defenderse con contenido real.
Primeros pasos
Orientación inicial, expectativas de prueba y qué hacer después de la configuración inicial.
policy rule
Cuándo la incertidumbre temprana de configuración sigue siendo fricción normal de inicio de prueba vs cuándo es un bloqueo real
Parte de la incertidumbre temprana es fricción normal de inicio de prueba, pero se convierte en un bloqueo real cuando empieza a debilitar la confianza en la preparación o vuelve inseguro adivinar el siguiente paso.
Leer artículo →faq
Cómo leer la incertidumbre de preparación sin sobreafirmar
Las señales poco claras de preparación deben mantenerse visibles como incertidumbre, no leerse en exceso como prueba de que una iglesia no está lista ni como prueba oculta de que la certeza para empezar ya existe.
Leer artículo →escalation known issue
Cuándo una pregunta de empezar ahora necesita revisión guiada
Las preguntas sobre empezar ahora pueden seguir siendo ordinarias por un tiempo, pero necesitan revisión guiada una vez que la ambigüedad de preparación empieza a cambiar la ruta más segura, la consecuencia para stakeholders o la confianza relacionada con migración.
Leer artículo →overview
Cómo enrutar preguntas de inicio de forma conservadora
La ruta más segura depende de si la pregunta sigue siendo interpretación general de inicio o ya se convirtió en una pregunta de preparación, migración o stakeholders con consecuencias importantes que necesita un manejo más estrecho.
Leer artículo →policy rule
Cuándo la demo guiada sigue siendo opcional vs cuándo se convierte en un bloqueo real del siguiente paso
La demo guiada puede seguir siendo opcional para preguntas ordinarias de evaluación, pero se vuelve el siguiente movimiento más seguro una vez que la ambigüedad empieza a cambiar si la prueba self-serve sigue siendo segura de confiar.
Leer artículo →overview
Cómo leer la incertidumbre de preparación para evaluar sin exagerar
La incertidumbre sobre la preparación para evaluar debe mantenerse visible e interpretarse con cuidado, no sobredimensionarse como prueba de que una iglesia está secretamente no lista o ya aprobada para certeza guiada.
Leer artículo →escalation known issue
Cuándo una ruta self-serve ya superó la ayuda amplia y necesita revisión guiada
Una ruta self-serve puede seguir siendo válida para evaluación ordinaria, pero ya superó la ayuda amplia una vez que la ambigüedad de ruta o la consecuencia se vuelven demasiado específicas de la iglesia para interpretación pública sola.
Leer artículo →overview
Cómo enrutar preguntas de demo y evaluación de forma conservadora
Las preguntas sobre demo y evaluación deben quedarse en ayuda amplia solo mientras sigan siendo lo bastante generales para interpretarse con seguridad, y luego pasar a manejo guiado una vez que la consecuencia se vuelva específica de la iglesia.
Leer artículo →Personas y hogares
Guía canónica de registros de personas y hogares para el entendimiento de lanzamiento.
overview
Conceptos básicos de personas y hogares
Las personas y los hogares deben mantenerse claros, canónicos y revisables para que las iglesias no formen hábitos desordenados de registros durante el lanzamiento.
Leer artículo →policy rule
Postura sobre duplicados y limpieza
La guía de limpieza debe reducir el desorden de registros desde temprano sin fomentar combinaciones casuales ni ediciones demasiado confiadas de hogares.
Leer artículo →escalation known issue
Límites de riesgo para fusiones y cambios
Los cambios en registros de personas deben mantener visibles el riesgo de fusión, la ambigüedad relacional y las consecuencias sobre datos reales en lugar de esconderlos detrás de lenguaje de limpieza.
Leer artículo →policy rule
Cuándo la incertidumbre de datos de personas sigue siendo fricción normal de limpieza vs cuándo es un bloqueo real
Parte de la incertidumbre en datos de personas es fricción normal de limpieza, pero se convierte en un bloqueo real cuando empieza a debilitar la confianza, cambia la seguridad de una fusión o vuelve inseguro adivinar el siguiente paso.
Leer artículo →faq
Cómo leer la ambigüedad de duplicados o de hogares sin sobreafirmar
Las señales poco claras sobre duplicados u hogares deben mantenerse visibles como ambigüedad, no leerse en exceso como prueba de datos malos ni como prueba oculta de que la certeza del registro ya existe.
Leer artículo →escalation known issue
Cuándo la ambigüedad de hogar compartido o identidad del registro necesita revisión guiada
Las preguntas sobre hogares o identidad pueden seguir siendo ordinarias por un tiempo, pero necesitan revisión guiada una vez que la ambigüedad empieza a cambiar el significado canónico, la seguridad de una fusión o la consecuencia sobre historial real de personas.
Leer artículo →overview
Cómo enrutar preguntas de personas y hogares de forma conservadora
La ruta más segura depende de si la pregunta sigue siendo interpretación general de datos de personas o ya se convirtió en una pregunta de identidad, hogar o fusión con consecuencias importantes que necesita un manejo más estrecho.
Leer artículo →Donaciones y facturación
Explicaciones financieras de alta confianza con separación clara entre donaciones y facturación SaaS.
policy rule
Conceptos básicos de precios, prueba y hardship
Los precios de lanzamiento de Transparent son mes a mes, comienzan con una prueba gratuita de dos meses y mantienen visible el hardship sin convertirlo en una negociación de precio oculta.
Leer artículo →policy rule
Significado canónico de precios vs explicación de ayuda
La ayuda puede explicar la postura de precios, pero no debe convertirse en una cotización paralela, un contrato ni una promesa específica de cuenta más fuerte que la superficie de precios gobernada.
Leer artículo →policy rule
Cómo debe leerse la postura de hardship
El hardship debe entenderse como una ruta visible de revisión manual, no como negociación oculta, descuentos automáticos ni resultados garantizados de precios.
Leer artículo →overview
Cuándo una pregunta de facturación es específica de la cuenta
Algunas preguntas de facturación se quedan en la capa de explicación pública, pero otras cruzan hacia territorio específico de la cuenta y deberían dejar de usar la ayuda genérica como vía principal.
Leer artículo →faq
Cómo enrutar una pregunta sensible al dinero
Las preguntas sensibles al dinero pueden pertenecer a ayuda pública, intake de facturación o precios, intake de hardship o soporte más amplio, y la ruta más segura depende del tipo de ambigüedad que realmente tengas.
Leer artículo →Importaciones y migración
Guía realista de migración, expectativas de staging y qué hacer cuando el mapeo no es obvio.
overview
Prepárate para la revisión de importación y migración
La guía de migración debe ser realista, por etapas y explícita sobre lo que todavía necesita revisión humana.
Leer artículo →task walkthrough
Lista de preparación para migración
Usa una lista simple de preparación antes de la revisión guiada de migración para que las expectativas se basen en exportaciones reales, responsables reales y preguntas reales de limpieza.
Leer artículo →policy rule
Límites del mapeo de registros y la revisión de campos
La ayuda de migración debe explicar con claridad los límites del mapeo para que las iglesias no confundan la revisión guiada con certeza automática de campos.
Leer artículo →policy rule
Cuándo la ambigüedad de migración sigue estando bien vs cuándo es un bloqueo real
Parte de la incertidumbre de migración es fricción normal de evaluación, pero se convierte en un bloqueo real cuando empieza a cambiar decisiones, debilitar la confianza de stakeholders o volver insuficiente la prueba.
Leer artículo →faq
Cómo leer la incertidumbre del mapeo de datos sin sobreafirmar
Las preguntas abiertas de mapeo deben mantenerse visibles como incertidumbre, no sobreleerse como prueba de fracaso ni como prueba oculta de que la certeza de migración ya existe.
Leer artículo →task walkthrough
Cuándo la incertidumbre de limpieza necesita revisión guiada
Parte del trabajo de limpieza es preparación ordinaria de migración, pero la incertidumbre de limpieza necesita revisión guiada cuando empieza a cambiar la confianza, el alcance o si la pregunta de migración todavía puede responderse con seguridad.
Leer artículo →overview
Cómo enrutar preguntas de certeza de migración de forma conservadora
La ruta más segura depende de si la pregunta sigue siendo interpretación general de migración o ya se convirtió en una pregunta de certeza con consecuencias importantes que necesita revisión guiada.
Leer artículo →Roles, acceso y seguridad
Conceptos básicos de acceso, permisos y expectativas de seguridad para usuarios.
overview
Conceptos básicos de acceso, inicio de sesión y seguridad
La guía de seguridad para usuarios debe ser clara sobre los límites de acceso y evitar tranquilizaciones vagas.
Leer artículo →task walkthrough
Cómo solicitar y aprobar cambios de acceso
La guía sobre cambios de acceso debe mantener explícitos a solicitantes, aprobadores y rutas sensibles de seguimiento para que los permisos no se desvíen por suposición.
Leer artículo →escalation known issue
Reglas de escalación para acceso e identidad sensibles
Los casos límite de identidad y permisos deben pasar a un manejo más estrecho y revisable en lugar de depender de tranquilidad verbal o autoridad adivinada.
Leer artículo →policy rule
Cuándo la incertidumbre de acceso sigue estando bien vs cuándo es un bloqueo real
Parte de la incertidumbre de acceso es fricción normal de configuración, pero se convierte en un bloqueo real cuando empieza a cambiar la confianza, las decisiones de aprobación o si el siguiente paso es seguro.
Leer artículo →faq
Cómo leer la incertidumbre sobre aprobador o acceso delegado sin sobreafirmar
Las afirmaciones inciertas de autoridad deben mantenerse visibles como incertidumbre, no sobreleerse como prueba de mala intención ni como prueba oculta de que la certeza de verificación ya existe.
Leer artículo →task walkthrough
Cuándo la ambigüedad sobre acceso compartido o identidad necesita revisión guiada
Parte de las preguntas sobre acceso compartido son aclaración ordinaria, pero la ambigüedad sobre identidad o acceso compartido necesita revisión guiada cuando empieza a cambiar la seguridad, la confianza o si la siguiente acción puede tomarse responsablemente.
Leer artículo →overview
Cómo enrutar preguntas de roles, acceso y seguridad de forma conservadora
La ruta más segura depende de si la pregunta sigue siendo interpretación general de acceso o ya se convirtió en una pregunta de autoridad o identidad con consecuencias importantes que necesita un manejo más estrecho.
Leer artículo →Reportes y exportaciones
Ayuda sensible a definiciones para paneles, significado de reportes y exportaciones.
faq
Conceptos básicos de reportes y exportaciones
La ayuda de reportes debe explicar qué significan los números sin crear una segunda fuente de verdad ni expectativas difusas sobre exportaciones.
Leer artículo →policy rule
Valor canónico del reporte vs explicación de ayuda
La ayuda puede explicar el significado de un reporte, pero no debe convertirse en una segunda fuente de verdad más fuerte que la propia superficie del producto.
Leer artículo →faq
Cómo leer una exportación con seguridad
Las exportaciones son rutas gobernadas de handoff, no volcados casuales ni prueba automática de que toda interpretación posterior ya esté normalizada.
Leer artículo →overview
Cuándo una pregunta de reporting es de bajo riesgo
Algunas preguntas de reporting siguen siendo preguntas de interpretación de bajo riesgo que pueden quedarse en ayuda gobernada o verificación ordinaria sin escalación inmediata.
Leer artículo →escalation known issue
Cuándo la ambigüedad de reporting necesita escalación
Una pregunta de reporting necesita escalación cuando la incertidumbre de definición o interpretación del valor se vuelve lo bastante seria como para afectar una decisión real.
Leer artículo →faq
Cómo enrutar una pregunta sobre ambigüedad de reporting
La ambigüedad de reporting puede ser una pregunta explicativa, una duda sobre valor canónico, un límite conocido o un problema de soporte, y la ruta más segura depende del tipo de ambigüedad que realmente estés enfrentando.
Leer artículo →Soporte, solución de problemas y problemas conocidos
Rutas de recuperación, bloqueos comunes y cuándo escalar a intake estructurado.
escalation known issue
Rutas de soporte y escalación
Usa primero la ayuda self-serve cuando responda la pregunta, y luego pasa a intake estructurado antes de que la frustración crezca.
Leer artículo →troubleshooting
Límites conocidos de la prueba y la migración
Algunas respuestas de la superficie de lanzamiento siguen siendo principalmente de orientación, así que este artículo hace explícitos los límites conocidos en lugar de dejar que la confianza se desvíe demasiado.
Leer artículo →overview
Elige tu ruta de soporte
Usa la ruta de soporte más corta que aún mantenga la pregunta fundamentada, segura y bien enrutada.
Leer artículo →policy rule
Cuándo basta el autoservicio fundamentado
Algunas preguntas de soporte siguen siendo seguras para ayuda self-serve gobernada, mientras que otras necesitan seguimiento enrutado antes de que la confianza se desvíe demasiado.
Leer artículo →task walkthrough
Cómo reportar claramente una tarea bloqueada
Un buen reporte de bloqueo debe mostrar qué intentabas hacer, qué ya probaste y por qué importa la consecuencia.
Leer artículo →escalation known issue
Cuándo dejar de reintentar y escalar
Algunos problemas de soporte mejoran con un intento cuidadoso más, pero otros deben escalar antes de que más esfuerzo self-serve cree ruido o riesgo.
Leer artículo →faq
Explicación de las categorías de routing de soporte
El routing category-first existe para que la pregunta llegue a la ruta de revisión más segura sin convertir soporte en una sola bandeja ruidosa.
Leer artículo →faq
Bug report vs feature request
La diferencia importa porque el comportamiento roto y la capacidad faltante suelen necesitar una postura de revisión distinta desde el inicio.
Leer artículo →policy rule
Temas sensibles de soporte y escalación
Algunas preguntas de soporte deben estrecharse rápidamente hacia un manejo más seguro porque el riesgo está en la consecuencia, no solo en la confusión.
Leer artículo →faq
Límite esperado vs bug probable
Algunas brechas del producto son límites actuales, mientras que otras parecen lo bastante rotas como para tratarlas como bugs probables en lugar de límites normales.
Leer artículo →policy rule
Alcance actual vs posibilidad futura
La verdad actual del producto debe mantenerse separada de la posibilidad futura para que la guía de lanzamiento no se convierta silenciosamente en implicación de roadmap.
Leer artículo →overview
Cuándo un límite conocido sigue estando bien
Algunos límites conocidos son reales, pero siguen siendo compatibles con un progreso seguro de la prueba cuando no bloquean la decisión principal que tu iglesia está intentando tomar.
Leer artículo →escalation known issue
Cuándo un límite conocido se convierte en un bloqueo real
Un límite conocido se convierte en un bloqueo real cuando empieza a reducir la confianza de migración, la preparación de lanzamiento o la confianza en si Transparent puede sostener el flujo que realmente necesitas.
Leer artículo →faq
Cómo enrutar una pregunta sobre una brecha del producto
Una pregunta sobre una brecha del producto puede apuntar a un límite conocido, un problema de soporte, una sospecha de bug o una feature request, y la ruta más segura depende del tipo de brecha que realmente estés viendo.
Leer artículo →task walkthrough
Cómo se ve una buena actualización de seguimiento de soporte
Un seguimiento útil debe agregar nueva señal, consecuencia cambiada o contexto aclarado en lugar de reiniciar toda la historia de soporte desde cero.
Leer artículo →policy rule
Cuándo esperar vs cuándo volver a dar seguimiento
A veces esperar sigue siendo la jugada más segura, y otras veces una consecuencia cambiada o una nueva señal hacen que otro seguimiento sea la mejor elección.
Leer artículo →overview
Cómo llevar el contexto sin repetirlo todo
Un buen contexto de seguimiento debe preservar lo que importa ahora sin convertir cada actualización en una copia completa de todo el historial del problema.
Leer artículo →faq
Cómo leer el progreso de soporte de forma conservadora
La confirmación, el routing y las actualizaciones parciales son señales útiles, pero no deben sobreleerse como prueba de madurez oculta del flujo ni de certeza del resultado.
Leer artículo →Lo que sigue siendo limitado
Este centro de ayuda en español es real, pero todavía no es una réplica completa del centro en inglés.
- Los artículos publicados aquí sí tienen contenido real en español.
- Las áreas que todavía no aparecen aquí no deben tratarse como si ya tuvieran paridad publicada.
- Si la ruta en español que necesitas todavía no existe, usa intake estructurado o revisa el artículo en inglés correspondiente.