วีดีโอ

Lamentándolo mucho esta pregunta es difícil de contestar, forma parte de un proceso de migración de versión. Hay varias formas de hacerlo, la mejor es migrar la BBDD completa con las herramientas que proporciona la comunidad. O puedes utilizar otro tipo de técnicas y procesos.

Hola, que nosotros sepamos, no. De base no existe la posibilidad de hacer lo que propones. Es es una de la funciones que seguramente se deben extender sobre la base. Te recomiendo que para asegúrate, averigües en los foros adecuados esta circunstancia. Mira el Marketplace de Odoo y investiga dentro de OCA. Muchas gracias.

Hola, eso depende de tu organización. Si quieres tener información de cuantas oportunidades has ganado. no debes eliminar ni archivar nada porque de lo contrario esa información no la tendrías.

Hola, me imagino te te refieres si es compatible con Odoo community. Si, hemos desarrollado verifactu para la versión 16 y lo hemos dejado en nuestro repositorio para que los desarrolladores e integradores de Odoo lo puedan utilizar de forma gratuita. Lo que pedimos es que otras empresas, puedan aportar su granito de arena y hagan migraciones a otras versiones. Tienes disponible para su descarga en github.com/Binovo Concretamente en : github.com/binovo/l10n-spain/tree/16.0 github.com/binovo/l10n-spain/tree/16.0/l10n_es_edi_verifactu github.com/OCA/l10n-spain/pull/3547 github.com/binovo/verifactu-xmlgen Si necesitas consultores especializados, no dudes en contratar nuestro servicios.

Hola, me alegra mucho de que te gusten los contenidos que publicamos. En referencia a lo que indicas del lector, por supuesto, el POS de Odoo funciona igual que la mayiria de los sistemas, una vez lees el código de barras, sale directamente el producto y así sucesivamente sin que tengas que validar nada. Como puedes apreciar en este video editado por nosotros, así lo tenemos en todos nuestros clientes. Probablemente tengas un problema de configuración. Dentro del TPV en ajustes, existe la opción de IOT Box ¿Lo tienes configurado con IOT Box? si lo activas, tienes que activar código de barras. Cuándo se activa código de barras, hay una opción "Establecer códigos de barras para escanear los productos, las tarjetas de los clientes, etc." Tienes que definir la nomenclatura del código, para indicar el tipo, como se asignan a los productos...Por lo tanto es claramente un problema de configuración.

Para obtener un reporte de las actividades de los clientes y los comerciales en Odoo CRM v12, puede seguir estos pasos: 1/Acceder al CRM: Inicie sesión en Odoo y vaya al módulo de CRM. 2/Menú de Actividades: En el menú superior, seleccione Actividades para visualizar las actividades programadas o completadas. 3/Filtrar por Comercial o Cliente: Use los filtros disponibles para seleccionar el comercial o cliente deseado. Puede hacerlo desde el menú lateral o añadiendo filtros personalizados. 4/ Generar Reporte: - Haga clic en el botón Imprimir o Exportar (ubicado en la parte superior de la vista de lista o kanban). - Seleccione la opción Informe de actividades o el formato de exportación preferido (por ejemplo, Excel o PDF). 5/Personalización del Reporte: Si necesita un reporte más detallado, puede optar por usar el menú de Búsqueda Avanzada para añadir criterios personalizados antes de exportar. Este procedimiento le permitirá obtener un reporte claro y detallado de las actividades relacionadas con sus clientes y comerciales.

A ese respecto no te podemos aclarar nada. Nosotros te podemos decir lo que ha pasado en las haciendas forales. Las haciendas han puesto un programa gratuito para autónomos, que debes meter las facturas a mano. Pero el resto de sistemas de información, ERPs, TPVs, cualquier sistema de facturación se va a tener que adaptar y eso va a tener un coste seguro. Si va a haber retrasos o no, no lo se. Lo que ahora hay es que a partir de que salga la orden ministerial soibre verifactu, tenemos 9 meses para la implantación. En principio salvo retraso, para el 01/07/2025 todos en verifactu o SII.

Como ya te hemos contestado en otros sitios www.agenciatributaria.es/AEAT.desarrolladores/Desarrolladores/_menu_/Documentacion/Documentacion.html

Hola, gracias por contactar con nosotros. En primer lugar, el SII no tiene nada que ver con Verifactu, tienen objetivos distintos. Nosotros no nos estamos basando en SII. La información para empezar a hacer los desarrollos la hemos obtenido del portal de la AEAT. Además hace bien poco, la AEAT ha puesto a disposición de los desarrolladores los servidores para hacer pruebas. La documentación se encuentra en esta URL www.agenciatributaria.es/AEAT.desarrolladores/Desarrolladores/_menu_/Documentacion/Documentacion.html Es cierto que el desarrollo se está haciendo sobre borradores y éste ha cambiado en los últimos tiempos. No se espera que el cambio sea muy grande antes de que se emita la orden ministerial. Nosotros hemos optado por desarrollar a medida que nos daban información, gracias a la experiencia que hemos obtenido en el proyecto de TicketBAI /Batuz en las haciendas forales. Puedes acceder a mas información de la API en apiverifactu.es , además puedes hacer las pruebas que consideres en el entorno que os hemos preparado para que podáis testar. www.apiverifactu.es/prueba-api-verifactu/

La información esta en www.agenciatributaria.es/AEAT.desarrolladores/Desarrolladores/_menu_/Documentacion/Documentacion.html

Entiendo su situación. Vamos a abordar este problema paso a paso para revertir la orden de compra (PO) en Odoo y cambiar el producto al color correcto. Aquí está el proceso que debe seguir: 1/Cancele la recepción del inventario: -Vaya al módulo de Inventario. -Encuentre la recepción relacionada con esta PO. -Cancele la recepción si es posible. Si no puede ---cancelarla, deberá crear una devolución. 2/Cancele la orden de compra: -Vaya al módulo de Compras. -Encuentre la PO en cuestión. -Cambie el estado de la PO a "Cancelar". 3/Cree una nueva orden de compra: -Cree una nueva PO con la información correcta del producto (color correcto). -Puede copiar la información de la PO anterior para agilizar el proceso. 4/Confirme la nueva orden de compra: -Revise que toda la información sea correcta. -Confirme la nueva PO. 5/Reciba el inventario: -Procese la recepción del inventario con el producto correcto. 6/Cree la factura: -Ahora puede crear la factura basada en la nueva PO con la información correcta. Es importante tener en cuenta que este proceso puede variar dependiendo de la configuración específica de su sistema Odoo y las políticas de su empresa y versión de Odoo. Si encuentra dificultades en algún paso, es recomendable pasar a un servicio de consultoría especifico.

Lamentablemente por el momento no tenemos mas. Muchas gracias por seguirnos.

@@percevaq ¿Te podemos ayudar en algo?

Nuestra empresa no esta haciendo para la v17. Entiendo que otras empresas migrarán a la V17 pero esto ya no depende de nosotros, Esperemos que haya empresas de la comunidad que nos apoyen y sigan migrando a otras versiones.

Si. Ofrecemos servicios de alojamiento y gestión. Con respecto a Odoo podemos ofrecer varios servicios depende de tus necesidades. Si quieres, te puedes poner en contacto con nosotros en sales@binovo.es y nos puedes detallar que es lo que están buscando en cuanto al hosting. Si te podemos ayudar en alguna otra cosa mas, no dudes en indicarlo en ese email. Muchas gracias.

Gracias por ver nuestros videos tutoriales. Para poder usar el módulo de comisiones tienes que tener instalados los módulos de la OCA github.com/OCA/commission ; concretamente sale_commision, sale_commission_formula, sale_commission_pricelist.

@@CANALBINOVO Muchas gracias.

Hola , muchas gracias por ver nuestros videos. Si tenéis la capacidad técnica de descargar e instalar los módulos de Odoo y los que son importantes para la localización española fiscal, 10n_es no tendrás problemas, Nosotros hemos publicado la version 16 y esperemos que otros migren a otras versiones, El modulo de verifactu se convertirá en una necesidad básica que estará probablemente en todas las versiones de forma accesible. Si accedes a leer los comentarios de este video, tienes en algun post los accesos a los módulos desarrollados que son libres y gratuítos. Ten en cuenta que aun se esta desarrollando .

Hola, tienes tres tipo de comisiones, el que comentas tu lo deberías hacer con formula. Porque la de comisión por secciones puedes poner importes desde, hasta y aplicar un % de comisión. Pero lo que tu quieres no es por secciones, sino cada ves que te recalcule el sumatorio de los importes vendidos y aplicar un %. La única posibilidad es usar el tipo de comisión formula y definir mediante código. Esto esta fuera de una tarificación estándar de Odoo, hay que usar código o buscar alguna extensión que alguna empresa haya desarrollado para dotarle de esta función acumulada. Esto es lo que indica que hay que hacer: Utilice 'line' para acceder a todos los campos de la línea. Puesto que los nombres de los campos pueden variar, debería diferenciar las fórmulas para sale.order.line y para account.invoice.line. Puede, por ejemplo, usar line._name == 'sale.order.line' ó line._name == 'account.invoice.line'. Utilice 'result' para obtener el importe de la comisión. Campos comunes de las líneas de ordenes de venta Campo Etiqueta discount Descuento (%) price_subtotal Subtotal price_unit Precio Unitario product_uom_qty Cantidad Campos comunes de las líneas de factura Campo Etiqueta discount Descuento (%) price_subtotal Subtotal price_unit Precio Unitario quantity Cantidad

Hola, como desconocemos de donde o como has instalado verifactu. Lo lógico es que crees un issue en el repositorio donde te has descargado verifactu. Entendemos que ya lo has reportado en este caso github.com/binovo/l10n-spain/issues/4. Lo atenderemos lo antes posible. Muchas gracias.

@@CANALBINOVO Si, asi es, sigo testeando en pruebas, muchas gracias

Odoo posee un portal que das acceso al cliente para que pueda visualizar sus facturas, ofertas, pedidos, contratos, proyectos y tareas. Cuando creas un proyecto. existe la posibilidad desde ajustes de indicar quien puede ver ese proyecto. Por lo tanto a tu pregunta, se puede. Gracias por ver nuestro vídeos.

Hola @karlagarcia-ub2tu como bien sabrás, este modulo esta en proceso de desarrollo, hemos llegado hasta el punto que va evolucionando la normativa sobre la misma, estructura de fichero, pruebas contra el servidor etc... el módulo no tiene precio de venta, el código está disponible junto a otros módulos para la comunidad de Odoo en github.com/Binovo . No obstante siempre estamos abiertos a que otras empresas, y profesionales nos puedan aportar mejoras, test, migraciones a otras versiones de Odoo, para que otros usuarios lo puedan disfrutar. Hagamos comunidad. Gracias.

github.com/binovo/l10n-spain/tree/16.0 github.com/binovo/l10n-spain/tree/16.0/l10n_es_edi_verifactu github.com/OCA/l10n-spain/pull/3547 github.com/binovo/verifactu-xmlgen Vamos avanzando !

Gracias David. Hemos desarrollado hasta lo que podemos desarrollar tal y como está la normativa. Antes de que finalice la semana lo subimos a la comunidad para compartirlo libremente.

Los módulos de Odoo en OCA 10n_es que están a disposición de la comunidad de forma gratuita sin garantías. Esto implica que si tu te bajas la APP de TicketBAI de la comunidad, no hay nadie detrás como software garante ante las haciendas forales. Alguien se tienen que hacer garante de la instalación sea para ti o si eres integrador para tus clientes, alguien ante hacienda se hace garate de ese software que estás utilizando para facturar. El proceso de garante se hace mediante la homologación del software de facturación ante cualquiera de la haciendas forales vascas, con homologarse en una , vale para las tres. Para homologar un software en TicketBAI de la Hacienda Foral de Gipuzkoa por poner un ejemplo, las personas o empresas desarrolladoras deben cumplimentar un formulario y suscribir una declaración responsable en los términos que se establecen en los artículos 21 y siguientes del Decreto Foral 32/2020 y la y Orden Foral 521/2020 modificada por la Orden foral 53/2021. En ningún caso habrá un proceso de homologación del software por parte de la Administración. Tan pronto como se reciba el formulario, se otorgará un número de certificado de alta-licencia para operar que tendrá reflejo en el archivo XML TicketBAI1. El acceso a la relación de las personas y software inscritas en el registro se puede efectuar a través de la web.

No entiendo muy bien tu pregunta pero intentaré responder a lo que creo que preguntas. Si, hay una obligación fiscal de mantener los registros durante 5 años. Pero esto ya existía de antes. Si tienes una inspección de hacienda, tienes que ser capaz de proporcionarle la factura original, que en el caso de Odoo, es tan sencillo como ir al periodo e imprimirla con todas las características de TicketBAI. Por lo tanto, a tu pegunta, como el vídeo de de TBAi para Odoo, la obligación es mantener los registros durante el periodo legal y ser capaz siempre de poder generar a futuro la factura que enviaste en el pasado. TicketBAI no cambia mucho en este aspecto, solo que ahora las facturas las tiene hacienda en tiempo real y que los XML firmados que se generan en cada factura se tienen que poder descargar en cualquier momento, lo que llamamos Factura - xxxxxx.xsig. Espero haberte ayudado.

Si quieres recibir información comercial , escribe a tbai@binovo.es o sales@binovo.es indica en el detalle, qué estás buscando, que esperas del software. Ten en cuenta que es una aplicación para el mercado español con los impuestos adaptados al mercado español. Gracias por contactar con nosotros.

Hola, la API es una tecnología que necesita de integradores, es decir, si tu dispones de un software, el que te vendió, o el que te desarrolló, es el que tiene que hacer una integración con la API Rest. Esta solución esta orientada a integradores y desarrolladores y no es para clientes finales. Si deseas una solución TicketBAI, escribe a tbai@binovo.es y buscaremos la mejor solución para tu problema. Detalla en el email, como trabajas, con que trabajas , ¿Cómo haces la facturación? y te mandamos opciones. Gracias y un saludo.

Hola, antes de nada agradecerte que hayas llegado hasta este vídeo. Respondiendo a tú inquietud, minuto 7:30 se muestra un ticket con el código de TBAI y su QR, en el minuto 14:20 vuelve a salir el ticket legal, de acuerdo a la normativa. Con este vídeo nuestro objetivo es mostrar al comercio en general que disponemos de un servicio de suscripción donde tienen resuelto el problema de gestión de un terminal punto de venta y que además cumple con la normativa fiscal TicketBAI/Batuz. En este otro mostramos con un hardware real th-cam.com/video/8B1H7UexGQU/w-d-xo.html . Son soluciones para los que están en Euskadi o fuera del estado, la etiqueta TicketBAI, en el pais vasoc es practicamente obligatoria ya que es lo que esta buscando la gente. Espero haberte aclarado, muchas gracias.

Hi Tony Thank you for contacting us. The option we have developed for invoicing through phones and tablets is only for Android systems, www.binfact.es. If you want to do billing through an Apple phone, you need another type of solution, see this link odooticketbai.com/aplicacion-web-ticketbai/ , the solutions shown in that link, can be consumed through any phone, Apple and Android through PWA. The API is more complex, it can not be installed on a mobile, it is an application in which your billing system is integrated with the API through API Rest. Do not hesitate to contact us for anything else. Regards,

gracias

Hola Jose, has entendido bien. Cualquier ERP o sistema de gestión se puede integrar con nuestra API El único requisito que tienes que tener en cuenta es que en la parte del sistema de gestión, en tu caso desarrollado a medida, tiene que haber técnicos que hagan la integración, lo mas eficiente es que los mismso que desarrollaron ese sistema, te lo puedan integrar. En caso de que no estén esos técnicos, nosotros tendriamos que ver, en que lenguaje está y si el código fuente está disponible. Si estás interesado en que te demos información mas concreta de costes etc.. ponte en contacto a través de tbai@binovo.es, danos tu teléfono y datos de contacto y valoramos lo que tienes y las alternativas que te quedan.

@@CANALBINOVO OK. Gracias, os contacto por mail, para ver opciones.

Tenemos desarrollados cuadros directores con conectores especiales para Odoo. Cuadros de mandos ya desarrollados, que en un plazo de un mes ya los tienes en producción.

@@CANALBINOVO podrías mandarme información incluyendo costos por favor. adrian.gyggs@gmail.com

@@adriandelangelguzman7331 Si quieres una propuesta de la solución necesitamos que te identifiques, empresa, dirección, Identificación fiscal y puesto. No mandamos información comercial si no hay mas información del demandante. Solicita formalmente una cotización en sales@binovo.es gracias por tu interés.

Precisamente Odoo tiene su propio módulo de integración con TBAI. La API está pensada para que otros ERPs que no cumplen o desarrollos de gestión hechos a medida puedan cumplir la norma integrando con esta API.

Pueden ser por muchas causas, habría que ver la instancia instalada, si hay modulos mal parametrizados o dependencias que afecten al funcionamiento normal.

Hola Aitor, el certificado de empresa o el que usan los autonomos es necesario para firmar el fichero que se genera en formato XML y se envía a hacienda. En la configuracion de nuestro sistema de gestión hay una opción que te permite indicar con que certificado firmas que tiene que ser pfx, pk12. En ese fichero que se envía a hacianda también va una firma del fabricante del software desde el cual se están generando y emitiendo las facturas. Es necesario que el software esté homologado en las haciendas vascas, porque el fabricante se hace garante de la aplicación y esto tienen unas implicaciones legales.

@@CANALBINOVO Gracias por la respuesta, una última duda, en mi caso las facturas las hace otra persona y ocasionalmente tambien yo con mi ordenador para ayudar, necesitamos un certificado cada uno o al ponerse en el programa de facturas es suficiente con uno?.

@@aitorgarciafernandez2114 A ver si te lo puedo aclarar. Depende de la arquitectura del programa. La solución que nosotros presentamos es web, da igual, donde estés o quien realice las facturas, porque se hacen desde el mismo sitio. El certificado por supuesto es unico. Lo que sería un poco raro es que tengas 2 aplicaciones distintas para hacer las facturas en función de quien las haga. Si es un programa cliente servidor, es decir, que la BBDD esta en un solo sitio pero accedes desde distintos puestos y usuarios, entiendo tambien que el certificado es unico. No concimo con la nueva normativa que hagas las facturas en 2 programas distintos, que podria ser si cumples las condiciones y con series de facturas distintas, pero es raro. Lo que deberias bucar es un programa sencillo de facturacion como el que tenemos nosotros, ahí puedes hacer las facturas alli donde estes , siempre que tengas internet, y solo necesitas un certificado, Da igual quien las haga, se harán siempre de la misma forma y con la firma firma. El modelo contempla 2 usuarios. Espero haberte ayudado.

@@CANALBINOVO gracias por la explicación, me queda mucho más claro. De momento las facturas las hacemos con un word, pero es un lío numerarlas correctamente, además que con esto del ticket bai ya nos han dicho que mejor cambiar a un programa de facturación.

@@aitorgarciafernandez2114 Si las facturas las hacer en word, microsoft no creo que se haga garante ni cumpla con la normativa TBAI, No te queda mas remedio que, utilizar la herramienta web que las diputaciones ponen a disposición de los pequeños autónomos o adquirir un programa sencillo de facturación que cumpla con TBAI.

Por lo menos existe una alternativa a dedarrollar un modulo para cada sistema de gestión.

Incluso para proveedores de Euskadi. Muchos nos están llamando porque les resulta tremendamente más rentable integrarse con nuestra API que desarrollar la adaptación por ellos mismos ;-)

Según wikipedia es.wikipedia.org/wiki/Albar%C3%A1n#:~:text=El%20albar%C3%A1n%20(palabra%20procedente%20del,que%20la%20ha%20recibido%20correctamente.

RAY HDEZ tienes que mirar en la OCA a ver si los modulos estan migrados a la 11. En principio no habria prpblema.