Importación de Productos
Se pueden Exportar/Importar ficheros de datos de Productos, Tarifas y Clientes a hojas Excel.
1.- Fichero de Exportación/Importación de Productos
El fichero con los datos de Productos es una sola hoja de cálculo (.xls o bien .xlsx) cuya cabecera (primera fila) se compone de los campos (columna Campo) que se describen a continuación.
Campo | Descripción del campo | Tipo | Valores | Observaciones |
product_type* | Tipo de Producto | simple virtual combinable grouped | simple: producto único, que se envía al Cliente servicio: sin transporte ni gestión de stock combinable: producto con combinaciones agrupado: unidad o agrupación de productos simples | |
procurement_type* | Tipo de aprovisionamiento | purchase manufacture none assembly | compra: vía orden de compra fabricación: vía orden de fabricación ninguno: sin transporte ni gestión de stock semi-elaborado: productos intermedios | |
name* | Nombre del Producto | Texto | ||
reference* | Referencia | Texto | ||
ean13 | Ean13 | Texto | ||
description | Descripción del Producto | Texto | ||
description_short | Descripción corta del Producto | Texto | ||
quantity_decimal_places* | Decimales de la cantidad de producto | Entero | Normalmente 0, 1 ó 2 | |
manufacturing_batch_size* | Tamaño de Lote de Fabricación | Entero | ||
price* | Precio PVP Cliente | |||
price_tax_inc* | Precio de Venta IVA incluido | |||
cost_price | Precio de Coste | Decimal | ||
location | Ubicación | Ubicación del Artículo en el Almacén | ||
width | Anchura | Decimal | En la unidad de medida definida por defecto (cm) | |
height | Altura | Decimal | ||
depth | Profundidad | Decimal | ||
weight | Peso | Decimal | En la unidad de peso definida por defecto | |
notes | Notas | |||
stock_control* | Control de Stock | 1=SI, 0=NO | ||
phantom_assembly* | Fantasma | 1=SI, 0=NO | Agrupación de materiales lógica más que funcional | |
publish_to_web* | Publicar en la web | 1=SI, 0=NO | ||
blocked* | Bloqueado | 1=SI, 0=NO | 1: Ventas no permitidas | |
active* | Activo | 1=SI, 0=NO | ||
tax_id* | Impuesto | Valores según tabla de impuestos | ||
measure_unit_id* | Unidad de Medida | Valores según tabla de unidades de medida | ||
category_id* | Categoría | Valores de SubCategorías según tabla de Categorías | ||
work_center_id* | Centro de Trabajo | Valores según tabla de centros de trabajo | ||
route_notes | Descripción del Proceso de Fabricación | Descripción del proceso de fabricación |
Los campos marcados con * son campos obligatorios.
Campo product_type. Los productos pueden ser de uno de los siguientes tipos:
-simple (simple): producto único, que se envía al Cliente. Un producto simple no tiene combinaciones.
-virtual (servicio): no requiere envío ni gestión de stock (servicios, productos digitales, etc.).
- combinable (combinable): producto con combinaciones, por ejemplo una camiseta que tiene diferentes tallas y/o colores.
- grouped (agrupado): una agrupación de productos simples que se vende como una unidad única (cesta de Navidad).
Es fundamental respetar las fuentes minúsculas o mayúsculas en el nombre del campo tipo de producto, y el nombre como tal (no es válido la traducción), así el nombre del tipo de producto es grouped y no es válido “agrupado”.
El control de stock se aplica solo a los productos de tipo simple o de tipo combinable. El stock de producto agrupado se deduce a partir de los componentes.
Campo procurement_type. El aprovisionamiento para un producto puede ser:
- purchase (compra): se aprovisiona mediante una orden de compra.
- manufacture (fabricación): se aprovisiona mediante una orden de fabricación.
- none (ninguno): estos productos no requieren transporte ni gestión de stock (servicios, productos digitales, etc.).
- assembly (semi-elaborado): son productos de fabricación intermedios. Pueden ser de dos tipos:
no fantasma: se aprovisiona mediante una orden de fabricación. Existe como producto físico y normalmente debe controlarse el stock
fantasma (phantom_assembly): un semi-elaborado fantasma es una agrupación lógica de materiales. Normalmente no existe como producto físico. Cuando se fabrica el producto “padre”, las necesidades de materiales se pasan directamente a los componentes del semi-elaborado fantasma.
Imaginemos el montaje de una bicicleta que se hace directa y secuencialmente a partir de cada uno de sus componentes. La lista de materiales para el producto bicicleta estaría formada por todos los componentes, algo así como:
“una bicicleta se compone de un manillar, un freno delantero, una llanta delantera, etc.”
Sin embargo desde un punto de vista lógico podría interesar describir la lista de materiales como:
“una bicicleta se compone de un cuadro, una horquilla de dirección y dos ruedas”
“un cuadro se compone de …”
“una horquilla se compone de …”
“una rueda se compone de …”
En este caso los productos cuadro, horquilla y rueda serían productos semi-elaborados fantasma, y desde el punto de vista de la fabricación, se obtendrían las mismas necesidades de materiales que si se especificara la lista de materiales de la primera forma.
El tipo “fantasma” se aplica solo a productos semi-elaborados.
Por ejemplo en un obrador, sus productos tienen procurement_type:
-purchase para los ingredientes
-manufacture para los productos que elabora
Los Gastos se consideran del tipo none (gastos de envío, gastos bancarios, etc.).
En esta tabla están marcados (X) los tipos de aprovisionamiento posibles para cada tipo de producto:
Compra | Fabricación | Ninguno | Semi-elaborado | |
Simple | X | X | X | X |
Servicio | X | |||
Combinable | X | X | X | X |
Agrupado | X |
El campo reference es el Código del producto en FactuSOL.
El campo manufacturing_batch_size (Tamaño de Lote de Fabricación) es un número entero obligatorio para para elaborados. Para productos como por ejemplo ingredientes no tiene sentido y por tanto se puede eliminar la columna. Lo mismo pasa con el campo work_center_id para productos como por ejemplo ingredientes (no poner la columna).
Los campos price y price_tax_inc son los que corresponden a la tarifa por defecto en FactuSOL.
Los campos en que su contenido puede ser SI o NO, como el campo stock_control, tienen valor 1 (si es SI), 0 (si es NO) . No pueden rellenarse con true/ false o verdadero/falso).
El campo blocked se refiere a las Ventas no permitidas. El campo active tiene valor 1 para los productos activos.
El campo tax_id tiene los valores según se han definido previamente en la tabla de impuestos en el menú Sistema > Impuestos, es decir: 1 IVA Normal, 2 IVA Reducido, 3 IVA Super Reducido y 4 IVA Exento (0%). Los valores por tanto son numéricos 1, 2, 3 o 4.
El campo measure_unit_id tiene los valores según se han definido previamente en la tabla de unidades de medida en impuestos en el menú Sistema > Unidades de Medida, por ejemplo: 1 para productos elaborados (normalmente para productos terminados será “Unidad(es)”).
El campo category_id contine los valores de Sub-Categorías según se han definido previamente en la tabla de Categorías en el menú Sistema > Categorías de Productos y a continuación en el botón azul “Ver Sub-Categorías”.
Cuando se crea un nuevo Producto es necesario asignarle un category_id. Para ello hay un desplegable con el árbol de Categorías previamente creadas en la tabla de Categorías.
En el campo route_notes (descripción del proceso de fabricación ) está el ID del centro de trabajo work_center_id en el que se fabrica habitualmente el producto, según se han definido previamente en la tabla de centros de trabajo en el menú Sistema > Centros de Trabajo (1, 2, etc. según el centro de trabajo). El Alias del centro de trabajo es un nombre corto y práctico para manejarlo con facilidad especialmente en sitios en que no caben nombres largos. El campo route_notes está vacío para productos como por ejemplo ingredientes.
El fichero se compone de una única hoja de cálculo. La primera fila son las cabeceras de cada uno de los campos descritos en la tabla anterior:
FactuSOL
El campo reference es el Código del producto en FactuSOL.
Categorías: en aBillander se crean las Categorías, que deberían corresponderse con las Secciones de FactuSOL, y las Sub-Categorías que deben corresponderse con las Familias de FactuSOL. El campo “category_id” contiene el ID de la SubCategorías a la que esté asociado el producto (elaborado o ingrediente), es decir se refiere a la Familia de FactuSOL (que es de donde “cuelgan” directamente los artículos en FactuSOL).
1.1 Exportación de Productos
La funcionalidad de Exportar está en:
1.2 Importación de Productos
La funcionalidad de Importar Productos está en:
La importación funciona de la siguiente manera:
- Los productos que no existen en aBillander, se crean con la información contenida en el fichero importado.
- Los productos que ya existen en aBillander, se modifican con los nuevos campos importados.
Last updated