Yantra & AMS · HDI PCB Intelligence Home / Platform / HDI platform

HDI PCB intelligence, qualification and commercial operating platform.

Two independently controlled application environments — Yantra Semitech (commercial core) and Avyra Microsystems (manufacturing, engineering and institutional core) — operating one shared technical product model under separate commercial control. This page publishes the build specification and its verified status.

Status vocabulary

Specified · approved for build
Specified · not yet built
Blocked by dependency
Pending verification
Not implemented / not connected

Build status · read this first

What is published here, and what is not

This is the specification and status layer for the platform. The secure application itself — authentication, role enforcement, master databases, pricing engine, approval workflows and integrations — requires a trusted application backend. It cannot be delivered or hosted by this static website layer, and it is not represented here as if it were.

Published

Architecture, role model, data schemas, workflows, pricing controls, search logic, security requirements, integration map, acceptance register and deployment checklist.

Not built · requires backend

Authentication, server-side authorisation, tenant separation, the five linked databases, the pricing engine, maker-checker-approver enforcement, document permissions and audit logging.

Pending verification

Any supplier capability, certification, specification, price or qualification status not evidenced. No such record is shown as approved, qualified or connected.

Integration status

Every integration is not connected. No live Google Sheets, Drive, ERP or CRM connection is claimed or tested.

Acceptance tests

All 18 acceptance tests are not run. The system is not represented as production-ready.

No fabricated metrics

Dashboards (Section 11) will compute only from connected records. Until then they render empty states — no illustrative or invented figures are displayed.

01 — Application architecture

Two applications, one shared technical model

Technical product classification and supplier capability are shared. Commercial data is separately controlled. The two environments never share confidential commercial data automatically.

Application A

Yantra Semitech

Commercial core

Commercial sourcing, supplier management, product catalogue management, pricing, channel operations, customer quotation support and commercial intelligence.

Controls its own

Supplier contracts Purchase pricing Selling pricing Customer records Sales channels
Application B

Avyra Microsystems (AMS)

Manufacturing, research, engineering & institutional core

Manufacturing capability management, engineering, research and development, product qualification, quality management, technical validation, manufacturing readiness and institutional supplier intelligence.

Controls its own

Technical masters Capability matrix Qualification Test evidence R&D pipeline

Independently controlled in each application

User permissions
Commercial pricing
Customer records
Supplier contracts
Approval workflows
Sales channels
Product publication controls
Audit logs
Approved technical records — shared only through authorised workflow

Strategic pillar — India's technical self-reliance

Technical qualification as a national capability

Qualification is not a supplier-approval step. It is a value-chain gate: the platform must build India's independent capability to test, validate and qualify HDI PCB products and associated technologies, reducing dependence on external testing and qualification infrastructure. This is the AMS application's founding mission; it is specified here and not yet built.

Institutional principle: Yantra commercialises qualified technology. AMS develops the capability to understand, test, validate and advance that technology — so India can determine whether products meet the requirements of the industries they serve.

Technical qualification is a mandatory value-chain gate

  1. Supplier identification
  2. Product specification
  3. Technical evaluation
  4. Domestic testing & validation
  5. Qualification decision
  6. Manufacturing readiness
  7. Commercial approval
  8. Product publication
  9. Continuous reliability monitoring

Each stage carries its own evidence, responsible personnel, approval status and audit trail. A recognised supplier brand, an existing certificate or a history with other products never establishes qualification for a different product, site or application.

Domestic qualification & testing capability register — AMS

Metrology

Dimensional, geometric, material and precision measurements.

Materials characterisation

Laminate, copper, dielectric and material-property analysis.

HDI PCB inspection

Microvia, trace-and-space, layer registration and structural inspection.

Electrical testing

Continuity, insulation resistance, impedance and electrical performance.

Reliability testing

Thermal cycling, thermal shock, environmental stress and durability.

Failure analysis

Root-cause investigation, defect analysis and corrective-action validation.

Homologation

Product and system conformity assessment against applicable requirements.

Application testing

Testing under representative customer and industry operating conditions.

Manufacturing validation

Process capability, production consistency, yield and repeatability.

Advanced research

New materials, advanced interconnect architectures and next-generation technologies.

The platform must distinguish internal testing capability from formally accredited testing and certification authority. A capability is not represented as accredited until accreditation evidence exists.

Independent qualification decision framework

  1. 01Specification review — design and performance requirements confirmed.
  2. 02Supplier and site assessment — the actual manufacturing site and its processes.
  3. 03Sample inspection — dimensions, materials, construction and workmanship.
  4. 04Laboratory testing — electrical, structural, environmental and reliability tests.
  5. 05Application validation — performance against intended operating conditions.
  6. 06Manufacturing validation — process consistency and repeatability.
  7. 07Qualification review — evidence assessed against approved acceptance criteria.
  8. 08Independent approval — the authorised qualification decision recorded.
  9. 09Ongoing surveillance — changes, defects, reliability and continued compliance.

Qualification outcomes

Qualified Conditionally qualified Qualification pending Not qualified Qualification suspended Qualification expired

The evidence and rationale behind every decision are preserved.

The platform must distinguish

  1. Supplier claims
  2. Supplier-provided certificates and reports
  3. Independently verified technical evidence
  4. Testing performed within AMS facilities
  5. Testing performed by external laboratories
  6. Qualification decisions made by authorised personnel
  7. Formal certifications issued by competent, authorised bodies

Domestic qualification capability register maps each product requirement to

Required test Applicable standard Required equipment Testing location Internal / external test status Test evidence Acceptance criteria Responsible technical owner Independent reviewer Qualification decision Qualification validity

The system must identify gaps in India's domestic testing and qualification capabilities and support the progressive development of indigenous infrastructure, expertise and research.

02 — User roles & access control

Ten roles across technical, commercial and governance functions

Access control must be enforced on the server or a secure backend — never by hiding interface buttons alone. That server-side enforcement is not built in this layer.

01 · System Administrator

Governance

Manage users and role assignments; configure application settings; manage integrations and database connections; review audit logs; manage publication settings and tenant-level security.

Restriction

Administrative settings changes are recorded in the audit trail; no role may alter immutable audit history.

02 · Technical Maker

Technical

Create and update product specifications; enter supplier technical capabilities; upload technical documents; enter test data and qualification evidence; submit records for technical review.

Restrictions

Cannot approve own submissions; cannot publish unapproved technical records; cannot modify protected supplier IDs or system fields.

03 · Technical Checker

Technical

Review technical submissions; validate product specifications; verify technical evidence; identify missing information; return incomplete records to the maker; submit verified records for approval.

04 · Technical Approver

Technical

Approve technical records; approve qualification status; approve technical publication; reject or suspend qualification.

05 · Commercial Maker

Commercial

Enter supplier quotations; enter purchase prices and currency; enter commercial terms; record price validity and MOQ; submit commercial records for checking.

06 · Commercial Checker

Commercial

Verify supplier quotations; validate price basis and currency; verify freight, duty, insurance and landed cost; check quote validity; review commercial terms.

07 · Commercial Approver / Sales Director

Commercial

Approve commercial pricing; approve supplier commercial status; approve pricing exceptions; control product publication for commercial use; review pricing and commercial dashboards.

08 · Front-end Sales

Commercial

Search approved and published products; view authorised product specifications; view approved selling prices for the user's channel; generate customer quotations; submit quotation requests for approval.

Restrictions

Cannot view supplier purchase prices unless explicitly authorised; cannot edit technical master data or approved pricing; cannot access confidential supplier contracts; cannot publish products.

09 · R&D and Quality User

Technical

Access approved technical product records; create qualification plans; upload test reports; record laboratory and field test results; track non-conformances and corrective actions; submit qualification recommendations.

10 · Auditor

Governance

Read authorised records; view approval history and audit trails; export authorised audit reports.

Restriction

Cannot edit or approve records.

03 — Data model

Five linked databases

The existing supplier master is not replaced. Its IDs and structure are preserved; new linked registers extend it. Unverified technical fields are marked Pending verification.

Database 1 Supplier Master Key: Supplier ID

Preserved fields

Supplier ID Rank Supplier Priority AMS Platform Product Group Product Line Country of Origin

Added fields

Supplier Legal Name Manufacturer Name Supplier Type Manufacturing Site ID / Name / Address Country of Manufacture Supplier Website Authorized / Technical / Commercial Contact Qualification Status Approval Status Quality Certification Status Supplier Audit Date / Expiry NDA Status Contract Status Authorized Territory / Channel Exclusivity Status Private-Label / White-Label Authorization Supplier Lifecycle Status Technical / Commercial Owner Last Verification Date Verification Evidence Record Approval Status
Database 2 HDI PCB Product Master Key: Yantra / AMS Product ID

Identity

Product ID · Supplier ID · Manufacturer ID · Manufacturing Site ID · Manufacturer Part Number · Product Name · Description · Revision · Family · Group · Line · Category · Lifecycle Status

HDI classification

Rigid HDI · Flexible HDI · Rigid-Flex HDI · Advanced Interconnect · Semiconductor Test / Package-Related · Other

HDI architecture

Total / signal / power-ground layer counts · HDI Type I/II/III/Other · Build-up architecture · Sequential lamination cycles · Blind via · Buried via · Stacked microvia · Staggered microvia · Via-in-pad · Copper-filled via

Geometry

Minimum trace width / spacing · Minimum microvia diameter · Minimum mechanical via diameter · Maximum aspect ratio · Minimum / maximum board thickness · Maximum panel dimensions · Minimum board dimensions · Maximum finished board dimensions

Materials

Laminate manufacturer / grade · Material type · Tg · Dk · Df · Copper thickness · Surface finish · Thermal performance data

Electrical

Controlled impedance capability · Impedance tolerance · Signal integrity · High-speed design support · High-frequency capability · Electrical test capability

Application

Consumer · Automotive · Industrial automation · Telecom / networking · Computing / servers · Medical · Aerospace / high reliability · Semiconductor test · Power electronics · Other

Compliance

Applicable IPC specification · IPC Class · UL recognition · RoHS · REACH · Other compliance · Qualification evidence

Every technical field carries: Value · Unit · Verification Status · Evidence Reference · Verification Date · Technical Owner. A capability is never assumed because a supplier makes other HDI PCB products.

Database 3 Manufacturing Capability Matrix Key: Capability Record ID · Site

Capability Record ID · Supplier ID · Manufacturing Site ID · Product Family · Process Category · Manufacturing Process · Maximum layer count · Maximum HDI build-up · Laser drilling · Sequential lamination · Microvia processing · Minimum trace and space · Maximum panel size · Maximum board size · Minimum / maximum board thickness · Surface finish capability · Electrical test · AOI · X-ray inspection · Microsection analysis · Monthly production capacity + unit · Available capacity · MOQ · Prototype lead time · Production lead time · Reported yield + measurement period · Capacity expansion plan · Evidence reference · Verification status · Last verification date · Technical owner · Approval status

Capacity and yield are supplier-reported unless independently verified. Unverified supplier claims are never converted into approved manufacturing capabilities.

Database 4 Quality & Qualification Register Key: Qualification Record ID

Qualification Record ID · Product ID · Supplier ID · Manufacturing Site ID · Qualification type · Standard · Certification name / number / body · Scope · Issue / expiry date · Audit date / outcome · Customer qualification status · Product qualification status · Reliability test type / method / standard / result / date · Test laboratory · Report reference · Certificate of conformance · Material declaration · Restricted-substance compliance · Non-conformance status · Corrective action status / owner / due date · Technical review status · Approval status

Supplier level
Manufacturing-site level
Product level
Customer-specific level

A supplier certification never automatically qualifies every product or manufacturing site.

Database 5 Commercial & Pricing Register Key: Commercial Record ID

Commercial Record ID · Supplier ID · Product ID · Manufacturer part number · Supplier quote reference · Quote date / validity / expiry · Purchase currency · Price basis · Unit of measure · Unit purchase price · Quantity breaks · MOQ · Prototype price · Production price · NRE / tooling · Engineering charges · Freight · Insurance · Customs duty · Handling · FX rate · Landed cost · Incoterms · Payment / warranty / price-escalation terms · Authorized territory · Distribution rights · Private-label / white-label rights · Exclusivity terms · Commercial evidence reference · Verification status · Approval status · Pricing owner · Last updated date

Pricing is bound to the specific product, supplier quote, currency, quantity and validity period. Unapproved purchase or selling prices are never published.

04 — Maker · Checker · Approver workflow

Three governed workflows

A maker can never approve their own submission. Every transition records an immutable audit entry.

Technical

  1. 01Draft
  2. 02Submitted by Technical Maker
  3. 03Technical Checker review
  4. 04Returned for correction or accepted
  5. 05Technical Approver
  6. 06Approved
  7. 07Eligible for authorised publication

Commercial

  1. 01Draft
  2. 02Commercial Maker
  3. 03Commercial Checker
  4. 04Commercial Approver
  5. 05Approved commercial record
  6. 06Eligible for authorised quotation

Quality

  1. 01Qualification plan
  2. 02Evidence collection
  3. 03Testing and inspection
  4. 04Technical review
  5. 05Approval
  6. 06Qualified · conditionally qualified · not qualified

Every transition records

User ID Action Date & time Previous status New status Comments Evidence reference Immutable history

05 — Pricing engine

Gross margin and markup, kept distinct

Authorised users select the method; the engine clearly distinguishes gross margin from markup. This rule set is specified but not built in this layer.

Method A — Gross margin on selling price

Gross margin = (Selling price − Landed cost) / Selling price

Selling price = Landed cost / (1 − Gross margin)

Method B — Markup on cost

Markup = (Selling price − Landed cost) / Landed cost

Selling price = Landed cost × (1 + Markup)

Supported controls

Target gross margin Minimum gross margin Target markup Minimum markup Channel discount Distributor discount Customer-specific pricing Currency conversion Freight and duty Price breaks Minimum approved price Pricing validity

Quotations are blocked if

  • Product is not approved
  • Supplier is not approved
  • Purchase price or landed cost is missing
  • Quote has expired
  • Product qualification is incomplete where required
  • Proposed selling price is below the approved floor
  • Required commercial evidence is missing

Exceptions route to the Sales Director or authorised commercial approver. Pricing controls are never silently overridden.

07 — Product publication

Only approved, authorised records are published

Confidential supplier prices and contracts are never exposed through public product pages.

Yantra publication

Publishes approved products to the authorised commercial catalogue and front-end sales interface.

  • Approved product identity
  • Approved technical specifications
  • Authorised application claims
  • Approved selling prices and commercial terms
  • Approved documents

AMS publication

Publishes approved technical product records to the authorised engineering, manufacturing and R&D interface.

  • Approved technical specifications
  • Manufacturing capabilities
  • Qualification status
  • Approved test evidence
  • Engineering documents and manufacturing readiness

Technical data is shared between applications only through authorised approval.

08 — Data import & migration

Controlled import of existing workbooks

Existing records are preserved. Nothing is deleted, renamed or overwritten without an approved migration plan, and no imported record is marked approved automatically.

Preserved on import

Supplier IDs Supplier names Rankings Product groups Product lines Commercial fields Approval statuses Evidence references

Import validation report records

  • Required-field validation
  • Duplicate identification
  • Source workbook and sheet reference
  • Import date and importing user
  • Missing information list
  • Unverified technical fields marked pending verification

09 — Security & data governance

Required controls, stated honestly

These requirements are specified. They are not implemented by this static site and must be delivered by a secure backend. No claim is made that browser caches, screenshots, downloads or operating-system traces can be completely erased.

Secure authentication

Role-based access control

Tenant-level data separation

Server-side authorization

Secure session management & expiration

Encrypted communication

Protected document access

Audit logging & controlled exports

No confidential pricing in browser local storage

No API keys exposed in client-side code

No unauthorised access to supplier contracts

No unrestricted public access to master databases

The underlying master spreadsheet is never exposed directly to front-end sales users. Session data is cleared on logout where the platform supports it.

10 — Integrations

Integration points, none yet connected

No integration is claimed as connected or tested. Live master workbooks are not modified without explicit authorisation.

Integration targetPurposeStatus
Google Sheets master databasesSupplier, product and pricing mastersNot connected
Google Drive technical documentsDatasheets, test reports, certificatesNot connected
Supplier quotation uploadsCommercial recordsNot connected
ERP & procurement systemsOrder and procurement flowNot connected
CRM & sales systemsCustomer and quotation interfacesNot connected
Approved pricing interfacesAuthorised selling-price deliveryNot connected

11 — Acceptance test register

Eighteen tests · none run

These tests define completion. All are currently Not run — they require the application backend.

Test 01

A technical maker can create a product record.

Test 02

The maker cannot approve their own record.

Test 03

A checker can return an incomplete record for correction.

Test 04

An approver can approve a technically verified record.

Test 05

An unverified product cannot be represented as qualified.

Test 06

A commercial maker can enter a supplier quotation.

Test 07

A quotation cannot be generated without an approved commercial price.

Test 08

A quotation below the approved pricing floor is blocked.

Test 09

A front-end sales user cannot access confidential supplier purchase prices.

Test 10

Yantra users cannot access restricted AMS commercial data.

Test 11

AMS users cannot access restricted Yantra commercial data.

Test 12

Approved technical records can be shared only through authorised workflows.

Test 13

Audit history records all material changes and approvals.

Test 14

Expired supplier quotations are flagged.

Test 15

The product search distinguishes verified matches from partial matches and incomplete records.

Test 16

Data imports preserve existing supplier IDs and identify missing or unverified information.

Test 17

The application works on desktop, tablet and mobile.

Test 18

The publication interface displays only authorised, approved records.

12 — Deployment environments

Four environments specified · none deployed

Before production publication, connectivity, authentication, roles, tenant separation, workflows, pricing calculations, document permissions and acceptance testing must all be verified. None are complete, so production is not represented as ready.

Yantra — Development

Not deployed

Yantra — Production

Not deployed

AMS — Development

Not deployed

AMS — Production

Not deployed

Deployment deliverables (placeholder — none issued)

Application URLs Database schema Role & permission matrix Integration status Import validation report Acceptance test report Known limitations Deployment checklist

13 — Known limitations & next steps

What must happen before this is an application

Known limitations

  • No backend, authentication or server-side authorisation exists in this layer.
  • No master databases, pricing engine, approval enforcement or audit log are live.
  • No integration is connected or tested.
  • No acceptance test has been run.
  • Browser caches, screenshots, downloads and OS traces cannot be guaranteed erased.

Next steps to build the application

  1. 01Stand up a secure backend with authentication and server-side RBAC.
  2. 02Implement the supplier-preserving data layer and the five linked registers.
  3. 03Implement maker-checker-approver workflow with immutable audit history.
  4. 04Implement the pricing engine and quotation controls.
  5. 05Connect and test each integration against verified credentials and mappings.
  6. 06Run the 18 acceptance tests and publish the results before production.