25c3f6f8d1
Four new fields on every sale.order.line, propagated through to MO, Delivery, and Invoice for end-to-end traceability: - fp.serial registry (new model in configurator) with smart-button traceability to Sale Order, MO, Delivery, Invoice, Part. M2O on SO line; optional; user types a customer serial or clicks Generate Serial for a sequence-backed one. Reverse O2M links split across configurator (invoice) / bridge_mrp (MO) / logistics (delivery) so module load order is respected. - x_fc_job_number on SO line, auto-sequenced FP-JOB-NNNNN on SO confirm. Editable — shops can override for customer/legacy schemes. - fp.coating.thickness (new child of fp.coating.config) with per- config discrete thickness options; x_fc_thickness_id on SO line domain-filtered to the line's coating. Auto-clears when coating changes. - x_fc_revision_snapshot Char on SO line, frozen from x_fc_part_catalog_id.revision at save. Protects historical SOs from later catalog edits. Secondary "Revision" picker on the tree view lets users switch between prior revisions of the same part number; the Part M2O still surfaces only is_latest_revision rows. Reports (CoC, packing slip, invoice, BoL) pick up all four via the Sub 2 customer_line_header macro — one macro edit, four reports. Smoke on entech: 11 assertions pass including revision snapshot, generate-serial button, typed-serial create-on-fly, coating→thickness domain reset, SO confirm auto job#, and MO traceability carry. Module version bumps: fusion_plating_configurator → 19.0.12.0.0 fusion_plating_bridge_mrp → 19.0.11.0.0 fusion_plating_logistics → 19.0.2.0.0 (+depends configurator) fusion_plating_reports → 19.0.5.1.0 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
27 lines
887 B
Python
27 lines
887 B
Python
# -*- coding: utf-8 -*-
|
|
# Copyright 2026 Nexa Systems Inc.
|
|
# License OPL-1 (Odoo Proprietary License v1.0)
|
|
# Part of the Fusion Plating product family.
|
|
#
|
|
# Sub 5 — attach MO reverse links to fp.serial. Defined here rather than
|
|
# in fusion_plating_configurator because configurator loads before
|
|
# bridge_mrp; declaring the O2M at configurator setup time would fail
|
|
# because mrp.production.x_fc_serial_id wouldn't exist yet.
|
|
|
|
from odoo import api, fields, models
|
|
|
|
|
|
class FpSerial(models.Model):
|
|
_inherit = 'fp.serial'
|
|
|
|
production_ids = fields.One2many(
|
|
'mrp.production', 'x_fc_serial_id',
|
|
string='Manufacturing Orders',
|
|
)
|
|
production_count = fields.Integer(compute='_compute_production_count')
|
|
|
|
@api.depends('production_ids')
|
|
def _compute_production_count(self):
|
|
for rec in self:
|
|
rec.production_count = len(rec.production_ids)
|