Operaciones
Operaciones conecta un acuerdo comercial con lo que debe entregarse, aceptarse y revisarse. Es un espacio operativo, no un sistema contable, WMS o ERP jurídico completo sin configuración adicional.
Rutas principales
/operations/commitments: compromisos y sus fichas;/operations/agreements: acuerdos y condiciones;/operations/orders: pedidos comerciales, incluido el alta de uno nuevo;/operations/catalog: ofertas y especificaciones del catálogo;/operations/connect: configuración en una pantalla de un elemento publicado para un cliente;/operations/fulfillmenty/operations/acceptance: ejecución y casos de aceptación;/operations/servicesy/operations/supply: servicios, suministros y almacenes;/operations/billing,/operations/summaryy/operations/settings: facturación, resumen y configuración del módulo.
La disponibilidad depende de permisos, estado de la organización y disponibilidad de los datos de trabajo. Un estado honesto de «no disponible» o «aún no preparado» no debe convertirse en ceros ni en datos inventados.
La ruta /operations/summary devuelve el conjunto completo de cifras o un error para toda la página: si alguna fuente está incompleta o aún no está lista, el portal indica que el resumen todavía no está disponible y no muestra tarjetas parciales. Una cifra ausente nunca es cero. Si el mensaje nombra la fuente, indica que todavía se está preparando y pide reintentar en un minuto; un fallo de carga común tiene otro mensaje. Algunas métricas disponibles enlazan con su registro correspondiente: el portal traslada a la dirección la lista de trabajo (worklist) y el ámbito (scope) nombrados por el servidor, sin inventar un filtro local. Si una métrica no tiene una ruta honesta (por ejemplo, los casos de conciliación de pagos) o el servidor no proporciona un drill-down, la fila queda como texto normal; no trate la cifra como un enlace a una pantalla inexistente.
Flujo de trabajo recomendado
- Registra el contexto del cliente, proveedor u otra operación comercial.
- Elige un perfil de cumplimiento publicado y comprueba su nombre legible.
- Abre o crea el acuerdo y el compromiso sin cambiar condiciones a ciegas.
- Prepara el pedido con posiciones de catálogo, cantidades, responsable y resultado esperado.
- Envía las posiciones a ejecución o suministro.
- Registra aceptación, rechazo o saldo pendiente como un evento independiente.
- Revisa documentos, tareas, facturas e historial de transiciones relacionados.
La ficha debe indicar quién es responsable del siguiente paso, qué se entrega y cuándo se considera aceptado. Si hace falta aprobación externa o una prueba, adjunta un documento o enlace en el contexto de trabajo.
Catálogo y perfiles de cumplimiento
Cada posición del catálogo usa un perfil de cumplimiento publicado. No deduzcas el tipo de obligación modificando la clave del perfil ni leyendo texto casual: usa el nombre y el tipo que devuelve el contrato vigente. Si el directorio está temporalmente indisponible, espera a que se recupere y no crees posiciones a ciegas.
El editor de condiciones muestra las líneas actuales y el perfil de cumplimiento. El tipo de obligación procede del perfil publicado y no se introduce manualmente. Con permiso de escritura, edita las condiciones desde draft; editarlas desde review devuelve el acuerdo a draft. No existe una vuelta separada a una versión anterior. Si el catálogo o el perfil están vacíos o no disponibles, espera a que se recuperen y no sobrescribas el acuerdo a ciegas.
Dinero, facturas y moneda
Operaciones puede mostrar precios, descuentos, impuestos, totales de pedidos y facturas. Antes de comparar importes comprueba moneda, origen del cálculo, redondeo y estado de los datos. Un campo vacío no es cero y no recalcules en el navegador un total que muestra el portal.
En materiales de formación usa importes sintéticos e indica la moneda de la organización. No reutilices ejemplos con dinero entre idiomas sin volver a comprobar el cálculo y la moneda mostrada.
Errores y permisos
Una lista vacía, un error de carga, una indisponibilidad temporal y «no disponible» son estados distintos. Comprueba primero permisos, alcance, filtros y datos de referencia; después vuelve a intentarlo. No evites una restricción con herramientas externas ni dupliques una operación parcialmente completada sin revisar antes el historial.
Demostraciones seguras
Usa una organización de prueba y clientes, proveedores, productos, importes y documentos sintéticos. No muestres números reales, datos bancarios, facturas, contratos, tokens ni datos de clientes. Antes de una demostración comprueba el idioma de la interfaz, la moneda y que no haya datos personales innecesarios.
Secciones relacionadas
- Catálogo de Operations
- Registros, suministro y facturación
- Fichas de compromisos y acuerdos
- CRM
- Documentos
- Tareas
- Disco y archivos
- Seguridad y permisos
Configurar un cliente
En /operations/connect, el portal lleva al cliente y al elemento publicado por la creación del pedido, la confirmación, la preparación del cumplimiento y, si es un servicio, la apertura del primer periodo. Es distinto de la acción Conectar de una fila de /operations/fulfillment: allí se conecta un cumplimiento ya preparado; aquí se crea la configuración comercial. Si el cliente tiene un acuerdo activo, puede usarse una de sus líneas para el modo de consumo; en caso contrario, elige una oferta publicada.
Formulario y consecuencias
Usa el cliente sintético Demo Client North y Support hours — test, o la línea Support package — test. El perfil congelado y el precio del elemento explican la unidad, el arrastre, el exceso, la aceptación y el origen del suministro; esas consecuencias no se configuran en el formulario. La frecuencia puede ser única, mensual o de consumo según una línea de acuerdo activa. El resultado aparece como cantidad del elemento multiplicada por el volumen concedido; no introduzcas un total manual.
La base de facturación tampoco se elige manualmente. El portal muestra una de cuatro: cantidad aceptada, periodo, confirmación del pedido o concesión del volumen, y explica por qué las demás no están disponibles. Si hacen falta entidades legales, usa LadVen Demo LLC y Demo Client LLC; la separación de funciones puede exigir una segunda persona.
Errores, cadena y verificación segura
La acción ejecuta pedido → envío a confirmación → confirmación → cumplimiento → conexión del servicio. Cada paso muestra carga, éxito o error. Ante un error temporal, repite el mismo paso; ante conflicto, elemento obsoleto, falta de permisos, elemento ausente o plan ilegible, vuelve a leer el origen y no crees un duplicado. Si no hay nada publicado, no existe una línea de acuerdo activa o falta una entidad legal, corrige primero los datos de origen. No prometas un número universal de clics: el camino corto presupone que catálogo, cliente y entidades ya están listos.
Para la documentación usa solo estas entidades sintéticas legibles; no envíes el formulario ni muestres moneda real, datos de cuenta, PII, tokens o IDs sin traducir. Si aparecen importes, registra currency.expected y currency.observed; no declares éxito sin evidencia de una mutación controlada.
Crear un pedido desde una oportunidad de CRM
El menú de la oportunidad activa «Crear pedido» solo cuando el embudo permite convertirla en pedido y la oportunidad tiene una empresa. Si el propósito del embudo no lo permite o falta la empresa, el elemento deshabilitado explica el motivo; no lo evites con una URL directa. La entidad legal del cliente normalmente procede de la oportunidad; si falta, el formulario puede ofrecer opciones de empresa y guardar la elegida en la oportunidad, o pedirte corregir la ficha del cliente cuando no haya opciones.
Desde la ficha de la oportunidad, abre /operations/orders/new?opportunityId=<opportunityId>. El portal lee la oportunidad y rellena con nombres legibles el cliente, proyecto, título y, si está presente, la entidad legal del cliente; en el formulario aún debes elegir la oferta, la cantidad y la entidad legal del proveedor. Mientras el formulario está abierto puedes volver al embudo. El pedido creado no promete un enlace de vuelta a la oportunidad porque su DTO no contiene ese campo; comprueba la relación en la oportunidad de origen o en el historial, no mediante un ID técnico. El hecho «Pedido creado» puede aparecer de forma asíncrona en el historial; que esté vacío justo después de crear no demuestra un fallo y no se promete un SLA de entrega. Si la oportunidad cambió, no está disponible, carece de cliente/entidad legal o falla la validación de cantidad, el formulario bloquea el envío y explica la corrección; no repitas un POST a ciegas. Usa solo las entidades sintéticas Demo Client North, Rebranding — demo, Support hours — test, Demo Provider LLC y Demo Client LLC; no envíes el formulario ni muestres importes reales, PII o IDs sin traducir.