Funcion copy_from para Importar Tablas desde Archivos Excel (CSV)

Importar Archivos CSV desde Funciones Python en Odoo

Lo primero es conocer la función llamada copy_from la cual forma parte del cursor que podemos instanciar por medio de la linea:

self.env.cr.copy_from

Parametros Necesarios para la Función

1. CSV: Archivo de Excel en formato csv con la información de la tabla.
2. Tabla: Nombre de la tabla a la cual sera volcada la información del archivo.
3. Separador: Simbolo separador de la inforamción del CSV ( , por ejemplo)
4. Columnas: Columnas separadas por el simbolo del Archivo.

Ejecución del Metodo

Lo primero es instanciar el cursor, el cual se encuentra dentro del entorno o contexto general de la API de Odoo.

1. Para instanciar el cursor utilizamos "self.env.cr" y para crear una tabla "self.env.cr.execute"
2. Añadir la Ruta del CSV
3. Crear la estructura en un arreglo tipo lista con las columnas del CSV.
4. Volcar el CSV utilizando la función  "self.env.cr.copy_from"
5. Cerrar el Archivo CSV.

	self.env.cr.execute(""" CREATE TABLE IF NOT EXISTS odooacademy(
	fecha_nacimiento date, edad integer,
	nombre_curso text,
	nombre_completo text)""")
	self.env.cr.commit()
	csv_file= open(filepath,"r")
	columns=['fecha_nacimiento','edad','nombre_curso','nombre_completo']
	self.env.cr.copy_from(csv_file, 'odooacademy', sep=',', columns=columns)
	self.env.cr.commit()
	csv_file.close()

Gracias por visitar mi Blog. ;-)

Continuar Leyendo

Instalar Python 3.7 en Ubuntu 16.04

Paso 1 - Instalación de Python 3.7 mediante Repositorios Externos.

• Actualizamos los Paquetes y Repositorios necesarios

apt update
sudo apt install software-properties-common

• Añadimos el Repositorio

sudo add-apt-repository ppa:deadsnakes/ppa

Note: Puede pedirte Enter pasa continuar.

• Una vez que termine la actualización, instalamos el paquete con el comando:

sudo apt install python3.7

Comprobamos la versión instalada:

python3.7 --version

Paso 2 Actualizamos las Alternativas de Python

sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.5 1

sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.7 2




Paso 3 - Selecciona la opción Principal

sudo update-alternatives --config python3






Step 4 - Probar el Resultado

python3 -V

Notas:
Debemos instalar lo siguiente:

• sudo apt-get install python3-pip
• sudo apt-get install python3.7-sqlalchemy
• sudo apt-get install python3.7-dev
• sudo pip3 install --upgrade --force-reinstall setuptools

Continuar Leyendo

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

Continuar Leyendo

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

Continuar Leyendo

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.

Continuar Leyendo

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.

Continuar Leyendo

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 ...

Continuar Leyendo

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:

Odoo Consultants

Continuar Leyendo

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>

Formato Fecha Hora:

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

Continuar Leyendo

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.

Continuar Leyendo