Bij industriële video-inkoop moet onderscheid worden gemaakt tussen software-integratie, interoperabiliteit tussen gespecificeerde producten en eventuele externe tests of formeel conformiteitsbewijs vereist door het contract. Succesvolle registratie of videocommunicatie in een ontwikkelomgeving leidt niet tot compatibiliteit met producten van andere fabrikanten of tot een conclusie over productcertificering.
Definieer eerst protocollen en producten
Registreer protocolnamen en edities, apparaat- of platformrollen, productmodellen, software- en firmwareversies, ingeschakelde functies en netwerkomstandigheden. De ambtenaar bijvoorbeeld GB/T 28181-2022 informatiepagina identificeert de standaard. Het is geen bewijs dat een bepaald product aan die norm voldoet.
| Verificatieniveau | Belangrijkste vraag | Bewijs om te bewaren |
|---|---|---|
| Interne integratie | Kan een ontwikkelingsversie gespecificeerde stromen voltooien met een gecontroleerde test-tegenhanger? | Bouwversie, configuratie, berichten en resultaten |
| Gespecificeerde productinteroperabiliteit | Kunnen twee daadwerkelijke productversies overeengekomen taken voltooien? | Productcombinatie, functie-inventarisatie en testregistraties |
| Formele conformiteitsvereisten | Wordt voldaan aan de verklarings- of testvereisten van het toepasselijke schema? | Toepasselijke regels, aangevende partij en controleerbare documenten |
| Bedrijfsacceptatie op locatie | Voldoen de daadwerkelijke netwerk- en bedrijfsworkflow aan de afgesproken voorwaarden? | Implementatieconfiguratie, bedrijfsresultaten en uitzonderingscontroles |
Stel het toepasselijke bewijsmechanisme vast
Het conformiteitsproces van ONVIF beschrijft het systeem voor eigen verklaringen, gekoppeld aan specifieke productversies. Dit is een voorbeeld van dat specifieke mechanisme. Bekijk de regels voor andere protocollen of aanbestedingsprojecten apart. Interne logs, externe testrapporten, fabrikantverklaringen en officiële databasegegevens zijn verschillende soorten bewijsmateriaal.
Bewaar hiaten in contracten en acceptatiegegevens
Maak voor elke functie afspraken over softwarelevering, testversies, externe producten, vereiste documenten, verantwoordelijkheden en hertestvoorwaarden. Markeer niet-geteste modellen, versies, alarmfuncties en abnormale omstandigheden als niet-geverifieerd. Lever de ingevulde integratiescope aan onder de daadwerkelijke beschrijving ervan. Van geplande tests mag niet worden geregistreerd dat ze zijn geslaagd, en niet-ondersteunde universele compatibiliteits- of certificeringsclaims mogen niet worden gebruikt.
Gerelateerde diensten: Vision-hardware en embedded technologie, edge AI-implementatie, projectadvies.