REQUERIMIENTO

¿Qué práctica en papel reemplaza la orden de requerimiento?. La factura comercial que viaja con la carga. El sello con la finca y la carguera que se ponía sobre la venta impresa. La guía aérea que entrega la agencia de carga.

Una venta con líneas de dos fincas distintas genera dos requerimientos. Verdadero. Falso.

¿Qué datos deciden si una línea pedida se suma a un requerimiento que ya existe o abre uno nuevo?. La venta, la finca, la agencia de carga, la salida de finca y el vuelo. Solo la venta y la finca. La venta, la variedad y el color de la línea.

Según la regla del negocio, ¿quién pide el requerimiento de las líneas de una venta?. La compradora, desde la lista de requerimientos. Cualquier persona del equipo de ventas. La vendedora de esa venta, desde la edición de la venta.

Una vez creado el requerimiento, lo trabaja la vendedora: ella arma las cajas y pone los precios. Verdadero. Falso.

¿Por qué se dice que el requerimiento es "casi una pre-compra"?. Porque reserva el inventario en la finca apenas se crea. Porque lleva lo mismo que la compra (finca, agencia, cajas, tallos y precio) y la compra se arma con él. Porque la finca lo recibe y lo acepta antes de la compra.

¿Desde qué estados de la venta se puede pedir un requerimiento hoy?. Solo desde ventas ya pagadas. Solo desde ventas confirmadas por el cliente. Desde casi cualquiera; no desde una cancelada, una reembolsada ni una web sin pagar que el checkout puede reemplazar.

¿Qué gana la empresa con tener el requerimiento en el sistema en vez del sello en papel?. Saber qué se pidió, a qué finca, quién lo armó y con qué compra se cubrió. No tener que hacer la orden de compra. Que la finca vea el pedido sin que nadie le escriba.

Una línea pide 100 tallos de Freedom. ¿Con cuántos tallos entra al requerimiento?. Con los que la vendedora escriba al pedir. Con los que la finca tenga disponibles ese día. Con los 100: la línea va completa a un solo requerimiento.

¿Cómo se reparte una misma variedad entre dos fincas?. Partiendo la línea en dos en la venta, una por finca. Pidiendo la misma línea en dos requerimientos. Dividiéndola entre las cajas del requerimiento.

Basta con marcar el check de una línea y guardar la venta para que se cree su requerimiento. Verdadero. Falso.

La vendedora agrega una línea nueva a una venta que ya tiene requerimiento. ¿Qué pasa con esa línea?. Entra sola al requerimiento de su finca. Queda en Pending hasta que la vendedora la pida. Se compra directo, sin requerimiento.

Ya hay un requerimiento Confirmed para una finca, agencia y fechas. La vendedora pide otra línea con esos mismos datos. ¿Qué pasa?. Se suma al Confirmed y este vuelve a Registered. El sistema no deja pedirla. Se abre un requerimiento nuevo en Registered.

¿Qué estados puede tener una línea de la venta respecto al requerimiento?. Pending (sin pedir), Requested (en un requerimiento) y Completed (su requerimiento tiene compra). Open, In process, Closed y Cancelled, los mismos de la cabecera de la venta y de la compra. Solo Pending y Completed.

Una misma línea de la venta no puede estar al mismo tiempo en dos requerimientos vivos. Verdadero. Falso.

La vendedora quiere cambiar el vuelo de un requerimiento en Registered y sin compra. ¿Dónde lo hace?. En la celda de vuelo de cada línea de la venta. En la edición del requerimiento desde la venta (el lápiz), que cambia el requerimiento y sus líneas juntos. En ningún lado: hay que anularlo y pedirlo otra vez.

La venta pide 100 Freedom. ¿Cómo deben ir en las cajas del requerimiento?. Las 100 juntas en una sola caja. 50 y 50 en dos cajas iguales. Las que quepan; el resto se compra después.

¿Puede quedar una línea del requerimiento sin caja al guardarlo?. Sí, si se deja una nota explicando por qué. No: toda línea va en caja, con todos sus tallos. Sí, y se completa después en la compra.

¿Por qué el requerimiento no tiene el botón de duplicar caja que sí tiene la compra?. Porque las cajas del requerimiento no llevan precio. Porque solo se permite una caja por requerimiento. Porque cada caja cuenta contra los tallos de una línea, y una copia casi nunca cabe.

El precio de la caja del requerimiento es por tallo, como en la compra. Verdadero. Falso.

¿Con qué precio arranca una fila nueva de caja?. Con el costo del producto que tiene el catálogo. Con el precio de venta al cliente. Vacío, salvo que la línea ya tenga precio en otra fila.

¿En qué estado del requerimiento se pueden cambiar las cajas?. Solo en Registered. En Registered y en Confirmed. En cualquier estado mientras no haya compra.

¿Qué tipos de caja se pueden elegir en el requerimiento?. Cualquiera del catálogo, incluidas láminas y capuchones. Solo los tipos de caja de compra, sin láminas ni capuchones. Solo las medidas que usa la venta (Box Size).

Si compras escribe en las cajas otro color o largo que la venta, el sistema lo rechaza. Verdadero. Falso.

¿Qué significa que un requerimiento esté en Registered?. Que ya tiene compra. Que está pedido y compras todavía tiene trabajo: armarlo, confirmarlo o volver a comprarlo. Que la finca ya lo aceptó.

Compras puede poner Confirmed aunque falten tallos por encajar, si escribe el motivo en la nota. Verdadero. Falso.

¿Qué habilita el estado Confirmed?. Que la vendedora vuelva a editar libremente todas las líneas, porque compras ya terminó su parte. Que se pueda anular sin escribir el motivo. Crear la compra desde el requerimiento, y a la vez bloquear los cambios de esas líneas en la venta.

Un requerimiento Confirmed y sin compra necesita un cambio de cajas. ¿Qué se hace?. Se vuelve a Registered, se cambian las cajas y se confirma otra vez. Se anula y la vendedora lo pide de nuevo. Se crea la compra y se corrige en la compra.

¿Se puede volver a Registered un requerimiento que tiene una compra viva?. No: primero se anula la compra, y eso lo devuelve solo a Registered. Sí, siempre que se escriba un motivo. Sí, y la compra se anula sola.

Un requerimiento Cancelled no se reabre: ni la nota se puede cambiar. Verdadero. Falso.

¿Por qué el requerimiento pasó a llamar sus estados Registered, Confirmed y Cancelled?. Porque la base no acepta palabras en español. Para usar los mismos estados y textos que la compra y no confundir a compras. Porque la finca recibe esos estados.

Antes existían los estados Parcial y Comprado. ¿Por qué se quitaron?. Porque nunca se usaron en pruebas. Porque el estado de compra se pasó a la cabecera de la venta. Porque con una sola compra por requerimiento y tallos exactos no hay compra parcial, y "tiene compra" se ve por la compra enlazada.

¿Cuántas compras vivas puede tener un requerimiento?. Una: requerimiento y compra van uno a uno. Una por cada caja. Las que hagan falta hasta cubrir los tallos.

¿Qué recibe la pantalla de compras al crear la compra desde el requerimiento?. Solo la finca y la venta. Solo las líneas de la venta, sin cajas. Todo: cajas, filas, tallos, precios y notas, pedido al servidor.

Lo comprado por línea tiene que ser exactamente lo pedido en el requerimiento. Verdadero. Falso.

¿Qué pasa con el requerimiento cuando se anula su compra?. Se anula también. Vuelve a Registered, para que compras vea que hay trabajo. Se queda en Confirmed.

Se anula el requerimiento y su compra enlazada sigue en Registered. ¿Qué pasa con la compra?. El sistema no deja anular el requerimiento. Se anula junto con el requerimiento, en un solo paso. Queda viva y sin requerimiento.

¿Y si la compra enlazada ya está Confirmed?. Se anula igual y se avisa a la finca. Se anulan los dos y también la venta. No se anula nada: el requerimiento no se puede anular.

La finca manda otra cosa y hay que rehacer el camino. ¿Qué definió el negocio?. Anular compra y requerimiento, dejar la venta, y volver a pedir y a comprar. Borrar la venta y crearla de nuevo con lo que llegó. Editar la compra confirmada a mano y avisar a la finca por correo del cambio de cantidad.

La compra se puede crear desde un requerimiento en Registered si la compradora tiene prisa. Verdadero. Falso.

La vendedora sube una línea pedida de 25 a 50 tallos, y el requerimiento está en Registered sin compra. ¿Qué pasa al guardar?. El requerimiento se queda en 25 hasta que compras lo cambie. El guardado de la venta se rechaza. El requerimiento toma 50 y su fila de caja también pasa a 50.

La misma subida de tallos, pero el requerimiento está Confirmed. ¿Qué pasa?. Se rechaza todo el guardado de la venta. El requerimiento toma 50 y vuelve a Registered. La venta se guarda y el requerimiento queda con 25.

La vendedora quita de la venta una línea pedida, y su requerimiento está en Registered. ¿Qué pasa?. La línea se queda en el requerimiento como recuerdo. Sale del requerimiento junto con su fila de caja; la caja se borra si queda vacía. El requerimiento se anula entero y la vendedora tiene que pedir de nuevo las líneas que quedan.

Si la vendedora quita todas las líneas de un requerimiento, este queda vacío en Registered hasta que alguien lo anule. Verdadero. Falso.

¿Puede la venta quitar una línea de un requerimiento Confirmed?. No: el guardado se rechaza con un aviso que nombra el requerimiento. Sí, y el requerimiento vuelve a Registered. Sí, pero solo si es la última línea.

La vendedora cambia el color de una línea pedida. ¿Qué toma el requerimiento?. El color nuevo, siempre, y además se borran las filas de caja de esa línea para rehacerlas. Se rechaza el guardado hasta que compras acepte el color nuevo en su ficha. Nada: la base solo copia la cantidad; color y largo los ajusta compras.

"La venta manda" solo actúa mientras el requerimiento no está aprobado; después, la venta queda cerrada para esas líneas. Verdadero. Falso.

¿Por qué el negocio quiere que la venta mande sobre el requerimiento?. Porque la vendedora tiene más permisos que la compradora. Porque se debe comprar lo que el cliente compró; si la venta cambia, comprar lo viejo sería flor de más o de menos. Porque el requerimiento no tiene datos propios.

Una venta tiene tres líneas con los números 501, 502 y 503. La vendedora guarda sin cambiar nada. ¿Qué números tienen ahora?. Los mismos 501, 502 y 503. Tres números nuevos, por ejemplo 510, 511 y 512. Cambia solo el de la línea que se tocó.

Borrar y recrear las líneas no fue una decisión del negocio, sino un atajo de programación de 2023. Verdadero. Falso.

¿Qué cosas apuntan hoy al número de una línea de la venta?. Solo el requerimiento. Nada: todo apunta al número de la venta. Las notas de crédito, el requerimiento, las compras y la imagen del teñido.

¿Por qué la compra empezó a sufrir con esto recién en agosto de 2026?. Porque desde ahí la compra guarda la línea exacta que compró; antes solo guardaba la venta, y ese número no cambia. Porque en agosto se cambió la forma de guardar la venta. Porque antes de agosto no había compras en el sistema.

Antes del arreglo, se compraba una línea y después alguien guardaba la venta. ¿Qué veía ventas en "tallos comprados"?. Los tallos correctos. El doble de los tallos. La línea como si no estuviera comprada.

Antes del arreglo del 27-oct, ¿qué pasaba si compras intentaba editar la compra de un requerimiento después de que se guardó la venta?. Se editaba normal. La base la rechazaba diciendo que la línea "no es parte del requerimiento". Se duplicaba la compra.

Como el número de la línea cambia en cada guardado, el número de la venta también cambia. Verdadero. Falso.

¿Por qué no se cambió el guardado para que actualice las líneas en vez de recrearlas?. Porque se decidió seguir la lógica que ya existía y solo hacer que cada cosa siga al número nuevo. Porque la herramienta con que está hecho el sistema no lo permite. Porque el negocio quiere números nuevos en cada guardado.

Una línea comprada tenía el número 501 y al guardar la venta pasa a 510. ¿Qué pasa hoy con la compra?. Su fila pasa de 501 a 510 y sigue enlazada. Se queda en 501 y hay que arreglarla a mano. Se anula sola.

Una línea nueva llega sin número viejo (vacío). ¿Por qué hace falta un candado para ella?. Porque sin el candado la venta no se guarda. Porque buscar "lo que apunta a vacío" pegaría a esa línea todas las compras cargadas a mano sin línea. Porque las líneas nuevas todavía no tienen tallos.

El guardado pasa al número nuevo cualquier número de línea que mande la pantalla. Verdadero. Falso.

¿Qué pasa con la línea de un requerimiento Cancelled cuando se guarda la venta?. Pasa al número nuevo como las demás, para que el anulado no quede apuntando a la nada. Se borra del requerimiento anulado. Se queda con su número viejo: el anulado queda congelado.

¿Qué problema arregló congelar el requerimiento anulado?. Que las compras se duplicaban. Que la venta no se podía guardar. Que la línea de un requerimiento anulado no se podía volver a pedir en el mismo guardado.

En un mixto, la compra puede apuntar a una variedad de la composición, y también tiene que seguir a su número nuevo. Verdadero. Falso.

La venta está abierta en dos pestañas. Se guarda en A y después en B sin recargar, con el requerimiento en Registered. ¿Qué pasa hoy?. B manda números viejos: las líneas pedidas parecen quitadas, salen del requerimiento y este puede anularse solo. B no guarda nada y muestra un aviso. B guarda igual que A, sin ningún efecto.

El mismo caso de dos pestañas, pero con el requerimiento Confirmed. ¿Qué pasa?. Se borran las líneas del requerimiento y también la compra. El guardado de B se rechaza y no se toca nada. El requerimiento vuelve a Registered.

¿Para qué sirven las @menciones en las notas del requerimiento?. Para cambiar el estado del requerimiento. Para pasarle la compra a otra compradora. Para avisarle a una persona: recibe una notificación con enlace a la nota.

La variedad pedida no existe o no hay inventario. ¿Qué flujo definió el negocio?. La compradora avisa por notificación; la vendedora corrige la venta y le responde. La compradora cambia la variedad directamente en la venta. Se anula la venta y se crea otra con la variedad correcta, para no tocar la que existe.

Cuando el requerimiento vuelve solo a Registered porque se anuló su compra, hoy eso no queda en su History. Verdadero. Falso.

¿Qué queda guardado cuando alguien anula un requerimiento?. Nada: el requerimiento se borra. El motivo, quién lo anuló y cuándo. Solo la fecha.

¿Quién puede anular un requerimiento?. Cualquier usuario que lo pueda ver. Quien tenga el permiso de borrar en el módulo de requerimientos. Solo la vendedora de la venta.

Las notas del History del requerimiento se le envían a la finca junto con la compra. Verdadero. Falso.

¿Por qué el estado de la línea en la venta (Pending, Requested, Completed) lo calcula el sistema y no lo elige la vendedora?. Porque la vendedora no tiene permiso para cambiarlo. Porque depende del precio de la línea. Porque depende de lo que pasó en el requerimiento y en la compra, y una pestaña abierta desde antes no debe deshacerlo.

Al pedir líneas desde la venta, ¿qué hace hoy la pantalla?. Se queda en la venta y avisa solo si alguna línea no se pudo pedir. Abre sola la ficha del requerimiento en otra pestaña. Cierra la venta y vuelve a la lista.

¿Qué protege la regla de la base que rechaza cambiar los tallos del requerimiento si el cambio no viene de la venta?. Que compras no cambie el precio. Que los tallos pedidos solo cambien desde la venta, nunca desde el requerimiento ni a mano. Que la finca no cambie la cantidad.

¿En qué momento compara la base los tallos de la venta con los del requerimiento?. Cada noche, en un proceso automático. Al crear la compra, cuando se arma con las cajas y los tallos del requerimiento. Al guardar la venta, cuando la línea del requerimiento pasa al número nuevo.

Para estos candados, ¿qué es un requerimiento "aprobado"?. Uno Confirmed, o con una compra viva enlazada aunque esté en Registered. Solo cuando la compra enlazada ya está Confirmed; una compra en Registered todavía no cuenta. Solo uno Confirmed.

La revisión de "comprar exactamente lo pedido" que hace la base corre al editar una compra, pero no al crearla. Verdadero. Falso.

Una venta quedó abierta desde antes de que compras confirmara el requerimiento. La vendedora cambia tallos y guarda. ¿Qué la frena?. La pantalla, que ya bloqueaba esa línea. La base, que ve el requerimiento aprobado y rechaza el guardado. Nada: se guarda.

¿Qué impide que haya dos requerimientos Registered iguales (misma venta, finca, agencia y fechas)?. Una regla única en la base, que solo cuenta los Registered. Solo un aviso en la pantalla. Nada: si se crean dos iguales, compras los junta después a mano en uno solo.

¿Por qué el servidor revisa las cajas aunque la pantalla ya las revise al guardar?. Porque la pantalla tarda en revisar. Porque el servidor es el que calcula el precio. Porque el servidor no le cree al navegador: otra pestaña o una llamada directa podría mandar cajas que no cumplen.

Una línea del requerimiento se puede borrar aunque todavía tenga filas en una caja. Verdadero. Falso.