trescloud/openerp-ec-niif-pymes

openerp-ec-niif-pymes's Issues

Agregar productos base de ejemplo

Desarrollar un modulo que sea de instalacion opcional para "productos de ejemplo" que tengan productos ejemplo de compra y de venta. Esto sirve para que la gente entienda como usar los productos y para facilitar la implementacion.

Se debe tambien:
Definir categorias productos de compra tipicos para empresas comerciales
Aplicar cuentas contables a cada producto

En administracion/compañias/compañias falta traducciones ATS

Traduccion/Descripcion Reportes de albaran de Entrada/Salida

Los textos no son comprensibles, debe describirse o traducirse de mejor manera.

No carga el precio del producto en liquidación de compras

Al momento de seleccionar un producto para una linea de liquidación de compras el precio del producto queda encerado.

OE6.0 - Facturas - El prefijo de factura (Ej. 001-001-) no se carga si no se selecciona "de nuevo" el punto de emision.

Busqueda por cedula para partner

Permitir al usuario buscar por cedula o RUC cuando requiere agregar un cliente o proveedor en las facturas o pedidos

Traducciones al Español (mensajes emergentes superiores)

Las traducciones son incompletas.

Ejem: Al crear la factura desde una orden de venta, se muestra una lista de mensajes indicando dicha creacion, estos mensajes estan en ingles.

Comprobante de Egreso e impresion de Cheques

El sistema debe permitir emitir el "Comprobante de Egreso" requerido por Contabilidad para llevar un control del dinero que sale.

La idea es controlar el moviento del dinero en efectivo, ya sea que este en el banco o en caja.

En caso de que el egreso se efectue con un cheque, debe permitirse imprimir el mismo despues del comprobante de egreso.

la impresion del cheque tambien debe permitir seleccionar si el cheque sale a nombre de una tercera persona.

Debe cuidarse que NO pueda generarse movimientos de efectivo o de cheques desde otras partes del sistema sin pasar por este reporte

Al actualizar los modulos contables existe un error con la actualizacion de una vista en la Base de datos

Al actualizar el sistema contable (modulos ecua) desde el modulo base , se presenta un error en la modificacion de una vista especifica (report_account_receivable).

Esta vista se encuentra en report/account_report.py del modulo account.

Podria ser reportada como bug.

La respectiva correccion puede ser heredando y modificando la funcion que realiza el update de la vista

En el mismo archivo existen otras vistas que antes de ejecutarse el update se realiza un drop, esta solucion deberia ser la que se aplique de manera general

Automatizar la carga del numero de agencia y punto de emision (001-001) a las facturas

Al crear una factura, el sistema deberia permitirme guardarlas en estado borrador

Al guardar una factura en estado borrador el sistema lanza popups y advertencias,

Tambien me obliga a ingresar el numero de factura lo cual no deberia ocurrir en éste momento ya que aun no conozco el numero de factura hasta no abrirla

Comprobante de Ingreso

El sistema debe permitir imprimir el comprobante de ingreso que se utiliza en contabilidad para los controles respectivos.

La posición fiscal por defecto para nuevos partners debe ser "PERSONAS NATURALES NO OBLIGADAS A LLEVAR CONTABILIDAD"

Debe haber posicion fiscal por defecto... caso contrario se estan creando usuarios sin posicion fiscal!

Problemas con las Retenciones de compra anuladas

Al generar el ATS se estan excluyendo las retenciones de compra anuladas.

Debe investigarse cual es la logica de anulacion, si se anula la factura y luego la retencion, si se anula solo la retencion y luego se genera en la misma factura de compra.

La correccion consiste en lograr que se agregen estas retenciones canceladas en el ATS

"Analisis de Facturas" toma mucho tiempo en completarse y muchas veces no lo consigue

En el menu Contabilidad/Informe/Informe Estadisticos se encuentra la opcion "Analisis de Facturas", actualmente este reporte usa una consulta SQL que es muy compleja y no esta optimizada. mas informacion en los siguienetes enlaces:

https://bugs.launchpad.net/openobject-addons/+bug/1021321
https://bugs.launchpad.net/openobject-addons/+bug/1000195
https://bugs.launchpad.net/openobject-addons/+bug/932524

Por el momento no encuentro una solucion, la idea seria construir nuestro propio reporte que optimice la misma informacion (de ser posible) o buscar otra alternativa

RRHH ecua_seguro_social

Hay un problema al momento de general el pago para la nomina individual del empleado
No se cargan los asientos contables.

En factura de proveedor, cuando cambio la posición fiscal se debe recalcular toda la sección de impuestos.

Considero que asi debe funcionar, comentarios bienvenidos...

Revision Modificaciones modulo ecua_verifica_ruc_cedula

Se reviso el codigo y se aplicaron los cambios, en este caso las modificaciones eran por parte de TRESCLOUD

Cambiar el orden de los campos en las facturas de compra

Se debe cambiar el orden de los campos de facturacion ya que primero debe escogerse el Proveedor, la autorizacion del SRI del proveedor y luego el numero de factura, esto para que mejore la logica de trabajo de la vista

Error en los Comprobantes de pago

Se generan de manera incorrecta los pagos, ya que no se cargan los asientos contables.

Los asientos contables son iguales a los que se hacen al efectuar el pago de una factura

Mejora en documentos anulados para cumplir estandar del ATS

Al incluir los documentos anulados en el ATS debe cumplirse lo siguiente:

Si por ejemplo los secuenciales de las facturas 345, 456, 457, 458, 510, 512, 513 son anulados, el sistema debe mostrar en el ATS de la siguiente forma:

1er registro: (solo la factura 345)
SecuencialInicio:345
SecuencialFin:345

2do registro: (facturas 456, 457, 458)
SecuencialInicio:456
SecuencialFin:458

3er registro: (solo factura 510)
SecuencialInicio:510
SecuencialFin:510

4to registro: (facturas 512, 513)
SecuencialInicio:512
SecuencialFin:513

Ahora, cada numero de documento tiene el formato 001-002-0000000003 y cada grupo de numeracion esta asociado a una autorizacion, de esta manera debera agruparse tomando en cuenta que pertenezcan a la misma autorizacion, establecimiento y punto de emision.

Entonces lo que tocas es hacer una funcion que junte los secuenciales consecutivos.

Revisado ecua_pagos

Version liberada por Christofer con algunas modifcaciones, se agregan al Github

Traducir los nombres de los diarios

Los Diarios que se instalan tienen los nombres en ingles, al usar en español deberian aparecer sus nombres en el respecivo idioma

OE6 - Factura de Venta - las retenciones, una vez editadas, no se pueden completar

Cuando se ingresa una retencion en las facturas de venta y queda incompleta, no aparece en la lista de retenciones creadas, tampoco aparece cuando se vuelve a crear la retencion en la misma factura.

El problema es que, el sistema permite ingresar una nueva retencion pero no permite validar ni aprobar despues (talvez problema en el flujo)

Cambiar orden de los campos en la factura (local - punto de impresion - # Factura)VENTAS

Para generar el la numeracion de la factura debe seleccionarse el establecimiento y el punto de impresion para obtener la numeracion, por lo que debe cambiarse el orden de los campos en la vista para que coincida con esta logica

En busqueda de producots no deberia decir "Servicios | Estoqueable" sino "Servicios | Bienes"

Al agregar una linea de facturacion de cliente y seleccionar buscar producto, me aparece la traduccion incorrecta.

En Autorizaciones SRI no funciona buscar las ubicaciones

En el curso no funciono

El numero de cedula en partners deberia ser obligatorio

Antes de ejecutarse debe entenerse si es buena idea

Archivo XML de posiciones fiscales unicamente

Corregir comportamiento del campo de seleccion del "local"

Actualmente al crear una nueva factura es necesario volver a seleccionar el nombre del local para que parezca la numeracion automatica de la factura, lo deseable es que muestre el numero de factura siguiente automaticamente

Activar la opcion "Permitir cancelacion de asientos" en los Diarios

AL instalar los modulos contables se crean los diarios, estos deben tener la opcion "Permitir cancelacion de asientos" activada por defecto.
Cambio: en tres Modulos de Ecua. Para poder buscar rapidamente con: model="account.journal">
se aumento la linea < field name="update_posted">True< /field>
ecua_liquidacion_compra
ecua_retenciones_anual
ecua_seguro_social

Factura - no permite registrar varias retenciones por cada factura.

En las facturas no permite agregar una segunda retencion.... adicioalmente creo que puede estar relacionado con este mensaje de error del log:

[2013-03-01 17:35:48,572][Prueba] ERROR:db.cursor:Programming error: no existe la columna «number_liquidacion» en la llave
, in query ALTER TABLE "account_invoice" ADD CONSTRAINT "account_invoice_number_liquidacion_uniq" unique(number_liquidacion, shop_id, printer_id, company_id)
[2013-03-01 17:35:48,573][Prueba] WARNING:orm.schema:Table 'account_invoice': unable to add 'unique(number_liquidacion, shop_id, printer_id, company_id)' constraint !
If you want to have it, you should update the records and execute manually:
ALTER TABLE "account_invoice" ADD CONSTRAINT "account_invoice_number_liquidacion_uniq" unique(number_liquidacion, shop_id, printer_id, company_id)

Las retenciones generan lineas en account_voucher_line pero no indican si es cr o dr (Tipo)

AL generar las retenciones y los pagos a travez del sistema, no se ingresan indicando si es un registro de credito (cr) o debito (dr). Tambien falta indicar la compañia a la cual esta asociada, y pueden faltar otros campos mas.

Error de Concurrencia en Factura - al crearla desde sale order

Con FIrefox, con los modulos ecuatorianos instalados, al guardar cualquier factura generada a partir de sale order aparece el msg de error "Error de Concurrencia". Es molesto para los usuarios.

Creo que puede deberse a que abre la ventana de factura en un estado equivocado (cuando el documento aún no ha sido guardado....).

Al crear la primera autorizacion del SRI no se puede escoger correctamente la tienda y el punto de venta

CUando se crea la primer autorizacion, y en ocaciones la segunda, en el cuadro de filtrado no es posible seleccionar una tienda ya existente aunque esta este creada y correcta configurada.

Falla en la vista de facturas al utilizar descuentos en ordenes de venta

Luego de hacer una orden de venta con descuento (el descuento se pone en la linea de orden de venta) no se puede emitir la factura correspondiente ya que la vista de factura genera el error "Can't find field 'amount_discounted' in the following view parts composing the view of object model 'account.invoice': * account.invoice.form.jdc1 Either you wrongly customized this view, or some modules bringing those views are not compatible with your current data model"

Luego de usar una vez la funcionalidad de descuentos en ordenes de venta el error afecta a todas las facturas!!

Se ha verificado que esto no ocurre al contar con los modulos base unicamente por lo que concluyo que el error se encuentra en los modulos ecuatorianos.

La funcionalidad de descuentos es importante para nuestro cliente en este momento para lograr cumplir con sus requistos de facturacion.

Revision ecua_states

Ultima version es la de Github.

La modificacion es la ubicacion de la clase "res_parroquia", en el codigo de Christofer esta despues de la clase que la relaciona

Revision ecua_anexos_ats

La version en github es la mas actual.

Revision de ecua_remision

Modificado codigo por parte de Christofer Ormaza y agregado al Github

Revision Modulo ecua_facturas_manual

Modificaciones del codigo liberado encontradas en los siguientes archivos:

ecua_account/object/invoice.py

En otro archivo era codigo modificado por TRESCLOUD y se lo agrego

Liquidacion de Compras - No se puede agregar lineas

Al crear una liquidiacion de compra no se puede añadir lineas de liquidacion de compra.

Revision Modulo ecua_retenciones_manual

Elimiando un comentario hecho por Pablo por parte de Christofer.

Traduccion/Descripcion Reportes de albaran de Entrada/Salida

Los textos no son comprensibles, debe describirse o traducirse de mejor manera.

Obligatorio Posicion Fiscal en Proveedores a fin de que el sistema sugiera las retenciones

MMmm que opinan?

En factura de proveedor, en el listado de facturas, a veces no muestra el "IVA BASE" y el "IVA BASE 0"

No sabemos en que casos no muestra el IVA BASE pero creemos que puede ser cuando las facturas no se generan desde ordenes de venta.

Necesitamos un tiempo estimado de solución.

Al crear una factura en borrador el sistema intenta validar el numero de factura

Al ser la factura simplemente un borrador no debería intentar validar el numero de factura, el numero de factura debería ser validado posteriormente.

Al crear retenciones en ventas, al agregar una linea de retencion, deberia seleccionar el año fiscal por defecto

OE6 - Factura de Venta - al registrar una retencion hay que tipear dos veces el numero de autorizacion

Luego de realizada la factura de venta se puede agregar una retencion. El problema es que, si la autorización no existe se debe tipear dos veces el numero de autorización.

Primer ingreso:

Segundo ingreso:

Nota: En la pantalla 1 se ingresa ya la agencia "001" y el punto de impresion "001", todo esto se ingresa como parte del numero de autorización. Esos ya fueron tipeados en la pantalla 1, por lo que no se deberían tipear en la pantalla 2 (sugiero el uso de expresiones regulares).