Compras

¿Por qué EDR le compra flor a las fincas?. Para revender a otros mayoristas. Para llenar una bodega y vender desde ahí. Para cumplir las órdenes de venta que ya tiene de sus clientes.

El sistema sabe cuántos tallos de cada variedad hay disponibles para vender. Verdadero. Falso.

En una línea de compra, ¿en qué unidad se cuenta y se paga la flor?. En ramos. En cajas. En tallos, con precio por tallo.

¿Cuántos tallos trae un ramo de rosas según el catálogo de productos?. 25. 10. 50.

Comprar más tallos de los que se vendieron es un error que el sistema bloquea. Verdadero. Falso.

Si la finca no tiene la variedad que se vendió, ¿qué hace el comprador?. Cancela la orden de venta. Espera a la próxima cosecha. Compra una variedad equivalente que la finca sí tenga.

¿De dónde sale el precio que EDR le paga a la finca?. Lo escribe el comprador; el costo del catálogo casi siempre está vacío. Del precio que pagó el cliente en la orden de venta. Lo calcula el sistema con un margen fijo.

En una compra, la fecha de entrega y la fecha de vuelo son la misma. Verdadero. Falso.

¿Qué es una nota de crédito de compra?. Un descuento que EDR le da al cliente. Un adelanto de pago a la finca. Una rebaja sobre lo que EDR le paga a la finca porque la flor llegó mal.

Las fiestas, sobre todo San Valentín y el Día de la Madre, concentran gran parte de las compras. Verdadero. Falso.

¿Qué diferencia hay entre las pantallas ORDENES y PEDIDOS del menú de Compras?. Son la misma pantalla con dos nombres. ORDENES lista las compras ya creadas; PEDIDOS lista las órdenes de venta para originar la compra desde ahí. PEDIDOS lista lo que EDR le pide a cada finca.

Quien no tiene el permiso de PEDIDOS no puede entrar a esa pantalla. Verdadero. Falso.

¿Para qué sirve MOVIMIENTO DE CAJA?. Es el kardex del material de empaque que EDR le entrega a cada finca: cajas, láminas y capuchones. Para registrar las cajas de flor que llegan a la bodega. Para pasar cajas de una orden de compra a otra.

YARUKI INGRESO y YARUKI EGRESO son pantallas que se usan hoy. Verdadero. Falso.

Todo el flujo de DHL (guías master, guías madre, generación de etiquetas y despachos) cuelga del menú de Compras. Verdadero. Falso.

El código de las proyecciones vive en la carpeta purchases/ de edr-admin. ¿Son parte de Compras?. Sí, pero solo para Yaruki. No: el menú real las cuelga del módulo PROYECCIONES; están en purchases/ por herencia. Sí, son el reporte principal de Compras.

¿Qué tienen en común los 12 reportes de REPORTES COMPRAS?. Todos excluyen las órdenes anuladas (cor_estado <> 8), pero no filtran igual las fechas ni al cliente Trébol. Todos excluyen al cliente Trébol. Todos filtran por la fecha de vuelo.

El backend de compras tiene una capa de servicios con la lógica de negocio. Verdadero. Falso.

¿Dónde queda el rastro de lo que se hizo con una orden de compra?. En la tabla LOG. En AUDITORIA, con aud_mod_cod = 'COMPRAS' y el payload completo en aud_data. En ningún lado: solo queda el estado actual.

En una orden de compra, ¿quién es usr_codigo?. La vendedora del cliente, copiada de la venta. La persona de Compras que cargó la orden. El último usuario que la editó.

¿De qué formas se crea una orden de compra?. Solo desde UNOSOF. Desde ORDENES con New y el formulario vacío, o partiendo de la orden de venta para traer sus líneas. Solo importando un Excel que manda la finca.

¿Cómo queda vinculada una línea comprada con lo que se vendió?. Por COMPRA_ORDEN_DETALLE.ord_det_codigo, que apunta a la línea de la orden de venta. Solo por COMPRA_ORDEN.ord_codigo, en la cabecera. Por el producto: misma variedad, mismo vínculo.

Para guardar el vínculo se evaluó poner en ORDEN_DETALLE una columna que apunte a la compra, y se descartó. Verdadero. Falso.

Al traer una orden de venta, una línea vendió 125 tallos y ya se compraron 100. ¿Con cuántos tallos aparece?. 125. No aparece. 25.

Una compra anulada cuenta como tallos ya comprados de la línea vendida. Verdadero. Falso.

¿Qué hace la importación con un producto compuesto (un mix) de la orden de venta?. Lo trae como una sola línea con el nombre del mix. Lo ignora. Lo abre en sus componentes, y cada fila guarda la línea (ord_det_codigo) y el componente (pdc_codigo).

¿En qué caja entra lo que se importa desde la orden de venta?. En una caja por cada caja vendida. El sistema lo reparte según el tipo de caja. Todo en la caja 1, y el comprador lo reparte a mano.

Duplicar una compra entera (?copy=) copia también su vínculo con la orden de venta. Verdadero. Falso.

Una sola compra de 100 tallos de Freedom cubre dos órdenes, A y B. ¿Cómo queda registrado?. Los 100 quedan atribuidos a la línea de A; la otra orden se anota a mano en cor_nota y B sigue figurando como pendiente. La compra se duplica, una por orden. El sistema reparte los tallos entre las dos órdenes.

Al importar, la línea de compra toma la descripción, el color y el precio del catálogo de compras, no de la orden de venta. Verdadero. Falso.

cor_estado guarda solo el estado de flujo de la compra. Verdadero. Falso.

¿Qué significa "orden viva" en todo el módulo de compras?. Que está en Confirmed. Que todavía no se entregó. Que no está anulada: cor_estado <> 8.

Anular una orden de compra la borra de la base. Verdadero. Falso.

¿Qué pasa con las cajas y líneas al editar y guardar una compra?. Se actualizan solo las filas que cambiaron. Se crea una versión nueva de la compra. Se borran todas y se vuelven a insertar con lo que manda el front.

Por ese borrado y reinsertado, editar una compra siempre rompe su vínculo con la orden de venta. Verdadero. Falso.

¿Qué le pasa a cor_fecha cada vez que se guarda una compra?. Conserva la fecha en que se creó. Toma la fecha de entrega. Se pisa con la fecha y hora de hoy, en formato de 12 horas.

¿Qué es FARMS.far_saldo y quién lo mantiene?. El crédito de la finca con EDR; lo actualiza Contabilidad a mano. El saldo de cajas de la finca. Lo que EDR le debe a cada finca; lo acumula el trigger tr_compra_actualiza_saldo con cada cambio en COMPRA_ORDEN.

Una corrección masiva por SQL que cambie varias órdenes a la vez mantiene bien far_saldo. Verdadero. Falso.

cor_saldo baja a medida que EDR le paga a la finca. Verdadero. Falso.

Una orden se creó con una línea sin descripción. ¿Qué pasa al editarla?. No se puede guardar hasta llenar esa descripción. El sistema la llena sola. Se guarda normal.

¿Dónde guarda la compra la dirección del cliente?. En dir_codigo (dirección del cliente) o en ord_dir_codigo (dirección de la orden), nunca en las dos, según una fecha de corte. Siempre en dir_codigo. Copiada como texto en la cabecera.

Si la compra llega sin vendedor, se guarda sin vendedor. Verdadero. Falso.

¿Qué es "el importador" del formulario de compra?. Una carga de Excel con la lista de la finca. La función que trae las líneas de una orden de venta, con lo pendiente de cada una. La integración con UNOSOF.

De los 1.028 productos del catálogo de compras, ¿cuántos tienen vacío el nombre de compra (pro_nombre_compra)?. Casi ninguno. Todos. 801.

Una pantalla nueva que pinte pro_nombre_compra directo desde el endpoint de productos de compra mostrará bien los nombres. Verdadero. Falso.

¿En qué campo van los tallos de una línea de compra?. Box number. Quantity (cor_det_cant). Tot. Stems (cor_det_tot_stems).

¿Qué pasa hoy al importar una orden con una caja por color, como Color Mix Select o 6 Pack Preserved Roses?. Se importan las variedades exactas. Esas partes no traen variedad y el sistema avisa que hay que agregarlas a mano. Se bloquea la compra.

Las líneas que se cargan a mano para esas cajas por color quedan vinculadas a la línea vendida. Verdadero. Falso.

Una orden web de rosas por color llega con el producto "RED ROSES". ¿Qué hace la compradora?. Anula la línea. Compra "RED ROSES" tal cual. Lo reemplaza por una variedad real de ese color, como Freedom.

El PDF de la orden de compra imprime el color de cada línea. Verdadero. Falso.

Se vendieron 2 cajas de un mix, 300 tallos en total. Al importar la línea, ¿cuántos tallos entran?. 150, una caja por vez. 600. 300, la línea completa.

En MOVIMIENTO DE CAJA, una compra a una finca se registra como... Ingreso, porque a EDR le entra flor. Egreso, porque la finca consumió material al empacar. No se registra.

Cada vez que EDR le compra a una finca, le manda las cajas vacías para esa compra. Verdadero. Falso.

Confirmar una orden de compra descuenta solo el material del kardex de la finca. Verdadero. Falso.

¿Hay en la base un vínculo entre un movimiento de caja y las compras que lo generaron?. No: el kardex solo apunta a la finca, al usuario, al tipo de caja y a su cabecera. Sí, por la fecha del movimiento. Sí, por cor_codigo.

Según la regla que confirmó el negocio, ¿cuántas láminas consume una caja?. Una por caja. Una por ramo: tallos entre pro_bunch_size. Siempre 25.

El reporte de CAJAS, del que se teclea el consumo, cuenta todas las cajas compradas a cada finca. Verdadero. Falso.

¿Qué hay detrás de los ingresos del kardex?. Las compras de flor. Envíos, saldos iniciales y transferencias entre fincas, sin un campo que los distinga. Solo envíos de material de EDR a la finca.

Una transferencia de material entre dos fincas queda como un solo movimiento que une las dos puntas. Verdadero. Falso.

¿Por qué el saldo de cajas de una finca puede estar desactualizado al consultarlo?. Porque se recalcula cada noche. Porque lo actualiza DHL. Porque los movimientos se cargan por tandas, con uno o dos meses de retraso.

TREBOL YARUQUI, la finca a la que más se compra, tiene su kardex de cajas al día. Verdadero. Falso.

¿Dónde queda registrado el stock central de material de EDR, del que salen las reposiciones?. En TIPO_CAJA. En COMPRA_CAJA_MOV, como una finca más. En ninguna tabla del módulo: solo se registra la entrada a la finca.

En el módulo de compras, "Trébol" puede ser... Un cliente, una finca y el dueño del ERP UNOSOF. Solo un reporte. Solo una finca.

¿A qué finca le compra más EDR?. ROLAND. QUIMBIAMBA. TREBOL YARUQUI, una finca propia.

Las compras para el cliente Trébol son una parte menor del volumen. Verdadero. Falso.

¿Para qué sirve po_unosof en la orden de compra?. Es el número de la guía master. Guarda el id de la compra en UNOSOF; en Yaruki es lo que vincula la caja con la orden de venta para DHL. Es el número de factura de la finca.

UNOSOF muestra lo que la finca realmente empacó en cada caja. Verdadero. Falso.

¿Qué registraban YARUKI INGRESO y YARUKI EGRESO?. La llegada del camión a la bodega de Yaruquí: chofer, placa, sello, temperatura y cajas por tipo. El kardex de cajas de Yaruki. Las compras a Yaruki.

COMPRA_INGRESO y COMPRA_CAJA_MOV son fáciles de distinguir porque usan prefijos de columna distintos. Verdadero. Falso.

¿Qué pantalla sirve la carpeta orders-yaruki/ de edr-admin?. Ninguna: no hay ruta que la use. La de DHL de Yaruki. La de compras de Yaruki.

Compras pidió separar el inventario de Yaruquí por empresa: TREBOL, EDF y FRESCA FARMS. ¿Qué existe hoy en la base para eso?. La tabla FARMS. Nada: EMPRESA es la configuración fiscal de EDR, FRESCA FARMS no existe y lo más parecido es cli_es_trebol, un sí o no. Un catálogo de empresas listo para usar.

¿Contra qué se ata una nota de crédito de compra?. Contra la orden de compra completa; la línea se deduce por producto y largo. Contra la orden de venta. Contra la línea exacta de la compra.

Una nota de crédito descuenta en un solo importe la flor que llegó mal. Verdadero. Falso.

¿Cuáles son los motivos de reclamo más frecuentes?. Flor no despachada y error en color. Botritis, daño mecánico y flor dañada. Error en precio y tallos en exceso.

Las notas de crédito pasan por un flujo: se crean y después se aprueban. Verdadero. Falso.

¿Qué pasa al anular una nota de crédito?. Queda en CANCELLED con un motivo obligatorio. Se borra. Se reemplaza por una nota nueva.

El controlador de notas de crédito valida menos que el de órdenes de compra. Verdadero. Falso.

Al buscar por texto el motivo "ERROR EN COLOR" en la base, no aparece. ¿Por qué?. Porque está guardado en inglés. Porque los nombres están en Latin1 y ese motivo usa espacios duros (NBSP) en vez de espacios normales. Porque se borró del catálogo.

¿Dónde está el código del reporte de notas de crédito?. En PurchaseCreditNoteController. En PurchaseOrdersController, con el nombre gentReportCreditNote. No existe ese reporte.

Cuando un cliente reclama, el sistema genera sola la nota de crédito contra la finca. Verdadero. Falso.

El módulo de cotizaciones ya está en producción. Verdadero. Falso.

¿Para qué sirve una cotización de compra?. Para registrar la flor apalabrada con fincas para una temporada, contra una meta de tallos. Para cotizarle precios a un cliente. Para pedirle tarifas a DHL.

¿Por qué las tablas se llaman COMPRA_COTIZACION* y su prefijo es cct_ y no cot_?. Porque COTIZACION y el prefijo cot_ ya los usa otro sistema alojado en la misma base. Porque lo pidió DHL. Por preferencia del programador.

¿Qué estados tiene una cotización?. RESERVADA, PARCIAL, COMPLETADA y ANULADA. Registered, Confirmed y Cancelled. CREATED y APPROVED.

Una cotización queda COMPLETADA solo cuando cada variedad apalabrada se compró entera. Verdadero. Falso.

¿Cómo consume una orden de compra a la cotización?. La cotización se convierte sola en orden cuando vence. Al elegir la finca en la orden, el sistema avisa que hay cotizaciones pendientes y la compradora elige qué líneas y cuántos tallos cargar. No se conectan.

Una compra marcada como Valentin o Mother no descuenta de la cotización porque no está en Confirmed. Verdadero. Falso.

Se anula una cotización que ya tenía 100 tallos comprados. ¿Qué pasa?. La temporada libera la meta completa, incluidos los comprados, y la orden sigue viva. No se puede anular. Se anula también la orden de compra.

Si las reservas superan la meta de la temporada, el sistema no deja guardar. Verdadero. Falso.

¿Quién calcula los tallos pendientes de la temporada?. El servidor, al guardar, con lo que hay en la base en ese momento. Un trigger de la base. El navegador de cada compradora.

Toda orden de compra exige un cliente. ¿A nombre de quién se compra cuando no hay una venta detrás, por ejemplo stock para Trébol?. De un cliente interno: YARUQUI PLANTACIONES EL TREBOL, PLANTACIONES EL TREBOL o TRANSFERENCIAS YARUQUI. De la finca. Se deja sin cliente.

¿Dónde están escritas las reglas de negocio de compras?. Solo en el código. En docs/reglas-negocio/04-compras-e-inventario.md (RN-CMP-1 a 11) y en edrapi/docs/compras/reglas-negocio.md (RN-COMPRAS-1 a 17). En el manual de UNOSOF.

Ninguna orden tiene hoy el estado Billed. ¿Significa que nunca se usó?. Sí, nunca se usó. No se puede saber. No: AUDITORIA registra dos usos, el 10-sep y el 17-sep de 2026, que después se revirtieron.

¿Qué dice RN-CMP-9 y por qué sigue abierta?. Que nada cuenta hasta que se factura. Que todo cuenta como comprado menos Cancelled, incluido Registered, y falta confirmar si Registered debería contar. Que solo cuenta como comprado lo que está en Confirmed.

Separar cor_estado en estado y campaña se puede hacer tocando solo el módulo de compras. Verdadero. Falso.

¿Qué reporte de compras es vulnerable a inyección SQL?. SALDO CAJAS. Ninguno. Compras por caja.

Si dos reportes de compras del mismo periodo no cuadran, uno de los dos está mal. Verdadero. Falso.

¿Por qué hay 81 órdenes cuyo cor_total no coincide con la suma del detalle?. Por las notas de crédito. Por un redondeo del banco. Porque el total lo calcula el front y el backend lo acepta sin recalcular.

La trazabilidad entre venta y compra cubre casi todo el histórico. Verdadero. Falso.

El módulo de cotizaciones copió la pantalla de la orden de compra. ¿Qué decidió NO copiar, a propósito?. Anular con motivo en lugar de borrar. Pisar la fecha con formato de 12 horas y resetear el saldo en cada guardado. Auditar con el payload completo.

En cotizaciones se encontraron 8 huecos de validación, como una fecha de entrega anterior a la de ingreso o la misma variedad dos veces en una caja. ¿Qué se decidió?. Cerrarlos todos antes de salir a producción. Bloquear el guardado hasta corregirlos. No cerrar ninguno y dejarlo escrito para que nadie lo tome por olvido.

En 2026, ¿qué parte de los tallos comprados no tiene una orden de venta detrás?. Casi nada. Más de la mitad: compras de stock a nombre de clientes internos de Trébol y Yaruquí. Exactamente la mitad.

¿Cuántas cajas tiene una compra típica?. Cinco. Una. Diez.

¿En cuántas compras se puede repartir una sola orden de venta?. Como máximo en dos. Hasta en 13, cada una con una finca distinta. Siempre en una.

¿Cuánto tarda en crearse la compra después de la orden de venta?. Casi siempre el mismo día o el siguiente, pero una de cada cinco tarda más de 7 días. Siempre una semana. Siempre el mismo día.

La caja que los reportes de compra llaman QB90CM, ¿cómo aparece en el mantenimiento de cajas?. Como "HB 90 CM". No aparece en el mantenimiento. Como "1/4 90 CM".

¿A cuántas fincas les compró EDR en 2026?. 73. 7. 730.

En la nota de la compra 17798 se escribió un número de orden con un dígito equivocado. ¿Qué enseña ese caso?. Que cor_nota es el vínculo confiable con la venta. Que el importador escribió mal la nota. Que cor_nota se teclea a mano; el vínculo confiable es ord_codigo más ord_det_codigo, y la auditoría se filtra por módulo.

Las compras de stock para YARUQUI salen con una vendedora que ya está inactiva, aunque el desplegable de vendedores solo lista usuarios activos. ¿Cómo llega ahí?. Al elegir el cliente, el formulario pone su vendedora y la agrega al desplegable aunque esté inactiva. El backend la pone siempre, sin importar lo que mande el formulario. La compradora la elige de una lista vieja guardada en el navegador.

Editar una orden de venta puede cambiar su orden de compra sin dejar rastro en la auditoría de compras. Verdadero. Falso.