Technical Guide

ONVIF Profile S Deprecation: A 2027 Purchasing Checklist

March 31, 2027 is a Profile S conformance-submission deadline, not an automatic shutdown date. Use a purchasing record to separate retained equipment, proposed firmware changes and new orders.

Vicky Zhang, NexPro-Link sales managerVicky ZhangSales Manager 7 min read
Conceptual illustration of unbranded IP cameras, a recorder and a staged network transition
Conceptual illustration; verify profile support for each exact model and firmware version.

March 31, 2027 is a Profile S conformance-submission deadline, not an automatic shutdown date. Use a purchasing record to separate retained equipment, proposed firmware changes and new orders.

Section 01

Start with the deadline, not a replacement assumption

ONVIF identifies March 31, 2027 as the last date for Profile S product conformance submissions. Its deprecation Q&A includes older products submitted with new firmware or software. That administrative milestone is different from an instruction to switch off an installed camera system.

For a buyer, the useful first question is which decision is being made: retain a working installation, change its software or order equipment. Record that decision before asking for a replacement list. A deadline-only purchasing instruction can otherwise combine separate questions about support, operating risk and required interoperability.

Section 02

Identify the camera and the receiving client

ONVIF conformance records apply to a specific product and firmware or software version. Verify the camera and the receiving client separately in the official database. A manufacturer name, family brochure or membership claim is not the same evidence as a matching product/version record.

Create a list of the equipment that must remain and the equipment being proposed. Include the client role, such as a recorder or video-management application, beside its version. Mark unknown entries as To be confirmed. This prevents a quotation from quietly substituting a different client or firmware baseline while retaining the same camera quantity.

Section 03

Keep retention, changes and new orders separate

ONVIF states that deployed Profile S systems can continue to operate; deprecation does not itself remove their implementations. Later vendor firmware decisions can still change an authentication dependency. Obtain the relevant vendor information before treating a software change as equivalent to retaining the current installation.

The table is a proposed purchasing sequence. It does not authorize an update, determine security suitability or establish a universal replacement date. The site owner and responsible technical parties decide what changes are permitted and what evidence they require.

Different decisions need different purchasing evidence
DecisionRecord firstQuestion for the proposed supply
Retain an installationCurrent device/client versions and required operationWhat support or change information is available for those exact versions?
Change firmware or client softwareProposed versions, permitted change window and dependenciesWhich required functions and authentication paths must be rechecked?
Place a new or repeat orderExact offered product/version and retained clientDoes the offered configuration meet the requested profile and functions?

Section 04

Ask for the function, not only a profile label

ONVIF names Profile T as the replacement for Profile S. The Profile T description distinguishes required capabilities from functions that depend on native support. Do not read a profile label as confirmation that every audio, event, control or transport function is available in the proposed combination.

Write the required tasks in ordinary project language: receive the intended stream, record it, retrieve it and perform any separately required event or control action. Then request the matching device/client feature evidence. Network hardening and authentication choices belong with the responsible IT and security parties; a purchasing table does not replace that assessment.

Section 05

Use an evidence register that can follow the order

A transition register is useful when its entries can be carried from the initial request into the offered configuration. Keep an evidence reference beside each unresolved question, and record who can resolve it. Avoid a single compatible checkbox that cannot identify which version or function was considered.

The following fields are an original buyer worksheet, not an ONVIF form or certification service. Keep supplier-provided model information distinct from decisions made by the buyer, system designer or site team. Revise the record when the proposed device, client or firmware changes.

Suggested transition register for an equipment purchasing discussion
RecordEvidence to requestUnresolved question
Existing camera/deviceExact model and installed versionIs this the equipment that will actually remain?
Receiving clientRecorder or application identity and versionWhich receiving function is required?
Proposed supplyOffered model, version and documented feature scopeIs a different configuration being substituted?
Conformance recordMatching official product/version entryDoes the evidence refer to the offered version?
Operating dependenciesRequired streams, events, audio or control tasksWhich tasks need separate verification?
Change and responsibilityPermitted change, owner and acceptance recordWho resolves an unknown before order release?

Section 06

Compare two offers against the same retained client

Illustrative purchasing scenario: a buyer retains a recorder and requests a replacement camera. One offer describes a camera with a Profile T record; another proposes a different camera and a client change. The profile label and camera price do not make the offers equivalent. The second option also changes the receiving equipment, configuration work and acceptance scope.

Ask each supplier to identify the exact offered configuration and the functions included in its proposal. Keep the retained recorder visible on the comparison. If evidence for that combination is unavailable, leave the item unresolved instead of converting a general profile statement into a compatibility promise. This is an illustrative decision method, not a customer case or a result of equipment testing.

Section 07

Agree an observable check before releasing a change

Ask the responsible project team to define a permitted test arrangement and the operating tasks it must demonstrate. Record the proposed versions and test conditions before making a change. Include only the functions the project actually requires; an optional feature should not become a hidden purchasing condition after the order is placed.

Use separate outcomes for viewing, recording, retrieval and any required event or control task. A successful live picture does not describe every other operation. Keep unresolved behavior and the party responsible for the next action in the record. Do not update a live system merely to complete this worksheet, share credentials in a quotation request or infer security suitability from a successful connection.

Section 08

Prepare a model-specific purchasing brief

Send a brief that lets the supplier respond to the proposed equipment rather than guess the installed system. Keep secrets and account credentials out of it. Where the buyer cannot obtain a version or feature record, identify the missing evidence explicitly and ask what model information is available.

Separate the equipment request from site configuration, engineering review and installation work. A request for a camera or recorder quotation does not automatically include permission to change firmware, network policy or operating responsibilities.

  • List retained device and client models with their known versions.
  • Identify the offered equipment or permitted alternatives.
  • Describe required recording, retrieval and other functions.
  • State what changes are allowed and who owns their review.
  • Attach available product/version references and mark unknown evidence.
  • Give destination, quantity basis and delivery requirements for the equipment discussion.

Section 09

Buyer questions

Must every installed camera be replaced by the deadline? The ONVIF submission milestone does not by itself determine the replacement scope. Review the actual equipment, vendor information and operating requirements.

Does buying a Profile T camera settle the recorder choice? Check the receiving client and required functions as well as the camera. A camera-only description does not establish the complete proposed combination.

Can a supplier confirm an unknown firmware combination from a brand name? Ask for model-and-version evidence and keep unsupported items open. Do not turn an absence of evidence into an affirmative conformance or compatibility statement.

Section 10

Bring the equipment record to the quotation discussion

Use the existing ONVIF compatibility guide for general profile and integration background, then bring this dated transition record to the equipment discussion. The CCTV catalogue and contact route can help identify which model information is available for a proposed purchase.

NexPro-Link quotations remain limited to agreed equipment and available model information. This article offers no blanket product conformance, manufacturer certification, cybersecurity approval or government/public-tender support. Any unknown combination needs its own evidence and a decision from the responsible project parties.

Engineering references

These sources support the general planning principles. Always use the selected product's current datasheet and applicable project standards for final design.

Continue planning

Back to all articles
Catalog Chat