Programacion Interactiva

Descubre una Nueva y Poderosa Herramienta.

FrameWork de Nueva Generacion

Acceso a tu Informacion desde cualquier Dispositivo con Navegador.

Enfoque en el Backend

Frontend de forma facil con Odoo y XML.

Creacion de Verticales

Creacion de nuevas Verticales Conquistando nuevos Mercados.

Tu marca aqui mismo

Llega a miles de personas.

Publicidad

lunes, 1 de julio de 2019

Facturación Electrónica CFDI 3.3 con Complemento de Pagos para Odoo 8, Odoo 9 y Odoo 10

Factura Electrónica CFDI 3.3 con Integración de Pagos Electrónicos
(Complemento de Pagos)


Introducción a Facturación Electrónica CFDI 3.3

La Migración de Esquemas de Facturación Electrónica CFDI 3.2 a 3.3 se presento a comienzos del Año 2016 el cual tiene como objetivo cambiar la factura electrónica con el uso de plantillas y catálogos, con la finalidad de tener uniformidad en los datos registrados y que permitan a la autoridad fiscal identificar al contribuyente emisor y el tipo de transacción, los periodos de emisión del CFDI y fundamentalmente las fechas y formas de pago de los CFDI.

Este nuevo esquema se presenta como Opcional a partir del 1ro de Julio y como Obligatorio a partir del 1ro de Diciembre.

Debido a este nuevo reto y al mismo tiempo Obligación Fiscal, nos dimos a la tarea de desarrollar esta Solución Integrada 100 % a Odoo desde la Versión 7 (OpenERP) hasta Odoo 10.

El proceso es bastante sencillo y transparente para los usuarios finales.

Dentro de los cambios principales observaremos los Catálogos:
  • Uso CFDI
  • Formas de Pago
  • Métodos de Pago
  • Impuestos
  • Catalogo Productos/Servicios
  • Unidades de Medida
  • Códigos Postales
Para el Uso de Comercio Exterior:
  • Ciudades
  • Localidades
  • Colonias
  • Paises
  • Estados
  • Pedimentos
  • Aduanas
Podemos observar toda la funcionalidad en el siguiente vídeo:


Localizacion Mexicana Odoo con Facturacion Electronica 3.3

Cualquier información: info@argil.mx


viernes, 4 de enero de 2019

Cabeceras para Reportes Qweb

Tipos de Cabeceras para Reportes Qweb en Odoo 11 y Odoo 12



En la declaración de la Vista Qweb referente a nuestro Reporte en Odoo, podemos ejecutar 3 tipos:


  • basic_layout
    • Elimina la Cabecera de nuestros Reportes Odoo
  • external_layout
    • Genera un llamado al template que agrega la cabecera base de todos los Reportes
  • internal_layout
    • Genera un llamado al template base que solo contiene el numero de Pagina y el nombre de nuestra Compañia.

Ejemplos:


basic_layout


            <t t-call="web.basic_layout">
            </t>

external_layout


            <t t-call="web.external_layout">
            </t>

internal_layout


            <t t-call="web.internal_layout">
            </t>

Resultado:

basic_layout


external_layout


internal_layout


domingo, 4 de noviembre de 2018

Integración de Buzón Tributario con Odoo y OpenERP

Integración de Cancelaciones


De acuerdo a los nuevos lineamientos por parte del SAT para este año 2018 sera obligatorio para los
Emisores de CFDI, la integración del Buzón Tributario para la generación de Solicitudes de Cancelación de Facturas, de acuerdo a los criterios establecidos por esta entidad.

Dentro de los criterios establecidos podemos encontrar lo siguiente:

Restricciones

  • Solo se permite generar 3 solicitudes como máximo, si al tercer intento de cancelación no es
  • aceptada, esta se convierte en no Cancelable.
  • Solo se puede generar una nueva solicitud pasadas 24 horas de la ultima.
  • Si el CFDI tiene un documento relacionado vigente en el SAT la Factura no puede ser
  • Cancelable.

No requiere autorización

  • CFDI que ampare ingresos hasta 5,000 pesos con impuestos y retenciones.
  • CFDI de Nomina.
  • CFDI de Egresos como Notas de Crédito.
  • CFDI de Traslado, Carta Porte.
  • CFDI de Ingresos para Clientes con el Régimen de Incorporación Fiscal (RIF)
  • Que amparen CFDI de Retenciones.
  • CFDI Emitidos a Residentes en el Extranjero con el RFC: XEXX010101000.
Actualmente tenemos soportada esta modificaciones para las siguientes versiones del Sistema:
  • OpenERP 6.1
  • OpenERP 7.0
  • Odoo12
  • Odoo 11
  • Odoo 10
  • Odoo 09
  • Odoo 08
El siguiente video ejemplifica la forma de trabajar con esta nueva regla:



Cualquier información pueden encontrarme en los correos:
  • german.ponce@outlook.com 
  • info@argil.mx.

jueves, 4 de octubre de 2018

Instsalación Odoo 12 en Linux

Instalación Odoo 12 en Linux, Ubuntu Server y Desktop 16.x , Ubuntu 17.x y Ubuntu 18.x


PASOS PARA LA INSTALACIÓN: 


Antes que nada necesitamos instalar las dependencias que utiliza Odoo (una dependencia es una aplicación o una biblioteca requerida por otro programa para poder funcionar correctamente. Por ello se dice que dicho programa depende de tal aplicación o biblioteca).
Antes de instalar las dependencias, necesitamos una actualizacion de los repositorios:
sudo apt-get update && sudo apt-get upgrade
Creamos un directorio en la ruta /opt llamada Odoo:
cd /opt
Despues:
sudo mkdir odoo
Cambiamos los permisos de la carpeta odoo al usuario que usara esta ruta (german es el usuario del sistema):
sudo chown german.german * -R odoo
Descargamos Odoo desde el Repositorio Oficial:
sudo git clone https://www.github.com/odoo/odoo --depth 1 --branch 12.0 --single-branch .
Instalamos las dependencias de la aplicación:
sudo pip install -r /opt/odoo/doc/requirements.txt
sudo pip install -r /opt/odoo/requirements.txt

Creamos nuestro Usuario Postgres


Entramos al prompt de postgres:
sudo su postgres
Creamos el Usuario:
createuser -s -P -e odoo
Tecleamos la contraseña (odoo) 2 veces. Ahora para evitar algún error modificamos el template principal de postgres (template1)
psql template1
Y una vez dentro del template:
alter role odoo with password 'odoo';
Para salir del prompt de postgres solo ejecutamos:

psql \q

Instalación Dependencias Externas


sudo apt-get install nodejs -y
sudo apt-get install npm -y
apt-get install node-less
sudo npm install -g less
sudo npm install -g less-plugin-clean-css
sudo ln -s /usr/local/bin/lessc /usr/bin/lessc
sudo ln -s /usr/bin/nodejs /usr/bin/node
sudo apt-get install sassc

Iniciamos nuestro Servidor de Odoo 12


Creamos nuestro archivo de configuracion de Odoo, para ello vamos al directorio de instalación (/opt/odoo/) y ejecutamos:
python odoo-bin -c odoo.conf -s
Lo que estamos haciendo es crear un archivo de configuración para Odoo.
Ahora debemos pausar la ejecución del servidor con la combinación de teclas ctr+c.
Listo, ahora editamos el archivo de configuración llamado odoo.conf, con el editor vi, vim, nano o gedit si están en modo gráfico y modificamos los valores:
db_host = localhost
db_maxconn = 64
db_name = False
db_password = odoo
db_port = 5432
db_template = template1
db_user = odoo
Guardamos y ahora para ejecutar el servidor odoo, usamos el comando:
python /opt/odoo/odoo-bin -c /opt/odoo/odoo.conf
Una Captura de Odoo 12:

Desde mi perspectiva Odoo 12 es 3 veces mas rapido y mejor optimizado en cuestion del manejo de Datos, podemos optimizar aún mas el rendimiento montando un Servidor Web (Nginx) con un certificado de Serguridad HTTPS.
Y ahora con el manejo de Multi Sitios Web.

jueves, 9 de agosto de 2018

Definición y lectura de campos multi Compañia en Odoo

Lectura de campos de tipo propiedad con Odoo



Los campos multi-compañia o propiedad permiten al usuario tener un control interno por compañia dentro de la base de datos, esto permite la segmentación de la información para que una Base de Datos conserve sus propias particularidades, configuración, valores, etc.
Los datos de tipo propiedad podemos encontrarlos dentro de Clientes o Productos, principalmente para la parte Contable.

Como podemos definir un campo de tipo propiedad, antes de la Api  se definia un campo llamandolo fields.property pero con la migración a la nueva api, el valor property es cambiado por el parametro company_dependent, por ejemplo, voy a definir una tarifa secundaria dentro de Clientes, pero quiero que esta tarifa sea unica por Compañia:

class ResPartner(models.Model):
    _inherit = 'res.partner'

    second_product_pricelist = fields.Many2one('product.pricelist', 
         'Tarifa Secundaria', company_dependent=True)

Ahora, como podemos dar lectura al campo de tipo propiedad para obtener el valor, aqui entra en función el Contexto (context), utilizamos un parametro llamado force_company  dentro del código, por ejemplo si tengo 2 compañias, una con el ID 1 la otra con el ID 2, la lectura seria:

# Company 1
partner_br = self.env['res.partner'].with_context(force_company=1).browse(256)
second_product_pricelist_company_1 = partner_br.second_product_pricelist.id

#Company 2

partner_br = self.env['res.partner'].with_context(force_company=2).browse(256)
second_product_pricelist_company_2 = partner_br.second_product_pricelist.id

El parametro force_company recibe el ID de la compañia de la cual se obtendran los valores y el browse del ejemplo es el ID de un Cliente.

No se olviden comentar ...

miércoles, 18 de julio de 2018

Mejorar Desempeño de Odoo 8, 9 ,10 y 11 con PostgreSQL 10

Odoo Consultants

Mejorar el Desempeño de Odoo y Optimizar Consultas a la Base


Con la llegada de PostgreSQL 10, el rendimiento de Odoo puede aumentar beneficiandose de las nuevas funcionalidades como las funciones de consultas paralelas. Desde el lado de PostgreSQL, esta es una excelente noticia porque esto significa que muchas consultas SELECT operadas del lado del ORM de Odoo se pueden ejecutar mas rapido de lo que solian ser. Dentro de las ventajas encontramos:

  • Resultados mas rapidos en las consultas ( PostgreSQL mejora el desempeño hasta 32 veces mas rapida la respues que en versiones como 9.5)
  • Mejora los modos de Indexacion GIN, BRIN y B-tree.
  • Mejora la compresión de filas y tablas.
Sin embargo, cuando miramos el desempeño de Odoo, debemos entender que Odoo no tiene la capacidad para  utilizar estas funcionalidades de forma eficiente, ya que lo anterior implica 2 factores principales que estan ausentes en Odoo:

  • Una estrategia de indexación evolucionada orientada de acuerdo a los contenidos (Odoo solo maneja el tipo B-tree como estandar)
  • Capacidad para optimizar el Analisis de Indexación ( debe hacerse del lado de PostgreSQL y no es accesible del lado de Odoo)
En general, el cambiar las versiones de anteriores de PostgreSQL para migrar a las nuevas versiones sin realizar ajustes adecuados en su motor de base de datos y sus modelos de datos no proporcionará ninguna mejora visible en términos de rendimiento y tiempos de consulta / respuesta.

Puedes verificar la relevancia y efiniencia del Indice desde el lado de PostgreSQL ejecutando el siguiente escript:


SELECT
schemaname,
relname,
idx_scan,
seq_scan,
cast(idx_scan AS numeric) / (idx_scan + seq_scan) AS idx_scan_pct
FROM pg_stat_user_tables WHERE (idx_scan + seq_scan)>0 ORDER BY idx_scan_pct;
Esto ayudara a mejorar la eficiencia de la indexación  en comparación con la lectura secuencial. Por supuesto, la idea es reducir los escaneos secuenciales tanto como sean posible, ya que consumen mas recursos y generan mas bloqueos de tablas / memoria / consumo de Procesamiento (CPU).

Fuente de Consulta:

lunes, 11 de junio de 2018

Agregar Formato a Campos Fecha Reportes Qweb Odoo

Formatear la salida de los Campos Fecha en Reportes Qweb Odoo



     Dentro de Odoo todo es manejado de forma central, la zona horaria, el formato de campos de tipo fecha, etc., esto normalmente ocasiona que se tengan que editar o modificar ciertos reportes para que utilicen nuestras particularidades, tal es el caso de los campos de tipo Fecha/Fecha Hora, en mexico la nomenclatura es dia-mes-año de forma estandar odoo la envia año-mes-dia, para corregir esto en los reportes basta con enviar las opciones para formatear la fecha.

Por ejemplo, yo tengo un reporte con el campo fecha de envio (send_date) la salida estandar de este campo en un reporte Qweb seria:

<span t-field="o.send_date" ></span>

Si agregamos el formato dd/mm/yyyy

<span t-field="o.send_date" t-options='{"format": "dd/MM/yyyy"}'></span>




Creacion de Codigos de Barra en Reportes Qweb Odoo

Inserción de Codigos de Barra en Reportes Qweb Odoo


En esta ocasión les vengo a brindar información acerca de los Codigos de barra en reportes Qweb y como generarlos, estos muchas veces nos son requeridos para reportes de Almacen, etc.

Dentro de los reportes Odoo encontramos todo lo necesario para generarlos, no es necesario integrar nadad "adicional" o computar nuestros campos binarios para generar estas imagenes, aunque conocer como se calculan también es util.

Odoo nos permite generar imagenes de Codigo de barra de los siguientes tipos:
  • Codabar
  • Code11
  • Code128
  • EAN13
  • EAN8
  • Extended39
  • Extended93
  • FIM
  • I2of5
  • MSI
  • POSTNET
  • QR
  • Standard39
  • Standard93
  • UPCA
  • USPS_4State
Como una utileria adicional para los desarrolladores, Odoo añadio un previsualizador, el cual nos permite visualizar y generar nuestra imagen a partir de una URL, por ejemplo si visualizo en mi navegador:

http://localhost:10869/report/barcode/Code128/FURN001



Como podemos observar la URL se compone de la dirección /report/barcode/ + tipo de codigo + cadena a convertir


Automaticamente nos genera una imagen en codigo de barras.


Para insertarla en nuestro Reporte Qweb se realiza mediante la siguiente estructura:

<img t-if="o.product_id.barcode" 
    t-att-src="'/report/barcode/Code128/%s' % 'FURN001' "
                           style="width:100%;height:20%;" />

Podemos observar que utiliza la estructura mencionada anteriormente, podemos cambiar la cadena FURN001  para que sea tomada de forma dinamica colocando nuestra variable usada en el reporte por ejemplo, para tomar la referencia del Producto en mi reporte:

<img t-if="o.product_id.barcode" 
 t-att-src="'/report/barcode/Code128/%s' % o.product_id.default_code "
 style="width:100%;height:20%;" />

El resultado seria:


No se olviden dejar sus comentarios.

lunes, 21 de mayo de 2018

Creación de Campos con Precisión Decimal Dinamica en Odoo

Creación de Campos con Decimales Dinamicos




Un aspecto fundamental en la parte administrativa es la contable donde la presición decimal debe ser muy controlada, tanto en la generación de reportes como en la creación de algunos formularios.

Dentro de las muchas bondades que siempre describo en mis articulos, Odoo cuenta con una presición dinamica, esta precisón puede ser moderada por el usuario final (cliente), esto le ayudara a aumentar o disminuir el numero de decimales en Odoo de acuerdo a sus necesidades y sin tener que programar o editar el codigo fuente.

La precisión decimal la encontramos en el Menu Configuración --> Tenico --> Estructura de la Base de Datos --> Presición Decimal.

El primer paso es crear tu precisión Decimal mediante una vista XML.

<?xml version="1.0" encoding="UTF-8"?>
<odoo>
   <data>
  <!--  Mi presicion decimal-->

  <record model="decimal.precision" id="precision_discounts">
    <field name="name">Discount</field>
    <field name="digits">6</field>
  </record>  

   </data>
</odoo>

Al instalar nuestro modulo o actualizarlo, nos creara el registro correspondiente al XML:


El valor digits es el numero de decimales que tendra el campo que lo utilice como su presición decimal.

El paso final es asignar esta presición en la creación del campo en una clase Odoo.

# -*- coding: utf-8 -*-
from openerp.exceptions import UserError
from openerp import api, fields, models, _, tools
import openerp.addons.decimal_precision as dp

class Accountinvoice(models.Model):
    _inherit = 'account.invoice'
    _name = 'account.invoice'
    
    invoice_discount_amount = fields.Float(digits=dp.get_precision('Discount'), 
                                string='Descuento Total en Monto')


En el ejemplo anterior herede facturas y cree mi campo llamado Descuento Total con 6 Decimales en su parte flotante, el campo se visualiza de la siguiente manera en el Sistema:

Si modificamos la presición decimal a 4.


Veriamos el campo actualizado y los registros anteriores redondeados al nuevo numero de decimales.

Una presición puede ser reutilzada muchas veces no es necesario crear una por cada campo a menos que el proceso lo requiera.

Espero que les ayude esta información y no se olviden dejar sus comentarios.




jueves, 17 de mayo de 2018

Duplicar Base de Datos en 5 Minutos Odoo y PostgreSQL

Duplicar una base de datos a nivel directorio Fisico PostgreSQL


Todas las Bases de Datos creadas en Postgres son guardadas en archivos y directorios del Sistema Operativo, utilizando un metodo sencillo podemos duplicar una Base de Datos a nivel fisico.

1. Creamos nuestra Base de Datos copia

Creamos nuestra Base de Datos Copia por medio de terminal.

sudo su postgres

createdb BASE_2 -O odoo10

2. Verificamos el Nombre del Directorio

El ID origen llamado OID en el template de postgres, es el nombre del directorio que contiene tu Base de Datos, es necesario conocerlo para poder duplicar nuestra Base de Datos.

Obtenemos el OID de la Base Origen

sudo su postgres

psql template1

select datname,oid from pg_database where datname like 'BASE_ORIGEN';

Obtenemos el OID de la Base Destino

sudo su postgres

psql template1

select datname,oid from pg_database where datname like 'BASE_2';

3. Nos colocamos en el directorio de Postgres

En este ejemplo estoy utilizando PostgreSQL 9.6 y el ejemplo que mostrare es la ubicacion de mis bases de datos.

cd /var/lib/postgresql/9.6/main/base


4. Duplicamos el Directorio de la Base Origen

Es Importante que este proceso lo hagamos con el usuario postgres del Sistema Operativo.

El primer Base es Eliminar el Directorio de nuestra Base 2

rm -r OID_BASE_2


Como paso final duplicamos el directorio de la Base Origen a la Base 2 

cp OID_ORIGEN OID_BASE_2


Listo, con estos sencillos pasos obtenemos una copia de nuestra Base de Datos de una forma rapida y sin esperar.

Nota Importante: Es importante tambien, duplicar el directorio de archivos binarios (data_dir) de tu base de datos origen con el nombre de tu base de datos destino.