Une liste de contrôle côté acheteur pour les distributeurs et les intégrateurs de systèmes évaluant un fabricant de serrures intelligentes OEM pour un approvisionnement sous marque privée ou un projet défini.

Le prix n'est qu'un élément du choix du fournisseur. Avant d'approuver un fabricant de serrure intelligente OEM, examinez la révision matérielle exacte, les preuves de test, la responsabilité du micrologiciel, l'itinéraire de l'application, les enregistrements de qualité et le propriétaire de l'assistance. Les sept vérifications ci-dessous sont destinées à une décision d'approvisionnement et non à un profil de fournisseur générique.

1Preuve de certification pour le modèle exact

N'acceptez pas une image de certificat comme preuve pour chaque configuration. Demandez le rapport de test et confirmez le modèle de produit, la révision matérielle, le module sans fil et la version du micrologiciel couverts. Un rapport pour une plate-forme antérieure peut ne pas prendre en charge un PCB, une antenne ou un module radio révisé.

Que demander spécifiquement :

  • CE : Rapport de test complet d'un organisme notifié accrédité par l'UE (TÜV Rheinland, SGS, Intertek, Bureau Veritas). Confirmez quelle révision matérielle et quelle version du micrologiciel ont été testées. Confirmez que RED 2014/53/EU (pour les modèles sans fil) et LVD 2014/35/EU sont tous deux couverts.
  • FCC : Numéro d'identification FCC et octroi d'autorisation provenant de la base de données FCC (consultable publiquement sur fcc.gov). Confirmez que cela correspond au module exact utilisé dans votre produit.
  • SASO (Arabie Saoudite) : Certificat de conformité d'un organisme d'évaluation de la conformité agréé SASO. Vérifiez que la portée du produit correspond aux serrures intelligentes et au contrôle d'accès selon la norme CEI 60839-11.
  • ISO9001 : Certificat d'usine délivré par un organisme accrédité. Vérifiez la date d'expiration : certaines usines affichent des certificats périmés.
Contrôle d'approvisionnement : Demandez l'organisme émetteur, la référence du rapport, la révision du produit et la date de validité. Si ces détails ne peuvent pas être fournis, traitez le document comme non vérifié jusqu'à ce que l'émetteur ou le laboratoire le confirme.

2MOQ par portée de personnalisation

Le MOQ (quantité minimum de commande) pour les serrures intelligentes OEM dépend des changements. Approvisionnement en stock séparé, développement OEM et ODM de marque privée avant de comparer les devis :

  • Vente en gros standard (produits en stock, votre emballage) : L'approvisionnement standard commence à 200 unités. Les délais de livraison et les détails de l'emballage sont confirmés pour la configuration sélectionnée et le devis écrit.
  • OEM (logo, langue, emballage ou image de marque de l'application) : Les programmes OEM/marque privée commencent à 500 unités. La portée, les tests et les délais sont confirmés dans le devis du projet.
  • ODM (conception matérielle personnalisée) : MOQ 1 000 unités. Les travaux sur mesure en matière de boîtier, de PCB ou de micrologiciel sont définis et programmés après examen technique.

Faites correspondre la première commande à un plan de déploiement documenté plutôt qu'à une seule prévision. Un MOQ plus élevé peut être justifié par un projet confirmé, mais pas par une préférence de marque sans un calendrier de déploiement approuvé.

3Portée du micrologiciel et contrôle des modifications

Séparez la marque visuelle du travail fonctionnel du micrologiciel. Les modules linguistiques, les étiquettes et les emballages des applications ne sont pas équivalents aux modifications des modes de déverrouillage, des protocoles de contrôle d'accès, des informations d'identification hors ligne ou du comportement OTA. Enregistrez chaque modification demandée par rapport au modèle sélectionné avant de commander.

Questions pour qualifier la capacité du micrologiciel :

  • La langue du micrologiciel peut-elle être modifiée en arabe/français/allemand/espagnol en usine ? (Pas via une solution de contournement après-vente.)
  • Existe-t-il un mode de déverrouillage hors ligne pour les zones où la connectivité mobile est faible ? Comment les jetons sont-ils générés et validés ?
  • Quelle est la capacité du journal d’accès ? Les journaux peuvent-ils être exportés via une synchronisation USB, API ou Bluetooth ?
  • Le micrologiciel prend-il en charge OSDP v2 pour la connexion à des panneaux de contrôle d'accès tiers ?
  • Qu'est-ce que le mécanisme de mise à jour OTA (over-the-air) ? Pouvez-vous envoyer à distance une mise à jour du micrologiciel à toutes les unités déployées ?
Point de révision : Demandez un journal des modifications récentes du micrologiciel, une méthode d’identification de version et la voie de remontée proposée. Cela permet de déterminer si les mises à jour peuvent être retracées et qui évalue un problème sur le terrain après expédition.

4Plateforme d'application et propriété du compte

Tuya, TTLock et les routes d'applications propriétaires ont des limites de couverture d'appareil, de propriété de compte, d'API et de gestion des données différentes. Décidez de l'itinéraire avant de confirmer la configuration d'un produit, puis documentez les responsabilités de l'App Store, du compte cloud et du support.

Marque blanche basée sur le SDK (Tuya / TTLock)

Un itinéraire SDK en marque blanche peut utiliser l'appareil et les services cloud de la plate-forme sélectionnée sous une application de marque. Confirmez les fonctions disponibles de l'appareil, le propriétaire du compte de la boutique d'applications, la région de données, le modèle de rôle utilisateur et la portée de l'API pour le produit exact avant de vous engager.

  • Tuya/TTLock : Confirmez le modèle d'appareil approuvé, le type de compte requis, les méthodes d'accès prises en charge et les exigences de connexion spécifiques au projet.
  • Itinéraire du SDK : Confirmez l'API disponible, la piste d'audit, les modalités de traitement des données et le modèle de déploiement avant de l'utiliser pour des applications de propriété gérée ou réglementées.

Application personnalisée + Cloud propriétaire

Une application propriétaire et une route cloud nécessitent une interface de périphérique définie, un modèle de compte, un emplacement des données, un processus de publication et une propriété du support. Il doit être traité comme une portée d'ingénierie distincte du programme de fourniture de matériel, avec des critères d'acceptation convenus avant le début du développement.

5Audit d'usine et preuves de production

Un audit doit déterminer qui fabrique le produit, comment les enregistrements de qualité sont contrôlés et où la sous-traitance peut affecter la portée convenue. Considérez la visite comme une collecte de preuves et non comme une présentation commerciale.

Vérifications d'audit minimales pour une relation OEM :

  • Présentation pas à pas de la chaîne de production : Assemblage CMS, refusion, inspection AOI, banc de test fonctionnel, banc de test de vieillissement.
  • Enregistrements ISO 9001 : Dossiers d'inspection des matériaux entrants, rapports de non-conformité (NCR), journaux d'actions correctives.
  • Politique de NDA : L'usine signe-t-elle les NDA avant de partager le code source du micrologiciel ou les outils personnalisés ? Le refus de signer une NDA mutuelle standard est une préoccupation majeure.
  • Divulgation de sous-traitance : Une partie du montage est-elle sous-traitée ? Si oui, qui est le sous-traitant et opère-t-il sous le même système de gestion de la qualité ?
  • Capacité : Quelle est la production mensuelle actuelle ? Quel est le délai de livraison si vous passez une commande de 1 000 unités aujourd’hui ?

6Support après-vente et escalade

Convenez de la manière dont un problème sur le terrain est enregistré, diagnostiqué, attribué et résolu avant expédition. La limite de support pertinente inclut l'appareil, le micrologiciel, l'application, le compte cloud et toute interface tierce approuvée.

  • Canaux d'assistance : Confirmez les contacts WhatsApp et e-mail, le chemin d'escalade et la portée de l'assistance pour votre projet.
  • Prise en charge linguistique : Confirmez la langue de travail, le contact technique nommé et le responsable de l'escalade pour le marché cible.
  • Diagnostic à distance : Confirmez quels journaux, enregistrements de version ou preuves de périphérique peuvent être examinés à distance et quand un échantillon retourné est requis.
  • Conditions de garantie : Enregistrez l'étendue de la garantie, le traitement du DOA, les preuves requises pour une réclamation et la procédure de remplacement dans le contrat de vente.

7Dossier de documentation du marché

Les documents de certification doivent être examinés par rapport au marché de destination, à la révision du produit et à la voie d'importation. Le colis requis doit être répertorié dans la portée du projet au lieu d'être supposé provenir d'une expédition antérieure.

  • Europe (CE) : Peuvent-ils fournir un modèle DoC modifiable au format Word ? Vont-ils prendre en charge un nouveau test si vous devez modifier le produit pour répondre à une exigence spécifique d'un appel d'offres de l'UE ?
  • Arabie Saoudite (SASO) : Disposent-ils d’un SASO CoC existant ou peuvent-ils en obtenir un ? Qui est leur organisme d’évaluation de la conformité agréé ? Peuvent-ils fournir une documentation bilingue anglais/arabe ?
  • EAU (TRA) : Ont-ils l'approbation de type TRA pour les modèles Wi-Fi et Bluetooth ? Peuvent-ils fournir le certificat d'approbation TRA pour le dédouanement à l'importation ?
  • États-Unis (FCC) : Ont-ils l'autorisation FCC Partie 15 ? Peuvent-ils prendre en charge une demande de « Changement d'ID » si vous devez placer le produit sous votre propre ID de bénéficiaire FCC ?
Portez-le par écrit : Répertoriez les rapports, déclarations, manuels, étiquettes et versions linguistiques requis par rapport au modèle et à la destination sélectionnés. Confirmez qui prépare chaque élément et quand il est examiné.

Appliquer la liste de contrôle à la configuration sélectionnée

Examinez les sept critères par rapport au modèle réel, à la destination et à l’itinéraire d’approvisionnement. Pondérez les preuves en fonction du risque du projet : les autorisations sans fil et les documents d'importation locaux peuvent être décisifs sur un marché donné ; Le contrôle des modifications du micrologiciel et la preuve de connexion peuvent être décisifs dans un autre cas.

N'approuvez pas un fournisseur sur la seule base du prix lorsque les preuves de test, la propriété du micrologiciel ou la responsabilité du support restent indéfinies. Ces lacunes doivent être comblées dans la spécification, l’échantillon de dossier ou le devis écrit avant qu’un bon de commande ne soit émis.

Demander une révision de la portée OEM

Envoyez la référence du modèle, la destination, la portée de la marque, l'itinéraire de l'application et les documents requis. Nous identifierons les informations nécessaires à un devis ou à un examen d’échantillon.

Examiner les options OEM/ODM Envoyer les détails du projet
FAQ

Questions fréquemment posées : fabrication de serrures intelligentes OEM

Pour la planification, Trudian utilise 200 unités d'approvisionnement standard, 500 unités OEM/marque privée et 1 000 unités ODM. Les quantités finales dépendent du modèle sélectionné, de la portée de la personnalisation, des exigences de test et du marché cible.

L'OEM utilise normalement une plate-forme de produits approuvée tout en adaptant les options convenues en matière de marque, d'emballage, de langue, d'interface ou de micrologiciel. ODM ajoute une nouvelle description de produit ou des modifications substantielles au niveau mécanique, électronique ou du micrologiciel. Confirmer la faisabilité, la validation, la propriété et la documentation dans le cadre écrit avant le devis.

Le délai de livraison est confirmé après examen du modèle, de la portée de la personnalisation, des exigences de test et des détails de la commande. Demandez un calendrier écrit avec le devis, comprenant l'approbation de l'échantillon, l'App Store, la conformité et les dépendances d'expédition.

Comparez la couverture des appareils, les rôles des utilisateurs, les exigences de connexion, la gestion des données et le modèle de déploiement de chaque plate-forme. Pour les déploiements européens ou autres réglementés, confirmez les modalités de stockage, d’accès et de conservation du logiciel sélectionné avant de vous engager.

Oui, et vous devriez le faire. Les fabricants OEM légitimes accueillent favorablement les audits d’usine – la résistance à l’audit est un signal d’alarme important. Demandez une visite en personne couvrant les lignes de production, les processus de contrôle qualité, le stockage des composants et la documentation ISO 9001. Si le voyage n'est pas possible, demandez à un prestataire d'audit indépendant sa portée écrite et son devis actuels. Documentation minimale à demander avant de signer : certificat ISO 9001, rapports de tests CE pour les SKU spécifiques que vous avez l'intention de marquer et un exemple d'accord NDA/OEM pour examen juridique.

Convenez du propriétaire du compte de l'application, du contrôle de la version du micrologiciel, de l'itinéraire de mise à jour OTA, du chemin de remontée des problèmes, des exigences du journal d'audit ou de l'interface et des contacts techniques nommés. Pour les projets de propriété gérée, enregistrez les limites du support, le processus de réponse et les responsabilités dans la documentation du projet.

Examiner les rapports de test et les déclarations pour le modèle sélectionné et la révision du matériel, le certificat de qualité d'usine, l'enregistrement des échantillons, les preuves de micrologiciel/version, les projets d'illustrations de marque, les manuels demandés et les exigences spécifiques au marché. Vérifier chaque document auprès de son émetteur ou de son autorité lorsque cela est possible ; une étiquette à elle seule ne constitue pas une preuve suffisante.