Files
Odoo-Modules/fusion_plating/fusion_plating_logistics/__manifest__.py
gsinghpal 2bfabfe135 feat(plating): Sub 8 — split receiving vs inspection + box parity
fp.receiving simplifies to box-count-only (new primary state
machine: draft → counted → staged → closed). Legacy
inspecting/accepted/discrepancy/resolved states stay in the
Selection so existing records load without error but are surfaced
behind a manager-only toggle. New box_count_in field + banner
that tells the receiver "count boxes only — parts are inspected
by the racking crew."

New fp.racking.inspection + fp.racking.inspection.line models —
one record per MO, auto-created by mrp.production.create() with
one line per contributing SO line (qty_expected seeded, qty_found
+ condition filled in by the racking crew when they open the boxes).
State: draft → inspecting → done | discrepancy_flagged (flagged
when any line has a non-ok condition or qty variance). Reopen
restricted to Plating Manager.

WO soft gate: first plating WO button_start raises a UserError
when the MO's racking inspection is still Draft or Inspecting.
Plating Manager bypasses; later WOs are not gated.

fp.delivery gains x_fc_box_count_out. action_mark_delivered calls
_fp_check_box_parity which posts a non-blocking chatter warning
when boxes out ≠ boxes in (resolved via job_ref → MO.origin → SO
→ receiving). Warning only — never blocks shipping.

Menu entry: Plating → Operations → Racking Inspection.

Module version bumps:
  fusion_plating_receiving  → 19.0.3.0.0
  fusion_plating_logistics  → 19.0.3.0.0
  fusion_plating_bridge_mrp → 19.0.12.0.0 (+depends receiving)

Smoke on entech: 12/12 assertions pass (one gate test skipped —
MO had no WOs to test) including box-count state machine, inspection
auto-create, lifecycle, discrepancy flag, and box-parity chatter.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-23 00:30:36 -04:00

73 lines
2.3 KiB
Python

# -*- coding: utf-8 -*-
# Copyright 2026 Nexa Systems Inc.
# License OPL-1 (Odoo Proprietary License v1.0)
# Part of the Fusion Plating product family.
{
'name': 'Fusion Plating — Logistics',
'version': '19.0.3.0.0',
'category': 'Manufacturing/Plating',
'summary': (
'Pickup & delivery for plating shops: vehicle master, driver '
'tracking, route planning, chain of custody, proof of delivery.'
),
'description': """
Fusion Plating — Logistics
==========================
Part of the Fusion Plating product family by Nexa Systems Inc.
Adds pickup & delivery management to the Fusion Plating core:
* Vehicle master (with insurance, registration, service, TDG status)
* Driver tracking (extends hr.employee with licence + TDG fields)
* Pickup requests — customer-initiated pickup of parts to be processed
* Deliveries — scheduled delivery of finished parts back to customer
* Routes — combine multiple pickups + deliveries into a single run
* Chain of custody — every custody event logged for audit trail
* Proof of delivery — signature, photos, GPS
Depends on the core fusion_plating module. Works on both Odoo Community
and Enterprise editions.
Copyright (c) 2026 Nexa Systems Inc. All rights reserved.
""",
'author': 'Nexa Systems Inc.',
'website': 'https://www.nexasystems.ca',
'maintainer': 'Nexa Systems Inc.',
'support': 'support@nexasystems.ca',
'license': 'OPL-1',
'price': 0.00,
'currency': 'CAD',
'depends': [
'fusion_plating',
'fusion_plating_configurator',
'hr',
'mail',
],
'data': [
'security/fp_logistics_security.xml',
'security/ir.model.access.csv',
'data/fp_sequence_data.xml',
'views/fp_vehicle_views.xml',
'views/fp_pickup_request_views.xml',
'views/fp_delivery_views.xml',
'views/fp_route_views.xml',
'views/fp_chain_of_custody_views.xml',
'views/fp_proof_of_delivery_views.xml',
'views/hr_employee_views.xml',
'views/fp_menu.xml',
],
'demo': [
'data/fp_demo_logistics_data.xml',
],
'assets': {
'web.assets_backend': [
'fusion_plating_logistics/static/src/scss/fusion_plating_logistics.scss',
],
},
'installable': True,
'auto_install': False,
'application': False,
}