#182 [Compras · 4/4] Logística, transportes y alquileres
Un solo proceso de compras, desarrollado en cuatro bloques
Esta solicitud forma parte de la mejora del módulo de Compras y contratación para proyectos de CONSOF. El resultado conjunto debe permitir gestionar una operación desde la requisición hasta su cierre, conservando el vínculo entre solicitud, negociación, orden/contrato, ejecución, documentos, costos y pagos.
Los cuatro issues distribuyen el desarrollo del mismo proceso. Deben compartir registros y permitir continuar la operación entre pantallas con los datos ya capturados y las aprobaciones aplicables. Reutilizar los componentes existentes de presupuesto, costos/CxP, tesorería y logística.
La numeración no define una secuencia rígida: el control financiero comienza al confirmar el compromiso; la logística interviene durante la ejecución; anticipos y prepagos pueden preceder a la recepción y facturación.
Bloques: 1. Requisición y contratación #179 · 2. Documentos, costos y CxP #180 · 3. Compromisos y pagos #181 · 4. Logística y alquileres #182.
Alcance de este bloque: movimientos, recepciones, transportes y seguimiento/devolución de alquileres asociados a las operaciones de compras. Sus confirmaciones y periodos alimentan los cobros del #180 y saldos/proyección del #181. El recorrido completo y su prueba conjunta están en #179.
Resultado que necesitamos
Permitir que Sirley coordine envíos y recogidas desde el ERP, que campo confirme cantidades/estado y que ambos vean pendientes. Para alquileres, mostrar qué sigue en obra, cuánto tiempo lleva, si se utiliza, qué piezas faltan y qué se devolvió parcialmente.
Usar las líneas de compras/acuerdos del #179. Confirmar recepción/servicio/tiempo debe alimentar #180/#181 sin volver a registrar la compra o el cobro.
1. Crear movimientos desde una solicitud u orden
Permitir seleccionar líneas de una o varias compras/acuerdos y crear un movimiento con origen, destino, proyecto, fecha requerida/programada, cantidades, responsable de entrega, receptor y transporte.
El formulario debe admitir:
- Proveedor → obra.
- Proveedor → oficina → obra.
- Oficina → obra.
- Obra → oficina u otro proyecto.
- Obra → proveedor para devolución.
- Varias recogidas y una entrega consolidada, o un pedido dividido entre entregas.
En un mismo despacho deben poder mezclarse materiales de varios proveedores/órdenes y herramientas/equipos propios. Cada línea conserva su origen. También debe ser sencillo enviar una sola herramienta por moto.
Permitir elegir entrega del proveedor o transporte contratado por CONSOF, con empresa/persona que presta el servicio y vehículo/medio cuando corresponda. No asumir que un vehículo contratado es un activo propio.
2. Coordinar despacho y generar orden de embarque
- Mostrar pendientes de recoger, material recibido en oficina, carga lista, despachos programados y novedades por proyecto/fecha.
- Permitir seleccionar qué se incluye efectivamente en la carga, cantidades y peso aproximado por línea/conjunto; calcular peso total.
- Registrar transportador, origen/destino, responsables y fecha; enlazar el servicio de transporte del #179.
- Generar orden de embarque descargable desde esos datos, sin volver a hacer el listado en otro archivo.
- Guardar la versión de carga emitida/despachada; un cambio posterior del pedido no reescribe el documento histórico.
La plantilla final de embarque está pendiente de entrega/revisión. Implementar datos, selección de carga y generación con plantilla de prueba identificada; sustituir por formato autorizado antes de su emisión oficial. El archivo final no es necesario para programar movimientos y recepciones.
3. Registrar cada entrega y recepción
El receptor debe ver antes de confirmar qué se espera recibir: ítem, código/referencia, cantidad, origen y proyecto.
Permitir registrar por línea recibido, aceptado, faltante, sobrante, dañado/observado, fecha real, responsable y evidencia. Mostrar estados Preparado, Despachado, En tránsito, Recibido parcial, Recibido conforme o Con novedad.
Conservar cada tramo/cambio de custodia: proveedor, oficina, transportador y obra. Recepción en oficina y recepción en proyecto son registros distintos. Recibir parte de una orden no cierra el saldo pendiente.
La recepción física de material con instalación no debe certificar instalación terminada; esa conformidad se registra en #179. Un reintento/doble clic no duplica cantidades recibidas.
Permitir registro interno de evidencia entregada por el transportador/proveedor sin exigirles usuario ERP. Para campo sin conexión, admitir carga posterior de conteo/documento/fotos, con fecha real, fecha de registro, receptor y quien digitaliza. Mostrar pendiente de confirmar cuando aún no existe evidencia suficiente.
4. Relacionar herramientas propias y retornos
Al incluir una herramienta/equipo propio, buscar por el código que ya tiene marcado; mostrar descripción, última ubicación y custodio conocidos. Registrar salida, recepción y retorno sobre el mismo código.
Permitir importar/depurar la tabla existente sin presentar saldos desactualizados como verificados. Identificar código o cantidad pendiente de contrastar. No exigir serial individual para piezas que no lo tengan ni duplicar códigos.
Para sobrantes o fin de obra, permitir:
- Reportar elementos/cantidades que pueden devolverse, estado y destino propuesto.
- Registrar validación de liberación por el responsable del proyecto cuando corresponda.
- Programar recogida del proveedor o vehículo contratado.
- Confirmar salida y recepción en oficina, otro proyecto o proveedor.
- Abrir diferencia si lo recibido no coincide con lo entregado al transportador.
Incluir materiales, herramientas, equipos, botiquines/extintores y otros elementos, también en un retorno consolidado desde otra ciudad a Medellín.
Solicitar recogida no equivale a devolución realizada. Devolución física a proveedor no crea nota crédito ni reembolso automático: enviar aceptación/novedad al #180 para su ajuste.
El traslado de una herramienta propia no genera otra compra/gasto de adquisición. El inventario propio completo y mantenimiento quedan como desarrollo posterior; este bloque debe dejar funcionando ubicación/custodia por movimiento.
5. Registrar servicios de transporte
Desde el movimiento, crear o vincular un servicio/acuerdo del #179 y traer tarifa, alcance, unidad de cobro, periodo/tope y condiciones de pago.
Permitir registrar viaje, ruta/origen/destino, fecha, proyecto, servicio confirmado y extras observados/autorizados. Admitir varios movimientos/órdenes en un viaje y varios viajes en un cobro por periodo, evitando cobrar el mismo viaje dos veces.
Modalidades de servicio:
| Tipo | Información específica |
|---|---|
| Materiales/herramientas/equipos | Movimientos y cantidades transportadas, recogida y entrega |
| Retiro de escombros | Cantidad/unidad pactada, origen, destino y evidencias/soportes exigibles configurados |
| Personal | Recorrido, fechas, solicitante y confirmación del traslado; por ejemplo aeropuerto–alojamiento–obra |
Si el envío está incluido en el precio del proveedor, marcarlo como incluido y no generar una segunda deuda por flete. Si beneficia a varios proyectos, registrar distribución que sume el total y remitirla a validación correspondiente.
La confirmación del servicio habilita el cruce de su factura/cuenta en #180 y pago en #181. Viaje ejecutado y viaje pagado son estados distintos.
6. Abrir y consultar alquileres activos
Desde el acuerdo de alquiler del #179, crear el seguimiento con las mismas piezas/equipos y condiciones:
- Proveedor, proyecto, ubicación/custodio.
- Referencia/identificación cuando exista, descripción, cantidad esperada/recibida y accesorios.
- Tarifa y unidad de cobro —día/semana/mes u otra—, fecha/evento pactado de inicio y fin.
- Periodo autorizado, fecha de revisión, valor máximo y modalidad de liquidación.
- Cobro al devolver, por cortes periódicos o prepago; depósito como concepto separado.
Permitir pedir un conjunto —por ejemplo dos cuerpos de andamio— y desglosarlo en las piezas reales cotizadas/remitidas por el proveedor, con cantidades y tarifas individuales. No codificar una composición fija de andamio. Un taladro, lift o escalera puede manejarse como unidad y accesorios.
Registrar llegada real y estado. Iniciar el conteo de tiempo según el evento del acuerdo; no asumir que fecha de orden equivale a recepción. Aplicar mínimos/unidad de tiempo pactados explícitamente.
7. Verificar existencia y uso
Crear una revisión de alquiler que precargue el saldo esperado por pieza/equipo. Permitir registrar:
- Cantidad armada, suelta y en otras ubicaciones identificadas.
- Cantidad verificada, faltante y no verificada.
- Estado y evidencia.
- Uso: En uso, Temporalmente sin uso, Ya no se necesita o Sin verificar.
- Motivo, responsable y próxima acción/fecha.
No permitir marcar todo completo cuando quedan cantidades sin verificar. Admitir conteo o evidencia de comprobación apropiada sin imponer desarmar un equipo para completar una pantalla.
El coordinador/Diego debe poder registrar Mantener, Solicitar ampliación o Devolver. Sirley debe ver esas decisiones, coordinar recogida y solicitar actualización de campo desde la bandeja.
Configurar frecuencia/destinatarios de alertas: revisión vencida, elemento sin uso, fin de periodo autorizado, costo próximo/excedido, recogida pendiente, recepción del proveedor sin confirmar, próximo corte y cobertura prepagada por vencer. Mostrar responsable, fecha de última respuesta y siguiente acción. Falta de información no aparece como cumplimiento.
8. Devolver parcialmente y detener cobro por elemento
Separar estas fechas/eventos: solicitud de recogida, recogida comprometida, salida de obra, entrega al transportador, recepción del proveedor y cese de cobro aplicable.
Al devolver, permitir seleccionar piezas/unidades y cantidades, registrar evidencia de salida y aceptación/observación del proveedor. Restar únicamente la cantidad devuelta/aceptada correspondiente y terminar su cobro según el acuerdo. Las cantidades restantes continúan activas.
No exigir devolución de un conjunto completo para reconocer piezas válidamente devueltas. No detener todo el alquiler por devolver una parte ni seguir cobrando todo el conjunto por faltar una pieza.
Si el proveedor demora la recogida, aplicar la condición pactada cuando exista evidencia, o mostrar la diferencia por resolver; la solicitud por sí sola no detiene automáticamente el reloj.
Si falta una pieza en conteo, transporte o recepción del proveedor, crear novedad con línea, cantidad, tramo, evidencia, responsable, acción y fecha. Conservar los conteos originales. Permitir resolución por ubicación/corrección/devolución o pérdida regularizada; pérdida no se registra como devolución ficticia.
Un cargo del proveedor por daño/faltante se envía a revisión en #179/#180. No generar automáticamente un cobro al trabajador ni descontar todo del depósito.
9. Proporcionar periodos para proforma y factura
El sistema debe calcular el periodo/liquidación por elemento con cantidades, tarifas, entradas, devoluciones y cortes previos, y mostrar cómo se obtuvo el importe estimado.
| Modalidad | Comportamiento requerido |
|---|---|
| Cobro al devolver | Generar detalle de cantidades/periodos para contrastar la proforma final |
| Cortes, p. ej. 15 días pactados | Identificar periodo liquidado y siguiente; conservar antigüedad total, saldo físico y acumulado autorizado |
| Prepago | Mostrar periodo/cantidades cubiertas, consumo aplicado y próxima cobertura, utilizando datos del #181 |
| Depósito | Mostrar saldo por recuperar/aplicar del #181 y hechos físicos que soportan su devolución o diferencia |
Compartir ese detalle con #180 para revisar proforma y después factura sin volver a digitar días/piezas. Detectar periodos ya liquidados y cantidades que superan lo recibido. Una extensión no cubierta debe enviar revisión del acuerdo de #179; el corte no reinicia su tope.
Mostrar por separado cierre físico, fin de cobro, facturación, pagos, prepago y depósito. Equipo devuelto puede conservar factura/depósito pendiente; factura pagada puede conservar equipo en obra. Devolución anticipada sobre prepago se liquida según acuerdo, no como reembolso automático.
10. Pruebas de aceptación
| Prueba | Resultado esperado |
|---|---|
| Inicio fuera de Medellín con dos proveedores y equipo propio | Un despacho consolidado, orígenes conservados y recepción oficina/obra separada |
| Compra local con entrega directa y recogida adicional | Distintos recorridos relacionados al pedido sin paso obligatorio por oficina |
| Taladro propio enviado en moto | Código/ubicación actualizados y servicio de transporte vinculado, sin nueva compra |
| Recepción parcial y carga posterior sin conexión | Saldo correcto, fechas/evidencia conservadas; reintento no duplica |
| Transporte de personal y retiro de escombros | Datos específicos y conformidad vinculados a cobro; flete incluido no se duplica |
| Retorno desde otra ciudad | Salida y recepción en oficina trazables, con diferencias visibles |
| Dos cuerpos de andamio | Desglose y tarifas según proveedor; accesorios también se cuentan |
| Revisión de piezas armadas/sueltas | Detecta faltantes/no verificado; Sirley ve pendientes y decisión de campo |
| 10 piezas a $1.000/día por 5 días; devolver 4; mantener 6 por 3 días | $50.000 + $18.000 antes de impuestos/otros ajustes, si esos periodos y cese están pactados |
| Dos cortes del mismo alquiler | No repite días facturados, no reinicia antigüedad ni límite autorizado |
| Solicitud de recoger sin devolución | Sigue visible como pendiente; cobro se ajusta solo por evento/regla sustentados |
| Pérdida y depósito | Novedad trazable; no devolución ficticia ni deducción automática |
| Devolución física con factura o depósito pendiente | Dimensiones de cierre independientes y saldo visible |
Enlaces: Contratación #179, Contable #180, Financiero #181.
Continuidad: recepción y ejecución relacionadas con #57, y soportes/costos vinculados con #58; antecedentes #23/#24/#25/#31. Reutilizar maestro #85 y permisos #94/#95, presupuesto #97, identificador de proyecto #155 y fechas locales #120. Las conexiones se realizan sobre identificadores compartidos de operación/línea/movimiento/hito; Indunova define la implementación técnica y presenta las pantallas propuestas a partir de estos campos y acciones.
Comentarios (7)
🤖 Pre-análisis automático (NOVA) — 🟡 falta información
¡Gracias por reportarlo! Para poder atender su solicitud correctamente y a la primera, necesitamos aclarar algunos puntos. ¿Nos ayuda respondiendo aquí mismo?
- ¿Podrían adjuntar el documento 'decisiones COS adoptadas durante la conversación, consolidadas el 11/09/2026'?
- ¿Podrían adjuntar el formato de la 'Orden de Embarque' (borrador o versión autorizada) mencionado en el punto 4?
- ¿Podrían adjuntar la 'tabla de códigos de herramientas y equipos propios' (actualizada o la 'vieja' para referencia) mencionada en el punto 4?
- ¿Podrían proporcionar una especificación de la integración con el bloque de Contratación (API, estructura de datos) para los acuerdos de alquiler y servicios de transporte?
- ¿Podrían detallar los permisos relevantes de los issues #94/#95 que aplican a este bloque, o adjuntar un resumen?
- ¿Existen wireframes o mockups de las pantallas principales (ej. creación/edición de movimiento, recepción, control de alquileres) para guiar el diseño de la interfaz de usuario?
Además, nos ayudaría mucho que adjunte lo siguiente:
- Decisiones COS adoptadas (documento/acta)
- Formato de Orden de Embarque (borrador o autorizado)
- Tabla de códigos de herramientas y equipos propios
- Especificación de la integración con el bloque Contratación (API/estructura de datos)
- Detalle de permisos de #94/#95
Se sustituyeron el título y el cuerpo por funciones de movimientos, recepción, conteo, control de uso/tiempo, devolución parcial y liquidación de alquileres. El cuerpo especifica campos, acciones y pruebas; no depende de adjuntar documentos internos de procedimiento. Indunova puede proponer pantallas e implementación de las conexiones usando los identificadores compartidos de operación/línea/movimiento/hito. La tabla histórica de herramientas se utilizará para migrar/validar códigos; no es requisito para desarrollar el registro. La plantilla final de embarque condiciona su emisión oficial, no el resto del control logístico.
🟡 #182 — bloque 182A desplegado (§1–§5). §6–§9 (alquileres) siguen pendientes en 182B
Entregado el primer tramo: movimientos, despacho y orden de embarque, recepción, herramientas propias y retornos, y servicios de transporte. Todavía no hay validación funcional en producción; por eso el estado es 🟡 y no 🟢.
Producción: revisión consof-00160-gtt con el 100 % del tráfico (antes consof-00159-2f8). Las migraciones nuevas se aplicaron en el arranque: las pantallas de lista consultan las tablas nuevas y responden sin error.
Estado por sub-ítem
| § | Entregable | Estado | Evidencia |
|---|---|---|---|
| 1 | Movimientos desde solicitud/OC; los 6 escenarios; mezcla de proveedores y herramientas propias, con origen por línea; envío rápido de una herramienta por moto; entrega del proveedor vs. transporte contratado | 🟡 | Pruebas automatizadas de los escenarios AT-1 y AT-2; en producción /logistica/movimientos/, /crear/ y /rapido-herramienta/ responden 200 |
| 2 | Bandeja de despacho, selección de carga con peso, orden de embarque descargable y versión histórica inmutable | 🟡 | /logistica/despacho/ 200; pruebas de versión inmutable |
| 3 | Recepción por línea (recibido, aceptado, faltante, sobrante, dañado), estados, tramos de custodia, idempotencia ante doble clic, carga diferida | 🟡 | /logistica/pendientes/ 200; pruebas de reintento sin duplicar cantidades |
| 4 | Herramientas por código, importación con estado «pendiente de contrastar», retornos con validación, recogida y diferencias | 🟡 | /logistica/herramientas/, /importar/, /retornos/, /diferencias/ 200 |
| 5 | Viajes, cobros por periodo sin doble cobro, incluido en el precio del proveedor, distribución de flete | 🟡 | /logistica/viajes/, /viajes/cobros/ y sus formularios 200 |
| 6–9 | Alquileres: seguimiento, devolución parcial, periodos para proforma, alertas, cierre logístico | ❌ | Fuera de este tramo: 182B |
Verificado: 4132 pruebas automatizadas en verde. En producción: 15 pantallas nuevas y 8 de bloques anteriores (saldos y proyección de tesorería, bandeja de facturas, requisiciones, órdenes y solicitudes de compra) responden 200 con un usuario autenticado; el acceso «Logística y alquileres» aparece en el menú. Los puntos donde #182 se conecta con #179/#180/#181 están hechos para mostrar el mismo texto «pendiente de #182» mientras no haya datos, y las pruebas existentes de esos bloques siguen en verde. En producción solo revisé el contenido de la pantalla de saldos de tesorería (sin errores ni datos internos a la vista); las demás conexiones las cubren las pruebas automatizadas.
No verificado: no se ejecutó un recorrido completo con escritura en producción (crear movimiento → despachar → recibir). Los escenarios están cubiertos por pruebas automatizadas, no por un recorrido real.
Límites que conviene conocer
- La orden de embarque sale marcada «NO OFICIAL». Es lo acordado en el issue (plantilla de prueba identificada hasta recibir el formato autorizado). Para emitir oficialmente hace falta cargar y autorizar el formato final.
- El cierre logístico ya está conectado, pero el financiero no. La dimensión financiera del cierre de la operación sigue mostrando «Pendiente de #181». Se dejó así porque corregirla exigía escribir desde pantallas de solo lectura; queda para revisión.
- Recepción: si no se indica cuánto se esperaba en la entrega, el sistema toma como esperado el saldo pendiente de la orden, y una entrega corta se cuenta como faltante.
- Material suelto (sobrantes) se registra como herramienta propia de categoría «material sobrante».
- Pesos por conjunto son aproximados: el modelo no tiene un peso por pieza.
- La tabla histórica de herramientas no está cargada. Se construyó el importador; el archivo real se importa en un paso aparte y con confirmación.
Acción esperada de ustedes
- Confirmar quién autoriza la plantilla de embarque y entregar el formato final.
- Confirmar los nombres reales de los roles («Coordinador logístico», «Receptor de campo», «Decisor de alquileres»).
- Indicar quién valida la distribución de un flete entre proyectos (matriz de #179 o tesorería).
- Probar un movimiento real de punta a punta y avisar si algo no cuadra.
✅ Listo para que lo valides — probado por Andrea (Indunnova).
queda bloqueado hasta que david no resuelva dudas con el modulo de compras
Si quedó bien, márcalo como resuelto en tu ticket. Si algo falta, responde aquí mismo.
Hola, equipo. Revisamos el recorrido de herramientas y alquileres con la operación real y publicamos las precisiones en #329: https://tickets.indunnova.com/consof-97dolmokld/329/
Su entrada es la requisición común actualizada en #326: https://tickets.indunnova.com/consof-97dolmokld/326/
Buena parte del control físico, tiempos, devoluciones parciales y períodos ya estaba solicitada aquí y queremos aprovecharla. Los ajustes precisan que Sirley decide enviar/trasladar/comprar/alquilar desde la misma solicitud; puede registrar lo verificado personalmente en obra o lo confirmado por campo, sin depender de que el oficial tenga acceso ni duplicar recepciones. También se detallan tarifa por pieza, conjunto o período, revisión de proformas y separación de depósitos/prepagos.
Para alquileres, #329 actualiza la formalización y autorizaciones; su explicación de cese de cobro según lo pactado aplica también cuando la tarifa es por conjunto o global, sin inventar descuentos por pieza. Se mantienen las conexiones con #180/#181 y las reglas no afectadas de este ticket. El recorrido detallado de transporte aún lo revisaremos aparte. Estos comentarios son precisiones de nuestra solicitud y no una validación ni cierre del #182.
Hola, equipo. Completamos la revisión de transporte y viajes con dos tickets relacionados:
330 Transporte, retiros y traslados: https://tickets.indunnova.com/consof-97dolmokld/330/
Conecta compras y atención de requisiciones (#326), traslados de existencias, devoluciones de alquiler (#329), recorridos con varias paradas, despachos consolidados, retiros, envíos por transportadora y sus pagos.
331 Viajes de trabajo: https://tickets.indunnova.com/consof-97dolmokld/331/
Describe solicitud y compra de tiquetes, regreso opcional, autonomía de Sirley, gastos asociados y visitas vinculadas a oportunidades comerciales.
Son precisiones y mejoras del mismo proceso de Compras. Por favor, revisemos qué está cubierto y qué necesita ajuste. Las reglas no afectadas y las conexiones contables y financieras de #180/#181 se mantienen. Aplicar las precisiones expresas de estos nuevos tickets, especialmente el pago inmediato de transporte ya prestado y la autorización específica para comprar tiquetes. No damos por validado ni cerrado el desarrollo con esta publicación.
Hola, equipo. Continuamos revisando la recepción de materiales con Sirley y queremos complementar lo solicitado aprovechando los movimientos, recepciones y recorridos existentes. Esta aclaración conecta #182 con bienes (#326) y transporte (#330).
-
Una misma entrega, dos formas de registrar
Sirley debe poder seguir coordinando por llamada o WhatsApp y registrar en el ERP lo que le confirmen, con los soportes disponibles.
Como alternativa, debe poder compartir un enlace o QR con quien recibe para que consulte los materiales y cantidades de esa entrega, registre lo recibido y reporte diferencias o daños. Puede recibir una persona de CONSOF o un contratista de la especialidad, idealmente acompañado por alguien de CONSOF. Conservar quién recibió, quién registró, la fecha real y la fecha de registro.
El enlace permite acceso únicamente a esa entrega, sin precios ni información financiera y sin exigir una cuenta interna del ERP. Podemos aprovechar la experiencia de los enlaces/QR de actas, adaptándola a una confirmación sencilla de recepción.
Las dos alternativas conviven: no depender de que el receptor tenga datos o maneje el aplicativo. -
Conductor y receptor participan en el mismo movimiento
Sirley también debe poder compartir un enlace con el conductor para consultar sus paradas, direcciones, contactos e instrucciones y reportar qué recogió, dónde, qué entregó y a quién, adjuntando soportes cuando corresponda. Solo ve su recorrido y los elementos asignados.
El transportador contratado y el conductor pueden ser personas distintas. Si entrega directamente el proveedor, basta relacionar la entrega con la compra; no exigir registrar su ruta interna.
La confirmación del conductor no reemplaza la revisión del receptor. Ejemplo: el conductor reporta veinte tubos entregados; el receptor confirma dieciocho conformes y dos dañados. Sirley ve ambos reportes y la novedad en la misma entrega.
Los registros por enlace y los realizados por Sirley deben complementarse sin duplicar cantidades ni sobrescribir diferencias. Si falta la confirmación del receptor, mostrarlo como pendiente de confirmar, aunque el conductor ya haya reportado la entrega. Si el conductor no puede completar el registro, Sirley puede hacerlo con la información que le confirme. -
Entrega parcial no siempre significa faltante
Distinguir el total pendiente de la compra de lo esperado en cada entrega.
Ejemplo: se compraron cien metros de cable y se acordó entregar sesenta hoy. Si llegan sesenta, esa entrega está conforme y quedan cuarenta pendientes de la compra. Si llegan cincuenta y cinco, faltan cinco de esa entrega y siguen pendientes los otros cuarenta: cuarenta y cinco pendientes en total.
Cuando no se conozca cuánto debía llegar en ese despacho, permitir registrar lo recibido y dejar el saldo pendiente, sin clasificar automáticamente todo el saldo como faltante de transporte. Esto ajusta el comportamiento descrito en su comentario del 20 de septiembre. -
Presentaciones diferentes del mismo material
Conservar la unidad del pedido y permitir aclarar una equivalencia cuando el proveedor utilice otra presentación. Ejemplo: cien metros solicitados corresponden a un rollo de cien metros.
Esta aclaración se utiliza en la recepción para reconocer la cantidad atendida. No debe exigir transcribir precios unitarios ni volver a cargar toda la cotización. Tampoco asumir que todos los rollos, cajas o paquetes contienen la misma cantidad. La equivalencia se registra solamente cuando se necesita, usando la presentación real del producto. -
Novedades y solución
La lista de materiales y cantidades debe venir cargada. Permitir confirmar todo conforme o señalar únicamente las diferencias: faltantes, daños, material distinto o sobrantes. Distinguir recibido físicamente de recibido conforme: diez placas recibidas pueden ser ocho buenas y dos dañadas.
Sirley coordina la solución por fuera del ERP y registra el resultado acordado. Las entregas faltantes o reemplazos se relacionan con la misma compra y novedad, conservando el historial y el destino de los materiales rechazados. No generar otra compra automáticamente ni atribuir responsabilidad al proveedor o conductor sin revisión. El reemplazo tampoco debe duplicar la cantidad atendida.
Una devolución física no genera por sí sola un reembolso o ajuste de factura; se conserva el vínculo para la revisión contable. -
Conservar la flexibilidad de los recorridos
Un recorrido puede recoger en varios proveedores, pasar por oficina y continuar a obra, reuniendo materiales de diferentes pedidos y herramientas propias. Cada elemento conserva su origen, destino y cantidades.
La oficina es una parada posible, no obligatoria. Si allí se reciben diez placas y después salen seis hacia obra, quedan cuatro pendientes de despacho. La requisición muestra seis recibidas en obra solo cuando se confirme su recepción en ese destino. Recibir en oficina y después en obra no duplica la cantidad comprada o atendida.
Esto cubre tanto envíos sencillos como cargas consolidadas para iniciar obra dentro o fuera de Medellín, sin exigir siempre el recorrido más complejo. -
Seguimiento para Sirley y el solicitante
Sirley debe distinguir entregas pendientes de confirmar, recepciones conformes y novedades por resolver. Una recepción conforme ya registrada no debe exigir volver a digitarla; las diferencias quedan visibles para su gestión.
Desde la requisición se consulta qué falta por conseguir, despachar o recibir y qué tiene una novedad, incluyendo lo atendido desde oficina y desde proveedores. Recibir materiales no aprueba automáticamente una factura ni ejecuta un pago.
Por favor, indíquennos qué podemos aprovechar de lo existente y qué ajustes requieren estas precisiones. La integración automática con WhatsApp puede definirse aparte: inicialmente el enlace puede copiarse y compartirse manualmente. Se mantienen las reglas no afectadas de los tickets relacionados. Esta publicación no da por probado ni cerrado el desarrollo.