Categorias de Productos en Odoo 8

Como asignamos categorías a un producto en Odoo 8 ?

En la version  7 de Openerp la asignacion de categoria podia hacerse directamente en el formulario de productos. Sin embargo en la version 8 esto ha cambiado.

En la version 8 existen 3 tipos de categorias.

Las categorias internas
Las categorias publicas
Las categorias de POS ( Punto de venta )


Las categorias internas se crean desde un punto de vista contable. Por ejemplo podemos crear ciertas categorias de productos considerando ciertos criterios de gastos o ingresos.

Las categorias publicas son las que se aplican a sitio web y son basicamente creadas usando un criterio comercial. Nos sirven para organizar los productos en el sitio web publico y lo mas propable es que no conicidan con las categorias internas definidas para los mismo productos

Las categorias POS son aquellas que son validas para organizar los productos en el punto de venta.


Donde se definen las categorias internas ?

En odoo 8 se definen en el modulo contable

Donde se definen las categorias publicas ?

En el formulario de producto, pestaña ventas , Sitio Web

Modificar la Cabecera de los informes en Odoo 8

Cuando se modifica o personaliza un reporte PDF como por ejemplo el presupuesto de venta, notamos que el encabezado y el pie del informe no cambian. Despues de analizar el codigo rml nos damos cuenta que el reporte de presupuesto de venta no usa la configuracion de Cabecera y Pie de informe. Para editar la cabecera y el pie de informe para los presupuestos y ordenes de venta debemos usar la siguiente secuencia:

(1) Configuracion > Tecnico > interfase de usuario > vista

(2)   Buscamos las vistas Qweb.

(3) Encontramos report.external_layout, report.external_layout_header and report.external_layout_footer.

(4) Editamos estas vistas según lo que necesitemos para modificar el PDF de Presupuestos.

ANTICIPOS EN OPEN ERP

El tratamiento  anticipos o adelantos de clientes y su correcto registro en OpenErp es un tema importante porque no existe una sola forma de manejar este tipo de operaciones. El tratamiento depende principalmente de:

• Las reglas propias del negocio.
• Las exigencias de la normatividad local

El anticipo puede darse a partir de una promesa de compra en base a una  cotización (presupuesto)  que llega a convertirse en pedido de compra.  Esto es frecuente en el caso de una venta de Empresa a Empresa donde una cotización aprobada es considerada un compromiso de compra de los productos presentes en esacotización. En el caso de retail o venta al público los anticipos no son frecuentes.

Plantearemos aquí el caso de anticipos o separaciones en el caso de un retail que comercializa por ejemplo artículos diferenciados por modelo, donde el diseño juega un rol determinante en la venta. Esto se aplica por ejemplo a negocios de venta de calzado, ropa, artículos de arte, etc.
Un Poco de Contabilidad
Antes de ver la implementación en OpenErp revisemos algunos conceptos:
Ejemplo: una empresa recibe S/. 118 como anticipo de uno de sus clientes, por una operación que se encuentra gravada con el Impuesto General a las Ventas (IGV= 18%)

Un registro incorrecto de esta operación sería:

Caja y Bancos S/. 118 (débito)
Clientes S/. 118 (crédito)

Si tomamos en cuenta las normas tributarias vigentes en Perú, al momento de recibir el pago se da nacimiento a la obligación tributaria por el IGV- Impuesto General a las Ventas (conocido también como IVA – Impuesto al valor agregado), ya que este impuesto nace cuando se entrega el bien o se efectúa el pago, lo que ocurra primero. Por lo tanto, al recibir el pago del anticipo de S/. 118 se genera el IGV y a su vez nace la obligación de emitir el Comprobante de Pago respectivo, a pesar que no se haya entregado el bien o no se haya brindado el servicio. Por lo tanto el registro correcto es:

Clientes S/. 118 (débito)
Tributos por pagar S/. 18 (crédito)
Anticipos de Clientes S/. 1000 (crédito)

Desde el punto de vista tributario se están cometiendo dos infracciones si no se registra adecuadamente la operación, la primera es la omisión del reconocimiento y pago del IGV y la segunda es la omisión de la emisión del Comprobante de Pago respectivo. En ambos casos, estas infracciones son sancionadas con el pago de multas e intereses, las cuales pueden originar un perjuicio económico a la empresa y el efecto dependerá del importe del anticipo recibido.

Desde el enfoque contable y financiero, se estaría sobrevaluando el anticipo del cliente, el cual es realmente de S/. 100.00 aun cuando se ha recibido el importe de S/. 118.00 por parte de dicho cliente.


Primero debemos asegurarnos que la cuenta 122.02 (plan de cuenta peruano) este adecuadamente registrada ( El tipo Interno debes ser asignado a Liquidez ) :

Luego  debemos crear una categoría nueva de productos: Anticipos, y asociarla a la cuenta 122.02       (según el plan de cuentas peruano)

Luego creamos un producto “ANTICIPO DE CLIENTE” que este asociado a la categoría “ANTICIPOS” anteriormente creada.

Ahora, veamos un ejemplo funcional.

Un cliente desea comprar un producto cuyo precio es de 190 soles incluido el Impuesto IVA o IGV.

 En un primer momento el cliente realiza un pago anticipado de 50 soles  por el producto  y posteriormente, el cliente realiza el pago de S/. 140    y la mercadería es entregada.

Tenemos 2  transacciones:

La primera registra el anticipo del cliente

En un segundo momento  el cliente decide pagar el saldo pendiente de su compra y retirar la mercadería.

Borrar un Diario En OpenErp 7

Si al intentar borrar un diario en OpenERP obtenemos un mensaje de error indicando que existe una referencia pendiente debemos revisar los Diarios de comprobantes. ( Contabilidad ->Asientos Contables->Diarios de Comprobantes   y revisar los registros que hacen referencia al Diario a eliminar.

Para eliminar la referencia debemos primero cancelar el registro y luego proceder a borrarlos.

Porque habría que borrar un diario ? . Si trabaja con la opción multicompañia de OpenERP quizas pueda encontrar algunos problemas cuando al momento de crear un  diario para una compañia se pueden asignar erróneamente la ' Cuenta deudora por defecto' o la 'Cuenta acreedora por defecto' a otra compañía ya que OpenERP presenta como opciones de asignación las cuentas de las 2 o mas compañias, aunque solo una es la correcta.

Como configurar OpenErp 7 para registrar Boletas de Venta y Series de Documentos

En la emisión de los comprobantes de venta para identificar al documento se usan, además del numero , un identificador adicional conocido como serie del documento. Por que se usan series? . Las series de documentos son usadas usualmente para identificar  el punto emisor del documento.


Si tenemos un negocio que maneja por ejemplo 2 puntos emisores de boletas de venta , como en el caso de un negocio de venta al publico con 2 tiendas entonces se deben emitir 2 series de documentos , una serie por cada tienda.

Para gestionar las facturas y boletas en OpenERP se debe crear un diario contable por cada serie de documento.

Por ejemplo: Si se tienen 2 Facturas Series 001 y 002 y además se tiene una serie de boleta 001, se deben crear 3 Diarios Contables de Tipo Venta.


La creación de los diarios se hacen entrando a la opción : Contabilidad-> Configuración-> Diarios

Cada Diario tendrá un secuencial que será el que controlará el numero de factura respectivo a cada serie.

Al crear la factura ( se entiende aquí "factura" en el concepto general del sistema ) se debe seleccionar el Diario del Documento Respectivo, ya sea si el cliente quiere Factura o Boleta. Respecto a los asientos contables, tanto una factura como una boleta de venta generan los mismos asientos contables.

A veces es necesario que el Registro de Ventas tenga un secuencial único, por lo que se  instala el modulo oficial de OpenERP "Numeración de la Secuencia de Asientos" ( account_sequence), lo que permitirá crear un nuevo secuencial en los diarios de venta.

Modulo Numeración de la Secuencia de Asientos