Uno cambia la cantidad; otro guarda desde una ficha antigua
Dos personas abren el mismo pedido. Una cambia la cantidad; la otra corrige la fecha desde la ficha que ya tenía abierta. ¿Qué debe quedar guardado? Antes de encargar software a medida, acuerda que un cambio no borre otro sin avisar. Esta guía propone una ficha y pruebas para decidir cómo resolver el cruce, incluso cuando se han tocado campos distintos.
El servicio de Software a medida de Adaris parte de un proceso concreto y comprobaciones acordadas. El ejemplo siguiente sirve para preparar ese alcance: no describe una aplicación ya instalada, una función incluida en todos los proyectos ni un resultado obtenido con clientes.
Un pedido ficticio con dos propuestas incompatibles
Todos los datos son inventados. Elena y Mario abren el pedido P-208, versión de partida A: 12 expositores de sobremesa para entregar el martes. Elena propone 18 unidades y guarda primero; para el ejercicio suponemos que la ficha vigente pasa a ser B: 18 unidades, martes. Mario aún ve A y quiere mover la entrega al miércoles. Su formulario antiguo contiene 12 unidades, miércoles.
No des por válido 18 unidades el miércoles por combinar ambos cambios. Que cantidad y fecha sean campos diferentes no demuestra que esa combinación pueda atenderse. La persona responsable debe confirmar el pedido completo con quien corresponda; la guía no calcula capacidad ni acepta compromisos comerciales.
| Momento | Ficha o propuesta | Decisión que falta |
|---|---|---|
| Partida A, abierta por ambos | 12 unidades; martes | Identificar que los dos parten de A. |
| Guardado de Elena, supuesto B | 18 unidades; martes | Conservar la referencia de este cambio. |
| Propuesta de Mario desde A | 12 unidades; miércoles | Detectar que su punto de partida ya cambió. |
| Después de comparar | Resultado todavía por acordar | Confirmar cantidad y fecha juntas antes de guardar la decisión. |
Elige la regla de trabajo antes que el mensaje de aviso
Para este piloto proponemos detener el guardado de una ficha antigua, conservar la propuesta sin aplicarla y mostrar qué dato vigente cambió. Después, la persona compara el pedido actual con su propuesta y decide si reformularla, descartarla o pedir una confirmación. Son criterios para diseñar y comprobar, no instrucciones para pulsar botones en tu programa actual.
Otra opción que puedes valorar es reservar la edición a una persona cada vez. También necesita una regla para abandonar una sesión, liberar la reserva y atender una ausencia. Repartir campos por departamento es una tercera posibilidad, pero no resuelve por sí solo dependencias como cantidad y fecha. Elegid según el proceso, las esperas aceptables y quién puede decidir; no hace falta añadir IA para comprobar si una ficha cambió.
En P-208, el comportamiento propuesto deja B intacta mientras Mario revisa. No marca su cambio como guardado ni reaplica automáticamente su formulario. La cantidad y la fecha finales siguen pendientes de una decisión humana. Acordad también dónde conservar la propuesta y quién puede verla: no debe quedar una copia comercial desprotegida.
Dos referencias que muestran por qué hay que preguntar
La ayuda de AppSheet explica que, cuando dos clientes cambian casi a la vez la misma fila, persiste el cambio del último. La referencia de Errors de Power Fx describe los conflictos de edición y advierte que Power Apps no intenta detectarlos al cambiar tablas de Dataverse. El comportamiento depende del sistema y de la fuente de datos: no basta con que una herramienta admita varios usuarios.
Estas referencias ayudan a preparar preguntas, no establecen compatibilidad con Adaris ni una comparación completa de plataformas. Pide una demostración del recorrido concreto con tu configuración. Un historial que permita investigar después y una protección que detenga un guardado antiguo son criterios diferentes; especifica cuál necesitas.
Prepara las entradas sin entregar datos de clientes
Lleva una ficha ficticia inicial, dos cambios por separado y el orden en que se intentan guardar. Añade los roles: quién modifica cantidad, quién propone fecha y quién confirma la combinación. Usa nombres y referencias inventados; no hacen falta credenciales ni pedidos reales para explicar el problema.
Para cada intento anota la versión de partida, los campos que la persona quería cambiar, el registro vigente que se encontró y el resultado observado. Incluye qué propuesta pudo recuperarse, quién resolvió la diferencia y qué quedó pendiente. Conserva solo lo necesario, con acceso y plazo acordados. Una captura de «guardado» no sustituye volver a abrir la ficha y cotejar sus valores.
Un piloto pequeño que pruebe el cruce de verdad
Acuerda con Adaris un tipo de pedido, dos roles de edición y una persona responsable de aceptación. Prepara los casos siguientes en un entorno de prueba autorizado, con datos ficticios. Las columnas expresan lo que se quiere comprobar; no afirman que se haya construido o superado ya.
| Caso preparado | Respuesta que se quiere evaluar | Evidencia que debe quedar |
|---|---|---|
| Ambos cambian la cantidad desde A | No se pierde silenciosamente el primer guardado; el segundo requiere resolver la diferencia. | Valores antes y después, aviso, propuesta pendiente y lectura final. |
| Elena cambia cantidad y Mario fecha | Se revisa la combinación completa; no se asume una mezcla válida. | A, B y propuesta antigua distinguidas; decisión de la persona responsable. |
| Una pestaña permanece abierta con A | Se comprueba el punto de partida al guardar, aunque se abriera antes. | Qué ficha estaba vigente y qué ocurrió con la propuesta. |
| El rol no puede cambiar cantidad | La operación se rechaza sin alterar el pedido ni mostrar información ajena. | Intento autorizado de prueba y lectura posterior con el rol adecuado. |
| No llega confirmación del guardado | No se anuncia éxito sin comprobarlo; se consulta el estado por la vía acordada antes de repetir. | Intento, consulta posterior y resultado o incertidumbre pendiente. |
Mide lo observado y conserva los casos sin resolver
Registra cuántos intentos se hicieron, cuántas diferencias se detectaron, qué propuestas se recuperaron y cuánto tardó una persona en resolver cada caso. Comprueba por separado si algún valor ya confirmado desapareció sin aviso. Conserva casos y condiciones junto a cada medida; no se publican aquí cifras de mejora ni tasas de éxito.
El objetivo de la prueba es que la evidencia permita decidir. Si una propuesta se pierde, los permisos no se respetan o el estado final no puede comprobarse, deja ese caso pendiente y corrige su causa antes de aceptarlo. Los criterios, tiempos admisibles y condiciones de salida se acuerdan antes del ensayo. Simula fallos únicamente en el entorno preparado; no cortes conexiones ni alteres permisos en producción.
Dónde ayuda un asistente manual y dónde hace falta software
Puedes pedir a un asistente: «Con estos datos ficticios de P-208, separa partida A, ficha B y propuesta de Mario. Señala qué campos difieren y qué decisión falta. No elijas una fecha, no calcules capacidad, no supongas autorización y no generes una orden de guardado». Contrasta su respuesta con la ficha: puede omitir o interpretar mal un dato.
Esta conversación sirve para preparar la revisión. No protege los guardados de tu aplicación ni conecta sus registros. Una solución conectada exige comprobar datos, accesos, reglas de escritura, tratamiento de errores y confirmación. Si ya usas una herramienta que cubre el proceso, evalúa configurarla antes de desarrollar; integrar o construir tiene sentido cuando las reglas necesarias no quedan cubiertas y el alcance se valida.
Qué enviar a Adaris para valorar el primer alcance
Describe qué ficha comparte el equipo, qué dos cambios pueden cruzarse, qué dato no debe perderse y quién decide cuando hay diferencia. Adjunta la secuencia ficticia y pide evaluar una primera entrega con las pruebas anteriores, documentación, recuperación y mantenimiento acordados. Las conexiones, el coste y el calendario se estudian según el caso; no se presupone un conector existente.
Antes de compartir datos reales, acuerda autorización, condiciones de tratamiento, acceso y canal adecuado. El contacto comercial es en español. Puedes empezar por explicar un solo cruce de cambios: no necesitas redactar un proyecto técnico completo para conversar.
Servicios relacionados
Fuentes
¿Qué cambio no puede perder vuestro equipo?
Cuéntanos un cruce de cambios con datos ficticios. Acordaremos qué evaluar y cómo comprobar una primera entrega.