Specification definition
- Test
- Attribute and analytical procedure
- Evaluation
- Criterion, units and calculation
- Basis
- Rationale and applicable commitments
Manage specification versions and their applicability in Seal. Connect tests, methods, acceptance criteria and effective dates to the samples, certificates and decisions that use them.
Explore this workflow
Connect tests, methods, criteria and their applicability to the work that uses them. A controlled specification is more than the table printed on a certificate.
Applicable specification version
Configure test identity, procedure reference, criterion, units, calculation and reporting rules together. Preserve the development rationale and applicable compendial, customer or regulatory basis. A template displays the approved criteria; it does not define them.
Review criteria and reportable-value rules before connecting the specification to routine testing or certificate preparation.
Use the product or material, stage, site, market and effective conditions to determine the applicable specification. Configure the sampling plan and test assignment, retaining the method, criteria and quantities chosen for the actual work.
Keep release and stability uses explicit. Investigate an unresolved applicability conflict rather than silently taking the newest version.
Connect the selected result, method version, criterion and reportable-value rule to its review. Prepare the appropriate certificate or report from that context, with the template, statements and issue state kept separately from batch disposition.
Preserve the issued certificate. A correction or reassessment must retain the original evaluation and the reason for change.
Assess affected methods, sample plans, open testing, stability protocols, certificates, sites, markets and commitments. Define what happens to work already in progress and which future assignments use the revision. Periodic review can bring new performance or product knowledge into this assessment.
Complete the agreed transition checks before applying the revision. Effective dates do not replace an assessment of the affected work.
Specification v06 is proposed. An in-progress sample and an issued certificate still reference the effective v05. Each consumer needs its own version decision.
SP-042 v06 is a proposed revision. Product, stage, site, market, method references and implementation conditions still need review before applicability is established.
Complete the change and applicability review before assigning v06 to future testing.
v06 is not effective. The in-progress sample and issued certificate retain v05. I would review each affected consumer before deciding which future work can use the proposed criteria.
No automatic reassignment. Preserve the current sample and certificate context while reviewing the proposed revision.
Assess the impact on S-042-18 without silently changing its assigned criteria.
Preserve the issued v05 certificate and use an amendment process if required.
Resolve approval, applicability and implementation conditions for v06.
Keep the analytical procedure, reporting rule and intended decision with the acceptance criterion.
Record units, numerical or qualitative evaluation, rounding and method version. Review differences between release and shelf-life criteria rather than allowing a display template to determine which rule applies.
A specification can have different applicability across products, sites, stages or markets.
Retain the basis for each difference and the relevant implementation conditions. A new publication, customer request or method revision should trigger an impact assessment, not a blanket replacement of all current criteria.
Keep specialised systems where they belong. Agree the source of each record, the permitted actions and the reconciliation at each handoff.
Explore integrations