Formulario de carga

Formulario de ingreso · Formulario de carga · Alta de registro · Data entry form · Formulario de envío

Etiquetas:datosformularios

Ejemplos

Formulario de solicitud de beca: el postulante ingresa sus datos personales, acepta las instrucciones y los envía. Una vez enviada, la solicitud sale de su control y entra al circuito de evaluación; el aviso indica que la confirmación llegará por correo.

Descripción

Componente de entrada que presenta a un usuario un conjunto de campos para ingresar datos y enviarlos al sistema en un único acto. Es el simétrico de Consultas (entrada en vez de salida): mientras Consultas recupera información existente, el Formulario de carga incorpora información nueva. Su propósito es capturar datos de forma estructurada y validada en un punto del proceso donde quien ingresa los datos no es necesariamente quien luego los procesa, aprueba o administra. Una vez enviados, los datos salen del control de quien los cargó y siguen su curso dentro del sistema. Es muy frecuente en sistemas de información: postulaciones, solicitudes, reclamos, inscripciones.

Capacidades mandatorias

Capacidades mandatorias

• Presenta un conjunto de campos definidos para que el usuario ingrese datos
• Indica qué campos son obligatorios, opcionales o seleccionables de un conjunto predefinido
• Valida las entradas antes del envío (formato, obligatoriedad, coherencia), evitando que se incorporen datos inválidos
• Incorpora los datos al sistema en un único acto de envío, entregándolos para su posterior procesamiento
• No ofrece, sobre los datos ya enviados, operaciones de lectura, edición o eliminación por parte de quien los cargó: la interacción termina con el envío

Capacidades adicionales

Capacidades adicionales

• Carga de archivos o documentos adjuntos: permite incorporar archivos (PDF, imágenes, certificados) junto con los datos del formulario; frecuente en postulaciones y solicitudes que exigen respaldo documental
• Guardado de borrador: permite al usuario guardar un formulario incompleto y retomarlo más tarde antes de enviarlo definitivamente
• Formulario por pasos (wizard): divide la carga en etapas secuenciales para formularios extensos, mostrando el progreso
• Campos condicionales: muestra u oculta campos según respuestas previas, adaptando el formulario al caso del usuario
• Acuse de recibo / comprobante: tras el envío, entrega al usuario una confirmación o número de seguimiento de su carga

Delimitaciones

Qué no es

• No es un Mantenedor. El Mantenedor administra una entidad a lo largo del tiempo (crear, leer, editar, eliminar la misma entidad, volver sobre ella). El Formulario de carga es un acto de ingreso puntual cuyo dato, una vez enviado, deja de estar bajo el control de quien lo cargó. La diferencia no es de cantidad de operaciones sino de relación con el dato: administración continua de una entidad propia frente a entrega de un dato a un flujo
• No es una encuesta. Aunque la operatoria de captura se parezca, la encuesta tiene una intención distinta (recoger opiniones o respuestas para análisis agregado, no incorporar un registro al flujo operativo del sistema); se considera de naturaleza diferente
• No procesa, aprueba ni deriva lo cargado. El disparo del flujo, las aprobaciones sucesivas o el procesamiento posterior corresponden a otros componentes (Workflow de aprobación, Proceso Programado, Proceso Reactivo, Sistema de Notificación)
• No recupera ni muestra información existente — eso corresponde a Consultas, Reporte o Dashboard; su dirección es exclusivamente de entrada

Flujo de información

Entrada

Datos ingresados por el usuario en los campos del formulario, más eventuales archivos adjuntos

→

Salida

El registro enviado e incorporado al sistema; opcionalmente, un acuse de recibo o comprobante para el usuario

Modalidades

• Formulario simple: una sola pantalla con los campos a completar y un botón de envío; el caso más común (un reclamo, una inscripción breve)
• Formulario por pasos (wizard): divide una carga extensa en etapas secuenciales; típico de postulaciones con muchos datos y documentos
• Formulario con respaldo documental: el ingreso de datos se acompaña obligatoriamente de la carga de uno o más archivos (postulación a beca con certificados)

Dependencias típicas

• Base de Datos donde se persiste el registro ingresado
• Autenticación y Autorización cuando la carga está restringida a usuarios identificados o con cierto permiso
• Workflow de aprobación, Proceso Programado o Proceso Reactivo cuando el envío dispara un flujo de procesamiento o aprobación posterior
• Sistema de Notificación cuando se avisa al usuario o al área responsable tras el envío

Mapeo al Tablero Digital

Actualización ManualSiempre

Actualización AutomáticaNo

Conceptos de DatosSiempre

Salidas por DemandaNo

Salidas AutomáticasOpcional

Procesos AutónomosNo

Sección	Vínculo	Observación
Actualización Manual	Siempre	El acto central del componente: el usuario ingresa y envía datos que se incorporan al sistema.
Actualización Automática	No	—
Conceptos de Datos	Siempre	La entidad o registro que se está cargando (la postulación, el reclamo, la solicitud).
Salidas por Demanda	No	—
Salidas Automáticas	Opcional	Acuse de recibo, comprobante o aviso al área responsable, cuando esa capacidad está presente.
Procesos Autónomos	No	El procesamiento posterior pertenece a un componente que contiene al formulario (Workflow de aprobación, Proceso Programado, Proceso Reactivo), no al formulario en sí.

Ejemplo de Tablero Digital

Actualización Manual

Solicitud de Beca

Conceptos de Datos

Postulación

Salidas por Demanda

—

Actualización Automática

—

Procesos Autónomos

—

Salidas Automáticas

Confirmación de envío por correo