Xerador de propostas para clientes

A1Arquitectura: onde se atopa na plataforma

Xerador de propostas para clientes is a first-class module of the Xestión de canles e clientes suite inside the authenticated Expertini ATS workspace. A plataforma renderízase deliberadamente no servidor: cada vista é preparada polo servidor de aplicacións e enviada como HTML completo, sen marco do lado do cliente, sen scripts CDN de terceiros e sen canal de compilación entre os datos e a páxina. O que se renderiza é o que o servidor calculou, a propiedade que fai que a interface sea auditable.

Toda a persistencia execútese nun único almacén de documentos nativo de busca; cada consulta leva o identificador da organización como un filtro obrigatorio na capa de consulta máis baixa. Polo tanto, o illamento de inquilinos é estrutural —unha propiedade de como se compón cada solicitude— en lugar dunha política que depende de que o código da aplicación se acorde de comprobar.

Availability is governed by the platform's tool registry: this tool is registered from the Professional plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2Modelo de datos e mapa de dependencias

In production the tool reads and writes pipeline applications (ats_applications), job requisitions (ats_jobs), the candidate database (ats_candidates), contas de clientes (CRM de clientes) (ats_clients). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

Cada apertura distinta rexístrase no almaceno de actividade de ferramentas — e ese rexistro, non un sistema de analíticas paralelo, é o que agrega a sección de Informes. Os números de uso que ves son os números que a plataforma rexistrou realmente.

Todo o que sae da ruta de solicitude —desprazamento de notificacións, entrega de webhooks, rexistro de actividades, correo— execútase en fíos de fondo de «disparar e esquecer». Un punto final externo lento nunca pode facer que a interface se conxela, e un efecto secundario fallido rexístrase en lugar de reintentarse silenciosamente ata chegar á inesistencia.

A3Consideracións operativas

A configuración a nivel de organización, as accións destrutivas e as conexións están limitadas aos roles de propietario e administrador; os recrutadores operan a ferramenta nos rexistros que poden ver. Os cambios de rol aplícanse na seguinte solicitude; a aplicación realízase na ruta, non no menú.

Os fallos móstranse, non se ocultan: a validación do lado do servidor devolve o campo exacto e o motivo, os erros dos provedores cítanse textualmente cando interveñen integracións, e cada escritura confirma ou informa. As exportacións recargan a petición en lugar de almacenarse en caché: un informe que descarga reflicte a tenda no momento en que o solicitou, non a instantánea de onte á noite.

Todo o que se escribe é seu para levalo: as exportacións en CSV e a aplicación Exportación de datos cobren os mesmos almacéns que o propio produto le. A saída é tan aberta coma a entrada — por deseño, non por concesión.

A4Interaction contract

A interface segue a convención de busca e selección da plataforma: calquera campo que nomee un rexistro real (un candidato, cliente ou oferta) é un selector de escribir para buscar sobre datos en directo, nunca unha cadea escrita libremente, que é o que mantén fiables as rutas de actividade e a desduplicación. As opcións estáticas son menús despregables de filtrar mentres escribe en lugar de menús nativos, e as transicións de estado ofrecen comentarios explícitos: as confirmacións do servidor móstranse como avisos flotantes, os erros de validación nomean o campo exacto e nada se mostra como feito se o servidor non o confirmou.

O wireframe e o fluxo seguintes documentan o contrato estrutural da superficie —qué paneis existen, en que orde se producen os estados e que ocorre en cada bordo— en lugar de píxeles. A disposición componse cunha grella CSS nativa e flexbox, adaptándose desde un ordenador ancho a unha única columna sen vistas móbiles separadas.