<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog enter 2.0</title><link>https://www.enter20.com/blog/</link><description>Artículos de enter 2.0 sobre IA práctica, modelos de datos, dashboards, automatización documental y gobierno IT.</description><language>es-ES</language><atom:link href="https://www.enter20.com/feed.xml" rel="self" type="application/rss+xml"/>
<item><title>Memoria organizativa: que el conocimiento se quede en la empresa aunque cambie la herramienta de IA</title><link>https://www.enter20.com/blog/memoria-organizativa-conocimiento-se-quede-en-la-empresa-aunque-cambie-herramienta-ia/</link><guid isPermaLink="true">https://www.enter20.com/blog/memoria-organizativa-conocimiento-se-quede-en-la-empresa-aunque-cambie-herramienta-ia/</guid><pubDate>Mon, 09 Nov 2026 08:00:00 GMT</pubDate><category>Conocimiento y contexto para IA</category><description>Cada incorporación y cada cambio de herramienta obligan a explicar otra vez cómo funciona la organización. Si ese conocimiento se curara como fichas propias, en texto plano con fuentes, responsable, versión y fecha de revisión, podría usarlo cualquier asistente de IA y la organización podría llevárselo al cambiar de proveedor. La parte difícil no es el formato. Es resolver contradicciones entre documentos, decidir quién aprueba cada ficha y retirar de la consulta lo que ha vencido o lo que depende de una fuente que ha cambiado.</description></item>
<item><title>Trabajar con asistentes de IA sin perder el hilo: reglas y memoria en el repositorio</title><link>https://www.enter20.com/blog/trabajar-con-asistentes-de-ia-sin-perder-el-hilo-reglas-memoria-repositorio/</link><guid isPermaLink="true">https://www.enter20.com/blog/trabajar-con-asistentes-de-ia-sin-perder-el-hilo-reglas-memoria-repositorio/</guid><pubDate>Fri, 23 Oct 2026 08:00:00 GMT</pubDate><category>Método de trabajo con IA</category><description>Un asistente de IA que programa es tan fiable como el contexto que recibe. Si las reglas y el estado del proyecto viven en el repositorio, versionados junto al código, cualquier asistente o persona puede empezar donde lo dejó el anterior, y cada cambio deja rastro. El método cabe en pocos ficheros: un documento de reglas vinculantes, una carpeta de memoria ligera, tres prompts de sesión (empezar, cerrar, relevar) y un guardián que se ejecuta antes de cada commit.</description></item>
<item><title>Seguridad en capas para herramientas internas pequeñas: identidad en el borde y fallar cerrado</title><link>https://www.enter20.com/blog/seguridad-en-capas-herramientas-internas-identidad-en-el-borde-fallar-cerrado/</link><guid isPermaLink="true">https://www.enter20.com/blog/seguridad-en-capas-herramientas-internas-identidad-en-el-borde-fallar-cerrado/</guid><pubDate>Tue, 06 Oct 2026 08:00:00 GMT</pubDate><category>Seguridad de herramientas internas</category><description>Ninguna capa de seguridad debería darse por buena sola. Si una falla o se configura mal, la siguiente tiene que seguir cerrando el paso. Para una herramienta interna pequeña, eso se traduce en identidad antes de llegar a nada, un servicio que vuelve a comprobar la sesión en cada petición y datos con permisos propios. El principio más útil es fallar cerrado: si falta configuración, el servicio no sirve nada. Es preferible un error visible a una herramienta abierta sin que nadie lo sepa.</description></item>
<item><title>Del PDF al dato revisado: huella, evidencia y cola de revisión</title><link>https://www.enter20.com/blog/del-pdf-al-dato-revisado-huella-evidencia-cola-de-revision/</link><guid isPermaLink="true">https://www.enter20.com/blog/del-pdf-al-dato-revisado-huella-evidencia-cola-de-revision/</guid><pubDate>Fri, 18 Sep 2026 08:00:00 GMT</pubDate><category>Automatización documental</category><description>Un flujo documental fiable no empieza por el modelo que lee el PDF. Empieza por identificar cada documento con una huella, conservar el original sin tocarlo, guardar junto a cada dato extraído la evidencia de dónde salió y dejar que una persona apruebe lo que importa. Con esas cuatro piezas, da igual si la extracción la hacen reglas, OCR o un modelo de lenguaje: el resultado se puede comprobar, corregir y explicar.</description></item>
<item><title>Una copia de seguridad vale lo que vale su restauración</title><link>https://www.enter20.com/blog/una-copia-de-seguridad-vale-lo-que-vale-su-restauracion/</link><guid isPermaLink="true">https://www.enter20.com/blog/una-copia-de-seguridad-vale-lo-que-vale-su-restauracion/</guid><pubDate>Mon, 31 Aug 2026 08:00:00 GMT</pubDate><category>Continuidad y operación IT</category><description>Una copia de seguridad no se comprueba leyendo su registro, sino restaurándola. Hay copias que el sistema da por buenas durante meses y que, llegado el momento, no permiten volver al punto que se necesita. La continuidad se construye con capas: una copia local rápida, una copia que un equipo central «tira» y que el equipo copiado no puede borrar, y una copia fuera de la oficina con una clave limitada. Y con una restauración de prueba en el calendario.</description></item>
<item><title>Los permisos viven en la base de datos, no en la pantalla</title><link>https://www.enter20.com/blog/los-permisos-viven-en-la-base-de-datos-no-en-la-pantalla/</link><guid isPermaLink="true">https://www.enter20.com/blog/los-permisos-viven-en-la-base-de-datos-no-en-la-pantalla/</guid><pubDate>Thu, 13 Aug 2026 08:00:00 GMT</pubDate><category>Herramientas internas y permisos</category><description>Una regla de acceso que solo existe en la interfaz es una sugerencia. Si alguien llama a la API directamente, abre otra pantalla o un error deja pasar una consulta, la regla desaparece. Las reglas que importan deben cumplirse en la base de datos. Lo mismo vale para las validaciones y la auditoría: que una persona no pueda estar asignada al 120 %, que un fichaje antiguo no se edite o que cada cambio deje rastro son garantías que conviene aplicar donde viven los datos.</description></item>
<item><title>La IA propone y una persona decide: cómo inventariar el uso de IA en tus herramientas</title><link>https://www.enter20.com/blog/la-ia-propone-una-persona-decide-inventariar-uso-ia-herramientas/</link><guid isPermaLink="true">https://www.enter20.com/blog/la-ia-propone-una-persona-decide-inventariar-uso-ia-herramientas/</guid><pubDate>Sun, 26 Jul 2026 08:00:00 GMT</pubDate><category>Gobierno de la IA</category><description>Gobernar la IA en una organización pequeña no exige un comité ni un documento de cincuenta páginas. Exige una tabla honesta: para cada herramienta, qué hace la IA, qué no hace nunca, dónde se ejecuta y qué persona revisa lo que propone. Esa tabla aclara más que cualquier política genérica. Permite ver que en algunas herramientas la IA solo transcribe, en otras prepara una ficha que alguien valida y en otras, a propósito, no hay IA.</description></item>
<item><title>Del ahorro de costes a la irrelevancia: el peligro de automatizar sin rediseñar tus procesos</title><link>https://www.enter20.com/blog/del-ahorro-de-costes-a-la-irrelevancia-peligro-automatizar-sin-redisenar-procesos/</link><guid isPermaLink="true">https://www.enter20.com/blog/del-ahorro-de-costes-a-la-irrelevancia-peligro-automatizar-sin-redisenar-procesos/</guid><pubDate>Wed, 08 Jul 2026 08:00:00 GMT</pubDate><category>Adopción de tecnología y procesos</category><description>En pequeñas organizaciones, fundaciones y pymes, aplicar herramientas avanzadas para hacer más rápido lo que ya se hace de forma manual solo traslada el desorden original a una plataforma digital más rápida. Centrar la estrategia en la ejecución barata de tareas comunes provoca un problema silencioso: la pérdida total de diferenciación y valor real en la gestión.</description></item>
<item><title>Por qué los proyectos de IA fallan si no se entiende el modelo de datos</title><link>https://www.enter20.com/blog/por-que-proyectos-ia-fallan-modelo-datos/</link><guid isPermaLink="true">https://www.enter20.com/blog/por-que-proyectos-ia-fallan-modelo-datos/</guid><pubDate>Tue, 23 Jun 2026 08:00:00 GMT</pubDate><category>IA y modelo de datos</category><description>Un proyecto de IA falla cuando se espera que el modelo resuelva decisiones que la organización todavía no ha definido: qué es cada entidad, quién puede verla, qué dato es fuente oficial y qué indicador se considera válido. Antes de automatizar, conviene dibujar el modelo operativo: personas, proyectos, documentos, estados, roles, permisos, salidas de reporting y excepciones. Ese mapa reduce riesgo y hace que la IA trabaje sobre una base verificable.</description></item>
<item><title>Del caos de Excel a indicadores útiles para fundaciones y pymes</title><link>https://www.enter20.com/blog/del-caos-de-excel-a-indicadores-utiles-fundaciones-pymes/</link><guid isPermaLink="true">https://www.enter20.com/blog/del-caos-de-excel-a-indicadores-utiles-fundaciones-pymes/</guid><pubDate>Tue, 24 Mar 2026 08:00:00 GMT</pubDate><category>Indicadores y reporting</category><description>Pasar de Excel a indicadores útiles no empieza comprando un dashboard. Empieza acordando definiciones, fuentes oficiales, responsables de actualización y reglas para corregir errores. Una hoja de cálculo puede ser una buena herramienta si forma parte de un sistema claro. Se vuelve frágil cuando es base de datos, aplicación, informe, archivo histórico y control de permisos al mismo tiempo.</description></item>
<item><title>Qué debe incluir un diagnóstico de adopción de IA antes de comprar herramientas</title><link>https://www.enter20.com/blog/que-debe-incluir-diagnostico-adopcion-ia-antes-comprar-herramientas/</link><guid isPermaLink="true">https://www.enter20.com/blog/que-debe-incluir-diagnostico-adopcion-ia-antes-comprar-herramientas/</guid><pubDate>Thu, 18 Dec 2025 08:00:00 GMT</pubDate><category>Diagnóstico de IA</category><description>Un diagnóstico de adopción de IA debe revisar procesos, datos, documentos, permisos, riesgos, competencias internas, proveedores y métricas de éxito antes de comprar herramientas. El objetivo no es decidir si la organización usará IA, sino dónde puede usarla con utilidad, control y proporcionalidad. Algunas oportunidades serán técnicas, otras serán organizativas y otras deberán esperar.</description></item>
<item><title>Cómo usar IA con seguridad en organizaciones con documentos sensibles</title><link>https://www.enter20.com/blog/como-usar-ia-seguridad-organizaciones-documentos-sensibles/</link><guid isPermaLink="true">https://www.enter20.com/blog/como-usar-ia-seguridad-organizaciones-documentos-sensibles/</guid><pubDate>Fri, 19 Sep 2025 08:00:00 GMT</pubDate><category>IA segura y documentos</category><description>Usar IA con documentos sensibles requiere clasificar documentos, minimizar datos enviados, revisar contratos, registrar decisiones, mantener revisión humana y elegir procesamiento local o controlado cuando el riesgo sea alto. La pregunta no es solo si una herramienta de IA es potente. La pregunta es qué datos recibe, dónde se procesan, quién accede, cuánto se conserva, cómo se audita y qué decisión humana depende de la salida.</description></item>
<item><title>Los dashboards no son el principio: son la parte visible del sistema de datos</title><link>https://www.enter20.com/blog/dashboards-no-son-principio-parte-visible-sistema-datos/</link><guid isPermaLink="true">https://www.enter20.com/blog/dashboards-no-son-principio-parte-visible-sistema-datos/</guid><pubDate>Fri, 20 Jun 2025 08:00:00 GMT</pubDate><category>Dashboards y sistema de datos</category><description>Un dashboard no arregla un sistema de datos. Lo muestra. Si las fuentes, definiciones y responsabilidades son débiles, el dashboard solo hace visible esa fragilidad con mejor diseño. La parte importante suele estar antes de la pantalla: qué se captura, quién lo valida, cuándo se actualiza, cómo se corrige, qué permisos existen y qué decisiones se tomarán con cada indicador.</description></item>
</channel></rss>
