[{"data":1,"prerenderedAt":59},["ShallowReactive",2],{"article-uipath-cartographer-documentar-excepciones-procesos":3},{"editorial_managed":4,"editorial_preview":5,"editorial_type":6,"title":7,"slug":8,"href":9,"description":10,"category":11,"category_slug":12,"author":13,"date":14,"updated_at":14,"read_time":15,"cover_image":16,"cover_alt":17,"cover_width":18,"cover_height":19,"cover_small":20,"social_alt":21,"preview_image":22,"social_image":22,"social_width":23,"social_height":24,"social_type":25,"seo_title":7,"seo_description":10,"html":26,"toc":27,"related":34,"tags":58},true,false,"Recursos y herramientas","Antes de automatizar: una ficha para descubrir lo que falta en tu proceso","uipath-cartographer-documentar-excepciones-procesos","\u002Fes-mx\u002Frecursos\u002Fuipath-cartographer-documentar-excepciones-procesos","Usa una ficha de trabajo para documentar reglas, excepciones y responsables. El anuncio de UiPath Cartographer pone en contexto por qué importa.","Desarrollo","desarrollo","Acinsoft","2026-09-23T18:36:13-06:00",5,"\u002Fimages\u002Feditorial-20260923\u002FN15-portada.webp","Mapa de piezas con un hueco visible para representar una excepción aún no definida.",1600,900,"\u002Fimages\u002Feditorial-20260923\u002FN15-portada-800.webp","Antes de automatizar: una ficha para descubrir lo que falta en tu proceso. Mapa de piezas con un hueco visible para representar una excepción aún no definida.","\u002Fimages\u002Feditorial-20260923\u002FN15-social.jpg",1200,630,"image\u002Fjpeg","\u003Cp>El procedimiento cabe en una frase: aprobar la compra y enviarla al proveedor. Después alguien pregunta qué ocurre si el proveedor todavía no está registrado. Otra persona recuerda una excepción y una tercera dice que siempre llama a administración. El proceso que parecía listo para automatizar aún depende de acuerdos que no están escritos.\u003C\u002Fp>\n\u003Cp>Cartographer, presentado por UiPath, pone esa clase de conocimiento en el centro de su propuesta. Puedes aprovechar la pregunta sin adoptar una herramienta: ¿qué tendría que saber alguien que no estuvo en las conversaciones para atender un caso normal, uno incompleto y uno excepcional? La ficha de este artículo está pensada para empezar esa conversación.\u003C\u002Fp>\n\u003Cp>UiPath presentó Cartographer el 23 de septiembre. El producto propone construir un Map of Work: una representación mantenida del proceso, sus reglas y el conocimiento operativo que suele estar disperso en documentos y conversaciones. El anuncio describe su uso para generar documentación y especificaciones de automatización. Son capacidades anunciadas por UiPath, no una prueba de que la herramienta pueda capturar correctamente cualquier proceso sin revisión.\u003C\u002Fp>\n\u003Cp class=\"source-note\">\u003Ca href=\"https:\u002F\u002Fwww.uipath.com\u002Fnewsroom\u002Fuipath-launches-uipath-cartographer-map-of-work\" target=\"_blank\" rel=\"noopener noreferrer\">Publicación de UiPath · 2026-09-23\u003Cspan class=\"sr-only\"> (abre en otra pestaña)\u003C\u002Fspan>\u003C\u002Fa>\u003C\u002Fp>\n\u003Cp>Pensemos en una compra hipotética. El procedimiento dice que una solicitud aprobada se envía al proveedor. Pero el proveedor todavía no está registrado y la entrega no puede esperar. Una persona sabe a quién consultar y qué dato falta. Si el sistema futuro sólo reproduce el recorrido escrito, esa intervención seguirá ocurriendo fuera de él, quizá por mensajes que nadie relaciona con la solicitud.\u003C\u002Fp>\n\u003Ch2 id=\"articulo-seccion-1\">Empieza por la última compra que se salió del guion\u003C\u002Fh2>\n\u003Cp>Pide un caso concreto, no una descripción ideal. ¿Qué información llegó? ¿Qué decisión hubo que tomar? ¿Quién podía tomarla? Así distingues una regla vigente de una costumbre personal y de una solución improvisada. Si dos áreas responden distinto, anota la diferencia antes de convertir una de las versiones en automatización.\u003C\u002Fp>\n\u003Cp>También pueden aparecer versiones distintas del mismo recorrido. Compras considera aprobada una solicitud cuando recibe una respuesta; administración espera otro documento. Un mapa bonito no resuelve el desacuerdo. Sirve si hace visible la diferencia para que las áreas puedan decidir qué regla debe sostener el sistema.\u003C\u002Fp>\n\u003Cp>Una conversación útil puede recorrer tres versiones de la misma compra: la que contiene todos los datos, la que requiere dar de alta al proveedor y la que necesita una autorización adicional. Al compararlas aparecen las condiciones que separan un paso de otro. El ejercicio no pretende documentar cada excepción imaginable, sino reconocer las que cambiarían el diseño y la responsabilidad de la decisión.\u003C\u002Fp>\n\u003Ctable class=\"editorial-comparison\" tabindex=\"0\" aria-label=\"Tabla de referencia\">\u003Ccaption>Ficha reutilizable para conversar sobre un proceso\u003C\u002Fcaption>\u003Cthead>\u003Ctr>\u003Cth scope=\"col\">Qué revisar\u003C\u002Fth>\u003Cth scope=\"col\">Cómo interpretarlo\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Cth scope=\"row\">Resultado esperado\u003C\u002Fth>\u003Ctd>¿Qué recibe la siguiente persona cuando el paso está realmente terminado?\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">Entrada mínima\u003C\u002Fth>\u003Ctd>¿Qué información permite avanzar y qué falta obliga a esperar?\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">Excepción\u003C\u002Fth>\u003Ctd>Describe una situación concreta que no sigue el camino normal, sin datos personales.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">Decisión y responsable\u003C\u002Fth>\u003Ctd>¿Quién puede autorizar la salida y dónde conserva la razón?\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">Pendiente\u003C\u002Fth>\u003Ctd>¿Qué desacuerdo debe resolverse antes de convertirlo en una regla?\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">Aceptación\u003C\u002Fth>\u003Ctd>¿Qué ejemplo permitiría comprobar que el software respeta lo acordado?\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>Puedes trasladar esta ficha a un documento de trabajo. Es un recurso editorial de Acinsoft, no una función de Cartographer ni una especificación lista para desarrollar. Complétala con quienes realizan y autorizan la tarea. Si dos áreas responden distinto, registra ambas respuestas como una decisión pendiente; no elijas silenciosamente la más cómoda para automatizar. La ficha está terminada cuando la excepción tiene dueño, no cuando desaparecen los espacios vacíos.\u003C\u002Fp>\n\u003Ch2 id=\"articulo-seccion-2\">Los huecos también forman parte del mapa\u003C\u002Fh2>\n\u003Cp>Lo que todavía no se acuerda puede quedar señalado como pendiente, con una persona responsable de resolverlo. Eso es más preciso que dibujar una flecha que oculta la duda. Una vez aclarada la regla, el equipo puede convertirla en un caso de aceptación y comprobar si el sistema futuro la representa, en lugar de descubrir el desacuerdo durante la entrega.\u003C\u002Fp>\n\u003Cp>En el ejemplo, el avance podría consistir en reconocer un estado pendiente de alta del proveedor y asignarle un responsable. Eso no vuelve inmediato el trámite, pero evita que desaparezca entre conversaciones. La automatización tendría entonces algo más preciso que una flecha entre dos pasos: una decisión que las personas pueden revisar.\u003C\u002Fp>\n\u003Cp>Usa la ficha como documento vivo: una persona describe el recorrido y otra intenta seguirlo con datos ficticios. Las preguntas que aparecen no son un fracaso de la documentación; son hallazgos del ejercicio. Conviene asignar quién resolverá cada desacuerdo y evitar llenar el hueco con una regla que nadie ha aprobado.\u003C\u002Fp>\n\u003Cp>Esa definición puede convertirse en el punto de partida del perfilamiento de software con \u003Ca href=\"\u002Fes-mx\u002Fservicios\u002Fdesarrollo-software\" target=\"_blank\" rel=\"noopener noreferrer\">Acinsoft\u003Cspan class=\"sr-only\"> (servicio relacionado; abre en otra pestaña)\u003C\u002Fspan>\u003C\u002Fa>. Permite separar lo que ya se puede construir de lo que aún necesita una decisión del negocio. El desarrollo gana claridad cuando las excepciones conocidas llegan a la conversación antes de que estén escondidas en código.\u003C\u002Fp>\n\u003Cp>No necesitas dibujar un mapa perfecto para empezar. Necesitas uno que no disfrace de certeza lo que todavía se discute. Si al terminar la ficha sabes qué decisión falta y quién puede tomarla, ya tienes un avance útil hacia una automatización que represente el trabajo real.\u003C\u002Fp>\n",[28,31],{"id":29,"title":30},"articulo-seccion-1","Empieza por la última compra que se salió del guion",{"id":32,"title":33},"articulo-seccion-2","Los huecos también forman parte del mapa",[35,47],{"editorial_managed":4,"editorial_preview":5,"editorial_type":36,"title":37,"slug":38,"href":39,"description":40,"category":11,"category_slug":12,"author":13,"date":14,"updated_at":14,"read_time":41,"cover_image":42,"cover_alt":43,"cover_width":18,"cover_height":19,"cover_small":44,"social_alt":45,"preview_image":46,"social_image":46,"social_width":23,"social_height":24,"social_type":25,"seo_title":37,"seo_description":40},"Comparativa","Tu piloto de IA salió bien: qué falta para decidir si conviene usarlo","presidio-path-piloto-ia-inversion","\u002Fes-mx\u002Frecursos\u002Fpresidio-path-piloto-ia-inversion","Convierte una demostración en una evaluación útil: define qué incertidumbre resolver, qué resultado aceptar y cuándo detener el piloto.",4,"\u002Fimages\u002Feditorial-20260923\u002FN20-portada.webp","Prototipo dentro de un área de prueba delimitada; no representa el laboratorio PATH.","\u002Fimages\u002Feditorial-20260923\u002FN20-portada-800.webp","Tu piloto de IA salió bien: qué falta para decidir si conviene usarlo. Prototipo dentro de un área de prueba delimitada; no representa el laboratorio PATH.","\u002Fimages\u002Feditorial-20260923\u002FN20-social.jpg",{"editorial_managed":4,"editorial_preview":5,"editorial_type":48,"title":49,"slug":50,"href":51,"description":52,"category":11,"category_slug":12,"author":13,"date":14,"updated_at":14,"read_time":41,"cover_image":53,"cover_alt":54,"cover_width":18,"cover_height":19,"cover_small":55,"social_alt":56,"preview_image":57,"social_image":57,"social_width":23,"social_height":24,"social_type":25,"seo_title":49,"seo_description":52},"Educativo","Encontrar una vulnerabilidad no es corregirla: el recorrido que falta","hackerone-mythos-validar-corregir-vulnerabilidades","\u002Fes-mx\u002Frecursos\u002Fhackerone-mythos-validar-corregir-vulnerabilidades","El anuncio de HackerOne permite explicar cómo un hallazgo llega a una corrección comprobada, sin confundir una lista de alertas con riesgo reducido.","\u002Fimages\u002Feditorial-20260923\u002FN22-portada.webp","Inspección de una pieza reparada como metáfora de verificar una corrección.","\u002Fimages\u002Feditorial-20260923\u002FN22-portada-800.webp","Encontrar una vulnerabilidad no es corregirla: el recorrido que falta. Inspección de una pieza reparada como metáfora de verificar una corrección.","\u002Fimages\u002Feditorial-20260923\u002FN22-social.jpg",[],1790213675220]