Trazabilidad completa
Reúne en un solo árbol los flujos de lote, número de serie, orden, NCR, FAI y subcontratación.
Esta guía explica, sobre pantallas reales, cómo se usa la ventana Columna Vertebral Corporativa en un entorno de fabricación de nivel defensa y con varios almacenes.
Esta página explica en conjunto diez pestañas reales de la Columna Vertebral: Genealogía, Operaciones de Metal, Centro de Operaciones de Metal, Expediente de Producción, Firma electrónica/Revisión, APQP/NCR, Flujo de subcontratación, Planta/Almacén, Proyecto/Evidencias y Tareas/Herramientas. Las pestañas de metal enlazan con la misma realidad de la empresa el paquete de variantes, cadena de colada, corte, báscula, ATP/CTP, MTC/CoC, RMA, bloqueo de tipo de cambio, coste real, lectura móvil, reaprovisionamiento, integración y auditoría.
Reúne en un solo árbol los flujos de lote, número de serie, orden, NCR, FAI y subcontratación.
Sin la firma de dos usuarios distintos no avanzan ni el presupuesto, ni las divisas, ni las revisiones críticas.
Se puede definir una política de archivos adjuntos para las áreas de Banco, RR. HH. y CRM.
Use esta ventana cuando busque la causa raíz de un lote o un número de serie, congele el expediente de producción, prepare el paquete de una salida a subcontratación, vincule una decisión de cuarentena o abra un registro de presupuesto o de divisas de un proyecto.
Cuando se abre un segundo dispositivo con el mismo nombre de usuario, ahora se mantiene una sesión separada; aun así, para los flujos de aprobación el nivel de autoridad y la empresa seleccionada deben ser los correctos.
APQP, el paquete de subcontratación, el muro de transferencia entre plantas y la obligatoriedad de los cuatro ojos pueden activarse y desactivarse desde la pantalla de usuario; antes de empezar registros críticos, tenga presentes las políticas abiertas.
Los campos de transportista, almacén, clase de seguridad, rango de números de serie, certificado, ID de archivo y descripción aparecerán después en los informes y en los paquetes de auditoría.
En la ventana Columna Vertebral Corporativa hay diez pestañas definidas, pero no todo el mundo ve las diez. La barra de pestañas se filtra según el rol del usuario: alguien con rol de producción ve ocho y el administrador del sistema ve diez. No es un fallo, es el diseño: el punto de acceso del servidor que hay detrás de una pestaña que usted no ve también está cerrado para usted. La tabla siguiente indica qué permiso abre cada pestaña y dónde se explica en esta página.
| Pestaña | Permiso necesario para que se vea | Sección de esta página |
|---|---|---|
| Genealogy | Cualquiera que pueda abrir la ventana | 1 |
| Operaciones de Metal | Producción o calidad o almacén | Operaciones de Metal |
| Centro de Operaciones de Metal | Producción o calidad o almacén | Centro de Operaciones de Metal |
| Expediente de Producción | Producción | 2 |
| Firma electrónica / Revisión | Cualquiera que pueda ver la familia de aprobaciones: calidad, producción, almacén o el lado financiero/documental (banco, factura, pedido, departamentos, cockpit), y además cualquier usuario registrado como responsable de aprobación | 3 · Responsables de aprobación |
| APQP / NCR | Calidad o almacén | 4 |
| Flujo de subcontratación | Permiso de proveedor o producción o calidad | 5 · Paquete de subcontratación |
| Planta / Almacén | Almacén | 6 |
| Proyecto / Evidencias | Cualquiera que pueda abrir la ventana | 7 |
| Tareas / Herramientas | Cualquiera que pueda abrir la ventana | 8 |
Si un usuario accede a la Columna Vertebral solo porque se le ha registrado como «responsable de aprobación», la ventana se abre con una única pestaña: Firma electrónica / Revisión. Las demás quedan ocultas, porque la familia de firmas es la única superficie del servidor abierta a ese usuario: si se mostrasen, responderían 403. El alta de un segundo firmante se explica en la sección 14.
Si cree que debería ver una pestaña, no puede cambiar usted mismo sus permisos: diríjase a su administrador del sistema (Ajustes › Usuarios). El administrador vinculará su usuario a la plantilla de rol adecuada. Los cambios de permisos se aplican de inmediato en la sesión abierta; no es necesario salir y volver a entrar.
Esta pestaña reúne en una sola lista la investigación de causa raíz de lotes, números de serie y órdenes de trabajo. Los nodos de FAI, SPC, NCR, subcontratación, sala limpia y empresa aparecen en el mismo árbol de trazabilidad.
Pantalla real: los campos de búsqueda de lote y número de serie a la izquierda; el nodo de trazabilidad y la definición del vínculo, a la derecha.
| Campo | Finalidad |
|---|---|
| Lot No / Serial No / Work Order No | Entradas de búsqueda de la traza raíz. Basta con rellenar una, pero usar varios campos acota el resultado más rápido. |
| Type / Unique Key / Stock Code | Al crear nodos de empresa, registra pasos de traza especiales como la propiedad del cliente, la clase de seguridad o la subcontratación. |
El PDF es el resumen que leerá la dirección; el paquete de auditoría ZIP, en cambio, es el preferido en auditorías de calidad y defensa porque incluye el manifiesto JSON completo.
El registro as-planned y el as-built se guardan en el mismo objeto. Escandallo, componentes, operaciones, confirmaciones y estado de calidad quedan ligados al mismo número de expediente.
Pantalla real: captura del expediente, listado, congelación y comparación de escandallos en la misma pestaña.
Tras la operación Congelar y aplicar hash, el expediente queda fijado con SHA-256. Después de este paso, en vez de editar el mismo registro de producción, tome una nueva captura.
El mismo usuario no puede firmar dos veces. La regla de aprobación se liga al tipo de origen, al número de origen y al texto de la declaración de firma. El registro de revisión guarda juntos el proyecto, la configuración, la fecha de entrada en vigor (effectivity) y el rango de números de serie.
Pantalla real: a la izquierda el flujo de aprobación y firma; a la derecha, la comprobación de vigencia y aplicabilidad.
La columna vertebral APQP reúne bajo una sola raíz las versiones de PSW, MSA, PFMEA, diagrama de flujo de proceso, historial de capacidad y plan de control. La decisión de una NCR, por su parte, no se cierra mientras no se complete la acción física sobre las existencias.
Pantalla real: la vinculación de documentos APQP, el registro de desviaciones y la gestión de acciones de NCR están en la misma sección.
Si la decisión del MRB no está ligada a cuarentena, chatarra, retrabajo, use-as-is o devolución al proveedor, la NCR no se cierra. Este es el primer punto que hay que comprobar cuando un registro no aparece como cerrado.
Una desviación o una concesión (waiver) solo debe abrirse dentro de los límites de un lote, un número de serie o una orden. En lugar de dejar una excepción general en el registro APQP, hay que escribir con claridad qué rango de números de serie queda liberado y hasta qué fecha.
El asistente de envío y retorno de subcontratación mantiene en un único registro de paquete el ASN, la aprobación del proveedor, el CoC, el CoA, el PPAP, los certificados y las listas de lotes y números de serie.
Pantalla real: la selección de la operación, los campos del paquete y el estado de envío/recepción están en el mismo sitio.
Esta pestaña combina la definición de plantas, la política de seguridad de los almacenes y la comprobación previa de existencias en vivo antes de guardar. El muro de cuarentena y la clase de seguridad se controlan aquí en las transferencias.
Pantalla real: las definiciones de planta a la izquierda; las políticas de almacén y las comprobaciones previas, a la derecha.
La comprobación previa en vivo muestra, antes incluso de guardar, las incoherencias de cantidad, de total del lote, de cuarentena y de clase de seguridad. Estos avisos no son meramente informativos: son reglas que detienen el registro.
En esta pestaña se gestionan el proyecto, la WBS, el presupuesto del contrato, el efecto del tipo de cambio y la política de evidencias por área. Los registros de presupuesto aprobado y de divisas no se escriben sin la cadena de cuatro ojos.
Pantalla real: el árbol del proyecto, la WBS, el presupuesto, las divisas y las políticas de evidencias en una misma vista.
| Registro | Condición obligatoria |
|---|---|
| Budget | El número de aprobación debe estar aprobado y llevar la firma de dos usuarios distintos. |
| FX / Hedge | Hace falta un flujo de aprobación aparte con tipo de origen `fx`; una aprobación ya consumida no puede volver a utilizarse. |
| Banking / HR / CRM evidence | Si la política está activa, el registro se rechaza si no lleva ID de archivo. |
| PDF / ZIP evidence pack | El PDF es para el resumen de dirección; el ZIP es el paquete de evidencias completo que se le puede entregar al auditor y lleva el manifiesto JSON, los vínculos y las identidades de los archivos. |
Esta pestaña genera tareas automáticamente a partir del panel de RR. HH., permite añadir tareas a mano, guarda los filtros del usuario y limpia de forma segura los datos de prueba.
Pantalla real: la lista de tareas, los filtros, los asistentes de ejemplo y la limpieza segura de pruebas, todo junto.
La limpieza segura de datos de prueba no se puede deshacer. La vista previa solo cuenta los registros de prueba KUR_ que empiezan por ese prefijo concreto; aun así, revise el alcance una segunda vez antes de introducir el token.
Esta sección reúne en un solo sitio las reglas de trabajo diario que cambiaron tras la ronda 2: el uso con mínimo privilegio de `ik_muduru`, los conflictos por actualización simultánea en el portal, el relleno completo de los campos opcionales de expedición y la cadena de evidencias entre pestañas.
Para las notas de la ronda 2 se usa la misma pantalla Tareas / Herramientas: la creación de tareas, el seguimiento del portal y la limpieza segura de datos de prueba siguen estando en el mismo sitio.
Los campos de vehículo, matrícula, conductor, persona que recibe, dirección de entrega y nota de carga, que parecen opcionales, ahora se conservan a lo largo de toda la traza de ida y vuelta. Aunque no sean obligatorios, no los deje vacíos: son la evidencia de la expedición, del retorno de subcontratación y de la auditoría.
Tras la ronda 2 hay un único comportamiento de subida de archivos. Los adjuntos de los formularios de producción, calidad, almacén, subcontratación, comercial, CRM, banco, RR. HH. y corporativos funcionan desde el mismo panel: subida múltiple, metadatos, clase de seguridad, propiedad del cliente, SHA-256, anulación motivada y etiqueta de archivo congelado se comportan igual en todas partes.
Para la correspondencia entre formularios y documentos y para ver ejemplos, lea la sección «Archivo versionado y evidencias» del Manual práctico del usuario.
La nota de expedición y la identidad del archivo se enlazan, del lado de Proyecto / Evidencias, con la misma cadena de auditoría del presupuesto, las divisas y la política de evidencias por área.
| Flujo | Nota de trabajo de la ronda 2 |
|---|---|
| Genealogy | Use la búsqueda por lote/número de serie no solo para la causa raíz, sino también para mostrar a qué expedición física está ligado un registro de subcontratación o del portal. |
| Frozen production file | Fije en el expediente congelado la diferencia entre as-planned y as-built, la vigencia y el rango de números de serie; no corrija después el mismo registro en silencio. |
| E-sign / Revision | En las revisiones críticas, complete primero la cadena de firma electrónica y después tome la nueva captura. El registro firmado anterior representa, en la auditoría, el momento de la decisión previa. |
| APQP / NCR | En los registros de APQP y NCR escriba con claridad la desviación, la concesión y el plazo; no los deje en una nota del portal o en un comentario de tarea. |
| Subcontract / facility / project / evidence / task | No reparta en copias separadas la salida a subcontratación, el movimiento entre instalaciones, el presupuesto del proyecto, el archivo de evidencias y el seguimiento de tareas. La regla de trabajo de la ronda 2 es mantenerlos en la misma cadena de la Columna Vertebral y bajo la misma identidad de archivo. |
| Shared attachments | La selección de varios archivos, los metadatos, el análisis antivirus, la clase de seguridad, la anulación motivada y el comportamiento del archivo congelado son idénticos en las 28 ubicaciones de registro visibles. Un archivo congelado nunca se modifica en silencio; una revisión nueva pasa a ser un nuevo adjunto activo. |
Abra la pestaña Operaciones de Metal en la ventana Columna Vertebral Corporativa. Aunque las fichas parezcan independientes, se enlazan entre sí por el mismo código de artículo, almacén, colada/lote y números de origen. Los campos con asterisco son obligatorios; los que pueden dejarse vacíos conviene rellenarlos en lo posible para la búsqueda y la auditoría.
| # | ¿Qué va a hacer? | ¿Qué error evita el sistema? |
|---|---|---|
| 1 | Variante: seleccione el código de artículo; escriba la sección, todas las medidas, la calidad, la norma, el recubrimiento, el peso teórico, la revisión y las fechas de validez. Guarde el borrador. En el asistente de aprobaciones críticas abra un flujo con el asunto metal-varyant y ese número de registro. Cuando hayan firmado dos responsables distintos, ponga la variante en vigor. | Se impiden la falta de calidad/norma, las medidas no válidas, la puesta en vigor sin aprobación y la modificación silenciosa de un registro vigente. |
| 2 | Cadena de trazabilidad: cree primero la colada y después las identidades de carga/bobina, paquete y pieza. Para cada registro hijo escriba el registro padre, la cantidad, el peso, el almacén, el lote/serie y el documento de origen. Con el botón Abrir el árbol compruebe el vínculo hacia abajo y hacia arriba. | Se rechazan los ciclos, los tipos de padre incorrectos y los registros hijos que superan la cantidad o el peso del padre. |
| 3 | Corte: escriba la longitud/el número de barras de origen, el espesor de sierra y el retal reutilizable mínimo. Añada las líneas de piezas solicitadas y pulse «Calcular y guardar la disposición». En el resultado se ven los cortes, el rendimiento y el retal de cada barra. | Se impide que una pieza sea más larga que la barra o que el plan supere el número de barras de origen. |
| 4 | Báscula: introduzca el vehículo, el conductor, el transportista, la báscula, la tara, el bruto, los kilogramos del albarán, la tolerancia y las dos horas de pesaje. El neto se calcula automáticamente. Para un registro discordante hacen falta dos aprobaciones de responsables con metal-kantar. | Se impiden el bruto≤tara y el cierre sin aprobación de una diferencia fuera de tolerancia. |
| 5 | ATP/CTP: introduzca el artículo, el almacén, la cantidad, la fecha solicitada y los días de ciclo, y calcule primero. El resultado muestra el origen «atp», «suministro planificado» o «ctp» y el plazo propuesto. Cree la reserva; un exceso sobre el ATP no está activo hasta que llegue la aprobación metal-rezerv. | Se evita prometer el mismo artículo a dos clientes ignorando una reserva de venta, un bloqueo de calidad u otra reserva centralizada. |
| 6 | MTC/CoC: escriba primero el artículo y el campo de colada o lote; sin ese contexto no se habilita la subida de archivos. En la sección Adjuntos comunes elija el tipo MTC/CoC y súbalo con el número de documento, la revisión y los metadatos. La identidad del archivo aparece en la lista como #no y el archivo activo adecuado se selecciona automáticamente en el formulario del certificado. Después vincúlelo y ejecute el control de liberación. | Un archivo inactivo, con el tipo de documento equivocado o sin vínculo de colada/lote no cuenta como certificado; y una unidad de traza sin certificado no puede liberarse. |
| 7 | RMA: abra el registro. En la pantalla de Almacenes transfiera físicamente el producto a CUARENTENA y recíbalo por completo; vincule el número de transferencia a la RMA. Tras la aprobación metal-rma, tome la decisión del MRB. Complete la acción de existencias generada y cierre la RMA. | Se impiden la decisión sin cuarentena y el cierre antes de completar la transferencia física, la destrucción o la liberación. |
| 8 | Tipo de cambio: introduzca la moneda, la fecha ISO, la fuente oficial, los cambios de compra/venta y el cambio cruzado, y abra el borrador. Bloquéelo con dos aprobaciones de responsables mediante metal-kur. Vincule el número del cambio bloqueado a la oferta, el pedido o la factura para congelar el tipo de cambio del documento. | Se impiden los tipos de cambio de fuente o fecha inciertas, el bloqueo sin aprobación y la modificación posterior del tipo de cambio del documento. |
| 9 | Coste/margen: si el origen es «producción», introduzca el número de la orden de trabajo; si es «venta», el número del documento; el sistema lee las confirmaciones reales o las líneas de venta. Añada también el transporte, la energía, los gastos generales, la merma, la diferencia de cambio y el tipo de cambio bloqueado. Revise el cálculo previo y guarde la instantánea. | Se evita reducir el coste total a un único precio de la ficha y mostrar un margen equivocado sin el efecto del tipo de cambio. |
En el asistente de aprobaciones, el asunto y el tipo de origen deben coincidir; el número de origen es el número del registro borrador correspondiente. La misma persona no puede firmar dos veces y un usuario sin categoría de responsable no puede dar una firma crítica. Cuando se completan las dos firmas, el estado de la aprobación pasa a onayli (aprobada).
Abra la pestaña Centro de Operaciones de Metal dentro de la Columna Vertebral Corporativa. En el teléfono o en el lector portátil, abra desde el menú principal la ventana Terminal portátil de Metal. El orden siguiente hace que el trabajo diario se mantenga correcto y auditable.
STOK=...|LOT=...|PAKET=...|DEPO=...|LOKASYON=.... «Validar el escaneo» muestra a la vez el artículo, la colada, el lote, el paquete, el almacén y la estantería.SHA256SUMS.txt. Este sello es una prueba de integridad; no es una firma electrónica cualificada.No pase por alto el mensaje de error. El solapamiento de máquinas, la obligatoriedad del POD, la ausencia de proveedor homologado, el lote sin certificado y el conflicto de idempotencia son barreras de integridad del negocio. En vez de forzar el registro desde otra pantalla, complete el recurso que falta y vuelva a intentarlo.
Detalles prácticos: el OCR lee en local, en el servidor, los PNG/JPEG y los PDF escaneados; el límite es de 20 MB y 20 páginas de PDF. Al pasar a la oferta se conservan la cuenta, la moneda, el descuento y el vencimiento; en una oferta en divisa introduzca aparte el tipo de cambio real. Mover una ficha de corte cambia en una sola operación las horas reales de los dos planes. El PDF lleva una firma CMS incrustada; dentro del ZIP hay además SHA256SUMS.p7s y el certificado público. El certificado instalado es el certificado de prueba de la aplicación: no es una firma electrónica cualificada ni un sello de tiempo de confianza. La conexión real con el banco o el transportista y la aceptación física por RFID y báscula se realizan aparte, con la cuenta del proveedor y el dispositivo.
Un número de aprobación queda ligado a un único registro de decisión. Un número usado para un presupuesto se rechaza, por seguridad, en un segundo registro de presupuesto o de divisas.
El asistente de ejemplo de la pestaña Tareas / Herramientas muestra las combinaciones válidas de cuenta, artículo y almacén; después puede usar el botón que lleva a la entrada de ofertas, pedidos o facturas.
En las áreas de Banco, RR. HH. y CRM la política de archivos adjuntos se usa para el rastro de auditoría. Si la política está activa, el servidor no acepta el registro sin un ID de archivo.
En las aprobaciones corporativas (presupuesto, desviación, variante de metal, tipo de cambio…) una regla lleva un código de autoridad, y ese código determina quién puede poner la segunda firma. En una empresa con un solo administrador, las reglas con código «yönetici» no podían completarse nunca: no había un segundo responsable que firmara. La ficha Responsables de aprobación resuelve esto: el administrador designa a un empleado como segundo firmante para una familia de asuntos concreta.
| yetki_kodu | Quién puede firmar y cuándo pasa a estar «aprobado» |
|---|---|
| (en blanco) | Bastan dos usuarios distintos; la categoría es libre. |
| yonetici | Un empleado corriente no puede firmar. Pueden firmar el director de RR. HH., un jefe de departamento o el responsable de aprobación definido para esa familia de asuntos; pero la aprobación solo pasa a «aprobada» con la firma de al menos un responsable real, sin importar el orden. Si se completa el número de firmas pero no hay firma de un responsable, el estado queda en «pendiente» y en la respuesta aparece «se espera la firma de un responsable». |
| yonetici-salt | El comportamiento estricto antiguo: cada firma, de un responsable real. También aquí un responsable de aprobación definido puede poner la segunda firma; si no lo desea, no defina ningún responsable. |
Mensajes: «familia no válida» (422) — solo son válidos cuatro valores; «usuario no encontrado» (404); «no puede nombrarse responsable a sí mismo» (422); si un empleado sin permiso intenta firmar, DORT_GOZ_YONETICI (403). En cada firma se anota su categoría (responsable / autorizado / jefe / empleado); al abrir el registro de aprobación, la lista de «segundos firmantes» muestra quiénes están definidos para esa familia.
Antes, la pantalla de aprobaciones solo se abría con el permiso del módulo Calidad; el de producción no podía iniciar una aprobación de variante de metal y el de banca no veía la aprobación de un tipo de cambio. Ahora la puerta se estrecha por asunto: la familia de finanzas se ve y se inicia con el permiso de Gestión/Banco/Factura, la de calidad con Calidad y la de operaciones con Almacenes/Producción/Compras/Pedidos; «metal-kur» pertenece a la vez a operaciones y a finanzas. La lista se filtra solo a los asuntos que usted puede ver (en la respuesta figura la marca «filtrado por asunto»): que aparezca vacía no es una avería, es el alcance. El administrador lo ve todo.
Antes, si el paquete de subcontratación se abría sin documentos, quedaba bloqueado: el CoC, el CoA, el PPAP, el certificado, los números de serie, el lote o el ASN no podían añadirse después. Ahora el paquete puede actualizarse parcialmente: solo se escriben los campos que envía, el resto se queda como está. Regla: una vez que el paquete ha salido de borrador, el documento/lote/serie/ASN no pueden vaciarse (para que no retroceda la puerta de «listo»); los identificadores de documento deben corresponder a un archivo activo o congelado de Adjuntos (de lo contrario, FASON_BELGE). Los campos de estado (aprobación del proveedor, estado de envío/recepción, número de orden, cuenta) no pueden cambiarse por esta vía: si aparecen en el cuerpo, FASON_PAKET_KORUMA (422); esos avanzan por el punto de acceso de «estado».
Si dos personas editan el mismo paquete: cada registro lleva una versión. Si la «versión esperada» que envía no coincide con la del registro, recibirá KAYIT_DEGISTI (409); no hay pérdida de datos: vuelva a leer el paquete, vea los últimos cambios y guarde después. La respuesta devuelve siempre la lista de «faltantes» y la marca de «puede estar listo»; la respuesta de escritura del paquete también indica lo que falta.
Hasta ahora, «ficha con seguimiento de lotes» significaba «ficha que ya había tenido un lote»: la factura de compra no abría ningún lote y la venta descontaba por FEFO. Se han añadido tres piezas:
PUT /api/depolar/lot-takip/<kod>; el administrador o un responsable de almacén). Si no hay indicador, sigue rigiendo la regla antigua (la ficha con historial de lotes está sujeta a seguimiento); un «no» desactiva el seguimiento pese al historial.Aceptar una partida entrante eran cinco operaciones distintas: control del certificado, acta de aceptación IQC, decisión, lote y liberación de la cuarentena. El nuevo punto de acceso POST /api/kalite/iqc-kabul los ejecuta en orden en una sola llamada; en el cuerpo son obligatorios el número de factura (o la línea: código+cantidad), la decisión (aceptar/rechazar), el almacén de destino (fuera de cuarentena) y el motivo, mientras que el lote/la caducidad y el certificado son opcionales. Permiso: la puerta de escritura de calidad (el administrador o el responsable del almacén de cuarentena).
Cómo leer un éxito parcial: este punto de acceso no es de «todo o nada»: son cinco operaciones distintas. Si falla un paso, la respuesta devuelve el código de error de ese paso (403/404/409/422), dice «completado: no» y enumera los pasos ya escritos hasta ese momento (p. ej.: el acta y la decisión se escribieron y la liberación falló con «la cantidad supera las existencias»). Complete el resto a mano o corrija la cantidad y rehaga solo el paso que falló.
Requisito de lote del CoC (puerta kalite.coc_lot_zorunlu): el control de CoC realizado sin indicar número de lote en una ficha con certificado obligatorio pasa mientras la puerta está cerrada, pero la respuesta lleva el aviso «control general, no por lote»; con la puerta abierta se detiene con LOT_GEREKLI. Si se indica el lote, solo se pregunta por la puerta de «sin certificado». Cuando en Adjuntos sube un segundo archivo al mismo objeto (p. ej. al mismo número de colada), el aktifSayac de la respuesta dice cuántos archivos activos tiene esa clave: la forma más rápida de detectar una subida duplicada de certificado.
Resumen del proveedor (GET /api/kurumsal/tedarikci-ozet?carikod=…&gun=90; permiso de departamento, producción, factura, calidad o almacenes): número e importe de compras y devoluciones en los últimos N días, aceptados-rechazados-pendientes de IQC y tasa de rechazo, número de NCR y NCR abiertas, rechazos de calidad, puntuación de la cuenta y puntuación como proveedor de metal. Como las NCR y los rechazos de cuarentena no llevan cuenta, se emparejan con la regla «el proveedor de la última entrega de compra anterior a la fecha del registro», la misma regla del cuadro de puntuación.
Ajuste de firma única (depo.dort_goz_tek_imza): si en la empresa hay un solo administrador del sistema y la puerta está abierta, ese administrador puede aprobar su propia instrucción de transferencia; el rastro queda en las notas como «TEK_IMZA» y se abre una línea aparte en el rastro de auditoría. Si existe otro administrador, el ajuste no se aplica. Bloqueo automático del periodo (mali.donem_kilidi_otomatik = día del mes, 0 desactivado): el día N del mes se bloquea el mes anterior (fecha de bloqueo, el día 1 del mes), se envía un aviso a los responsables y se escribe el registro de auditoría; un bloqueo adelantado a mano no se retira. Ambos están en la pantalla Gestión › Puertas de seguridad; para la tabla, la guía de Seguridad.
Los procesos especiales como el tratamiento térmico, el recubrimiento y los END no pueden encargarse a un proveedor sin acreditación. El documento de acreditación (programa, número de certificado, entidad emisora, VALIDEZ) se registra por cuenta; en la operación del escandallo se anota qué programa se exige. La puerta actúa cuando el paquete de subcontratación pasa al paso enviado y detiene el envío si la acreditación está caducada. Si en la operación no consta ningún proceso especial, la puerta no actúa en absoluto. Detalle: Trazabilidad de Defensa → Procesos especiales.
Setup asks about backup maintenance, second-user approval, amount limits and the Financial Operations period lock. All default to off. Administrators can change them under Settings → Corporate controls. The 15-minute maintenance lease is a safety timeout, not a waiting period. Scheduled MAIN/EK1 backup requires this option. Administrators can always back up manually; the write lease is temporary and does not enable the saved option. Existing period locks in other document modules remain separate.
Open Corporate → Financial Operations. Define your accounts first; a customer control account must use the customer type. Reconciliation shows source transactions, explicit settlements and the difference between the customer subledger and posted entries. Existing documents are not posted automatically.
Select a source transaction and prepare an entry. Debit and credit totals must balance; customer control amounts must match the source. When second-user approval is enabled, another authorized user approves the draft. A posted source document cannot be edited or deleted until its entry is reversed with a reason. Reversal preserves the original and creates opposite journal lines on the current open date.
For settlement, select debit and credit transaction numbers for the same account and the amount to apply. Partial payments, advances and returns can use their existing source records. Remaining balances are checked again on approval. Customer analyses apply confirmed links first and use FIFO only for unmatched balances.
Planning and Operations → Additional cost flow follows a recorded purchase cost through inventory movements and production outputs. Select Prepare accounting entry, then choose the expense invoice, supplier and accounts. Add a tax line if needed. The cost allocation total is protected and the entry requires a second approver only when that option is enabled. Negative stock or untraceable returns/cancellations prevent an unsupported allocation.
Material and capacity planning combines the recipe, available inventory, procurement lead times, machine queues and dated working-minute overrides. Shared components consume stock once. Dates are conservative daily estimates, not reserved delivery promises. Missing lead times, inactive machines or incomplete routings leave the date blank. Existing genealogy remains available from the Traceability tab.
Daily backups require an existing server folder, a schedule, a backup password and administrator credentials for unattended execution. Credentials are stored encrypted. During the native snapshot, MAIN and EK1 writes pause under an expiring lease. Package verification checks both encrypted files. Actual restore runs from the setup wizard into a new company; new PostgreSQL and Firebird backups also compare table row-count fingerprints before the restored company is registered.