[tryton-es] Re: Balance general y estado de pérdidas y ganancias (estado de resultados)

2015-07-06 Por tema Agustín Montagna
Bien. 
Ya cuando las cosas se van mezclando tanto por ahí conviene comenzar de 
nuevo con una DB limpia y configurar bien las cuentas. 

1- Te debería funcionar el tilde en Balance Gral y Est Rdos. Muy raro lo 
que la tengas duplicado. Intentá limpiar esa configuración arrancando de 
nuevo. 
2- Me maree un poco. Fijate que hizo bien los asientos, te quedo registrado 
le monto de la compra, el impuesto y la venta qeudó pagada en la cuenta de 
activo Efectivo. 
3- SI prueba con el plan contable español!! Los planes contables completos 
son otra historia. 

Fijate si podés mejorar esto. Cualquier duda, un poco más puntual, avisame. 
Abrazo 
agus


El viernes, 3 de julio de 2015, 20:47:01 (UTC-3), ferr...@gmail.com 
escribió:


 1- Para activar el estado de resultados de pérdidas y ganancias tenes que 
 ir a Tipos de Cuentas (en conf contabilidad) y darle el check a Balance de 
 Perdidas y Ganancias. De esta manera se contabilizan esos tipos  de 
 cuentas en ese estado contable. 

 Lo intenté. Cuando selecciono la opción de balance general o de estado de 
 resultados, me aparece, efectivamente, pero lo extraño es que me aparece 
 como cuenta independiente de mi plan de cuentas. Me lo pone doble (el 
 original más el que activo)
  

 2- ¿Cómo tenés configurados los diarios de efectivo? De configurarlos 
 bien, te queda registrada la compra en la cuenta de gastos (tipo 5) con el 
 pasivo de proveedores (tipo 2). Esto se concilia al momento de pagar la 
 factura. 

 Aquí viene la larga historia (si me falta algo o no le entendés, sólo 
 pregunta):

 Módulos
 company3.6.1Instalado
 account3.6.1Instalado
 stock3.6.1Instalado
 account_payment3.6.1Instalado
 account_product3.6.1Instalado
 account_invoice3.6.2Instalado
 account_invoice_stock3.6.1Instalado
 account_invoice_line_standalone3.6.1Instalado
 account_statement3.6.1Instalado
 irInstalado
 resInstalado
 product3.6.1Instalado
 country3.6.1Instalado
 currency3.6.1Instalado
 party3.6.1Instalado

 Entidades
 1. Mi empresa
  1.1. Cuenta a cobrar: A cobrar principal
  1.2. Cuenta a pagar: A pagar principal
 2. Proveedor prueba 
  2.1. Cuenta a cobrar: A cobrar principal
  2.2. Cuenta a pagar: A pagar principal
  2.3. Plazo de pago cliente y proveedor: Contado (Remanente)

 Contabilidad
 1. Configuración contable
  1.1. Cuenta a cobrar por defecto: A cobrar principal
  1.2. Cuenta a pagar por defecto: A pagar principal
  1.3. Redondeo de impuestos: Por documento (sin empresa)
 2. Ejercicios fiscales: 2015 con períodos y secuencias
 3. Diarios
  3.1. Efectivo:
   3.1.1 Tipo: Efectivo;
   3.1.2 Cuenta debe por defecto: Efectivo principal;
   3.1.3 Cuenta haber por defecto: Efectivo principal.
  3.2. Stock:
   3.2.1 Tipo Efectivo;
   3.2.2 Cuenta debe por defecto: Gastos principal;
   3.2.3 Cuenta haber por defecto: Gastos principal.
 4. Impuestos
  4.1. IVA 16%
   4.1.1. Porcentaje: 16.00
   4.1.2. Cuenta de factura: Impuestos principal
   4.1.3. Cuenta de nota de crédito: Impuestos principal
   4.1.4. Empresa: Mi empresa

 Productos
 1. Categoría de productos:
  1.1. Mostrador
  1.1.1. Cuenta de ingresos: Ingresos principal
  1.1.2. Cuenta de gastos: Gastos principal
  1.1.3. Impuestos de cliente e impuestos de proveedor: IVA 16%
 2. Productos:
  2.1. Nombre: Producto prueba
  2.1.1. Tipo: Bienes
  2.1.2. Consumible: no
  2.1.3. Categoría: Mostrador
  2.1.4. UdM por defecto: Unidad
  2.1.5. Precio de venta 12.00
  2.1.6. Precio de costo 10.00
  2.1.7. Método de costo: Fijo
  2.1.8. Código: 123
  2.1.9. Contabilidad: Usar cuentas e impuestos de la categoría

 Contabilidad (factura)
 1. Factura (borrador-validada-contabilizada)
  1.1. Datos de factura: 0701FP 1 201501/07/2015Mi 
 empresaPeso mexicano100,0016,00116,000,00
 
  1.2. Línea de factura: Línea[123] Producto prueba[123] 
 Producto prueba10Unidad10,( 1 )100,00

 Logística
 1. Albarán de proveedor
  1.2. 203/07/201503/07/2015Proveedor prueba
 Proveedor pruebaFinalizado
  1.1. Líneas de movimiento: [123] Producto prueba10Unidad
 03/07/201503/07/2015Finalizado
  1.1.1. Líneas de factura: 0701FP 1 2015Línea[123] Producto 
 pruebaGastos principal[123] Producto prueba10
 Unidad10,( 1 )100,00
 2. Inventarios
  2.1. Storage Zone03/07/2015Mi empresa
  2.1.1. Zona de almacenamiento03/07/2015FinalizadoMi 
 empresa

 Estado de resultados
 1. Resultado
 Utilidad-100,00
 Ingresos0,00
 Gastos-100,00

 Balance general
 1. Resultado
 Activo-116,00
  Banco-116,00
   Efectivo-116,00
   A cobrar0,00
  A largo plazo0,00
 Pasivo16,00
  Banco16,00
   A pagar0,00
   Impuesto16,00
  A largo plazo0,00
 Capital contable100,00
  Utilidad  

Re: [tryton-es] Re: Problema con conciliar cuentas

2015-07-06 Por tema Jordi Esteve (Zikzakmedia)

El 06/07/15 a les 16:57, Antonio Roncero ha escrit:



El viernes, 3 de julio de 2015, 12:25:57 (UTC+1), Jordi Esteve 
(Zikzakmedia) escribió:


On 03/07/15 13:16, Antonio Roncero wrote:

 A ver si me estoy equivocando en el proceso...

Si, te equivocas en el proceso.


 Creo la factura, la confirmo, y como el cliente tiene mandato sepa,
 voy a efectos a pagar/cobrar- a cobrar con mandato y ejecuto el
 wizard que me genera el fichero sepa. En mensajes sepa, lo paso a
 estado realizado.

 Las facturas me siguen apareciendo validadas a espera de pagar,
por lo
 que debo ejecutar el proceso de conciliación para asociar los
apuntes
 que haya generado el mandato sepa (que por cierto no se como
mirarlos,
 porque no veo por ningun lado el dario de cobro que he creado en
SEPA)
 con lo de las facturas.

Aquí es donde fallas. Cuando se genera un fichero SEPA no implica que
las facturas estén pagadas. Piensa que en un fichero SEPA se ordenan
pagos o cobros a fechas en el futuro. Hasta que no llegue las
fechas de
pago/cobro de cada recibo estos no se cobraran realmente. Por
tanto la
generación de ficheros SEPA no crea ningún asiento de pago ni tampoco
ninguna conciliación, es simplemente una orden que mandas al banco.

Contabilizarás los pagos/cobros cuando introduzcas els extracto del
banco y lo confirmes. Para ello puedes usar el módulo oficial
account_statement o los módulos account_bank_statement* que
encontraràs
en bitbucket que son más flexibles. Te recomiendo estos últimos
pues hay
módulos interesantes:

account_bank_statement_es_csb43
account_bank_statement_payment
account_bank_statement_payment_sepa


He instalado los modulos, y cuando intento importar un csb43 me da 
este error:


|
Error:'account.bank.statement'Modelhas noattribute 'lines':None
|

He mirado el modelo de account.bank.statement y el modelo si tiene el 
campo lines (one2may a account.bank.statement.line)... Ni idea :(


Yo tampoco tengo idea, sin saber en que línea falla y que fichero usaste 
para importar. Parece como si importara 0 líneas del extracto.


Deberías debugar para ver que pasa cuando falla, y detectar si realmente 
es problema del código del módulo o de tu instalación o fichero a importar.


Este módulo está muy testeado, ya tiene muchos meses de vida y está 
instalado en múltiples instalaciones importando ficheros CSB43 de 
distintos bancos.


--
Jordi Esteve
Consultor Zikzakmedia SL
jest...@zikzakmedia.com
Mòbil 679 170 693

Zikzakmedia SL
St. Jaume, 9, baixos, 2a
08720 Vilafranca del Penedès
Tel 93 890 2108



[tryton-es] Re: Valores por defecto en m2o

2015-07-06 Por tema Francisco Maria Moyano Casco
Hola Jesus.
   Muy buenas e instructivas las respuestas, pero no son lo que 
estoy buscando. De la manera que me lo describís, busca en la tabla 
product.template un registro que sea activo comprable (purchaseable = True, 
type = assets), y te devuelve el primero que encuentra. Como diriamos en 
Argentina, pego en el palo.

   Lo que necesito, es que al hacer un nuevo meta_producto, me 
habrá la vista de product.template con los campos de la manera en que lo 
pide en su domain. O sea, que por defecto este  type = assets, y 
purchaseable = True. 

 Saludos y, otra vez, muchísimas gracias.
   Francisco


   
   







Re: [tryton-es] Re: Problema con conciliar cuentas

2015-07-06 Por tema Antonio Roncero


El viernes, 3 de julio de 2015, 12:25:57 (UTC+1), Jordi Esteve 
(Zikzakmedia) escribió:

 On 03/07/15 13:16, Antonio Roncero wrote: 
  
  A ver si me estoy equivocando en el proceso... 

 Si, te equivocas en el proceso. 

  
  Creo la factura, la confirmo, y como el cliente tiene mandato sepa, 
  voy a efectos a pagar/cobrar- a cobrar con mandato y ejecuto el 
  wizard que me genera el fichero sepa. En mensajes sepa, lo paso a 
  estado realizado. 
  
  Las facturas me siguen apareciendo validadas a espera de pagar, por lo 
  que debo ejecutar el proceso de conciliación para asociar los apuntes 
  que haya generado el mandato sepa (que por cierto no se como mirarlos, 
  porque no veo por ningun lado el dario de cobro que he creado en SEPA) 
  con lo de las facturas. 

 Aquí es donde fallas. Cuando se genera un fichero SEPA no implica que 
 las facturas estén pagadas. Piensa que en un fichero SEPA se ordenan 
 pagos o cobros a fechas en el futuro. Hasta que no llegue las fechas de 
 pago/cobro de cada recibo estos no se cobraran realmente. Por tanto la 
 generación de ficheros SEPA no crea ningún asiento de pago ni tampoco 
 ninguna conciliación, es simplemente una orden que mandas al banco. 

 Contabilizarás los pagos/cobros cuando introduzcas els extracto del 
 banco y lo confirmes. Para ello puedes usar el módulo oficial 
 account_statement o los módulos account_bank_statement* que encontraràs 
 en bitbucket que son más flexibles. Te recomiendo estos últimos pues hay 
 módulos interesantes: 

 account_bank_statement_es_csb43 
 account_bank_statement_payment 
 account_bank_statement_payment_sepa 


He instalado los modulos, y cuando intento importar un csb43 me da este 
error:

Error: 'account.bank.statement' Model has no attribute 'lines': None

He mirado el modelo de account.bank.statement y el modelo si tiene el campo 
lines (one2may a account.bank.statement.line)... Ni idea :( 


 El primero para importar los extractos directamente de ficheros norma 
 CSB 43, los otros dos para detectar que un pago/cobro de la línea de 
 extracto corresponde a una remesa SEPA. 

 -- 
 Jordi Esteve 
 Consultor Zikzakmedia SL 
 jes...@zikzakmedia.com javascript: 
 Mòbil 679 170 693 

 Zikzakmedia SL 
 St. Jaume, 9, baixos, 2a 
 08720 Vilafranca del Penedès 
 Tel 93 890 2108 



[tryton-es] Re: Valores por defecto en m2o

2015-07-06 Por tema Francisco Maria Moyano Casco
Por si las dudas, aclaro que quiero hacer esto:

meta_producto = fields.Many2One('product.template', 'Plantilla de producto',
  
domain=[('purchasable','=',True),

('type','=','assets') ])

Cuando hago la búsqueda me restringe a ese dominio (activos que se pueden 
comprar). Pero cuando quiero declarar uno nuevo, como el campo type es por 
defecto goods, no hace lo que quiero.

Saludos, y muchas gracias.
 Francisco


Re: [tryton-es] Valores por defecto en m2o

2015-07-06 Por tema Jesús Martín Jiménez
Hola

El 6 de julio de 2015, 16:15, Francisco Maria Moyano Casco 
moyanocasco.francis...@gmail.com escribió:

 Estimados.

 Como hago para pasar valores por defecto cuando creo un nuevo registro a
 través de un Many2One.


Tienes devolver un integer con el id del registro que quieres poner por
defecto.


 Por ejemplo, cuando hago un Many2One a product.template (tengo instalado
 además el modulo purchase), quiero que del campo type, que es de tipo
 selection, me seleccione assets de manera automática y por defecto.


En este caso debes devolver un string con 'assets'.


 Se que en caso de campos booleanos, se hace


 @classmethod
 def check_xml_record(cls, records, values):
 return True



 Pero con otros campos hago aguas.

 Justo el campo type tiene por defecto el valor goods, así que mataría
 dos pajaros de un tiro con esta consulta


  No se si se entiende la consulta.

 Saludos, y muchas gracias.

 Francisco




-- 

Jesús Martín

Zikzakmedia SL
C/ de Sant Jaume, 9, baixos, 2ª
08720 Vilafranca del Penedès
☏ 93 890 21 08


Re: [tryton-es] Re: Valores por defecto en m2o

2015-07-06 Por tema Jesús Martín Jiménez
Hola Francisco,

El 6 de julio de 2015, 16:23, Francisco Maria Moyano Casco 
moyanocasco.francis...@gmail.com escribió:

 Por si las dudas, aclaro que quiero hacer esto:

 meta_producto = fields.Many2One('product.template', 'Plantilla de
 producto',

 domain=[('purchasable','=',True),

 ('type','=','assets') ])

 Cuando hago la búsqueda me restringe a ese dominio (activos que se pueden
 comprar). Pero cuando quiero declarar uno nuevo, como el campo type es por
 defecto goods, no hace lo que quiero.


Tienes que definir en la clase donde declaras meta_producto el método
siguiente:

@classmethod
def default_meta_producto(cls):
   # aquí buscar el producto que quieres que se ponga por defecto que debe
cumplir el requisito del domain
   product_template, = Pool().get('product.template').search([
('purchasable', '=', True),
('type', '=', 'assets'),
], limit=1)
   return product_template.id

Y añade los requisitos que quieras a la búsqueda, pero por lo menos has de
añadir los mismos que tienes en el dominio para no romperlo.


 Saludos, y muchas gracias.
  Francisco




-- 

Jesús Martín

Zikzakmedia SL
C/ de Sant Jaume, 9, baixos, 2ª
08720 Vilafranca del Penedès
☏ 93 890 21 08


[tryton-es] Valores por defecto en m2o

2015-07-06 Por tema Francisco Maria Moyano Casco
 

Estimados.

Como hago para pasar valores por defecto cuando creo un nuevo registro a 
través de un Many2One. Por ejemplo, cuando hago un Many2One a 
product.template (tengo instalado además el modulo purchase), quiero que 
del campo type, que es de tipo selection, me seleccione assets de manera 
automática y por defecto. 

Se que en caso de campos booleanos, se hace


@classmethod
def check_xml_record(cls, records, values):
return True

 

Pero con otros campos hago aguas.

Justo el campo type tiene por defecto el valor goods, así que mataría dos 
pajaros de un tiro con esta consulta


 No se si se entiende la consulta. 

Saludos, y muchas gracias.

Francisco