Illustrates the process for a modem re-entering inventory after a customer return, including system detection, cycle increment, and subsequent testing or r
flowchart TD
subgraph CASO5["CASO REINGRESO - Devolución"]
A["EMPAQUE<br/>Ciclo 1 completado"] --> B["Enviado a cliente"]
B --> C["Devolución"]
C --> D["REGISTRO<br/>UReg escanea"]
D --> E{"Sistema detecta<br/>esReingreso=true"}
E --> F["Incrementa cicloActual<br/>Ciclo 1 → Ciclo 2"]
F --> G["Crea nuevo CicloModem"]
G --> H["TEST_INICIAL<br/>Reinicia flujo"]
H -->|"PASS"| I["RETEST"]
H -->|"FAIL"| J["REPARACION"]
I -->|"PASS"| K["EMPAQUE<br/>Ciclo 2"]
end
style A fill:#9b59b6,color:#fff
style C fill:#3498db,color:#fff
style D fill:#3498db,color:#fff
style E fill:#f39c12,color:#000
style F fill:#e74c3c,color:#fff
style G fill:#1abc9c,color:#fff
style K fill:#9b59b6,color:#fff
This flowchart details the 'Re-entry Case' for a modem returned by a customer. It starts after the modem has completed 'Ciclo 1' (first packaging and shipment) and is returned. The process includes registration by UReg, system detection of re-entry, incrementing the 'current cycle' (e.g., from Cycle 1 to Cycle 2), creating a new 'CicloModem' record, and then initiating an 'INITIAL_TEST'. Depending on the test outcome (PASS/FAIL), it either proceeds to 'RETEST' or 'REPAIR', ultimately leading to 'PACKAGING' for 'Ciclo 2' if tests pass.
Use this diagram for designing or documenting inventory management systems that handle product returns, especially for items with lifecycle tracking. It's suitable for illustrating how returned items are re-integrated into the inventory flow, undergo quality checks, and are prepared for re-issuance.
This flow can be adapted for any product requiring lifecycle tracking and re-entry processing after returns. You could add steps for refurbishment, different levels of testing based on return reason, or integrate with CRM systems for customer feedback. Branching logic could be expanded for various repair outcomes or disposal processes.