Lista de piezas
De OHO - search engine for sustainable open hardware projects
Revisión del 01:32 11 feb 2021 de Inddigital (discusión | contribs.)
Con la información disponible, se debe elaborar La Lista de piezas antes de desarrollar el Proyecto, esta debe contener todos los componentes tangibles y funcionales del ensamblaje y que pueden contribuir al costo del mismo. Dichos componentes pueden estar numerados en forma de una Lista de piezas simple o contener capas de jerarquía, en cuyo caso, se trata de una Lista de piezas estructurada
.
A continuación, algunos lineamientos que se deben tener en cuenta, al momento de desarrollar la Lista de piezas:
- Se utiliza una Lista de piezas simple, cuando en el ensamblaje o equipo, ninguno de sus componentes es desarmable o descompuesto en piezas más básicas.
- Ejemplo de Lista de piezas simple en formato csv: Archivo:Oseg simple part-list.csv
- Se utiliza una Lista de piezas estructurada, cuando en el ensamblaje o equipo, alguno de sus componentes es desarmable o descompuesto en piezas más básicas. puede contener tantos niveles como sea razonablemente necesario.
- Ejemplo de Lista de piezas estructurada en formato csv: Archivo:Oseg swh part-list.csv
- Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
- Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
- La Lista de piezas debe contener las siguientes columnas (los nombres de columnas deben ser exactamente como se indica):
- POS -> Es el número asignado a la pieza o conjunto.
- POS. OLD -> Si se tienen planos previos del ensamble o equipo, corresponde al numero asignado en estos.
- QTY -> Es la cantidad total requerida para la pieza o conjunto dentro del ensamble o equipo completo.
- Se prefiere el uso de cantidades enteras, por ejemplo para dos tramos de cable 1.5 metros cada uno, el nombre sería 'cable de 1.5 m', y la cantidad 2.
- PART NAME -> Es el nombre único asignado a la pieza o conjunto.
- Debe estar libre de redundancias.
- Debe guardar relación con la funcionalidad.
- No debe incluir especificaciones técnicas en detalle.
- En caso de ser necesario, puede incluir un numero de sufijo para nombres duplicados.
- PART CODE-> Actualmente, se utiliza el campo POS para rellenar esta columna.
- PART TYPE -> Es un clasificador que aplica para piezas, no para conjuntos, puede adquirir los siguientes valores:
- Production -> para piezas fabricadas o que sufren algún proceso de modificación o conformado.
- Standard -> para piezas normalizadas o de catalogo, como tornillería, conectores, componentes eléctricos normalizados, entre otros.
- Buy -> para piezas compradas y no normalizadas, que deben ser adquiridas para el proyecto.
- SPECIFICATIONS -> Se debe indicar para las piezas, la información necesaria para su fabricación o adquisición:
- Para piezas fabricadas, indicar el material, tratamiento superficial, procesos especiales de fabricación (si aplica).
- Para piezas Standard, indicar la designación DIN o información similar.
- Para piezas compradas, indicar información como datos técnicos, proveedor, numero de pedido, página web.
- Para su validación en OHO, el desarrollador debe entregar La Lista de piezas en formato CSV, con codificación UTF8.