Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
-
OCA 2021 RFQs - now open for quoting
Dear OCA Contributors,
I hope this finds you all well.
We have published the 2021 RFQs:You'll also notice a new page on the website about OpenUpgrade 14.0 and how funding is distributed for this particular project. If you are interested in sponsoring the OCA you can also send us an email.--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 09:10 - 16 Nov 2020 -
Module to print Product Labels
Hi all,We have a requirement to print product labels with barcodes/info:- Configure label size, margin, padding (similar config than https://github.com/OCA/partner-contact/tree/12.0/partner_label, but with the possibility of saving/reusing label layouts)- Configure fields to print // label template- Select number of labels per product to printDo you know if there's any module like this in OCA?Best,Iván Todorovich
by Iván Todorovich - 02:56 - 16 Nov 2020-
Re: Module to print Product Labels
Thanks Sylvain!I'll check it outIván TodorovichEl lun., 16 nov. 2020 a las 16:02, Sylvain LE GAL (<sylvain.legal@grap.coop>) escribió:Hi Ivan,At GRAP, we use a module, named product_print_category, available at the GRAP incubator repository. Basically,- you create many print categories with specific qweb template- you affect the print categories to the products- then, when a field is changed on a product, the product is marked as "to print"Maybe not exactly what are you looking for, but well, maybe it can help !kind regards.GRAP - Service informatique (Groupement Régional Alimentaire de Proximité)Site Web | FramaSphere | Facebook
3 Grande rue des Feuillants, 69001 Lyon
Standard : (+33) 09.72.32.33.17Service Informatique : (+33) 09.73.79.64.40Astreinte Informatique : (+33) 06.81.85.61.43Member of the OCA (Odoo Community Association)Le lun. 16 nov. 2020 à 15:42, Iván Todorovich <ivan.todorovich@gmail.com> a écrit :Hi Kiril,Thanks for your reply! I'll check that out.We're not using a thermal printer, though. We need to print labels using a standard printer + self-adhesive labels.Best,Iván TodorovichEl lun., 16 nov. 2020 a las 11:32, Kiril Vangelovski (<kiril@lambda-is.com>) escribió:For Zebra printer labels (ZPL) check:
https://github.com/OCA/report-print-send/tree/12.0/printer_zpl2
On 16.11.20 14:57, Iván Todorovich wrote:
Hi all,
We have a requirement to print product labels with barcodes/info:
- Configure label size, margin, padding (similar config than https://github.com/OCA/partner-contact/tree/12.0/partner_label, but with the possibility of saving/reusing label layouts)
- Configure fields to print // label template
- Select number of labels per product to print
Do you know if there's any module like this in OCA?
Best,
Iván Todorovich_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Iván Todorovich - 01:10 - 17 Nov 2020 -
Re: Module to print Product Labels
Hi Ivan,At GRAP, we use a module, named product_print_category, available at the GRAP incubator repository. Basically,- you create many print categories with specific qweb template- you affect the print categories to the products- then, when a field is changed on a product, the product is marked as "to print"Maybe not exactly what are you looking for, but well, maybe it can help !kind regards.GRAP - Service informatique (Groupement Régional Alimentaire de Proximité)Site Web | FramaSphere | Facebook
3 Grande rue des Feuillants, 69001 Lyon
Standard : (+33) 09.72.32.33.17Service Informatique : (+33) 09.73.79.64.40Astreinte Informatique : (+33) 06.81.85.61.43Member of the OCA (Odoo Community Association)Le lun. 16 nov. 2020 à 15:42, Iván Todorovich <ivan.todorovich@gmail.com> a écrit :Hi Kiril,Thanks for your reply! I'll check that out.We're not using a thermal printer, though. We need to print labels using a standard printer + self-adhesive labels.Best,Iván TodorovichEl lun., 16 nov. 2020 a las 11:32, Kiril Vangelovski (<kiril@lambda-is.com>) escribió:For Zebra printer labels (ZPL) check:
https://github.com/OCA/report-print-send/tree/12.0/printer_zpl2
On 16.11.20 14:57, Iván Todorovich wrote:
Hi all,
We have a requirement to print product labels with barcodes/info:
- Configure label size, margin, padding (similar config than https://github.com/OCA/partner-contact/tree/12.0/partner_label, but with the possibility of saving/reusing label layouts)
- Configure fields to print // label template
- Select number of labels per product to print
Do you know if there's any module like this in OCA?
Best,
Iván Todorovich_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Sylvain LE GAL - 08:00 - 16 Nov 2020 -
Re: Module to print Product Labels
Hi Kiril,Thanks for your reply! I'll check that out.We're not using a thermal printer, though. We need to print labels using a standard printer + self-adhesive labels.Best,Iván TodorovichEl lun., 16 nov. 2020 a las 11:32, Kiril Vangelovski (<kiril@lambda-is.com>) escribió:For Zebra printer labels (ZPL) check:
https://github.com/OCA/report-print-send/tree/12.0/printer_zpl2
On 16.11.20 14:57, Iván Todorovich wrote:
Hi all,
We have a requirement to print product labels with barcodes/info:
- Configure label size, margin, padding (similar config than https://github.com/OCA/partner-contact/tree/12.0/partner_label, but with the possibility of saving/reusing label layouts)
- Configure fields to print // label template
- Select number of labels per product to print
Do you know if there's any module like this in OCA?
Best,
Iván Todorovich_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Iván Todorovich - 03:40 - 16 Nov 2020 -
Re: Module to print Product Labels
For Zebra printer labels (ZPL) check:
https://github.com/OCA/report-print-send/tree/12.0/printer_zpl2
On 16.11.20 14:57, Iván Todorovich wrote:
Hi all,
We have a requirement to print product labels with barcodes/info:
- Configure label size, margin, padding (similar config than https://github.com/OCA/partner-contact/tree/12.0/partner_label, but with the possibility of saving/reusing label layouts)
- Configure fields to print // label template
- Select number of labels per product to print
Do you know if there's any module like this in OCA?
Best,
Iván Todorovich_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Lambda IS DOOEL - free/open-source information systems implementation & development Kiril Vangelovski - consultant/developer web: https://www.lambda-is.com tel: +38971753823
by Kiril Vangelovski - 03:31 - 16 Nov 2020
-
-
How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
Hello, for our customers we offer standard products but also one-off custom-made stuff that we order from our suppliers. These are for example special tables with individual dimensions for each project. So we have a "template" product (not in the Odoo meaning) that we put into Sale Order and in the special SOL field we specify the dimensions. Now if the customer accepts the offer, Purchase Order is automatically created as we have MTO setup. We do not group POs nor POLs, so each SOL gets its own POL. Now how would I be able to propagate contents of that special SOL field into its apropriate POL? Or should I use any other approach? Thank you very much. Best regards Radovan Skolnik
by Radovan Skolnik - 03:35 - 13 Nov 2020-
Re: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
I was trying this direction. But somehow the second procurement that was creating PO(L)s didn't have those - only the first one creating the move. But will try again. Best regards Radovan On piatok 13. novembra 2020 16:32:10 CET Christian Zöllner wrote: > Hi, for Odoo 12 (maybe for later versions too) you can propagate your > sales order line values by extending > sale.order.line._prepare_procurement_values() Later on - i won't get into > detail ;-) - those values should end up in > purchase.order.line._update_purchase_order_line(). That should be enough > to get values from sales order lines through procurement to purchase order > lines. Best Regards Christian Von: *"Radovan Skolnik" > <radovan@skolnik.info> An: *"Odoo Community Association, (OCA) > Contributors" <contributors@odoo-community.org> Gesendet: *Freitag, 13. > November 2020 15:37:00 Betreff: *How to propagate custom info/note from > Sale Order Line to Purchase Order Line using MTO Hello, for our > customers we offer standard products but also one-off custom-made stuff > that we order from our suppliers. These are for example special tables with > individual dimensions for each project. > So we have a "template" product (not in the Odoo meaning) that we put into > Sale Order and in the special SOL field we specify the dimensions. Now if > the customer accepts the offer, Purchase Order is automatically created as > we have MTO setup. We do not group POs nor POLs, so each SOL gets its own > POL. Now how would I be able to propagate contents of that special SOL > field into its apropriate POL? Or should I use any other approach? > Thank you very much. Best regards > Radovan Skolnik > > > _______________________________________________ Mailing-List: > https://odoo-community.org/groups/contributors-15 [1] Post to: > mailto:contributors@odoo-community.org Unsubscribe: > https://odoo-community.org/groups?unsubscribe [2] -- Christian Zöllner > E-Mail: c.zoellner@intero-technologies.de Intero Technologies GmbH > Heinrich-Heine-Ring 76 D - 18435 Stralsund Tel: +49 (0) 3831 – 44 55 7 - 0 > Fax: +49 (0) 3831 – 44 55 7 - 79 Internet: www.intero-technologies.de > Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 > Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 > • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697 > This eMail and its content is dedicated to the intended recipient only. If > you have received it in error please contact the sender immediately by fax > or return eMail. Please then delete the eMail and any copies of it. > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [3] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [4] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] https://odoo-community.org/groups?unsubscribe > [3] https://odoo-community.org/groups/contributors-15 > [4] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 06:06 - 14 Nov 2020 -
Re: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
In a way yes. This is already done (at least partially) by sale_stock, purchase_stock, sale_purchase. But in this scenario PO(L)s are created by stock rules that are created in between (not using dropshipping). So the PO(L)s are created from these stock rules and not directly from SO(L)s. Maybe there is a link between I do not know. So far I like Pedro's idea the best but have to investigate how and if this would work in my scenario. Best regards Radovan On piatok 13. novembra 2020 16:12:29 CET Yann Papouin wrote: > You want create a link between a POL and SOL to access your specific SOL > fields for each POL ? > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [1] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2] > > > > [1] https://odoo-community.org/groups/contributors-15 > [2] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 06:06 - 14 Nov 2020 -
Re: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
Thanx Ivan, will have a look and adapt if needed. Best regards Radovan On piatok 13. novembra 2020 16:12:26 CET Iván Todorovich wrote: > Forgot to mention that’s 12.0 > Le ven. 13 nov. 2020 à 12:00, Iván Todorovich < ivan.todorovich@gmail.com > [1] > a écrit : Hi Radovan, > We've done something similar like this: > class PurchaseOrderLine(models.Model): > _inherit = 'purchase.order.line' > def _merge_in_existing_line( > self, product_id, product_qty, product_uom, > location_id, name, origin, values): > """ Avoid merging lines if they have different names """ > line_name = ', '.join(values['move_dest_ids'].mapped('name')) > if self.name [2] != line_name: > return False > return super()._merge_in_existing_line( > product_id, product_qty, product_uom, location_id, > name, origin, values) > > class StockRule(models.Model): > _inherit = 'stock.rule' > def _make_po_get_domain(self, values, partner): > """ We want to create one purchase order per origin """ > res = super(StockRule, self)._make_po_get_domain(values, partner) > if 'move_dest_ids' in values: > origin = ', '.join(values['move_dest_ids'].mapped('origin')) > res += (('origin', '=', origin),) > return res > def _prepare_purchase_order_line( > self, product_id, product_qty, product_uom, > values, po, partner): > """ Replace the name with the name in the destination movement, > this way we translate custom attribute values """ > res = super()._prepare_purchase_order_line( > product_id, product_qty, product_uom, values, po, partner) > # Copy name from move_ids, if available > if 'move_dest_ids' in values: > name = ', '.join(values['move_dest_ids'].mapped('name')) > if name: > res.update({'name': name}) > # Copy name from sale order (needed for dropshipping) > elif 'sale_line_id' in values: > sol_id = self.env['sale.order.line'].browse(values['sale_line_id']) > if sol_id: > res.update({'name': sol_id.name [3] }) > return res > Best, > * Iván Todorovich * > El vie., 13 nov. 2020 a las 11:58, Radovan Skolnik (< radovan@skolnik.info > [4] >) escribió: Hello Daniel, > but isn't this used for Services only? I have tried it but it never gets > called with Products. With Products the flow goes through Procurements. > Best regards > Radovan > > On piatok 13. novembra 2020 15:46:48 CET Daniel Reis wrote: > > Hello, > > > > You can extend the "_purchase_service_prepare_order_values" method, > > originally declared at addons/sale_purchase/models/sale_order.py. > > That prepares the data used to create the POL. > > > > Thanks > > Daniel > > > > On 13/11/2020 14:37, Radovan Skolnik > > wrote: > > > > > > Hello, > > for our customers we offer standard products but also one-off custom-made > > stuff that we order from our suppliers. These are for example special > > tables with individual dimensions for each project. > > So we have a "template" product (not in the Odoo meaning) that we put into > > Sale Order and in the special SOL field we specify the dimensions. Now if > > the customer accepts the offer, Purchase Order is automatically created as > > we have MTO setup. We do not group POs nor POLs, so each SOL gets its own > > POL. Now how would I be able to propagate contents of that special SOL > > field into its apropriate POL? Or should I use any other approach? > > Thank you very much. Best regards > > Radovan Skolnik > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [5] [1] > > Post to: mailto: contributors@odoo-community.org [6] [2] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [7] [3] > > > > > > > > > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 [8] [4] > > Post to: mailto: contributors@odoo-community.org [9] > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [10] [5] > > > > > > > > [1] https://odoo-community.org/groups/contributors-15 [11] > > [2] mailto: contributors@odoo-community.org [12] > > [3] https://odoo-community.org/groups?unsubscribe [13] > > [4] https://odoo-community.org/groups/contributors-15 [14] > > [5] https://odoo-community.org/groups?unsubscribe [15] > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [16] > Post to: mailto: contributors@odoo-community.org [17] > Unsubscribe: https://odoo-community.org/groups?unsubscribe [18] > > -- > > * Iván Todorovich * > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 [19] > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe [20] > > > > [1] mailto:ivan.todorovich@gmail.com > [2] http://self.name > [3] http://sol_id.name > [4] mailto:radovan@skolnik.info > [5] https://odoo-community.org/groups/contributors-15 > [6] mailto:contributors@odoo-community.org > [7] https://odoo-community.org/groups?unsubscribe > [8] https://odoo-community.org/groups/contributors-15 > [9] mailto:contributors@odoo-community.org > [10] https://odoo-community.org/groups?unsubscribe > [11] https://odoo-community.org/groups/contributors-15 > [12] mailto:contributors@odoo-community.org > [13] https://odoo-community.org/groups?unsubscribe > [14] https://odoo-community.org/groups/contributors-15 > [15] https://odoo-community.org/groups?unsubscribe > [16] https://odoo-community.org/groups/contributors-15 > [17] mailto:contributors@odoo-community.org > [18] https://odoo-community.org/groups?unsubscribe > [19] https://odoo-community.org/groups/contributors-15 > [20] https://odoo-community.org/groups?unsubscribe
by Radovan Skolnik - 05:55 - 14 Nov 2020 -
Re: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
Hi,for Odoo 12 (maybe for later versions too) you can propagate your sales order line values by extending sale.order.line._prepare_procurement_values()Later on - i won't get into detail ;-) - those values should end up in purchase.order.line._update_purchase_order_line().That should be enough to get values from sales order lines through procurement to purchase order lines.Best RegardsChristianVon: "Radovan Skolnik" <radovan@skolnik.info>
An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
Gesendet: Freitag, 13. November 2020 15:37:00
Betreff: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTOHello, for our customers we offer standard products but also one-off custom-made stuff that we order from our suppliers. These are for example special tables with individual dimensions for each project. So we have a "template" product (not in the Odoo meaning) that we put into Sale Order and in the special SOL field we specify the dimensions. Now if the customer accepts the offer, Purchase Order is automatically created as we have MTO setup. We do not group POs nor POLs, so each SOL gets its own POL. Now how would I be able to propagate contents of that special SOL field into its apropriate POL? Or should I use any other approach? Thank you very much. Best regards Radovan Skolnik
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Christian Zöllner
E-Mail: c.zoellner@intero-technologies.de
Intero Technologies GmbH
Heinrich-Heine-Ring 76
D - 18435 Stralsund
Tel: +49 (0) 3831 – 44 55 7 - 0
Fax: +49 (0) 3831 – 44 55 7 - 79
Internet: www.intero-technologies.de
Intero Technologies GmbH • Firmensitz: Heinrich-Heine-Ring 76, 18435 Stralsund , Deutschland • Registergericht: Amtsgericht Stralsund, HRB 7076 • Geschäftsführer: Frank Löffler, Lars Lifson • USt-Ident.Nr. DE 251251697
This eMail and its content is dedicated to the intended recipient only. If you have received it in error please contact the sender immediately by fax or return eMail. Please then delete the eMail and any copies of it.
by Christian Zöllner - 04:31 - 13 Nov 2020 -
Re: How to propagate custom info/note from Sale Order Line to Purchase Order Line using MTO
You want create a link between a POL and SOL to access your specific SOL fields for each POL ?
by Yann Papouin - 04:11 - 13 Nov 2020
-
-
UBL EDI - DespatchAdvice aka Delivery Order
Hi all,Is there some initiatives or plan to implements this flow in OdooAlso describe here:I suppose that is near of https://github.com/OCA/edi/blob/12.0/base_ubl/data/xsd-2.1/maindoc/UBL-ReceiptAdvice-2.1.xsdThanks a lotConsultantOdoo Intégration / Développement
by David BEAL - 02:36 - 12 Nov 2020-
Re: UBL EDI - DespatchAdvice aka Delivery Order
Hello guys,In case you are interested I'm working on a GS1 integration for Inbound and Outbound flows.Bests,On Mon, Nov 16, 2020 at 7:02 PM David Beal <david.beal@akretion.com> wrote:Hi Laurent,Thanks a lot for this feedback. I have to convince my client to use this format in v12.The use case concerns an external warehouse without Odoo.It sends goods for my customer and could send back a DespatchAdvice for each delivery.I have to reconcile this document with Odoo delivery orders.Le ven. 13 nov. 2020 à 17:16, Mignon, Laurent <laurent.mignon@acsone.eu> a écrit :Hi David,We plan to implement this process for Odoo 10 in the next few weeks...Regards,Laurent MignonOn Thu, Nov 12, 2020 at 2:37 PM David Beal <david.beal@akretion.com> wrote:Hi all,Is there some initiatives or plan to implements this flow in OdooAlso describe here:I suppose that is near of https://github.com/OCA/edi/blob/12.0/base_ubl/data/xsd-2.1/maindoc/UBL-ReceiptAdvice-2.1.xsdThanks a lotConsultantOdoo Intégration / Développement_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
by Simone Orsi - 07:45 - 17 Nov 2020 -
Re: UBL EDI - DespatchAdvice aka Delivery Order
Hi Laurent,Thanks a lot for this feedback. I have to convince my client to use this format in v12.The use case concerns an external warehouse without Odoo.It sends goods for my customer and could send back a DespatchAdvice for each delivery.I have to reconcile this document with Odoo delivery orders.Le ven. 13 nov. 2020 à 17:16, Mignon, Laurent <laurent.mignon@acsone.eu> a écrit :Hi David,We plan to implement this process for Odoo 10 in the next few weeks...Regards,Laurent MignonOn Thu, Nov 12, 2020 at 2:37 PM David Beal <david.beal@akretion.com> wrote:Hi all,Is there some initiatives or plan to implements this flow in OdooAlso describe here:I suppose that is near of https://github.com/OCA/edi/blob/12.0/base_ubl/data/xsd-2.1/maindoc/UBL-ReceiptAdvice-2.1.xsdThanks a lotConsultantOdoo Intégration / Développement_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 07:00 - 16 Nov 2020 -
Re: UBL EDI - DespatchAdvice aka Delivery Order
Hi David,We plan to implement this process for Odoo 10 in the next few weeks...Regards,Laurent MignonOn Thu, Nov 12, 2020 at 2:37 PM David Beal <david.beal@akretion.com> wrote:Hi all,Is there some initiatives or plan to implements this flow in OdooAlso describe here:I suppose that is near of https://github.com/OCA/edi/blob/12.0/base_ubl/data/xsd-2.1/maindoc/UBL-ReceiptAdvice-2.1.xsdThanks a lotConsultantOdoo Intégration / Développement_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Laurent Mignon - 05:15 - 13 Nov 2020
-
-
Odoo-test-helper
Hi AllI would like to share odoo-test-helper in OCA.It's a python lib compatible with odoo V8 to V14 (also work with current master) that help you to test abstract module by loading testing odoo class without creating testing-moduleIt was done by several OCA contributor- Laurent Mignon <laurent.mignon@acsone.eu>
- Simone Orsi <simone.orsi@camptocamp.com>
- Sébastien BEAU <sebastien.beau@akretion.com>
You can see example in the readme here : https://github.com/akretion/odoo-test-helperIt's already used in several OCA repo.If you are ok, I can change the owner of the repo and then we should re-configure pypi automatic deploy
by Sébastien Beau - 11:36 - 9 Nov 2020-
-
Re: Odoo-test-helper
Well, the question was "shall we move odoo-test-helper to OCA" and the answer is here now ;)On Tue, Dec 7, 2021 at 11:41 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:I have lost context and don't remember it. Can you repeat the question with full context?Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
by Simone Orsi - 11:46 - 7 Dec 2021 -
Re: Odoo-test-helper
I have lost context and don't remember it. Can you repeat the question with full context?Regards.
by Pedro M. Baeza - 11:40 - 7 Dec 2021 -
Re: Odoo-test-helper
Hi all,getting back to this after quite some time...Can we do the switch?Cheers,S.On Mon, Nov 9, 2020 at 12:24 PM Simone Orsi <simahawk@gmail.com> wrote:On Mon, Nov 9, 2020 at 11:46 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:It's useful indeed, thanks. Note that a similar technique was already used in modules like `base_multi_company`: https://github.com/OCA/multi-company/blob/12.0/base_multi_company/tests/test_multi_company_abstract.py#L19yeah but this approach - which we used several times in different ways in different contexts - turned out to not be 100% reliable regarding registry cleanup, especially when registering extensions of existing models.I think this should be included in https://github.com/OCA/oca-de# License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl.html).
corators (and maybe change its name to ocalib or similar), or convert it to a decorator over a class. If we split a lot the number of helpers libraries across OCA, it would be impossible to follow them. Having grouped in one library, will help the discovering and also to join efforts in the maintenance.Probably it's better to keep it separated, at least for now. Also, handling releases for a narrower scope will be easier.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.
by Simone Orsi - 11:00 - 7 Dec 2021 -
Re: Odoo-test-helper
On Mon, Nov 9, 2020 at 11:46 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:It's useful indeed, thanks. Note that a similar technique was already used in modules like `base_multi_company`: https://github.com/OCA/multi-company/blob/12.0/base_multi_company/tests/test_multi_company_abstract.py#L19yeah but this approach - which we used several times in different ways in different contexts - turned out to not be 100% reliable regarding registry cleanup, especially when registering extensions of existing models.I think this should be included in https://github.com/OCA/oca-de# License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl.html).
corators (and maybe change its name to ocalib or similar), or convert it to a decorator over a class. If we split a lot the number of helpers libraries across OCA, it would be impossible to follow them. Having grouped in one library, will help the discovering and also to join efforts in the maintenance.Probably it's better to keep it separated, at least for now. Also, handling releases for a narrower scope will be easier.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
by Simone Orsi - 12:26 - 9 Nov 2020
-
OCA 2020 Delegate Election Results plus Financial Auditors Campaign NOW OPEN
Dear OCA Contributors,
I wanted to share with you the new 2020 Delegates from the election we have just run:- Alexandre Díaz
- Bhavesh Odedra
- Carlos Daudén Calvete
- Marcos Méndez Quintero
- Mihai-Adrian Fekete
- Raphaël Reverdy
- Raphaël Valyi
- Renato Lima
- Souheil Bejaoui
- Wolfgang Hall
Thank you to all the Members that applied. It is great to see motivation and enthusiasm within the group and certainly helps to keep an active and engaged community.
As a Contributor if you aren't already a Member and would like to become one you can purchase your membership online here.To let you know we have also opened the Board Member and Financial Auditor Campaigns.
Only Delegates can apply to become Board Members (this includes our new Delegates) but you do not need to be a Member or Delegate to apply to become a Financial Auditor. The application survey is here. This campaign will close on Friday 20th November, 2020.
Any questions, please let me know.
Warm regards,Rebecca--Rebecca GellatlyGeneral SecretaryOdoo Community Association
by Rebecca Gellatly - 09:11 - 9 Nov 2020-
Re: OCA 2020 Delegate Election Results plus Financial Auditors Campaign NOW OPEN
Congratulations for allLe lun. 9 nov. 2020 à 09:12, Rebecca Gellatly <rebecca@o4sb.com> a écrit :
Dear OCA Contributors,
I wanted to share with you the new 2020 Delegates from the election we have just run:- Alexandre Díaz
- Bhavesh Odedra
- Carlos Daudén Calvete
- Marcos Méndez Quintero
- Mihai-Adrian Fekete
- Raphaël Reverdy
- Raphaël Valyi
- Renato Lima
- Souheil Bejaoui
- Wolfgang Hall
Thank you to all the Members that applied. It is great to see motivation and enthusiasm within the group and certainly helps to keep an active and engaged community.
As a Contributor if you aren't already a Member and would like to become one you can purchase your membership online here.To let you know we have also opened the Board Member and Financial Auditor Campaigns.
Only Delegates can apply to become Board Members (this includes our new Delegates) but you do not need to be a Member or Delegate to apply to become a Financial Auditor. The application survey is here. This campaign will close on Friday 20th November, 2020.
Any questions, please let me know.
Warm regards,Rebecca--Rebecca GellatlyGeneral SecretaryOdoo Community Association_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 09:31 - 9 Nov 2020
-
Advanced(?) QWeb question using customize_show and active
Hello,
I am working on extending website_sale_hide_empty_category so that recursively empty directories will be hidden in website_sale. However I encountered an issue here. Let me explain. In website_sale the list of categories is rendered using template products_categories which in calls recursive template website_sale.categories_recursive. See here. There is a template option_collapse_products_categories that enables collapsing this list of categories - see here. That works in a way that it replaces a t-call to website_sale.categories_recursive in products_categories with t-call to website_sale.option_collapse_categories_recursive.
Now the original approach was to create 2 templates with customize_show that would extend and alter behaviour of website_sale.categories_recursive and website_sale.option_collapse_categories_recursive (to cover both collapsed and non-collapsed rendering). Like this:
<template
inherit_id="website_sale.categories_recursive" id="hide_categories_recursive" active="True"
customize_show="True" name="Hide Empty Category list"
>
<xpath expr="//t[@t-name='website_sale.categories_recursive']" position="attributes">
<attribute name="t-if">c.has_product_recursive</attribute>
</xpath>
</template>
<template
inherit_id="website_sale.option_collapse_categories_recursive" id="hide_categories_collapse_recursive" active="True"
customize_show="True" name="Hide Empty Category in Collapsible list"
>
<xpath expr="//t[@t-name='website_sale.option_collapse_categories_recursive']" position="attributes">
<attribute name="t-if">c.has_product_recursive</attribute>
</xpath>
</template>
However this does not work - the customize option is never shown for website_sale.option_collapse_categories_recursive. My guess is the rendering engine skips that because on parsing the templates it cannot find any instance where website_sale.option_collapse_categories_recursive would be used. Even if you activate option for it, the option for the website_sale.categories_recursive is still rendered.
There would be no issue if both templates would be active - because only one of them would be in effect. But then I'd need a way to activate them both upon one radio button (customize_show). Is there a way to do that? I have tried template inside a template. Not working. Or is there a way to set a variable in one template that would be visible in other templates? I'd create a helper template with customize_show that would set the variable that would be included in condition of both the above templates.
Thank you very much. Best regards
Radovan Skolnik
by Radovan Skolnik - 12:10 - 5 Nov 2020 -
New check for the development_status manifest key
Dear contributors,A new validity check for the development_status manifest key has been enabled on all branches.As a reminder, the valid values are 'Alpha', 'Beta', 'Production/Stable', 'Mature' and the default is 'Beta'. You can read more about the meaning of these values at https://odoo-community.org/page/development-status.This check is part of pylint-odoo (thanks Moises!)Up to 12, this is done as part of the lint step of OCA/maintainer-quality-tools.From 13, this is part of the pre-commit checks.This check must pass to get a green build on all branches, because invalid values cause issues down the line. In particular, invalid development status keys prevent publication to https://odoo-community.org/apps.Best regards,-sbi
by Stéphane Bidoul - 09:11 - 4 Nov 2020-
Re: New check for the development_status manifest key
Great, thanks for the update!On Wed, Nov 4, 2020 at 9:12 AM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Dear contributors,A new validity check for the development_status manifest key has been enabled on all branches.As a reminder, the valid values are 'Alpha', 'Beta', 'Production/Stable', 'Mature' and the default is 'Beta'. You can read more about the meaning of these values at https://odoo-community.org/page/development-status.This check is part of pylint-odoo (thanks Moises!)Up to 12, this is done as part of the lint step of OCA/maintainer-quality-tools.From 13, this is part of the pre-commit checks.This check must pass to get a green build on all branches, because invalid values cause issues down the line. In particular, invalid development status keys prevent publication to https://odoo-community.org/apps.Best regards,-sbi_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
by Simone Orsi - 11:15 - 4 Nov 2020
-
-
[26132] Status of the EBICS Integration
Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS integration. First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks from OpenBig who all already provided valuable and knowledgable feedback on the matter. As it seems Noviats modules https://github.com/Noviat/account_ebics are the only ones for full automation of banking interation with the EBICS standard so far, but rely on a python fintech module https://pypi.org/project/fintech/ that has a "free to use" license for a restricted environment and cost quite a bit of money for production level usage besides creating a lock-in. https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't successful in finding a "real" open source alternative to that python module. In that regard i have recenty found a Java based Open Source implementation of an EBICS client https://github.com/uwemaurer/ebics-java-client and as Thorsten Vocks suggested some form of semi automation may also be achieve by using the Java based banking tools of the Hibiscus Banking application https://www.willuhn.de/products/hibiscus/ Now to my question: I am wondering if somebody else in the community found or is working on a python basis (i.e. Open Source Python Ebics client) in that direction that solves the problem for the python world or has made production level experiences with any from of end to end Open Souce based integration. Any feedback / comments on the matter are very much appreciated. Best Frederik -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 05:06 - 3 Nov 2020-
Re: [26132] Status of the EBICS Integration
Hi Alxandre, no i didn't find that yet but that sounds interesting. I will have a look into that. Thanks for the hint. Best and tty tomorrow ;-) Best Frederik Am Freitag, den 06.11.2020, 10:27 +0000 schrieb Alexandre Fayolle: > Hello Frederik, > > Did you check the status of GNU Taler project? As far as I can tell, > this project has a part called libeufin which does some EBICS things > (but I did not get a chance to dig into this properly yet) > > Alexandre > > > > On 03/11/2020 17:07, Frederik Kramer wrote: > > > Dear fellow Odooers, > > > > > > i am coming back to a potential Odoo <-> EBICS integration. > > > > > > First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from > > > Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks > from > > > OpenBig who all already provided valuable and knowledgable feedback > on > > > the matter. As it seems Noviats modules > > > > > > https://github.com/Noviat/account_ebics > > > > > > are the only ones for full automation of banking interation with > the > > > EBICS standard so far, but rely on a python fintech module > > > > > > https://pypi.org/project/fintech/ > > > > > > that has a "free to use" license for a restricted environment and > cost > > > quite a bit of money for production level usage besides creating a > > > lock-in. > > > > > > https://www.joonis.de/de/fintech/prices/ > > > > > > As Luc told me, he wasn't successful in finding a "real" open > source > > > alternative to that python module. > > > > > > In that regard i have recenty found a Java based Open Source > > > implementation of an EBICS client > > > > > > https://github.com/uwemaurer/ebics-java-client > > > > > > and as Thorsten Vocks suggested some form of semi automation may > also > > > be achieve by using the Java based banking tools of the Hibiscus > > > Banking application > > > > > > https://www.willuhn.de/products/hibiscus/ > > > > > > Now to my question: I am wondering if somebody else in the > community > > > found or is working on a python basis (i.e. Open Source Python > Ebics > > > client) in that direction that solves the problem for the python > world > > > or has made production level experiences with any from of end to > end > > > Open Souce based integration. > > > > > > Any feedback / comments on the matter are very much appreciated. > > > > > > Best Frederik > > > > > > -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der > Eisenbahn > > > 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156- > 10 > > > Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: > > > www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.- > Ing. > > > (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken > > > Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: > > > DE815580155 > > > > > > _______________________________________________ > > > Mailing-List: https://odoo-community.org/groups/contributors-15 > > > <https://odoo-community.org/groups/contributors-15> > > > Post to: mailto:contributors@odoo-community.org > > > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > <https://odoo-community.org/groups?unsubscribe> > > > > > > > -- > Alexandre Fayolle > Chef de Projet > Tel : +33 4 58 48 20 30 > > Camptocamp France SAS > 18 rue du Lac Saint André > 73 370 Le Bourget-du-Lac > France > > http://www.camptocamp.com > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 01:36 - 10 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hello Frederik, Did you check the status of GNU Taler project? As far as I can tell, this project has a part called libeufin which does some EBICS things (but I did not get a chance to dig into this properly yet) Alexandre On 03/11/2020 17:07, Frederik Kramer wrote: > Dear fellow Odooers, > > i am coming back to a potential Odoo <-> EBICS integration. > > First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from > Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks from > OpenBig who all already provided valuable and knowledgable feedback on > the matter. As it seems Noviats modules > > https://github.com/Noviat/account_ebics > > are the only ones for full automation of banking interation with the > EBICS standard so far, but rely on a python fintech module > > https://pypi.org/project/fintech/ > > that has a "free to use" license for a restricted environment and cost > quite a bit of money for production level usage besides creating a > lock-in. > > https://www.joonis.de/de/fintech/prices/ > > As Luc told me, he wasn't successful in finding a "real" open source > alternative to that python module. > > In that regard i have recenty found a Java based Open Source > implementation of an EBICS client > > https://github.com/uwemaurer/ebics-java-client > > and as Thorsten Vocks suggested some form of semi automation may also > be achieve by using the Java based banking tools of the Hibiscus > Banking application > > https://www.willuhn.de/products/hibiscus/ > > Now to my question: I am wondering if somebody else in the community > found or is working on a python basis (i.e. Open Source Python Ebics > client) in that direction that solves the problem for the python world > or has made production level experiences with any from of end to end > Open Souce based integration. > > Any feedback / comments on the matter are very much appreciated. > > Best Frederik > > -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn > 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 > Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: > www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. > (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken > Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: > DE815580155 > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 11:26 - 6 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hi,
Yes.it's not Open Source, but you can legally use it by signing an agreement05 novembre 2020 10:57 "Frederik Kramer" <frederik.kramer@initos.com> a écrit:Hi Jacques-André, thanks for your reply, but that is the library that is not really Open Source so i suppose you purchased a license or only use it with its very limited free capabilities ? Best Frederik Am Donnerstag, den 05.11.2020, 09:27 +0000 schrieb Open Net Sàrl / J-A Eberhard: > Hello, > > We based our devellopement on the > > https://pypi.org/project/fintech/ > and develop the specifics for the Swiss Market > > From what we know, in Germany, you will have much less to do as you > better stick to the norm as the Swiss do... > > 03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> > a écrit: > > Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS > > integration. First thanks to Luc DeMeyer from Noviat, Bettina > > Peiffer from Digitally, Jacques-André Eberhard from Open Net and > > Thorsten Vocks from OpenBig who all already provided valuable and > > knowledgable feedback on the matter. As it seems Noviats modules > > https://github.com/Noviat/account_ebics are the only ones for full > > automation of banking interation with the EBICS standard so far, > > but rely on a python fintech module > > https://pypi.org/project/fintech/ that has a "free to use" license > > for a restricted environment and cost quite a bit of money for > > production level usage besides creating a lock-in. > > https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't > > successful in finding a "real" open source alternative to that > > python module. In that regard i have recenty found a Java based > > Open Source implementation of an EBICS client > > https://github.com/uwemaurer/ebics-java-client and as Thorsten > > Vocks suggested some form of semi automation may also be achieve by > > using the Java based banking tools of the Hibiscus Banking > > application https://www.willuhn.de/products/hibiscus/ Now to my > > question: I am wondering if somebody else in the community found or > > is working on a python basis (i.e. Open Source Python Ebics client) > > in that direction that solves the problem for the python world or > > has made production level experiences with any from of end to end > > Open Souce based integration. Any feedback / comments on the matter > > are very much appreciated. Best Frederik -- Dr.-Ing. Frederik > > Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 > > Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: > > +49 179 3901819 Email: frederik.kramer@initos.com Web: > > www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.- > > Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – > > Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 > > USt-IdNr.: DE815580155 > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 > > Post to: mailto:contributors@odoo-community.org > > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > Avec mes cordiales salutations. > > Jacques-André Eberhard > CEO & Founder ● Certified Odoo Functionnal Specialist > > Open Net Sàrl ● Odoo Gold Partner > Rue de Genève 77 > 1004 Lausanne VD > www.open-net.ch > +41 21 701 42 45 > > Odoo Ne vivez plus avec vos problèmes, résolvez-les. > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribeAvec mes cordiales salutations.Jacques-André EberhardCEO & Founder ● Certified Odoo Functionnal SpecialistOpen Net Sàrl ● Odoo Gold PartnerRue de Genève 771004 Lausanne VD+41 21 701 42 45Odoo Ne vivez plus avec vos problèmes, résolvez-les.
by J-A Eberhard - 11:26 - 5 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hi Jacques-André, thanks for your reply, but that is the library that is not really Open Source so i suppose you purchased a license or only use it with its very limited free capabilities ? Best Frederik Am Donnerstag, den 05.11.2020, 09:27 +0000 schrieb Open Net Sàrl / J-A Eberhard: > Hello, > > We based our devellopement on the > > https://pypi.org/project/fintech/ > and develop the specifics for the Swiss Market > > From what we know, in Germany, you will have much less to do as you > better stick to the norm as the Swiss do... > > 03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> > a écrit: > > Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS > > integration. First thanks to Luc DeMeyer from Noviat, Bettina > > Peiffer from Digitally, Jacques-André Eberhard from Open Net and > > Thorsten Vocks from OpenBig who all already provided valuable and > > knowledgable feedback on the matter. As it seems Noviats modules > > https://github.com/Noviat/account_ebics are the only ones for full > > automation of banking interation with the EBICS standard so far, > > but rely on a python fintech module > > https://pypi.org/project/fintech/ that has a "free to use" license > > for a restricted environment and cost quite a bit of money for > > production level usage besides creating a lock-in. > > https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't > > successful in finding a "real" open source alternative to that > > python module. In that regard i have recenty found a Java based > > Open Source implementation of an EBICS client > > https://github.com/uwemaurer/ebics-java-client and as Thorsten > > Vocks suggested some form of semi automation may also be achieve by > > using the Java based banking tools of the Hibiscus Banking > > application https://www.willuhn.de/products/hibiscus/ Now to my > > question: I am wondering if somebody else in the community found or > > is working on a python basis (i.e. Open Source Python Ebics client) > > in that direction that solves the problem for the python world or > > has made production level experiences with any from of end to end > > Open Souce based integration. Any feedback / comments on the matter > > are very much appreciated. Best Frederik -- Dr.-Ing. Frederik > > Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 > > Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: > > +49 179 3901819 Email: frederik.kramer@initos.com Web: > > www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.- > > Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – > > Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 > > USt-IdNr.: DE815580155 > > _______________________________________________ > > Mailing-List: https://odoo-community.org/groups/contributors-15 > > Post to: mailto:contributors@odoo-community.org > > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > Avec mes cordiales salutations. > > Jacques-André Eberhard > CEO & Founder ● Certified Odoo Functionnal Specialist > > Open Net Sàrl ● Odoo Gold Partner > Rue de Genève 77 > 1004 Lausanne VD > www.open-net.ch > +41 21 701 42 45 > > Odoo Ne vivez plus avec vos problèmes, résolvez-les. > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 10:56 - 5 Nov 2020 -
Re: [26132] Status of the EBICS Integration
Hello,
We based our devellopement on thehttps://pypi.org/project/fintech/
and develop the specifics for the Swiss Market
From what we know, in Germany, you will have much less to do as you better stick to the norm as the Swiss do...03 novembre 2020 17:07 "Frederik Kramer" <frederik.kramer@initos.com> a écrit:Dear fellow Odooers, i am coming back to a potential Odoo <-> EBICS integration. First thanks to Luc DeMeyer from Noviat, Bettina Peiffer from Digitally, Jacques-André Eberhard from Open Net and Thorsten Vocks from OpenBig who all already provided valuable and knowledgable feedback on the matter. As it seems Noviats modules https://github.com/Noviat/account_ebics are the only ones for full automation of banking interation with the EBICS standard so far, but rely on a python fintech module https://pypi.org/project/fintech/ that has a "free to use" license for a restricted environment and cost quite a bit of money for production level usage besides creating a lock-in. https://www.joonis.de/de/fintech/prices/ As Luc told me, he wasn't successful in finding a "real" open source alternative to that python module. In that regard i have recenty found a Java based Open Source implementation of an EBICS client https://github.com/uwemaurer/ebics-java-client and as Thorsten Vocks suggested some form of semi automation may also be achieve by using the Java based banking tools of the Hibiscus Banking application https://www.willuhn.de/products/hibiscus/ Now to my question: I am wondering if somebody else in the community found or is working on a python basis (i.e. Open Source Python Ebics client) in that direction that solves the problem for the python world or has made production level experiences with any from of end to end Open Souce based integration. Any feedback / comments on the matter are very much appreciated. Best Frederik -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155_______________________________________________Mailing-List: https://odoo-community.org/groups/contributors-15Post to: mailto:contributors@odoo-community.orgUnsubscribe: https://odoo-community.org/groups?unsubscribeAvec mes cordiales salutations.Jacques-André EberhardCEO & Founder ● Certified Odoo Functionnal SpecialistOpen Net Sàrl ● Odoo Gold PartnerRue de Genève 771004 Lausanne VD+41 21 701 42 45Odoo Ne vivez plus avec vos problèmes, résolvez-les.
by J-A Eberhard - 10:25 - 5 Nov 2020
-
-
[legal] Odoo CE and EE not GDPR Compliance?
Dear Contributors,
This looks like is a European Need that maybe Odoo SA should cover.
Is Odoo Community website legal? Is Odoo website legal?
In February 2020 Grégory Schreiner (from France) opened an issue about "Cookie notice > GDPR compliance #696"
https://github.com/OCA/website/issues/696
As a result it looks like the OCA module need to be improved.
https://github.com/OCA/website/tree/13.0/website_cookie_notice
Some contributors have developed modules to integrate with https://www.cookiebot.com
[MIG] website_cookiebot: Migration to 12.0 #790
https://github.com/OCA/website/pull/790
[13.0][ADD][website_cookiebot] New module for Cookiebot integration #724
https://github.com/OCA/website/pull/724
Any idea or update are really welcome. BEST place to write comments, please --> https://github.com/OCA/website/issues/696
Thanks in advance
Regards,
Rafael Blasco
by Rafael Blasco (Moduon) - 03:00 - 3 Nov 2020 -
Module to split 1 JE to many JEs
Dear Community,Want to double check if there is any module in OCA that helps to split one Journal Entry into multiple Journal Entries (group by Partner, etc.)Thank you,Kitti U.
by Kitti Upariphutthiphong - 07:31 - 2 Nov 2020 -
Update to 14.0 dot files
Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--
by Stéphane Bidoul - 10:01 - 1 Nov 2020-
Re: Update to 14.0 dot files
Thank you Stéphane Bidoul!Regards!
by Moisés López Calderón - 09:41 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thanks a lotLe lun. 2 nov. 2020 à 08:47, Rafael Blasco <rafael.blasco@tecnativa.com> a écrit :Thank you Stéphane.
De: Stéphane Bidoul [mailto:stephane.bidoul@acsone.eu]
Enviado el: domingo, 1 de noviembre de 2020 22:02
Para: Contributors <contributors@odoo-community.org>
Asunto: Update to 14.0 dot filesHello,
As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.
It includes the following pre-commit hook updates
- automatic fixing of the manifest website key
- new pylint-odoo validity check for the development_status key
- automatic requirements.txt generation
- a 'prettier' fix for compatibility with pre-commit 2.8+
- less aggressive xml auto-formatter to work around a bug with long field values in data files
The detailed list of change can be examined in the v1.0.3 milestone [1].
Best regards,
-sbi
--
Stéphane Bidoul | @SBidoul
Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 09:21 - 2 Nov 2020 -
RE: Update to 14.0 dot files
Thank you Stéphane.
De: Stéphane Bidoul [mailto:stephane.bidoul@acsone.eu]
Enviado el: domingo, 1 de noviembre de 2020 22:02
Para: Contributors <contributors@odoo-community.org>
Asunto: Update to 14.0 dot filesHello,
As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.
It includes the following pre-commit hook updates
- automatic fixing of the manifest website key
- new pylint-odoo validity check for the development_status key
- automatic requirements.txt generation
- a 'prettier' fix for compatibility with pre-commit 2.8+
- less aggressive xml auto-formatter to work around a bug with long field values in data files
The detailed list of change can be examined in the v1.0.3 milestone [1].
Best regards,
-sbi
--
Stéphane Bidoul | @SBidoul
Acsone sa/nv | http://acsone.eu/ | +32 2 888 3120
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rafael Blasco (Moduon) - 08:46 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thank you Stéphane.On Mon, Nov 2, 2020 at 3:52 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Thank you StephaneOn Mon, 2 Nov 2020, 04:01 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Laurent Mignon - 08:05 - 2 Nov 2020 -
Re: Update to 14.0 dot files
Thank you StephaneOn Mon, 2 Nov 2020, 04:01 Stéphane Bidoul, <stephane.bidoul@acsone.eu> wrote:Hello,As I write this, the latest version of the OCA addons repo template is being pushed to 14.0 branches.It includes the following pre-commit hook updates- automatic fixing of the manifest website key- new pylint-odoo validity check for the development_status key- automatic requirements.txt generation- a 'prettier' fix for compatibility with pre-commit 2.8+- less aggressive xml auto-formatter to work around a bug with long field values in data filesThe detailed list of change can be examined in the v1.0.3 milestone [1].Best regards,-sbi--_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 03:51 - 2 Nov 2020
-
-
Odoo - Cash drawers for shops
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
by Rafael Blasco (Moduon) - 08:31 - 31 Oct 2020-
Re: Odoo - Cash drawers for shops
Hi Ivan,
In fact there is a cashology cashdrawer simulator. It eases the developpement by avoiding the on-site sprints you mentionned. I can provide it to you if needed.
Cheers,
Houssine
On 31/10/2020 21:52, Iván Todorovich wrote:
Hi Rafael!
We implemented the cashology cashdrawer mentioned above. I think there’s a lot to improve but it’s probably a good base as it already implements all the cash register operations I believe
I think we can clean it up and make the necessary refactors to make it work with other brands and models, and propose to oca. The thing is, without the machine, it’s really difficult to test. At the time we had to do a few on-site sprints to get it working.
Best--
Le sam. 31 oct. 2020 à 17:32, Houssine BAKKALI <houssine@coopiteasy.be> a écrit :
Hi Rafael,
We use for the Cashology POS 1500 from Azkoyen for a cooperative supermarket in Brussels. It works pretty well. The manufacturer is from Spain.
Pos module is pos_automatic_cashdrawer and driver is hw_automatic_cashdrawer_cashlogy
You can find it on our repo original work is from La Louve and Druido but porting to 12.0 wasn't finished so we finished and modified it on our own repo.
We got it working for Odoo 9.0 and 12.0.
You'll need a middleware installed on windows and wired to the cashdrawer and running your POS on the same computer and then a posbox on which the driver run.
There is a cashdrawer simulator but not sure it cover all the use cases. I get stuck with a different behaviour between the simulator and machine. If you plan some dev you'll need to have a window environment for it.
I also heard about an Odoo integration with Glory cashdrawer by the belgian BHC partner, but I suppose the code in not open source.
I hope it helps.
Regards,
Houssine
On 31/10/2020 13:07, Ignacio Ibeas (Acysos S.L.) wrote:
Hola,
I have integrated Cashdro: https://www.casdro.com.
https://apps.odoo.com/apps/modules/browse?search=Cashdro&author=Acysos
I can move to OCA, but it's very complicated make test, because you need the hardware. So I'don move to OCA, because always request Tests.
Greetings
El 31/10/20 a las 8:32, Rafael Blasco escribió:
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Ignacio Ibeas
Acysos S.L. (www.acysos.com)
Odoo Partner (https://www.odoo.com/es_ES/partners/acysos-s-l-80090)
Asociado Asociación Española de Odoo (https://www.aeodoo.org/members/acysos-s-l-24)
Odoo Community Association (https://odoo-community.org/members/acysos-s-l-ignacio-ibeas-760)
Github (http://www.github.com/acysos)
Odoo Apps (https://www.odoo.com/apps/modules/browse?author=Acysos S.L.)
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@acysos.com
Tel. 948238905
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la
persona a la que va dirigido, cualquier divulgación, copia o distribución de
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción
tomada o dejada de tomar basada en la información contenida en este mensaje
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone is
unauthorised. If you are not the intended recipient, any disclousure,
copying, distribuition or any action taken or omited to be taken in reliance
on it, is prohibited and may be unlawful.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Iván Todorovich_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Houssine BAKKALI - 09:51 - 1 Nov 2020 -
Re: Odoo - Cash drawers for shops
Hi Rafael!We implemented the cashology cashdrawer mentioned above. I think there’s a lot to improve but it’s probably a good base as it already implements all the cash register operations I believeI think we can clean it up and make the necessary refactors to make it work with other brands and models, and propose to oca. The thing is, without the machine, it’s really difficult to test. At the time we had to do a few on-site sprints to get it working.Best--Le sam. 31 oct. 2020 à 17:32, Houssine BAKKALI <houssine@coopiteasy.be> a écrit :Hi Rafael,
We use for the Cashology POS 1500 from Azkoyen for a cooperative supermarket in Brussels. It works pretty well. The manufacturer is from Spain.
Pos module is pos_automatic_cashdrawer and driver is hw_automatic_cashdrawer_cashlogy
You can find it on our repo original work is from La Louve and Druido but porting to 12.0 wasn't finished so we finished and modified it on our own repo.
We got it working for Odoo 9.0 and 12.0.
You'll need a middleware installed on windows and wired to the cashdrawer and running your POS on the same computer and then a posbox on which the driver run.
There is a cashdrawer simulator but not sure it cover all the use cases. I get stuck with a different behaviour between the simulator and machine. If you plan some dev you'll need to have a window environment for it.
I also heard about an Odoo integration with Glory cashdrawer by the belgian BHC partner, but I suppose the code in not open source.
I hope it helps.
Regards,
Houssine
On 31/10/2020 13:07, Ignacio Ibeas (Acysos S.L.) wrote:
Hola,
I have integrated Cashdro: https://www.casdro.com.
https://apps.odoo.com/apps/modules/browse?search=Cashdro&author=Acysos
I can move to OCA, but it's very complicated make test, because you need the hardware. So I'don move to OCA, because always request Tests.
Greetings
El 31/10/20 a las 8:32, Rafael Blasco escribió:
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Ignacio Ibeas
Acysos S.L. (www.acysos.com)
Odoo Partner (https://www.odoo.com/es_ES/partners/acysos-s-l-80090)
Asociado Asociación Española de Odoo (https://www.aeodoo.org/members/acysos-s-l-24)
Odoo Community Association (https://odoo-community.org/members/acysos-s-l-ignacio-ibeas-760)
Github (http://www.github.com/acysos)
Odoo Apps (https://www.odoo.com/apps/modules/browse?author=Acysos S.L.)
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@acysos.com
Tel. 948238905
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la
persona a la que va dirigido, cualquier divulgación, copia o distribución de
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción
tomada o dejada de tomar basada en la información contenida en este mensaje
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone is
unauthorised. If you are not the intended recipient, any disclousure,
copying, distribuition or any action taken or omited to be taken in reliance
on it, is prohibited and may be unlawful.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Iván Todorovich
by Iván Todorovich - 09:51 - 31 Oct 2020 -
Re: Odoo - Cash drawers for shops
Hi Rafael,
We use for the Cashology POS 1500 from Azkoyen for a cooperative supermarket in Brussels. It works pretty well. The manufacturer is from Spain.
Pos module is pos_automatic_cashdrawer and driver is hw_automatic_cashdrawer_cashlogy
You can find it on our repo original work is from La Louve and Druido but porting to 12.0 wasn't finished so we finished and modified it on our own repo.
We got it working for Odoo 9.0 and 12.0.
You'll need a middleware installed on windows and wired to the cashdrawer and running your POS on the same computer and then a posbox on which the driver run.
There is a cashdrawer simulator but not sure it cover all the use cases. I get stuck with a different behaviour between the simulator and machine. If you plan some dev you'll need to have a window environment for it.
I also heard about an Odoo integration with Glory cashdrawer by the belgian BHC partner, but I suppose the code in not open source.
I hope it helps.
Regards,
Houssine
On 31/10/2020 13:07, Ignacio Ibeas (Acysos S.L.) wrote:
Hola,
I have integrated Cashdro: https://www.casdro.com.
https://apps.odoo.com/apps/modules/browse?search=Cashdro&author=Acysos
I can move to OCA, but it's very complicated make test, because you need the hardware. So I'don move to OCA, because always request Tests.
Greetings
El 31/10/20 a las 8:32, Rafael Blasco escribió:
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Ignacio Ibeas
Acysos S.L. (www.acysos.com)
Odoo Partner (https://www.odoo.com/es_ES/partners/acysos-s-l-80090)
Asociado Asociación Española de Odoo (https://www.aeodoo.org/members/acysos-s-l-24)
Odoo Community Association (https://odoo-community.org/members/acysos-s-l-ignacio-ibeas-760)
Github (http://www.github.com/acysos)
Odoo Apps (https://www.odoo.com/apps/modules/browse?author=Acysos S.L.)
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@acysos.com
Tel. 948238905
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la
persona a la que va dirigido, cualquier divulgación, copia o distribución de
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción
tomada o dejada de tomar basada en la información contenida en este mensaje
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone is
unauthorised. If you are not the intended recipient, any disclousure,
copying, distribuition or any action taken or omited to be taken in reliance
on it, is prohibited and may be unlawful.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Houssine BAKKALI - 09:31 - 31 Oct 2020 -
Re: Odoo - Cash drawers for shops
Hi there
we are in the process of integrating POS hardware for home-delivery.Cash-drawers and printers will be important.Just now we are in the early process of creating mobile apps for the delivery-person and the kitchen for which we are using flutter.We intend to share our work eventually. If somebody is interested to participate; you are most welcome.
Robert
On 31.10.20 13:07, Ignacio Ibeas (Acysos S.L.) wrote:
Hola,
I have integrated Cashdro: https://www.casdro.com.
https://apps.odoo.com/apps/modules/browse?search=Cashdro&author=Acysos
I can move to OCA, but it's very complicated make test, because you need the hardware. So I'don move to OCA, because always request Tests.
Greetings
El 31/10/20 a las 8:32, Rafael Blasco escribió:
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Ignacio Ibeas
Acysos S.L. (www.acysos.com)
Odoo Partner (https://www.odoo.com/es_ES/partners/acysos-s-l-80090)
Asociado Asociación Española de Odoo (https://www.aeodoo.org/members/acysos-s-l-24)
Odoo Community Association (https://odoo-community.org/members/acysos-s-l-ignacio-ibeas-760)
Github (http://www.github.com/acysos)
Odoo Apps (https://www.odoo.com/apps/modules/browse?author=Acysos S.L.)
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@acysos.com
Tel. 948238905
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la
persona a la que va dirigido, cualquier divulgación, copia o distribución de
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción
tomada o dejada de tomar basada en la información contenida en este mensaje
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone is
unauthorised. If you are not the intended recipient, any disclousure,
copying, distribuition or any action taken or omited to be taken in reliance
on it, is prohibited and may be unlawful.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Robert Rottermann - 03:11 - 31 Oct 2020 -
Re: Odoo - Cash drawers for shops
Hi there
we are in the process of integrating POS hardware for home-delivery.Cash-drawers and printers will be important.Just now we are in the early process of creating mobile apps for the delivery-person and the kitchen for which we are using flutter.We intend to share our work eventually. If somebody is interested to participate; you are most welcome.
Robert
On 31.10.20 13:07, Ignacio Ibeas (Acysos S.L.) wrote:
Hola,
I have integrated Cashdro: https://www.casdro.com.
https://apps.odoo.com/apps/modules/browse?search=Cashdro&author=Acysos
I can move to OCA, but it's very complicated make test, because you need the hardware. So I'don move to OCA, because always request Tests.
Greetings
El 31/10/20 a las 8:32, Rafael Blasco escribió:
Dear friends,
We are looking for in nice integration with cash drawers for shops.
Do you know and manufacturer and maybe any of you have already integrated?
I have open an issue https://github.com/OCA/pos/issues/552
Thanks in advance
Regards,
Rafael Blasco
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Ignacio Ibeas
Acysos S.L. (www.acysos.com)
Odoo Partner (https://www.odoo.com/es_ES/partners/acysos-s-l-80090)
Asociado Asociación Española de Odoo (https://www.aeodoo.org/members/acysos-s-l-24)
Odoo Community Association (https://odoo-community.org/members/acysos-s-l-ignacio-ibeas-760)
Github (http://www.github.com/acysos)
Odoo Apps (https://www.odoo.com/apps/modules/browse?author=Acysos S.L.)
C/ Miguel Astrain 18, 1º Oficina A
31006 Pamplona, Navarra.
ignacio@acysos.com
Tel. 948238905
---------------------- // -------------------
La información contenida en este mensaje de correo electrónico es
confidencial, para ser leída por la(s) persona(s) a quién se dirige. El
acceso a este mensaje por otras personas no está autorizado. Si Ud. no es la
persona a la que va dirigido, cualquier divulgación, copia o distribución de
la información queda prohibida y puede ser ilegal. Asimismo, cualquier acción
tomada o dejada de tomar basada en la información contenida en este mensaje
queda prohibida y puede ser ilegal.
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this e-mail by anyone is
unauthorised. If you are not the intended recipient, any disclousure,
copying, distribuition or any action taken or omited to be taken in reliance
on it, is prohibited and may be unlawful.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Robert Rottermann - 03:10 - 31 Oct 2020
-
-
Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Hello OCA Contributors,numpy is a powerful math libraryBut there are weird issues that could be a nightmare in production to found them.Imagine that you start your odoo-bin and during starting you just see the following message:2020-10-29 15:13:15,053 194 INFO openerp_test odoo.modules.loading: updating modules list
Segmentation fault (core dumped)You can run gdb to find more details but it shows:[New Thread 0x7fb752885700 (LWP 1630)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fb752885700 (LWP 1630)]
0x0000000000000000 in ?? ()Really, WT* is that?Where is the issue man?After 3 days of my weekend without sleep and running line by line I found that the impostor was: numpyI just uninstalled and now all is working well.The weird part is that this is a corner case issue and it is not reproduced easily.Virtualization environment with a particular kind of processor.In our case it was reproduced only and only in production environment (no staging ones)Another issue was that all processors were used 100%We just uninstalled numpy and now all is working well.The issue is only using this line: "import numpy"Even if you are not using that odoo module it line is executed and all your environment will be broken.More info about the issues:- Vx/MQT#315 (Big debug history)- numpy#17674 (more recent)- numpy#13059 (guilty I didn't sleep for 3 days)The following libraries are using numpy as dependency:- pandas- bokeh- altair- websocketSo the following OCA projects depends of numpy:- OCA/webIn fact, numpy is deprecating financial operations, we can use the following library:IMHO we should add to "numpy" in the blacklist of libraries in the OCAAnd look for other alternatives.For pandas, I know it could increase the performance to process too much recordsbut in Odoo we have PostgreSQL and maybe we could find similar results.Maybe a pipeline warning for our CI could be helpful if this library is installed.What do you think?--Moisés López CalderónMobile: (+52) 477-752-22-30Twitter: @moylop260Twitter: @vauxoo
by Moisés López Calderón - 06:35 - 30 Oct 2020-
Re: Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Thanks Moises for the heads up!I faced a similar case.A (non-OCA) module was using openpyxl,which loads numpy when available,which loads libopenblaspOpenBLAS creates a number of threads equal to the number of core threads available: 56 in my case (production server),so it quickly reached limit_memory_hardand the process was killed (SIGSEGV)Forcing OPENBLAS_NUM_THREADS=1 fixed the issue.Regards,On Mon, Nov 2, 2020 at 3:12 PM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Hi Moises,It's indeed unfortunate that you have had such issues. It's also very surprising that websocket-client attempts to import numpy :)But I don't think blacklisting numpy is appropriate. It is very widely used outside OCA and can be useful at times in OCA too.-sbiOn Mon, Nov 2, 2020 at 9:01 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:Thanks for the warning.I don't use any OCA module using numpy AFAIK, but there are some out there indeed. Not sure if blacklisting is the best thing to do, as changing such modules to adapt to other things may not be easy, but developers that used it can tell.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Nils Hamerlinck - 08:06 - 30 Jan 2021 -
Re: Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Hi Moises,It's indeed unfortunate that you have had such issues. It's also very surprising that websocket-client attempts to import numpy :)But I don't think blacklisting numpy is appropriate. It is very widely used outside OCA and can be useful at times in OCA too.-sbiOn Mon, Nov 2, 2020 at 9:01 AM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:Thanks for the warning.I don't use any OCA module using numpy AFAIK, but there are some out there indeed. Not sure if blacklisting is the best thing to do, as changing such modules to adapt to other things may not be easy, but developers that used it can tell.Regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 09:11 - 2 Nov 2020 -
Re: Warning: Using "numpy" library you will have weird errors in production even if you are not using it
Thanks for the warning.I don't use any OCA module using numpy AFAIK, but there are some out there indeed. Not sure if blacklisting is the best thing to do, as changing such modules to adapt to other things may not be easy, but developers that used it can tell.Regards.
by Pedro M. Baeza - 09:00 - 2 Nov 2020
-
-
Products by zip code?
Hello Contributors,I've looked around and haven't found a solution yet so before I move to build something I was wondering if anyone knows of a module that allows products to be available depending on the customers zip code?Here is an example...Say we are a satellite television provider so we sell tv programming and satellite equipment. We have some base programming available to all customers however depending on where the customer is located in the country, their local programming is different as well as the equipment they need.We want our sales people to not have to think or look up what products they should choose but instead the sales order products are filtered based on the customers zip code.Has anyone run into this scenario?
by Patrick Wilson - 03:21 - 27 Oct 2020 -
Access rights for website content
Hi all,
We are doing some projects involving the website part with Odoo and were wondering if any of you had worked on access rights for publication of modification of content for the website?
I haven’t seen anything in the community in this line for now, but it is something that would strike me as a must for most companies.Our need would be to lock some pages (for example the landing page) while letting users edit or create other pages or to have an approval process for publication.I'd also be open to suggestions on the best approach to tackle this if some of you have insights.
Thanks in advance!
--
Quentin Lavallee - Chargé de projetsNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
by Quentin Lavallée-Bourdeau - 01:45 - 27 Oct 2020-
Re: Access rights for website content
Thank you Simone,This seems to be what I was looking for! I saw the repo but I guess I did not looked at the branch 11.0.It would be for V12 for the moment.I'll look more closely into those modules of yours.Cheers,Le mar. 27 oct. 2020 à 10:52, Simone Orsi <simahawk@gmail.com> a écrit :Ciao Quentin,I've done quite some work on this subject here https://github.com/OCA/website-cms.You also get a toolbar w/ all the buttons (edit/create/delete/publish) protected by permissions.And here I have something on WIP since a while to allow automatic generation of permissions https://github.com/OCA/website-cms/pull/41 (on v11 but should be easily fwd-portable to v12/13).It also blocks the routes which normally are working till you read something on the record.And of course you have all the auto-magic forms you'll need to create/edit/search records.V13 mig for core modules to be reviewed here https://github.com/OCA/website-cms/pull/111.Which version are you using?HTH, cheers,S.On Tue, Oct 27, 2020 at 1:47 PM Quentin Lavallee <quentin.lavallee@numigi.com> wrote:Hi all,
We are doing some projects involving the website part with Odoo and were wondering if any of you had worked on access rights for publication of modification of content for the website?
I haven’t seen anything in the community in this line for now, but it is something that would strike me as a must for most companies.Our need would be to lock some pages (for example the landing page) while letting users edit or create other pages or to have an approval process for publication.I'd also be open to suggestions on the best approach to tackle this if some of you have insights.
Thanks in advance!
--
Quentin Lavallee - Chargé de projetsNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Quentin Lavallee - Chargé de projetsNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
by Quentin Lavallée-Bourdeau - 10:11 - 29 Oct 2020 -
Re: Access rights for website content
Ciao Quentin,I've done quite some work on this subject here https://github.com/OCA/website-cms.You also get a toolbar w/ all the buttons (edit/create/delete/publish) protected by permissions.And here I have something on WIP since a while to allow automatic generation of permissions https://github.com/OCA/website-cms/pull/41 (on v11 but should be easily fwd-portable to v12/13).It also blocks the routes which normally are working till you read something on the record.And of course you have all the auto-magic forms you'll need to create/edit/search records.V13 mig for core modules to be reviewed here https://github.com/OCA/website-cms/pull/111.Which version are you using?HTH, cheers,S.On Tue, Oct 27, 2020 at 1:47 PM Quentin Lavallee <quentin.lavallee@numigi.com> wrote:Hi all,
We are doing some projects involving the website part with Odoo and were wondering if any of you had worked on access rights for publication of modification of content for the website?
I haven’t seen anything in the community in this line for now, but it is something that would strike me as a must for most companies.Our need would be to lock some pages (for example the landing page) while letting users edit or create other pages or to have an approval process for publication.I'd also be open to suggestions on the best approach to tackle this if some of you have insights.
Thanks in advance!
--
Quentin Lavallee - Chargé de projetsNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
by Simone Orsi - 03:51 - 27 Oct 2020
-
-
Right to be forgotten (GDPR)
Hello all, How do we support "right to be forgotten" requests from customers in recent Odoo versions? I could only find https://odoo-community.org/shop/product/privacy-gdpr-4535?version=10 only available in 8.0 AFAICT. Am I missing another way? -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 12:11 - 27 Oct 2020-
Re: Right to be forgotten (GDPR)
The problem with the anonymization is that it depends a lot on the installed set of modules. You can maybe create a generic engine that can be fed with such "anonymization rules" according to your database. I don't know if the 8.0 Therp's module performs this.Sincerely we don't have such a request, as most of the data the ERP handles are legitimate data needed for business. I only see that emails and phone numbers can be requested to be removed, and that's very simple to be done manually.Regards.
by Pedro M. Baeza - 01:01 - 27 Oct 2020 -
Re: Right to be forgotten (GDPR)
Thanks Jordi, I understand this module as a way to answer a customer's request to access the personal data available regarding his person in conformance to GDPR, and I will probably use this for the project I'm working on. Alexandre On 27/10/2020 12:31, Jordi Ballester Alomar wrote: > Hello Alexandre, > > We developed this module > https://github.com/OCA/data-protection/tree/12.0/privacy_partner_report > <https://github.com/OCA/data-protection/tree/12.0/privacy_partner_report> > > It helps to at least identify where the data from a customer is being > used. The subsequent follow-up to delete data would be a manual step. > > > On Tue, Oct 27, 2020 at 12:12 PM Alexandre Fayolle > <alexandre.fayolle@camptocamp.com > <mailto:alexandre.fayolle@camptocamp.com>> wrote: > > Hello all, > > How do we support "right to be forgotten" requests from customers in > recent Odoo versions? I could only find > https://odoo-community.org/shop/product/privacy-gdpr-4535?version=10 <https://odoo-community.org/shop/product/privacy-gdpr-4535?version=10> > only available in 8.0 AFAICT. > > Am I missing another way? > > > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 > Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le > Bourget-du-Lac France http://www.camptocamp.com > <http://www.camptocamp.com> > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> > > > > -- > Jordi Ballester Alomar > CEO & Founder | ForgeFlow > (+34) 629530707 | jordi.ballester@forgeflow.com > <mailto:jordi.ballester@forgeflow.com> | https://www.forgeflow.com > <https://www.forgeflow.com> > Twitter: https://twitter.com/jordibforgeflow > <https://twitter.com/jordibforgeflow> | Linkedin: > https://www.linkedin.com/in/jordiballesteralomar > <https://www.linkedin.com/in/jordiballesteralomar> > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 01:01 - 27 Oct 2020 -
Re: Right to be forgotten (GDPR)
Thanks Pedro. They recommend manual anonymization, if the partner is linked to a record where the partner is required (e.g. sale.order, invoice...) This is tedious, and it is easy to miss something. I was thinking of a way of automating the process. Alexandre On 27/10/2020 12:31, Pedro M. Baeza (Tecnativa) wrote: > You can check https://www.odoo.com/es_ES/gdpr > <https://www.odoo.com/es_ES/gdpr> for how Odoo approaches this. > > Regards. > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > <https://odoo-community.org/groups/contributors-15> > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > <https://odoo-community.org/groups?unsubscribe> > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 12:55 - 27 Oct 2020 -
Re: Right to be forgotten (GDPR)
Hello Alexandre,We developed this module https://github.com/OCA/data-protection/tree/12.0/privacy_partner_reportIt helps to at least identify where the data from a customer is being used. The subsequent follow-up to delete data would be a manual step.On Tue, Oct 27, 2020 at 12:12 PM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:Hello all, How do we support "right to be forgotten" requests from customers in recent Odoo versions? I could only find https://odoo-community.org/shop/product/privacy-gdpr-4535?version=10 only available in 8.0 AFAICT. Am I missing another way? -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Jordi Ballester AlomarCEO & Founder | ForgeFlow(+34) 629530707 | jordi.ballester@forgeflow.com | https://www.forgeflow.comTwitter: https://twitter.com/jordibforgeflow | Linkedin: https://www.linkedin.com/in/jordiballesteralomar
by Jordi Ballester Alomar - 12:31 - 27 Oct 2020 -
-
-
Wablate is not working in V14 branches
Hello,I have migrated some modules of operating-unit repository to V14, and when I try to click on the button translate me in the module readme it takes me to Weblate of OCA, but the project doesn't exist.For example https://translation.odoo-community.org/projects/operating-unit-14-0/operating-unit-14-0-operating_unit/How can I translate?
by Jesús Alan Ramos Rodriguez - 08:06 - 24 Oct 2020 -
Call for Estonian companies
Dear community, I’d like to request some alpha-testing assistance from Estonian companies to check the accounting localisation. Kind regards, Alexey
by Alexey Pelykh - 07:46 - 22 Oct 2020 -
Issues with Travis
Hi,I have been checking that lately Travis is getting slower to start a job. After checking, I think the problem is that travis has less available jobs, as you can check on https://www.traviscistatus.com/#day. I am not sure if this is a strategy for them or just a complication, but it seems consistent in the last month. For example, yesterday, there were 9.091 jobs at 7:40 on backlog and it took 6 hours to stay without backlog. I am not sure how much time took a job on backlog, but I am pretty sure it could be waiting two or three. Obviously, this kind of problems are annoying, as merging a PR can takes hours (and I cannot imagine what happens if we try to merge two PRs on the same branch).In order to avoid this problem, today I was able to use Github Actions with minor changes on maintainer-quality-tools.Has anyone tried to do something on this line? Has OCA checked other options?Kind regards,Enric Tobella Alomaretobella@creublanca.esCentros Médicos Creu BlancaTel: 902 202 230Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
Tanto este mensaje como los documentos que, en su caso, lleve como anexos,
pueden contener información reservada y/o confidencial, destinada exclusivamente
para el uso del destinatario o la persona responsable de entregarlo al mismo,
estando su uso no autorizado prohibido legalmente.
Su contenido no constituye un compromiso para Creu Blanca (la empresa remitente)
salvo ratificación escrita por ambas partes. En caso de su recepción por error,
rogamos nos lo comunique por igual vía, se abstenga de realizar copias del mensaje
o documentos adjuntos, remitirlo o facilitarlo a un tercero, y proceda en su defecto,
a su eliminación.
by Enric Tobella Alomar - 07:00 - 22 Oct 2020-
Re: Issues with Travis
Thank you Stéphane, it sounds like a good plan!On Mon, Feb 22, 2021 at 5:37 PM Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Hi Holger,Yes that approach can work too.TBH, I was hoping to take the occasion of moving out of travis to simplify things a little bit.A few weeks ago I had progressed with my experiment and these days we are testing it in the Shopinvader organization.It looks like this:- docker images with Odoo pre-installed that are rebuilt nightly with the latest Odoo (inspired from the latest runbot Dockerfile template)- 3 very simple scripts to install addons and their dependencies, initialize the test database and run tests- a minimalist GitHub action that orchestrates the thing (example a in Shopinvader repo)It's lean, seems to work well and is pretty fast, as the installation step is reduced to the minimum (i.e. downloading the docker image).In terms of the general mechanics, I have only one open question: can we rely on the Odoo exit code to detect test failure or do we still need a log parser ?And the missing part is the small step that pushes .pot updates to git after test success.If people agree, the rough next steps I would propose would be as follow:- move the oca-ci repo with the container images to OCA- add OCB builds of the oca-ci containers- update oca-addons-repo-template with the test workflow for the 14.0 branches- deploy it to the 14.0 branches, in parallel with Travis, and configure the merge bot to ignore the GitHub actions failures: this step will let people test it, find corner cases etc- when all good and when runbot is ready to work without runbot_travis2docker, remove travis on the 14.0 branch- think about older branches: the concept will work, I'm sure (I've tested 10, 12, 13, 14 and 8 should work too), but the deployment has to be organized-sbiOn Wed, Feb 17, 2021 at 10:57 PM Holger Brunn <mail@hunki-enterprises.com> wrote:> (some ideas in an example here > https://github.com/acsone/mis-builder/pull/3). I'm working on something more in line with current MQT in https://github.com/hbrunn/social/actions/runs/576195231 which looks pretty promising to me. Speed is an issue here, but I think this can be improved with more caching. Where should we discuss which way to go? Maybe better on an issue on MQT? -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Simone OrsiFull stack Python web developer, Odoo specialist, Odoo Community Board Member, Freelance in love with open source.
by Simone Orsi - 11:26 - 3 Mar 2021 -
Re: Issues with Travis
On Fri, Feb 26, 2021 at 9:23 AM Tom Blauwendraat <tom@sunflowerweb.nl> wrote:Beginner's question, but do the Docker containers then run on Github's servers (as a replacement of Travis' servers currently) or on OCA servers?They'd run on GitHub servers, although GitHub allows self hosted runners if we want to.Or, if the need arises again in the future, switch more easily to any another CI runner.-sbi
by Stéphane Bidoul - 09:31 - 26 Feb 2021 -
Re: Issues with Travis
Op 2/22/21 om 5:37 PM schreef Stéphane Bidoul:
- docker images with Odoo pre-installed that are rebuilt nightly with the latest Odoo (inspired from the latest runbot Dockerfile template)
- 3 very simple scripts to install addons and their dependencies, initialize the test database and run tests- a minimalist GitHub action that orchestrates the thing (example a in Shopinvader repo)Beginner's question, but do the Docker containers then run on Github's servers (as a replacement of Travis' servers currently) or on OCA servers?
Tom
by Tom Blauwendraat - 09:26 - 26 Feb 2021 -
Re: Issues with Travis
> - a minimalist GitHub > action that orchestrates the thing ( example a in Shopinvader repo [5] ) > It's lean, seems to work well and is pretty fast, as the installation step > is reduced to the minimum (i.e. downloading the docker image). this I think is the killer feature. And as you describe the transition period below, we'll have enough time to iron out corner cases; preserving the amount of work we put into this was my main reason to try to salvage current MQT > In terms of > the general mechanics, I have only one open question: can we rely on the > Odoo exit code to detect test failure or do we still need a log parser ? the exit code is trustworthy to my knowledge https://github.com/OCA/OCB/blob/14.0/odoo/service/server.py#L1229 and similar code exists more or less forever already. Isn't the log parsing done by runbot to also error out on warnings and give early notice when it fails? > If people agree sounds perfectly fine to me > - think about older > branches: the concept will work, I'm sure (I've tested 10, 12, 13, 14 and 8 > should work too), but the deployment has to be organized I personally am not willing to invest work in the py2 versions, but don't see a reason why others shouldn't work on this. -- Your partner for the hard Odoo problems https://hunki-enterprises.com
by Holger Brunn - 06:21 - 22 Feb 2021 -
Re: Issues with Travis
Hi Holger,Yes that approach can work too.TBH, I was hoping to take the occasion of moving out of travis to simplify things a little bit.A few weeks ago I had progressed with my experiment and these days we are testing it in the Shopinvader organization.It looks like this:- docker images with Odoo pre-installed that are rebuilt nightly with the latest Odoo (inspired from the latest runbot Dockerfile template)- 3 very simple scripts to install addons and their dependencies, initialize the test database and run tests- a minimalist GitHub action that orchestrates the thing (example a in Shopinvader repo)It's lean, seems to work well and is pretty fast, as the installation step is reduced to the minimum (i.e. downloading the docker image).In terms of the general mechanics, I have only one open question: can we rely on the Odoo exit code to detect test failure or do we still need a log parser ?And the missing part is the small step that pushes .pot updates to git after test success.If people agree, the rough next steps I would propose would be as follow:- move the oca-ci repo with the container images to OCA- add OCB builds of the oca-ci containers- update oca-addons-repo-template with the test workflow for the 14.0 branches- deploy it to the 14.0 branches, in parallel with Travis, and configure the merge bot to ignore the GitHub actions failures: this step will let people test it, find corner cases etc- when all good and when runbot is ready to work without runbot_travis2docker, remove travis on the 14.0 branch- think about older branches: the concept will work, I'm sure (I've tested 10, 12, 13, 14 and 8 should work too), but the deployment has to be organized-sbiOn Wed, Feb 17, 2021 at 10:57 PM Holger Brunn <mail@hunki-enterprises.com> wrote:> (some ideas in an example here > https://github.com/acsone/mis-builder/pull/3). I'm working on something more in line with current MQT in https://github.com/hbrunn/social/actions/runs/576195231 which looks pretty promising to me. Speed is an issue here, but I think this can be improved with more caching. Where should we discuss which way to go? Maybe better on an issue on MQT? -- Your partner for the hard Odoo problems https://hunki-enterprises.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Bidoul - 05:36 - 22 Feb 2021
-



