Appearance
Preguntas Abiertas — Ciclo Comercial
Índice consolidado de todas las preguntas pendientes, TBDs y decisiones de diseño del flujo del Ciclo Comercial.
Total: 39 abiertas, 30 resueltas (+R22 obsoleta, +#76), 9 acciones pendientes, 2 nuevas (#87 #88) Ultima actualizacion: 2026-04-09
Resueltas
| # | Pregunta | Respuesta | Fuente |
|---|---|---|---|
| R1 | ¿Qué son GEN_FA y GEN_FR? | GEN_FA = Genera Factura Anticipo, GEN_FR = Facturada como Repuesto. Tres entradas al cobro desde Administración; proceso idéntico para las tres. | flujo-tesoreria, index |
| R2 | ¿La Nota de Pedido y el Pedido a Producción son el mismo documento? | Son dos documentos ISO distintos generados por el sistema. Confirmación de NP confirma la orden; Pedido a Producción es la orden de fabricación. | flujo-comercial |
| R3 | ¿La cancelación de la póliza implica acción en sistema o notificación? | Para licitaciones ganadas: baja progresiva (notificación a Contaduría por cada entrega). Para perdidas: notificación/aviso de cancelación. | poliza-seguro |
| R4 | ¿El "Ventas envía Email" es un email real o notificación interna? | Email real enviado por Ventas/Admin a Producción detallando los cambios. | flujo-produccion |
| R5 | ¿Quién puede modificar el pedido después de confirmado y cómo se notifica a Producción? | Solo vendedor original o Administración pueden modificar. Producción no realiza cambios operativos. Requiere reimprimir Pedido a Producción + email. Producción es pasivo: recibe doc corregido y notificación. | Definiciones del cliente (Modificaciones Luego de Analizar el DFD.docx) |
| R6 | ¿Producción es pasiva o puede hacer ajustes operativos propios? | Producción es actor pasivo. Solo recibe doc corregido + email. No hace ajustes operativos propios. El loop de versionado modelado en la doc actual no aplica para Producción. | Definiciones del cliente |
| R7 | Si hay stock del artículo, ¿la NV pasa directo a disponible sin pasar por Producción? | NO automatizar paso a "disponible" aunque haya stock. El ciclo completo continúa siempre. Producción decide administrativamente si entrega stock existente o fabrica. Se incluirá notificación al responsable sobre este estado. | Definiciones del cliente |
| R8 | ¿Un estado puede retroceder? (ej: de disponible a con_cambios) | Sí, es posible retroceder estados (ej: de disponible a con_cambios) por decisiones comerciales o reasignación de stock ante urgencias de otros clientes. | Definiciones del cliente |
| R9 | ¿Un pedido puede derivar en múltiples pedidos a producción? | Relación unívoca. Un pedido deriva en un único Pedido a Producción (1:1). | Definiciones del cliente |
| R10 | ¿Los ítems de la nota de pedido vienen del presupuesto CRM previo? | Definiciones del cliente → actualizado Sesión de diseño MVP 2026-03-31 | |
| R11 | Licitación: ¿camino separado o unificado? ¿entidad separada, pólizas, avance sin póliza, vínculo CRM, campos? | Unificado. Todo registro es CRM Comercial. Si proviene de licitación, se marca con flag es_licitacion en la extensión CRM Comercial. Flag tiene_poliza para póliza. No hay bifurcación de caminos. Modelo detallado de licitación diferido como anexo futuro vinculado al CRM. | Definiciones del cliente (conversación con Silvina), decisión de unificación 2026-03-30 |
| R12 | Póliza de Seguro Garantía: preguntas #15-#18 (entidad/CRUD, datos, cancelación, reactivación) | Por el momento solo se requiere marcar si la operación cuenta con póliza de garantía. No se profundizará en el tratamiento de estos datos en esta etapa. Póliza queda como flag/marcador dentro de la licitación/operación. | Definiciones del cliente (conversación con Silvina) |
| R13 | Impresión ISO de documentos comerciales | La Nota de Venta, Confirmación de Nota de Pedido y Pedido a Producción deben imprimirse por cumplimiento ISO. Confirmado explícitamente. | Definiciones del cliente |
| R14 | ¿Verificación "¿Es Licitación?" en Administración: mantener o quitar? | Automático. Administración hereda el flag es_licitacion del CRM de origen automáticamente (vía NP → CRM). No es verificación manual ni checkbox independiente. | Definiciones del cliente, decisión de unificación 2026-03-30 |
| R15 | ¿La Nota de Pedido puede confirmarse sin póliza vigente en camino Licitación? | Sí, permitir confirmar sin póliza. Luego se puede agregar o relacionar la póliza cuando exista. | Definiciones del cliente |
| R16 | ¿El Aviso de Cancelar Póliza requiere acción manual o es automático? | DESCARTADA/DIFERIDA. Por el momento solo se requiere marcar si la operación surge de una licitación y si cuenta con póliza de garantía. No se profundizará en el tratamiento de estos datos en esta etapa. | Definiciones del cliente (conversación con Silvina) |
| R17 | ¿Cuántos seguimientos de llamada se permiten antes de forzar cierre? | Parámetro configurable (no hardcodeado). La cantidad máxima de seguimientos se define por configuración. | Definiciones del cliente |
| R18 | Si el pedido es manual (sin flujo Comercial), ¿la NV se crea en ese momento o no existe? | La Nota de Venta siempre se genera desde Ventas después de registrar la Nota de Pedido y el Pedido a Producción. No existe NV previa, ya que Ventas asigna el número de NV a la Nota de Pedido. | Definiciones del cliente |
| R19 | Campos de la Nota de Pedido — TBD: completar una vez definida la implementación | La NP es un recurso independiente del budget CRM. Sin FK a budget. Los ítems provienen del catálogo de productos de Ventas (no se heredan del presupuesto CRM). | Sesión de diseño MVP 2026-03-31 |
| R20 | Modalidades de venta A/B/C/D: ¿son solo informativas o desencadenan procesos/cálculos? | Declarativas en MVP: campo select/clasificador sin lógica asociada. Arquitectura extensible para lógica por modalidad en v2. | Sesión de diseño MVP 2026-03-31 |
| R21 | Importe a facturar: ¿cuándo se define? ¿Al confirmar NP? ¿Al facturar? | Se define al crear la Nota de Venta. El vendedor lo define al momento de registrar la NV. Puede actualizarse (genera revisión). | Sesión de diseño MVP 2026-03-31 |
| R22 | nota_pedido_adquirente / nota_venta_adquirente. No se crea registro en ordcon. | Solo tabla intermedia. Datos libres (nombre, cuit, domicilio, condicion_iva, importe). No implica alta en ordcon. | Redefinición sesión 2026-04-09 |
| R23 | Versionado NP/NV: ¿se puede modificar en cualquier estado o solo en ciertos estados? | En cualquier estado, siempre generando una nueva revisión en el historial. El acceso por estado depende del rol del usuario. | Sesión de diseño MVP 2026-03-31 |
| R24 | Versionado NP/NV: al reimprimir, ¿mismo número + revisión o nuevo número? | Mismo número de documento + campo revision. Ejemplo: NV-0042 Rev.02. El número no cambia entre versiones. | Sesión de diseño MVP 2026-03-31 |
| R25 | Flag es_concesionario en Cliente: ¿FK formal entre ordcon y cpdprov? | nota_venta.concesionario_id → FK a ordcon donde es_concesionario = true. Se agrega flag es_concesionario BOOLEAN a ordcon. Sin FK formal entre ordcon y cpdprov en esta etapa. | Sesión de diseño MVP 2026-03-31 |
| R26 | Dual registration concesionario: ¿hay FK formal en BD entre cpdprov y ordcon? | No se requiere FK formal entre ordcon y cpdprov en esta etapa. La relación es por convención de datos. FK queda diferida. | Sesión de diseño MVP 2026-03-31 |
Abiertas por tema
Nota de Venta — estados y ciclo de vida
| # | Pregunta | Matices conocidos | Documentada en |
|---|
Nota de Pedido
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 87 | Modalidad B y cliente directo: ¿puede crearse una NP/NV desde un CRM sin concesionario (cliente directo)? Modalidad B = "Venta cliente directo definida por fábrica sin intermediario". Probablemente haya casos donde no haya concesionario, lo que implica que no habrá adquirentes ni terceros. ¿Qué lógica de validación aplica en ese caso? | La restricción actual (solo concesionario) puede relajarse para modalidad B. Si no hay concesionario, concesionario_id en NV es NULL y no aplica facturación a terceros. | nota-pedido-resource, nota-venta-resource |
| 88 | Cancelar NP con NV activa: si una NP ya confirmada (con NV generada) se cancela, ¿qué ocurre con la NV vinculada? ¿Se cancela automáticamente, se cancela aparte, o se bloquea la cancelación de NP si la NV está en un estado avanzado? | Posibles flujos: (1) cancelación en cascada si NV está en pedido_confirmado; (2) bloquear cancelación si NV avanzó a producción; (3) cancelación independiente. | nota-pedido-resource |
Producción — Orden de Trabajo
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 23 | ¿Un pedido con múltiples artículos genera una OT o una por artículo/proceso? | Aparece en 3 docs. | index, nota-pedido-prod, orden-trabajo |
| 24 | ¿Qué acción toma el sistema cuando una OT vence? ¿Solo cambia estado o notifica? | — | orden-trabajo |
| 25 | ¿Una OT completada puede reabrirse? | — | orden-trabajo |
| 26 | ¿Los costos de la OT impactan en la Nota de Venta o solo son estadísticos? | — | orden-trabajo |
| 27 | ¿Quién puede iniciar el proceso de fabricación? ¿Solo Producción o también Comercial? | — | flujo-produccion |
| 28 | ¿Qué sucede cuando Producción no puede fabricar (estado no_disponible)? ¿Vuelve a Comercial? | — | flujo-produccion |
Producción — configuración
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 29 | ¿Los artículos de Producción son los mismos que los de Ventas o catálogo separado? | — | configuracion |
| 30 | ¿Los artículos de producción tienen listas de precios propias o heredan de Ventas? | — | configuracion |
Producción — proceso productivo
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 31 | ¿Los instructivos son texto libre o documentos adjuntos (PDF, imágenes)? | — | proceso-productivo |
| 32 | ¿El proceso distingue entre costos directos e indirectos de mano de obra? | — | proceso-productivo |
| 33 | ¿La integración con Contabilidad es automática al cerrar la OT o manual? | — | proceso-productivo |
Administración — facturación
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 34 | ¿Hay plazo máximo para facturar después de la entrega (remito sin factura)? | — | flujo-admin |
| 35 | ¿El anticipo puede ser por monto parcial o siempre es por el total? | — | flujo-admin |
| 36 | ¿La NC se genera automáticamente al refacturar o es paso manual? | — | flujo-admin |
| 37 | ¿Todos los comprobantes pasan por AFIP? ¿Factura, NC y remito? | — | flujo-admin |
| 38 | ¿El aviso de bajar monto póliza es automático o manual? ¿Se baja por monto facturado? | — | flujo-admin |
| 39 | ¿Una NV puede generar múltiples facturas parciales? | — | flujo-admin |
Tesorería — cobro
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 40 | ¿Cómo se regulariza el recibo provisorio cuando llega la factura? ¿Se genera nuevo recibo oficial? | — | flujo-tesoreria |
| 41 | ¿El sistema registra la recepción del certificado de retención para cerrar saldo pendiente? | — | flujo-tesoreria |
| 42 | ¿Quién recibe el aviso de liquidación de comisiones? ¿Vendedor, área comercial, ambos? | — | flujo-tesoreria |
| 43 | ¿Las comisiones se calculan sobre monto facturado, cobrado o neto de retenciones? | — | flujo-tesoreria |
| 44 | ¿Se soportan cobros parciales o siempre es por el total? | — | flujo-tesoreria |
| 45 | ¿El proceso distingue entre efectivo, transferencia, cheque u otros medios de pago? | — | flujo-tesoreria |
Nota de Venta — requerimientos nuevos (fuente: analisis de requerimientos)
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 69 | Comision concesionario: se calcula como diferencia (importe facturado - costo operacion)? O hay otra formula? | Del analisis se infiere que la diferencia es la base. Pero puede haber mas complejidad con bonificaciones escalonadas. Fuera de scope MVP. | comisiones-resource |
| 71 | Si se factura al costo al concesionario (sin adquirente tercero), no hay comision? | Parece logico pero confirmar. El concesionario factura a su cliente directamente. Fuera de scope MVP. | comisiones-resource |
| 72 | Relacion NV padre-hijo: cuando un concesionario tiene lote facturado y se genera NV nueva para venta individual al cliente, como se vinculan? | Contexto: concesionario tiene maquinas en stock facturadas a su nombre. No entrega al cliente. Se genera NV nueva con concesionario + adquirente. Esta NV nueva debe relacionarse con la original. Fuera de scope MVP. | analisis-requerimientos-nv |
| 73 | Comisiones extras anuales de concesionarios: la tabla escalonada es retroactiva (al llegar a 6, todas las anteriores pasan a 1%) o incremental (solo las siguientes al umbral)? | Tabla actual: 6=1%, 12=2%, >=13=3%. Fuera de scope MVP. | comisiones-resource |
| 74 | Politicas de comisiones de vendedores: son configurables por ABM o requieren logica programada por cada vendedor? | Multiples condiciones combinables: estado NV, localidad, tipo equipo, canal. Fuera de scope MVP. | comisiones-resource |
| 75 | Evento en NV (Mercolactea, Agroactiva): se hereda del registro CRM de origen o se registra independientemente en la NV? Evaluar duplicidad de datos. | El evento ya se registra en el CRM. Evaluar si la NV necesita su propio campo o lo hereda. | analisis-requerimientos-nv |
nota_venta_adquirente tiene relación 1:1 con NV. Si se factura en múltiples CUITs, se emiten múltiples facturas pero el tercero registrado es uno solo. | Decisión de diseño sesión 2026-04-09 | nota-venta-resource | |
| 78 | Consorcio caminero: que impacto tiene en el proceso? Solo es informativo para informes o tiene reglas de negocio asociadas? | Se menciona en informes de comisiones. Fuera de scope MVP. | analisis-requerimientos-nv |
| 79 | Tipo de cambio USD: al momento de registrar la NV se guarda un tipo de cambio de referencia? O solo se aplica al facturar? | NV de exportacion o manipuladores telescopicos son en USD. Explicitamente diferido, no entra en MVP. | analisis-requerimientos-nv |
| 80 | Notificaciones email/WhatsApp: que canal se usa? Ambos? Configurable por usuario/rol? | Se menciona en multiples puntos del analisis. Fuera de scope MVP. | analisis-requerimientos-nv |
CRM Extension Produccion — diseno
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 54 | Campo contacto en CRM Producción: ¿usar cliente del pedido o hacer campo opcional? | Opciones: (1) Cliente del pedido como contacto (práctico pero impreciso). (2) Campo opcional para este tipo (requiere cambio validación base). | index, extension-produccion |
Comprobantes CRM
| # | Pregunta | Matices conocidos | Documentada en |
|---|---|---|---|
| 85 | Tipificación de comprobantes CRM (RE-COM003, RE-COM004): ¿dónde modelar? La Nota de Pedido probablemente quede como un documento de CRM. La Nota de Venta podría moverse a Ventas e integrarse al preformul existente ya que corresponde más a ese proceso. No modelar ni definir estructura hasta que los stakeholders resuelvan la separación de responsabilidades entre CRM y Ventas. | Pendiente de definición con stakeholders. | — |
| #86 | El campo "Revisión" en el encabezado de los formularios físicos (RE-COM003 Rev.01, RE-COM004 Rev.00): ¿corresponde a la revisión del template/tipo de comprobante (versión del formulario ISO que cambia cuando se actualiza el diseño del documento) o a la versión del comprobante individual emitido (que incrementa cuando se modifica una NP o NV ya emitida)? En el sistema se usa version para el documento individual. Si "Revisión" en el físico es del template, debería mapearse a crm_comprobante_tipo.revision_template cuando se defina la tipificación. | Los físicos muestran RE-COM003 con "Revisión: 01" igual en todos los ejemplares del mismo tipo → sugiere que es del template, no del documento individual. Pero requiere confirmación con los stakeholders. | comprobante tipo |
Pendientes inline (TBD en texto, no como checkbox)
Estos son TBDs menores embebidos en el texto de los docs, no en secciones de preguntas:
| # | TBD | Archivo |
|---|---|---|
| nota-pedido | ||
producto_id, cantidad, lista_precios_id, precio_unitario, descripcion (texto libre opcional). Ver sección "Estructura de ítem" en nota-pedido-resource.md. | nota-pedido | |
| 57 | Campos Licitación: completar una vez definida implementación | licitacion |
| 58 | Póliza: todo el recurso está en estado TBD | poliza-seguro |
facturado y cobrado marcados como TBD en diagrama | nota-venta | |
| nota-venta | ||
| nota-venta | ||
| nota-venta | ||
| nota-venta-desde-crm | ||
| nota-venta-desde-crm | ||
| 65 | Producción origen directo: ¿NV se crea en ese momento? TBD | flujo-produccion |
| 66 | Nota Pedido Prod origen directo: ¿NV se crea al finalizar? TBD | nota-pedido-prod |
| 67 | Proceso productivo: imputación contable a Contabilidad TBD | proceso-productivo |
Acciones Pendientes
Decisiones ya tomadas que requieren implementación o verificación. No son incertidumbres.
Implementación de código
| # | Acción | Detalle | Documentada en |
|---|---|---|---|
| 22 | Implementar rename tipo CRM industrial → comercial | BD + backend + frontend + permisos. Decisión ya tomada. | extension-comercial, index |
Criterios de aceptación a verificar — CRM Extensión Comercial
| # | Criterio | Documentada en |
|---|---|---|
| 46 | AC-001: El usuario puede crear un registro comercial con todos los campos específicos | extension-comercial |
| 47 | AC-002: La clasificación se filtra automáticamente según el motivo seleccionado | extension-comercial |
| 48 | AC-003: Los registros con concesionaria se muestran con indicador visual | extension-comercial |
| 49 | AC-004: Se pueden seleccionar múltiples modelos de interés | extension-comercial |
| 50 | AC-005: Los filtros funcionan correctamente para todos los criterios disponibles | extension-comercial |
| 51 | AC-006: El usuario puede crear elementos de catálogo sin salir del formulario | extension-comercial |
| 52 | AC-007: Los datos migrados del sistema legacy son accesibles y correctos | extension-comercial |
| 53 | AC-008: Las cancelaciones y descancelaciones funcionan correctamente | extension-comercial |