<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Lapiz Corto &#187; OpenERP</title>
	<atom:link href="http://www.lapizcorto.com/category/openerp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lapizcorto.com</link>
	<description>Para esas soluciones que nunca recuerdas</description>
	<lastBuildDate>Mon, 14 Dec 2015 08:34:34 +0000</lastBuildDate>
	<language>es-ES</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.1</generator>
	<item>
		<title>Eliminación de valores por defecto establecidos en el cliente OpenERP mediante SQL</title>
		<link>http://www.lapizcorto.com/eliminacion-de-valores-por-defecto-establecidos-en-el-cliente-openerp-mediante-sql/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=eliminacion-de-valores-por-defecto-establecidos-en-el-cliente-openerp-mediante-sql</link>
		<comments>http://www.lapizcorto.com/eliminacion-de-valores-por-defecto-establecidos-en-el-cliente-openerp-mediante-sql/#comments</comments>
		<pubDate>Tue, 24 Jan 2012 22:57:45 +0000</pubDate>
		<dc:creator><![CDATA[Vicente]]></dc:creator>
				<category><![CDATA[OpenERP]]></category>

		<guid isPermaLink="false">http://www.lapizcorto.com/?p=411</guid>
		<description><![CDATA[OpenERP tiene una función bastante cómoda, que permite establecer valores por defecto en el cliente web o GTK. Esto es muy útil para definir el país más utilizado al dar de alta un nuevo partner, o para establecer los impuestos más comunes al crear un nuevo producto. Sin embargo, si se utiliza a la ligera [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>OpenERP tiene una función bastante cómoda, que permite establecer valores por defecto en el cliente web o GTK. Esto es muy útil para definir el país más utilizado al dar de alta un nuevo <em>partner</em>, o para establecer los impuestos más comunes al crear un nuevo producto.</p>
<p style="text-align: center;"><a href="http://www.lapizcorto.com/wp-content/uploads/2012/01/Pantallazo-del-2012-01-24-235546.png"><img class="aligncenter size-full wp-image-414" title="Ventana de preferencia de campo" src="http://www.lapizcorto.com/wp-content/uploads/2012/01/Pantallazo-del-2012-01-24-235546.png" alt="Ventana de preferencia de campo" width="354" height="238" /></a></p>
<p>Sin embargo, si se utiliza a la ligera puede dar problemas, como por ejemplo si decidimos que las nuevas líneas de factura tengan un impuesto por defecto. Al principio puede parecer que es una maravilla, hasta que queremos introducir una factura de proveedor y comprobamos que si no tenemos cuidado, vamos a asignarle el mismo IVA repercutido de las facturas de clientes, cuando debería ser IVA soportado. A la hora de deshacerlo, se pueden eliminar las líneas de impuestos y establecer de nuevo el valor con el asistente, o bien modificar directamente la base de datos.</p>
<p>Así, para eliminar la opción comentada de unos impuestos por defecto en la línea de factura, esta es la sentencia SQL a utilizar:</p>
<pre class="brush: sql; title: ; notranslate">
DELETE
  FROM ir_values
  WHERE name = 'invoice_line_tax_id'
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.lapizcorto.com/eliminacion-de-valores-por-defecto-establecidos-en-el-cliente-openerp-mediante-sql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8216;NoneType&#8217; object has no attribute &#8216;id&#8217; en OpenERP, al cambiar el partner de la factura</title>
		<link>http://www.lapizcorto.com/nonetype-object-has-no-attribute-id-en-openerp-al-cambiar-el-partner-de-la-factura/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=nonetype-object-has-no-attribute-id-en-openerp-al-cambiar-el-partner-de-la-factura</link>
		<comments>http://www.lapizcorto.com/nonetype-object-has-no-attribute-id-en-openerp-al-cambiar-el-partner-de-la-factura/#comments</comments>
		<pubDate>Wed, 18 Jan 2012 19:07:42 +0000</pubDate>
		<dc:creator><![CDATA[Vicente]]></dc:creator>
				<category><![CDATA[OpenERP]]></category>

		<guid isPermaLink="false">http://www.lapizcorto.com/?p=398</guid>
		<description><![CDATA[Como no estoy seguro de si es realmente un bug o un problema con los datos de prueba, lo anoto en este blog, pero no paso informe en Launchpad, que es donde debería, pero el caso es que he detectado este problema utilizando la versión 6.0.3 de OpenERP con los módulos de la localización española [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>Como no estoy seguro de si es realmente un <em>bug</em> o un problema con los datos de prueba, lo anoto en este blog, pero no paso informe en Launchpad, que es donde debería, pero el caso es que he detectado este problema utilizando la versión 6.0.3 de OpenERP con los módulos de la localización española y <a href="http://apps.openerp.com/addon/1469" target="_blank">nan_account_extension</a> instalados, siempre que se introduce un cliente en la factura.</p>
<p><img class="aligncenter size-full wp-image-399" title="'NoneType' object has no attribute 'id'" src="http://www.lapizcorto.com/wp-content/uploads/2012/01/Pantallazo-del-2012-01-18-193125.png" alt="'NoneType' object has no attribute 'id'" width="580" height="346" /><br />
Para solucionarlo, basta con modificar la línea 395 de invoice.py en el módulo account:</p>
<pre class="brush: python; first-line: 395; title: ; notranslate">
        if p.property_account_receivable and (p.property_account_receivable.company_id.id != company_id) and p.property_account_payable and (p.property_account_payable.company_id.id != company_id):
</pre>
<p>De esta forma, antes de utilizar las cuentas a cobrar y a pagar del partner, se comprueba que estén definidas, que es lo que estaba dando problemas, aunque entiendo que no debería, al tener instalado el módulo de <a href="http://www.nan-tic.com/" target="_blank">NaN</a> que en principio las gestiona debidamente.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lapizcorto.com/nonetype-object-has-no-attribute-id-en-openerp-al-cambiar-el-partner-de-la-factura/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Creación automática de cuentas contables en OpenERP</title>
		<link>http://www.lapizcorto.com/creacion-automatica-de-cuentas-contables-en-openerp/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=creacion-automatica-de-cuentas-contables-en-openerp</link>
		<comments>http://www.lapizcorto.com/creacion-automatica-de-cuentas-contables-en-openerp/#comments</comments>
		<pubDate>Tue, 22 Nov 2011 11:52:39 +0000</pubDate>
		<dc:creator><![CDATA[Vicente]]></dc:creator>
				<category><![CDATA[OpenERP]]></category>

		<guid isPermaLink="false">http://www.lapizcorto.com/?p=349</guid>
		<description><![CDATA[El comportamiento estándar de OpenERP es utilizar una única cuenta para cobrar y otra cuenta para pagar a todos los partners, que en el caso del plan español suelen ser la 430 y la 410, respectivamente. Esto no suele gustar a los contables, que prefieren crear una 430xxxxxx para cada cliente, 400xxxxxx para cada proveedor [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>El comportamiento estándar de OpenERP es utilizar una única cuenta para cobrar y otra cuenta para pagar a todos los <em>partners</em>, que en el caso del plan español suelen ser la 430 y la 410, respectivamente. Esto no suele gustar a los contables, que prefieren crear una 430xxxxxx para cada cliente, 400xxxxxx para cada proveedor y 410xxxxxx para cada acreedor. Por eso, con la localización española se incluyó un asistente para la creación de cuentas contables, que facilitara esta tarea, y que se puede invocar como una acción desde la ficha del <em>partner</em>.</p>
<p><a href="http://www.lapizcorto.com/wp-content/uploads/2011/11/Dibujo.png"><img class="aligncenter size-full wp-image-350" title="Captura" src="http://www.lapizcorto.com/wp-content/uploads/2011/11/Dibujo.png" alt="" width="582" height="164" /></a></p>
<p>No obstante, gracias a <a href="http://nan-tic.com/" target="_blank">NaN</a>, disponemos de <a href="http://apps.openerp.com/addon/1469" target="_blank">nan_account_extension</a>, un módulo que entre otras cosas, permite el mantenimiento automático de estas cuentas, y digo mantenimiento porque las crea o elimina automáticamente según lo que hagamos con el <em>partner</em>, en el momento de guardarlas.</p>
<p>Para utilizarlo, primero se debe configurar qué cuantas son las base, en <code>Administración | Compañías | Compañía</code>, abriendo la compañía adecuada, y en la pestaña Configuración, utilizando los parámetros del grupo Creación de cuenta automática.</p>
<p>Por último, si se ha establecido un valor por defecto para las cuentas a cobrar y pagar, debe ser eliminado, o el módulo dejará las cuentas establecidas por defecto. Para esto, vamos a <code>Administración | Configuración | Parámetros | Parámetros de configuración</code> (lo que vienen a ser las propiedades), buscamos la <code>property_account_receivable</code> y <code>property_accoyunt_payable</code> que no tenga asignada empresa (que será la cuenta por defecto), y la eliminamos.</p>
<p>Si se tiene mucha prisa, también se puede borrar el valor por defecto con el siguiente SQL:</p>
<pre class="brush: sql; title: ; notranslate">
DELETE FROM ir_property
  WHERE NAME IN ('property_account_payable', 'property_account_receivable')
  AND res_id IS NULL
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.lapizcorto.com/creacion-automatica-de-cuentas-contables-en-openerp/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>
