Configuración del SDR (Catalunya) — checklist completo¶
Todo lo que hay que tener configurado para que un traslado a un gestor catalán genere la FA (Fitxa d'Acceptació = NT) sin que el SDR la rechace.
🎯 Objetivo
Que al activar un CT con destino catalán, Odoo construya la FA con todos los campos que ARC exige (codiProductor, codiGestor, codiResidu, codiTractament, codiViaGestio, caractPerillositat, destinsFinals…) leyéndolos de la configuración, sin teclear nada en cada traslado.
La FA se arma a partir de 5 sitios. Si falta un dato, o el SDR rechaza el envío, o la FA queda «Abierta» sin poder firmarse. Repásalos en este orden:
graph LR
A[1· Conexión SDR] --> E[FA al SDR]
B[2· Cliente productor] --> E
C[3· Gestor destino] --> E
D[4· Producto/residuo] --> E
F[5· CT resultante] --> E1 · Conexión con el SDR (una vez por empresa)¶
Plataformas Residuos → Configuración → Configuraciones de Plataforma → nueva línea.
| Campo | Qué poner |
|---|---|
| Plataforma | SDR (Catalunya) |
| Entorno | Pruebas mientras se valida; Producción cuando ARC dé el OK |
| Centro / Gestora | El partner de la empresa propietaria de las credenciales |
| Usuario / NIF + Contraseña | Credenciales del SDR (o usa Token (SDR)) |
| Código SDR | El codi de acreditación (ej.: E-000.00) |
Comprobar la conexión
Usa el botón de probar conexión de la ficha: hace una búsqueda mínima contra ARC y deja el resultado en Estado última conexión. Si falla aquí, no sigas: es credenciales o entorno.
2 · Cliente productor (origen del residuo)¶
En la ficha del centro productor (Contactos), pestaña/sección SDR Catalunya:
| Campo | Para qué (FA) |
|---|---|
| Inscripció catalana (P-xxxx) | codiProductor — quién genera el residuo y, de paso, el operador del traslado |
| Usuario / Contraseña SDR | Credenciales del cliente para firmar la NP/FA en el portal de la ARC |
Sin inscripció catalana no hay FA
El codiProductor sale de la inscripció del productor (a falta de inscripció se usa el NIMA como proxy, pero ARC espera la inscripció P-xxxx). Es el campo que más rechazos provoca.
El tipo FA/NP ya NO va aquí
El Tipo doc. Catalunya (FA/NP) se configura en el residuo (Inventario → producto), no en el centro — un centro tiene varios residuos con tipos distintos. Ver NP o FA.
Comprobar las credenciales del cliente¶
Las contraseñas del SDR caducan/cambian y muchas veces no nos avisan. Para no descubrirlo al enviar una NT:
- Botón «Comprobar login SDR» (sección SDR Catalunya del centro): intenta el login del cliente y muestra un pop-up verde (correctas) o rojo (incorrectas), y guarda el estado y la fecha de la última comprobación.
- Al validar un CT de SDR que emite NT, Odoo comprueba el login del cliente antes. Si las credenciales fallan, no valida (así no se envían NTs sin credenciales válidas) y abre un asistente para pedirle al cliente las nuevas por correo. Si el SDR no responde, avisa para reintentar.
No satura el SDR
La comprobación es solo manual (botón) o al validar — nunca en segundo plano. Al validar varios CT se comprueba una sola vez por centro, y si ese centro ya salió OK hace menos de 1 hora no se vuelve a comprobar.
3 · Gestor de destino (autorización SDR)¶
En la ficha del gestor → pestaña Autorizaciones de residuos → línea de plataforma SDR. Es la pieza central (ver Residuos por plataforma de gestión para el alta de bloques).
| Campo | Para qué (FA) | ¿Bloquea? |
|---|---|---|
| Nº autorización (la inscripció catalana, E-xxxx) | codiGestor |
Sí, si falta no se identifica el destino |
| LER cubiertos | Habilita ese residuo para este gestor | Sí: centro del grupo sin el LER → el CT no activa |
| Vía de gestión (Catalunya/SDR) | codiViaGestio (RXXXX/DXXXX) |
— (se puede tomar del producto) |
| Tratamiento a extinguir (Catalunya/SDR) | codiTractament (T##/V##) |
Sí — sin tratamiento la FA va inválida |
| Destino final por LER (Gestor final + vía/tratamiento finales) | destinsFinals (solo CRT R13/D15) |
No bloquea el envío, pero la FA no se registra |
| Tipo de centro | En Catalunya, T62 - Centro de transferencia (Catalunya) cuando el centro solo almacena y reenvía | Sí: si pones un tipo de productor (P01…) o de negociante (N01), Odoo no coge el tratamiento de este bloque |
| NIMA centro | Distingue centros del mismo gestor (Ecogestval Loeches vs Olèrdola) | Déjalo vacío solo si el bloque vale para todos sus centros |
«Tractament» = «Tratamiento a extinguir»
En la ficha el campo se llama Tratamiento a extinguir (Catalunya/SDR); es el tractament T##/V## del que se habla con ARC. Y ojo: no es lo mismo que la Vía de gestión (RXXXX/DXXXX). Son dos campos distintos.
No teclees los LER uno a uno
Copia la lista de LER del PDF de la autorización y pégala en Pegar LER de
golpe (uno por línea, o separados por comas; puedes dejar la descripción
detrás del código, tipo 130208* Otros aceites de motor). Al pegar se añaden
abajo, se descartan los repetidos y la caja se vacía sola.
Destino final por residuo (solo si el gestor es un CRT)¶
Si el gestor almacena y reenvía (vía R13/D15, p.ej. R1302/T62), ARC exige declarar a dónde va el residuo después, y ese destino es distinto por residuo (las baterías a una planta, los aceites a otra). Por eso no se configura como una tabla global, sino en la línea de cada LER de la autorización SDR (igual que en eSIR), con tres columnas:
- Gestor final → la planta real de tratamiento (p.ej. Sertego).
- Vía de gestión final (SDR) y Tratamiento final (SDR) catalanes de esa planta (p.ej. R0901 / V22).
Cada CT hereda automáticamente la línea de su residuo al activarse, en su pestaña «Tratamiento posterior» (editable después: la FA dura 3 años y el destino puede cambiar). Detalle completo en NT en SDR → Destino final tras un CRT.
Planta catalana vs del resto de España
El destino catalán se identifica por su inscripció (E-xxxx → codiGestor); el del resto de España, por su NIMA (→ codiNima). Ten bien uno u otro en la ficha de la planta.
4 · Producto / residuo¶
En la ficha del producto (es residuo), debajo de Código peligrosidad:
| Campo | Para qué (FA) | ¿Bloquea? |
|---|---|---|
| LER | codiResidu |
Sí |
| ¿Peligroso? | classeResidu = ES (peligroso) / NE |
— |
| Código peligrosidad (HP) | caractPerillositat (solo peligrosos) |
Sí en ARC al firmar, si es peligroso |
| Vía de gestión (Catalunya/SDR) | Valor por defecto de codiViaGestio del CT |
— |
| Tratamiento a extinguir (Catalunya/SDR) | Valor por defecto de codiTractament del CT |
Sí si tampoco está en la autorización |
| Requiere foto SDR | Marca los residuos que ARC exige fotografiar | — |
HP correcto según el LER
Para aceites de motor (LER 130205/130208) la FA real de ARC declara HP5, no HP14. Pon en cada producto el HP que ARC espera para su LER.
5 · CT resultante (lo que se revisa en cada traslado)¶
El CT hereda lo anterior; normalmente no hay que tocar nada. Solo revisa, en borrador:
| Campo | De dónde viene | Cuándo tocarlo |
|---|---|---|
| Vía / Tractament SDR | Del residuo (editable en borrador) | Si ese traslado concreto necesita otra vía |
| Tratamiento posterior | De la línea del LER de la autorización del gestor (Gestor final + vía/tratamiento finales) | Si el destino final es distinto al habitual |
| Descripción del residuo | descResiduDeclarant (cae al nombre del producto / LER) |
Si quieres un texto propio |
| Cantidad estimada · Periodicidad | qEstimada (Tn) y qAnual (Tn × nº traslados) |
Ajuste de cantidades |
Acciones disponibles¶
Desde la ficha de la Configuración de Plataforma SDR (apartado 1):
| Acción | Qué hace | Disponible cuando |
|---|---|---|
| Probar conexión | Hace una búsqueda mínima contra ARC y deja el resultado en «Estado última conexión» | Siempre (cabecera de la ficha) |
| Logs (botón inteligente) | Abre el historial de comunicaciones con la plataforma: cada intento y su error | Siempre |
| Guardar | Crea/guarda la configuración SDR | Siempre |
🔑 Resumen: campo de la FA → dónde se configura¶
| Campo FA (ARC) | Se configura en | Si falta |
|---|---|---|
codiProductor |
Inscripció del cliente productor | Rechazo |
codiGestor |
Nº autorización de la autorización del gestor | Rechazo |
codiResidu |
LER del producto | Rechazo |
classeResidu |
Flag peligroso del producto | — |
descResiduDeclarant |
Descripción del residuo (auto) | — |
codiViaGestio |
Vía SDR (autorización gestor / producto / CT) | FA incompleta |
codiTractament |
Tractament SDR (autorización gestor / producto) | Bloquea el envío |
caractPerillositat |
HP del producto (solo peligrosos) | Rechazo ARC al firmar |
destinsFinals |
Gestor final + vía/tratamiento finales en la línea del LER (autorización gestor CRT) | FA no registrable |
FI itinerante (rutas de varios productores catalanes)
Una ruta con ≥2 productores, todos en Catalunya, puede documentarse con
un único FI (Full de Seguiment Itinerant) en vez de un FS por recogida.
Va detrás de un interruptor, act_waste_sdr.fsi_enabled, hoy apagado
(se enciende en producción cuando el cliente lo indique); la ventana de
corrección de kilos se ajusta con act_waste_sdr.fsi_sign_hours (48 h por
defecto). Flujo y casos en FI itinerante en SDR.
Las otras plataformas
Esta página cubre SDR (Catalunya). Para eSIR/E3S la autorización se carga igual (Residuos por plataforma) pero sin vía/tractament catalanes ni destinos finales SDR.