Archivo Julio, 2010

Conferencia OpenERP en opensourceworldconference.com

Hola:

Hace ya algunas semanas recibí una invitación para presentar una ponencia sobre OpenERP en el  Open Source World Conference 2010, Málaga, 27-28 de octubre

Hasta ayer no he tenido tiempo de prepararlo, ni de subir mi presentación, por lo que de momento, no es una de las más votadas ni de lejos. Os pido que me echeis un cable y me voteis para que tengamos un huequito en este importantísimo evento donde en la edición del 2009 acudieron más de 8000 personas.

Os paso el link: http://www.opensourceworldconference.com/malaga10/?q=node/802

Aquí la presentación propuesta:

,

1 Comentario

Recordatorio curso funcional Madrid. Ultima semana inscripción

Buenas…

Solo recordaros que ya estamos a bastante menos de una  semana del límite para la inscripción en el curso funcional de OpenERP que se inicia el 26 de Julio.

Podeis enviar solicitudes hasta el día 23 de Julio.

Os paso link a la info del curso:

http://www.openerpsite.com/formacion

, , ,

2 Comentarios

Valoración de stock y coste de producto en OpenERP

Buenas… durante los últimos días hemos tenido una interesante conversación sobre la valoración y el cálculo del coste del producto en este post que abrí en launchpad:

https://answers.launchpad.net/openobject-addons/+question/117597

Paso a explicar el tema:

  • OpenERP permite 2 formas de valorar el stock, por precio_standar o precio_medio
  • Precio_standar: Fijas el precio coste en la ficha del producto y este dato no varía hasta que lo cambias a mano cuando el usuario lo decide. También hay un módulo extra product_extended que añade un botón en la ficha de producto que permite calcular el precio_standar el producto según los precios de coste de los elementos incluidos en su lista de materiales.
  • Precio_medio: Cada vez que se hace una compra, el sistema recalcula el precio de coste del producto al que se ha marcado este método.

Problemas que pueden surgir: Realizamos el pedido de compra a proveedor sin  precio o siendo la tarifa desactualizada o sin verificar que el precio del pedido es correcto. –> En este caso, es posible que el proveedor nos envíe el precio correcto en el albarán. Si la valoración está fijada al precio_standar, no podremos cambiar el precio en la recepción, por lo que el producto entrará en almacén mal valorado, pero si la valoración del precio del producto está marcada como precio_medio, al empaquetar el producto en entrada el wizard de empaquetado nos permite modificar el precio en la propia recepción, por lo que entrará bien valorado, con el precio correcto y el precio_coste de la ficha del producto se actualizará.

¿Qué nos exige la ley?

Como siempre, Borja nos aporta los párrafos legales donde nos muestra cómo es necesario realizar este cálculo en España. Paso a postear su correo directamente:

Según al PGCE en general se debería hacer en el momento de la facturación (aunque hay algunas pequeñas excepciones recogidas en el plan); subrayando lo importante para tu caso:

10. EXISTENCIAS.

1. Valoración inicial

Los bienes y servicios comprendidos en las existencias se valorarán por su coste, ya sea el precio
de adquisición
o el coste de producción.

(…)

1.1. Precio de adquisición
El precio de adquisición incluye el importe facturado por el vendedor después de deducir cualquier
descuento, rebaja en el precio u otras partidas similares así como los intereses incorporados al
nominal de los débitos, y se añadirán todos los gastos adicionales que se produzcan hasta que los
bienes se hallen ubicados para su venta, tales como transportes, aranceles de aduanas, seguros y
otros directamente atribuibles a la adquisición de las existencias.

(…)

1.3. Métodos de asignación de valor
Cuando se trate de asignar valor a bienes concretos que forman parte de un inventario de bienes
intercambiables entre sí, se adoptará con carácter general el método del precio medio o coste
medio ponderado. El método FIFO es aceptable y puede adoptarse si la empresa lo considerase
más conveniente para su gestión. Se utilizará un único método de asignación de valor para todas
las existencias que tengan una naturaleza y uso similares.

(…)

Fíjate que por lo general se debe usar el precio medio (average price), pero hay ciertos casos concretos (piensa por ejemplo en el precio de coste para un productor de leche) donde se utiliza un precio estándar (standard price) calculado, por ejemplo anualmente, en base a diferentes factores. Así que ambos precios tienen sentido en OpenERP, y lo único que nos faltaría sería la posibilidad de realizar una valoración FIFO.

Por supuesto no soy un contable, así que mejor que alguien confirme lo que acabo de decir :)

Es muy extraño que un proveedor nos envíe un precio en el albarán y posteriormente nos remita otro precio en la factura por lo que en principio la operativa de OpenERP marcando el cálculo de precio a precio_medio nos sería perfectamente válida.

Esperando haberos aclarado un poco más este asunto. Cordiales saludos!!

Ana

,

4 Comentarios

Nuevos módulos publicados

Hola:

Me congratula anunciaros la publicación de varios módulos sumamente interesantes esta semana en extra-addons. Por un lado Pexego, ha publicado los siguientes:

pxgo_cash_statement: Un módulo muy útil para gestionar movimientos de caja. Permite, indicar una cantidad de apertura de caja y al cierre, valida que el importe final indicado, cuadra con todos los movimientos que se han ido realizando durante el día. Sumamente sencillo y práctico de usar.

pxgo_cash_statement_analytic: Une el módulo anterior con analítica.

En la misma línea pexego ha publicado varios módulos relacionados con conceptos contables, que teneis detallados en su blog, aquí: http://pexego.es/blog/2010/06/21/hojas-de-caja-en-openerp

purchase_payment: Unifica las posibilidades de configuración de formas y plazos de pago que había disponibles para clientes/ventas, también para proveedores/compras. Muy buena aportación que se estaba echando de menos :)

———————-

Además os tengo que hablar de otro módulo también muy sencillo pero bastante práctico desarrollado por Ting para uno de nuestros clientes conjuntos.

ting_sales_tree_grid: Este módulo modifica la pantalla de pedidos de venta para que la forma de añadir líneas, en vez de con un formulario aparte, sea mediante un grid editable tipo excel. Lo he probado junto con el módulo visible_discounts en tarifas de venta y he de decir que agiliza bastante la creación de pedidos con múltiples líneas.

———————-

Y por último, un módulo de Camp2Camp c2c_date_in_so_line que permite establecer la fecha de entrega prevista de la mercancía, directamente en el pedido de venta. El standar “calcula” la fecha en función de una configuración específica, pero con este módulo, se puede directamente establecer una fecha prevista de envío directamente en el pedido, o en las líneas de pedido. Al generar el albarán, tomará como fecha prevista la que hayamos puesto a mano y no la “calculada”

Aprovecho para comunicaros que en extra-addons en la 5.0 a fecha de hoy he contado:

  • 113 módulos oficiales en la 5.0
  • 399 módulos en extra-addons
  • 77 módulos en community
  • No se sabe cuantos módulos en ramas adicionales tipo módulos de training, cliente koo/jasper, poweremail, fleet_management, magentoerpconnect y otro montón de módulos no publicados en las ramas “oficiales” de OpenERP, SA.

Como veis el crecimiento de OpenERP es impresionante y conocer todos los módulos y posibilidades comienza a ser tarea harto complicada por lo que cualquier aportación al respecto será bienvenida!!

Entre otras cosas:

  • Si quereis que los módulos que vais publicando, sean anunciados aquí, simplemente me enviais un correo y “si funcionan bien” :) los anunciamos, aunque estén en ramas propias…
  • Si probais módulos que os parezcan interesantes en general o que cubren una funcionalidad concreta de un sector (un vertical) que considerais importantes que se conozcan… me enviais correo y lo publicamos.

Cordiales saludos!!

Ana

, ,

1 Comentario

Módulos Portal de OpenERP. Qué son, para qué sirven?

Hasta hoy no había tenido la necesidad de evaluar los módulos portal de OpenERP y lo cierto es que me parecen de suma utilidad para la mayoría de las empresas.

Los módulos portal permiten crear un usuario y un password directamente desde la ficha de un cliente, de tal forma que cuando dicho usuario / password se loga bien desde el cliente web, bien desde el gtk a la dirección ip de nuestro servidor openerp, le presenta una “versión reducida” de openerp, donde sólo puede ver objetos relacionados consigo mismo y con permisos únicamente de lectura.

Para qué nos vale esto? Si deseamos que un cliente vea sus pedidos, sus facturas y el estado en el que están, simplemente deberemos crearle un usuario / password y enviárselo junto con la ip de conexión. Al entrar, verá un menu pedidos, un menú facturas, un menú… donde se le mostrará el histórico de todas las transacciones realizadas con nuestra empresa y el estado en el que están.

Actualmente los módulos portal publicados son los siguientes:

  • portal: el base del que dependen el resto y que nos permite configurar nuevos portales
  • portal_sale: Menú de pedidos
  • portal_account: Menú de facturas y pagos/cobros pendientes
  • portal_project
  • portal_service
  • portal_training
  • portal_analytic
  • portal_ analytic_package
  • multilogin_portal

Nos falta uno importante. El de albaranes. Además, según he visto no están traducidos al castellano por lo que a ver si en breve nos ponemos con ello y podemos publicar al menos la traducción del de pedidos y el de facturas. Seguiremos informando. Por supuesto, toda ayuda será bienvenida.

Cordiales saludos!!

Ana

,

No hay Comentarios

Recordatorio curso técnico OpenERP Madrid Julio 2010

Buenas…

Solo recordaros que ya estamos a una semana del límite para la inscripción en el curso técnico de OpenERP en Julio.

Por favor, aquellas personas que teneis créditos de formación ( o sea, lo vais a bonificar) y ya habeis recibido la relación de documentos a enviarnos,  recordad que la tenemos que tramitar como muy tarde el 13 de Julio, por lo que teneis como límite hasta este viernes día 09 de Julio para enviárnosla, en otro caso, perderíais la opción de la bonificación.

Los que no teneis opción a la bonificación y estais interesados, podeis enviar solicitudes hasta el mismo dia 13, aunque también debo comentaros que ya quedan muy poquitas plazas en el curso técnico por lo que cuanto antes nos lo envieis mejor.

Os paso link a la info del curso:

http://www.openerpsite.com/formacion

Os recuerdo también que el límite de presentación de solicitudes para el curso funcional es hasta el 20 de abril y que aún quedan plazas en él.

, , ,

1 Comentario