Ayuda › PPAP y SPC

Proveedores de automoción: PPAP y SPC

A un taller que suministra a un fabricante de automóviles le hacen siempre dos preguntas: "¿tiene aprobación para fabricar esta pieza?" (PPAP) y "¿puede su proceso mantener realmente esa tolerancia?" (SPC). Esta guía explica ambas desde cero.

1. ¿Qué es el PPAP?

El PPAP es la aprobación del cliente que dice "puede fabricar esta pieza en serie". Producir en serie sin ella significa que toda la mercancía enviada puede ser rechazada en bloque. En HNR el PPAP es una aprobación de expediente: se completan documentos como el plan de control, el AMFE y el informe de mediciones, y solo entonces se decide.

2. El flujo del PPAP: borrador → presentado → aprobado

1. Open a record — part code and revision are mandatory; PPAP is granted to one specific revision of a part.
2. List the required documents — control plan, PFMEA, measurement report… Which ones are mandatory varies by customer, so the list is yours to set.
3. As documents are completed, mark them "done".
4. A manager makes the decision. If even one mandatory document is missing, approval is refused — approval granted with missing paperwork is the single most audited item.

3. ¿Qué es el SPC? La tolerancia y los límites de control no son lo mismo

Aquí es donde se confunde todo el que ve el SPC por primera vez:

• Tolerance is what the customer demands: "the diameter must be between 9.9 and 10.1 mm."
• Control limits are the process's own voice: "your machine naturally produces between 9.98 and 10.02."
• On the chart the tolerance is drawn red and the control limit dashed amber. A point past the amber means the process changed; past the red means the part is scrap.

4. Para el operario: introducir mediciones

1. Production window → SPC tab. Pick the characteristic you measured from the list (part + e.g. "Diameter").
2. Type the values into one box, separated by spaces or commas: 9.98 9.99 10.01 10.00 10.02. All five are stored as one subgroup.
3. If the measurement belongs to a work order, fill in the Work order no box — only then does the stopping gate apply to that order.
4. Save. If any value is out of tolerance, the warning turns red and tells you what to do next.

5. Cp, Cpk, Pp, Ppk: ¿qué dice cada uno?

6. ¿Qué hace la marca "bloqueante"?

En la definición de la característica hay una casilla: Bloqueante. Está desactivada por omisión y así debe quedarse, hasta que el cliente declare crítica esa cota.

• Off: an out-of-tolerance measurement is only recorded and shows up in reports. Production does not stop.
• On: if that order has an unresolved out-of-tolerance measurement, the work order moves to stopped and no confirmation can be written. Once the decision is recorded the order returns to its previous state by itself — nobody has to remember to "reopen the order".
• Not measuring at all is not a block. An unmeasured characteristic is only listed as a warning; making measurement mandatory would lock the line in a one-person shop.

7. AMFE: ¿por qué ya no hay RPN y sí AP?

FMEA pone por escrito «¿qué puede fallar, qué gravedad tiene y lo detectaremos?». Se asignan tres números: S, gravedad o efecto en el cliente; O, ocurrencia o frecuencia; D, detección o posibilidad de descubrirlo. Los tres van de 1-10.

• AP High (red): either write an improvement action or write down why no action is taken. HNR will not save a high-priority row with an empty action field.
• AP Medium (amber): an action is expected but not mandatory.
• AP Low (grey): action is optional.
• DFMEA / PFMEA are two different questions about the same part (design and process) and live in separate records; they cannot be mixed.

8. Plan de control y características especiales (CC / SC)

El AMFE dice "qué fallo puede darse"; el plan de control dice "dónde, con qué, en cuántas piezas y con qué frecuencia lo detectamos, y qué hacemos al detectarlo". Cada fila tiene un plan de reacción: es el campo que más se deja vacío y el que más se pregunta en las auditorías.

• CC (critical characteristic) — a dimension with safety or regulatory impact. HNR will not save a CC row without a link to an SPC characteristic: an unlinked CC is only a label, and the system cannot ask "was it measured?".
• SC (significant characteristic) — affects customer satisfaction or fit; linking is recommended but not required.
• Level: prototype · pre-launch · production. Three plans can sit side by side for one part; the gate only looks at the active one.
• The row list has a CSV button for the shop floor. The PDF design of the traveller card is not part of this round.

9. La puerta de confirmación: ¿se midieron las filas CC y AP-Alta?

Con la puerta abierta: si la pieza de la orden de trabajo tiene un plan de control activo, las filas de ese plan marcadas como CC o ligadas a una fila de AMFE con AP-Alta deben tener al menos una medición en esa orden. Si no, la confirmación no se puede escribir y el mensaje indica qué característica falta y su número. En cuanto se introduce la medición, la puerta se abre sola.

Con la puerta cerrada, la misma lista aparece como indicador: la casilla "Control de la orden" de la pestaña Plan de control le dice qué filas CC/AP-Alta están sin medir, pero no detiene nada.

10. MSA (Gage R&R): ¿podemos fiarnos de la medición?

El gráfico SPC da por supuesto que la medición es correcta. El MSA pone a prueba esa suposición: ¿el mismo operario obtiene el mismo número al medir dos veces la misma pieza (repetibilidad, EV) y dos operarios distintos obtienen el mismo número (reproducibilidad, AV)?

• Open a study: device, characteristic, parts × operators × trials (AIAG suggests 10 × 3 × 3). If tolerance is left blank it is taken from the SPC characteristic.
• Fill the grid and press Calculate. The result box shows %EV, %AV, %GRR, %PV, ndc and which base (tolerance or total variation) the percentages used.
• Acceptance: %GRR < 10 accept · 10-30 conditional · > 30 reject, plus ndc ≥ 5. The thresholds are settings (kalite.msa_grr_esik / _iyi / _ndc_alt).
• A number from thin data is not hidden but not presented as reliable: a "LOW DATA" badge sits next to it.
• In an attribute study cells take 1/0; within- and between-appraiser agreement and kappa are computed (≥0.75 accept).

11. Auditoría de proveedores (VDA 6.3) y clase A/B/C

El cuadro de puntuación del proveedor mide lo ocurrido (cuántos documentos, cuántas devoluciones, cuántos NCR). La auditoría, en cambio, juzga el proceso del proveedor: un proceso malo puede no haber producido todavía una entrega mala. Son dos registros distintos y aparecen uno junto al otro en el cuadro de puntuación.

• Scores follow the VDA scale: 0 · 4 · 6 · 8 · 10. There are no values in between; there is no such thing as "6.5 conformity".
• A 0 or 4 is a finding: it cannot be saved with an empty action field. A low score with no action is the easiest way to make an audit look "done".
• An unanswered question does NOT count as 0 — it stays out of the denominator. The percentage is the percentage of what was audited, and the number of blanks is reported separately.
• Class thresholds are parameters: A ≥ 90, B ≥ 80, below that C (kalite.denetim_sinif_a / _b). VDA's own downgrade rules depend on the customer specification and are not invented here — element percentages are shown separately and the decision is human.
• Question texts are not seeded: the VDA 6.3 catalogue is a copyrighted publication. The P1..P7 element structure is ready; the company enters its own questions.
• A closed audit cannot be edited. To correct it, open a new audit; the old report stays with its date.

12. Declaración de materiales IMDS, 8D y EDI

• IMDS — what the part is made of (material, CAS number, share, grams) is recorded. The CAS check digit is verified: a wrong CAS silently defeats the restricted-substance scan. For a part with a bill of materials the declaration is rolled up from the components; a component without a declaration is not hidden but listed as "missing declaration" — the number one reason IMDS submissions are rejected. When the ELV (2000/53/EC Annex II) lead/mercury/cadmium/hexavalent-chromium thresholds are exceeded a warning appears; production is not stopped, the exemption call belongs to the engineer. The official IMDS XML is out of scope for this round.
• 8D — no new table was created: the existing NCR/CAPA record already holds half of 8D (root cause = D4, corrective action = D5, closure = D8). The six missing steps were added as columns. An empty step is not hidden; in a report sent to the customer a missing step is the reason for rejection. An OEM-format PDF is for a later round.
• EDI — the customer's order/release message is received as JSON or CSV and its fields are bound to ours through a mapping table the company defines. The message is written to the existing integration ledger and an idempotency key prevents the same message being processed twice. Processing produces an order draft plus a production request; it does not open a work order and does not debit the customer — turning the draft into a real order is a human decision. A line whose part code cannot be resolved is not skipped; it stays as "unmatched". ⚠ The OEM's real EDIFACT/VDA segment schema is not invented before the customer specification arrives; the OFTP2/VAN transport layer is out of scope.

13. Planificación multiplanta: MRP por planta y e-Kanban

Cuando la prensa, la soldadura, la cataforesis y el montaje están en edificios distintos, la frase “hay 500 unidades en toda la empresa” no sirve de nada: el material puede faltar en montaje mientras está parado en prensa. Por eso el MRP incorporó un selector de ámbito (Producción › barra de Planificación): General y Almacén (ambos el comportamiento actual) y Planta.

• In plant scope, netting sums ALL warehouses mapped to that plant, and demand (open work orders and production requests) is filtered to the same plant. Every factory sees its own shortage.
• Plant membership is not copied anywhere new. It is derived from the warehouse mapping (Corporate › Plant / Warehouse). The only new field is the production request's target warehouse.
• Never a silent “nothing missing” over an empty set. If no warehouse is mapped the plan refuses to run and MRP_TESIS_DEPOSUZ tells you to map one. Sending warehouse and plant together returns MRP_KAPSAM_CAKISMASI — there is no silent precedence rule.
• Requests with no target warehouse belong to no plant; the plan header states how many were left out. You can map them in bulk from the multi-select list on the Corporate › Plant / Warehouse screen.
• Source-plant suggestion: when an item is short and another plant holds a surplus, that plant is shown on the row — an internal transfer is considered before purchasing.

e-Kanban. Para una tarjeta (código + almacén origen + almacén destino) el número de tarjetas se calcula en el servidor: N = ⌈ demanda diaria × días de tránsito × (1 + margen de seguridad) ÷ cantidad por contenedor ⌉. El tablero enumera las tarjetas cuyo stock disponible ha caído por debajo del punto de pedido. El disparo pasa por la vía de transferencia existente: la aprobación a cuatro ojos, el muro entre plantas y las puertas de propiedad siguen funcionando igual; el kanban no se salta ninguna.

Las tres puertas están desactivadas por omisión (Ajustes › Puertas de seguridad): depo.mrp_transit_arz (si la mercancía en tránsito cuenta como suministro en el MRP), depo.kanban_otomatik (si el tablero solo propone o también crea instrucciones) y depo.kanban_tesis_disi (si un kanban entre plantas obtiene la aprobación automáticamente). Mientras la última esté desactivada, el kanban entre plantas se detiene con TESIS_TRANSFER_ONAY: un disparador automático no puede atravesar por sí solo el muro entre plantas.

14. Portal del subcontratista (/fason)

El subcontratista no tiene cuenta en HNR, y no debe tenerla: darle un usuario de ERP es un error tanto de licencias como de seguridad. En su lugar se usa el mismo patrón que en los portales de personal y de distribuidores: tabla de identidades aparte, PIN y sesión propia. La dirección es /fason; el nombre de usuario y el PIN los define la empresa.

• Only their own records. The supplier sees the subcontract packages, accreditation certificates and audit score tied to their own customer code. Asking for someone else's package returns 404 — a 403 would leak that the record exists.
• Identity is never read from the request. The customer code is stamped from the session on every call; writing a different one into the request body changes nothing.
• The portal creates no stock movement, issues no delivery note and does not change the shipment status. The supplier only reports (ASN number, lot, serial list, measurement report file). The dispatch decision belongs to the HNR user, because the accreditation gate runs there.
• The PIN lock is per user: five wrong attempts lock that account for 15 minutes and another supplier in the same office is unaffected. “No such user” and “wrong PIN” return the same message so account names cannot be probed, while the server log distinguishes them.
• Audit questions are never shared. The supplier sees the score, the A/B/C class and the number of open actions; the VDA 6.3 question catalogue stays with the company.

Hay dos niveles de puerta y ambos están desactivados por omisión: kalite.fason_portal abre el portal en sí (mientras está cerrada, el acceso recibe 403 PORTAL_KAPALI) y kalite.fason_portal_asn abre la escritura (mientras está cerrada, el portal es de solo lectura). Leer no tiene riesgo; dejar que un usuario externo escriba filas en el ERP es una decisión aparte.

15. Escalonado en el tiempo y capacidad de planta: "¿cuándo falta?"

Hasta ahora el MRP indicaba una sola cifra total de faltante. El material necesario dentro de seis semanas y el necesario esta semana estaban en la misma fila y con el mismo rojo; el planificador no podía saber por la pantalla cuál comprar primero. Al abrir la puerta depo.mrp_zaman_fazlama, la demanda y el suministro se reparten en cubos según la fecha de entrega (semanales o mensuales, de 1 a 26 cubos), se calcula el saldo acumulado de cada cubo y en la fila aparece la fecha del primer faltante. Al pulsar esa fecha se abre la franja de cubos: demanda, suministro y saldo cubo a cubo.

Capacidad de planta. Junto al MRP con ámbito de planta hay un botón “Capacidad de planta” (puerta uretim.tesis_kapasite, desactivada por omisión). La cantidad pendiente de las órdenes de trabajo abiertas se convierte en minutos de ruta del escandallo (en moldes multicavidad, ⌈cantidad/cavidad⌉ × tiempo), se reparte en cubos según la fecha de entrega de la orden y se compara con la capacidad en minutos de las máquinas asignadas a la planta. A qué planta pertenece una máquina se deduce de URT_MAKINE.DEPO a través de la planta de la política del almacén; no se añade un campo de planta aparte en la ficha de la máquina, porque escribir el mismo hecho en dos sitios significa que los dos acabarán divergiendo.