Certification instructions

From OHO - search engine for sustainable open hardware projects

Overview of instructions according to the role in the OHO

The instructions to follow for the Certification processes, will depend on the participant and his role in the process.

Here are the specific procedures for each role in the certification of a project:

Applicant

The Applicant initiates and terminates the Certification processes, for which it must comply with the following procedures:

User account creation

Registration on the Certification Platform

The applicant|Applicant must be registered with OHO, via:
https://en.oho.wiki/wiki/Special:CreateAccount





Project data upload

Basic data

For the project to exist in the platform, you must start by uploading its basic information and then the rest of the documentation. This is done by logging in at: https://en.oho.wiki/wiki/Special:FormEdit/Project
. Here the user must upload the following information:

  • Basic data - The following information must be entered:
    • Project name in three languages.
    • Project Category - select from the levels offered by the system.
    • One or more images of the project:
    • They must be clear images, which can be understood.
      • Without distortions.
      • With a suitable resolution, preferably around 600 to 800 pixels wide.
    • Keywords:
      • Must not contain redundancies.
      • They must be related to technical aspects of the project.
      • At least five keywords.
    • URL (first publication): Web address from which the information on the project was obtained, if available.
    • Status of the translation - Select from the options:
      • No translation.
      • Automatic translation.
      • In process.
      • Manual.
    • Description of the project:
      • Briefly explain what it consists of.
      • Technologies used.
      • Some important materials
    • Highlight advantages such as cost, innovation, efficiency, etc.
  • Additional fields - These are initially optional fields, consisting mainly of the following aspects.
    Additional fields
    • Licence.
    • Source.
    • Organisation.
    • Project Status.
    • Project Maturity.
    • Contains Mechanical Hardware.
    • Licence for mechanical hardware.
    • Contains electronic hardware.
    • Contains original software.
    • Published assembly instructions.
    • BOM published.
    • Conflict management system in place.
    • Versioning system in place.
    • Contains PDF drawings.
    • Technology Readiness Level (TRL).
  • When this information is saved, a page is created in OHO with the name of the Project that has been entered.
Part List Fields

Uploading technical documentation

  • Parts list: It is important to enter each part and assembly correctly, with the right information and in the right order. The Parts list is loaded in the Part List tab.




    • It can be entered manually by filling in each information field for each item in the list.
      CSV file




    • The Part list can also be uploaded by accessing the Import from CSV option, through which the already defined CSV file can be uploaded.














  • CAD files, Technical drawings and Other documents:
    Technical documentation entry
    • Upload a PDF file containing the Project drawings, already defined in Technical drawings.
    • Upload the compressed folder with the files, already defined in CAD files.
    • Similarly, upload the compressed folder with the exchange files, also defined in CAD files.
    • Upload also each technical document of importance for the development of the Project.
    • When uploading this information, an image or view representing the set of plans or documents being uploaded must be included in the same form, this can be one of the images previously uploaded as indicated in Basic data.








Request certification for the Project

After uploading the Technical documentation of the Project, the Applicant must make the Request certification for your project of the Project, which will then be contacted by OHO to formalise the process, the following is highlighted:

  • The user assigned to the Applicant must have all the required information in order to be contacted and verified.
  • The Project must have all the fields corresponding to Basic data entered.
  • The Parts list must have been entered correctly.


Project Corrections

Comments on a project

If during the review of the Project documentation, the Reviewers team issues any non-conformities (Reviews), the applicant|Applicant must proceed to make the necessary corrections and edit the project information in the same way the information was entered.

  • The communication channel to receive the non-conformities is the same Project page, in which the Applicant must log in regularly, these are displayed as comments superimposed on the Parts list.
  • Non-conformities on those items marked as Action Required must be addressed by the Reviewers.
  • Corrections must be made in a timely manner, in order to expedite the certification process.
  • The Applicant, may comment on the Reviews or add further comments in order to communicate any issue resolution issues.

Receipt of the Certification Document

The final step of the Certification processes, is the reception by the Applicant, of the Certification Document, for which it is contacted by the established channels.

  • The applicant must read in detail the document to be received.
  • The applicant must accept the terms of the document.
  • Finally, the applicant, is directed to a page where he/she can download the document and fill in some fields about his/her experience during the Certification processes.

Coordinador

El Coordinador, como ente rector por parte de OHO, es responsable del Certification processes ya que monitorea, habilita e impulsa todas las etpas. Sus principales actividades son:

Designation of the Conformity Assessment Body (CAB)

Assignment of Assessor role to a user

]]

The CAB-team must be designated and activated, once the Applicant performs the Request certification for your project of the Project, as this team must participate, among others, in the designation of the Reviewers.

For each member of the CAB-team, the following must be fulfilled:

  • If the Evaluator user does not have the required role:
    • Login to the special page User Rights.
    • Enter the user's name and access their role information, under Load user groups.
    • Activate the certification_body checkbox.
    • Save the changes in Save user groups.
  • The Coordinator must contact each member of the CAB-team, to notify them about their responsibilities as Assessor and thus give continuity to the certification.

Designation of Reviewers

Assigning a Reviewer role to a user
Designation of Reviewer to the Project
  • If the Reviewers|Reviewer user does not have the required role:
    • Login to the special page User Rights]
    • Enter the user's name and access their role information, under Load user groups.

Activate the checkbox certification_reviewer ** Save the changes in Save user groups. Save the changes in Save user groups ** Save the changes in Save user groups.

  • Go to the Project page, action Edit, tab Certification Manager.
  • In the Reviewer 1 to 3 fields, select the user that will be Reviewer.
    • Save the changes in Save page.












Aprobación del Documento de certificación

Luego de que el Equipo CAB, ha realizado la emisión del Documento de Certificación, el Coordinador debe realizar los trámites respectivos para la aprobación de dicho documento, lo cual incluye:

  • Visto bueno y firma de Autoridades por parte de OHO.
  • Visto bueno y firma de Autoridades por parte de ente certificador externo para la validación según DIN Spec 3105.

Revisores

Los Revisores tienen la tarea de analizar técnicamenbte toda la documentación del Proyecto, para lo cual, deben haber pasado por el proceso de registro de la misma manera que en el caso del Aplicante. También debe contar con el rol de certificarion_reviewer, como se indicó en Designación de Revisores.

Cada Revisor debe cumplir con los aspectos mencionados a continuación:

Análisis de la Documentación Técnica

  • Ingresar a la página del Proyecto.
  • Analizar toda la información disponible, especialmente, las instrucciones de ensamblaje, lo cual incluye:
    • Referencias correctas entre las partes de los Technical drawings y la Parts list .
    • Procesos de fabricación para piezas especiales o medios de union bien explicados.
    • Coherencia en la información mostrada, debe tener sentido en términos técnicos y de Open Hardware.

Emisión de no conformidades

Comentarios en un proyecto
Item marcado como Action required

En la página del Proyecto, se pueden realizar comentarios sobre aspectos técnicos, estos comentarios son la canal en el que se emiten las no conformidades.

Se debe emitir un comentario o no conformidad en los siguientes casos:

  • Falta información para poder clasificar o reconnocer alguna pieza o conjunto.
  • Falta información sobre algún proveedor (los enlaces a sitios web tienden a ser modificados).
  • Falta información sobre alguna pieza comprada, para poder ubicarla en los mercados actuales.
  • Faltan medidas u otras especificaciones en los Technical drawings.
  • Falta de coherencia en las especificaciones, con respecto al ensamblaje de las piezas.
  • Faltan campos en la Lista de piezas.
  • Dependiendo del tipo de ensamblaje:
    • Debe existir para cada pieza, un plano en PDF y su respectivo Archivo CAD. (esto último, con la finalidad de que se pueda revisar la información 3D en otoros sistemas CAD distintos del que haya generado las piezas).
    • Las piezas de impresión 3D, deben estar acompañadas de su archivo STL, además de su plano en PDF y su Archivo CAD.
    • Para circuitos impresos (PCB), se debe incluir las direcciones de sus componentes.
  • En caso de información confusa o errores evidentes, se debe dejar un comentario amigable, señalando la equivocación en el item que corresponda.
  • En caso de problemas con respecto al Proyecto en general, hay un campo extra en la Lista de piezas, donde se pueden agregar comentarios.
  • Aquellos items que requieran alguna corrección por parte del Aplicante, deben ser marcados como Action required, en la Página del proyecto, acción Edit, pestaña Part list
  • Este proceso se puede repetir mientras existan comentarios o no conformidades con correcciones por realizar y no esten aprobados todos los items de la Lista de piezas, a través de la cual, siempre se debe mantener comunicación con el Aplicante.

Aprobación del Proyecto

Item marcado como Approved

Luego de que se han resuelto, todas las no conformidades, se debe:

  • Marcar cada uno de los item en la Lista de piezas como Approved, en la Página del proyecto, acción Edit, pestaña Part list.
  • Agregar un comentario final que incluya 'OK, FINISHED'.
  • Notificar al Coordinador, sobre la Aprobación del Proyecto.

Equipo de evaluación de conformidad (CAB)

El Equipo CAB tiene acceso los datos de contacto de los Revisores y del Aplicante, pudiendo siempre intervenir en la resolución de no coformidades y obteniendo información directa para la emisión del Documento de Certificación.

Validación de información del Aplicante y los Revisores

Entre algunas de las actividades del Equipo CAB, se tiene:

Emisión del Documento de Certificación

Una vez que el Aplicante haya ingresado toda la Documentación técnica, al menos dos veces, el Equipo CAB puede emitir una certificación donde se valide el cumplimiento de la DIN Spec 3105. Esto culmina el proceso de revisión, el cual pudiera ser abierto si:

  • Alguna persona presenta quejas ante el Equipo CAB por:
    • La publicación de la documentación ya no es accesible total o parcialmente.
    • Los términos de la licencia se han modificado y ya no cumplen con los requisitos de la norma DIN Spec 3105.
    • Cualquier información relevante ha sido alterada o eliminada de la Certifcation platform.
  • Teniendo en cuenta la importancia de las quejas presentadas, el Equipo CAB puede anular la certificación en curso y volver a abrir el Certification processes una nueva revisión de la Technical documentation.
  • El Aplicante puede subir nuevamente documentación que ya ha sido certificada y aprobada, en este caso, la misma no requiere ser revisada otra vez.
OPEN HARDWARE OBSERVATORY 2020
| |
|||