Archives
Contributors
-
Re: [26132] Status of the EBICS Integration
Hi Luc, thank you for this detailed information. I will review this and try to get the problem fixed with our customer. Best Frederik Am Mittwoch, den 09.09.2020, 13:56 +0000 schrieb luc.demeyer@noviat.com: > The account_ebics module suite works on top of OE as well as OC. > > There is an account_ebics_oe module that auto_installs in case of OE. > > There is imho little added value in using OE when it comes to EBICS. > > We support the OCA payment order as well as the OE batch_payment. > > > > The bank statement parsing in the account_ebics module uses the OCA > as well as the OE parsers (by calling the > account_bank_statement_import wizard). > > In order for the import to work on IBAN as well as local account > numbers I recommend to also install the > account_bank_statement_import_helper (which I proposed one day to the > OCA but never got merged, hence download it from > github.com/Noviat/noviat-apps). > > > > Concerning sandboxes: > > Also Credit Suisse has a sandbox environment. > > > > Regards, > > Luc > > > > > > From: Frederik Kramer <frederik.kramer@initos.com> > Sent: Wednesday, 9 September 2020 15:02 > To: Contributors <contributors@odoo-community.org> > Subject: Re: [26132] Status of the EBICS Integration > > > > Ah cool Luc, > > > Does that sit on top of the OCA work and did you find > a good sandbox to test against in any other German bank > than the DZ Bank ? And it seems to require OE but > we'll definitley have a look into that. Thx for the hint > > > Best Frederik > > > Am Mittwoch, den 09.09.2020, 12:12 +0000 schrieb > luc.demeyer@noviat.com: > > > > We have lots of integrations on odoo 8 up to 13 with the > > > > account_ebics suite (https://github.com/Noviat/account_ebics) with > > > > French, german and swiss banks. > > > > > > > > > > > > > > > > Luc > > > > > > > > > > > > > > > > From: Frederik Kramer <frederik.kramer@initos.com> > > > > Sent: Wednesday, 9 September 2020 12:02 > > > > To: Contributors <contributors@odoo-community.org> > > > > Subject: [26132] Status of the EBICS Integration > > > > > > > > > > > > > > > > Dear fellow Odooers, > > > > > > > > > > > > being asked by a customer and coming across FinTech and banking > again > > > > i > > > > stumbled on the EBICS standard and tried to make sense of the > current > > > > implementation status in Europe / Germany and the overall > > > > functionality. > > > > > > > > > > > > As i have read, French as well as Swiss banks (among the Germans) > are > > > > following this bank integration standard and slowley but constantly > > > > replace their older HBCI / FinTS interfaces in favor of EBICS. > > > > > > > > > > > > However, at least for Germany i found the bank infrastructure quite > > > > underdeveloped. For instance only German DZ-Bank seems to > officially > > > > offer a sandbox to test the integration and only to their > customers. > > > > > > > > > > > > I therefore wonder if there is any partner out there (maybe the > folks > > > > at Akretion and Noviat know) that is using the integration with a > > > > German bank (and if so against which test environment has it been > > > > tested)? > > > > > > > > > > > > I saw that Zürcher Kantonalbank of Switzerland has a test > environment > > > > but obviously doesn't follow the whole standard, so that is not > > > > really > > > > useful for the standard case (which should hopefully be applied in > > > > Germany) https://github.com/OCA/bank-payment/issues/465 > > > > > > > > > > > > As far as i can see the implementation can for now hand in SEPA > > > > mandates to banks, but does it also receive a list of payments for > > > > SEPA > > > > as well as NON-SEPA payments from the bank to be reconciled with > open > > > > invoices or is that still something that needs to be done manually > > > > (with flat files)? > > > > > > > > > > > > Thanks for any repsonse in that regards > > > > > > > > > > > > Cheers 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 > > > > > > > > _______________________________________________ > > > > 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-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 -- 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 - 04:25 - 9 Sep 2020 -
RE: [26132] Status of the EBICS Integration
The account_ebics module suite works on top of OE as well as OC.
There is an account_ebics_oe module that auto_installs in case of OE.
There is imho little added value in using OE when it comes to EBICS.
We support the OCA payment order as well as the OE batch_payment.
The bank statement parsing in the account_ebics module uses the OCA as well as the OE parsers (by calling the account_bank_statement_import wizard).
In order for the import to work on IBAN as well as local account numbers I recommend to also install the account_bank_statement_import_helper (which I proposed one day to the OCA but never got merged, hence download it from github.com/Noviat/noviat-apps).
Concerning sandboxes:
Also Credit Suisse has a sandbox environment.
Regards,
Luc
From: Frederik Kramer <frederik.kramer@initos.com>
Sent: Wednesday, 9 September 2020 15:02
To: Contributors <contributors@odoo-community.org>
Subject: Re: [26132] Status of the EBICS IntegrationAh cool Luc,
Does that sit on top of the OCA work and did you find
a good sandbox to test against in any other German bank
than the DZ Bank ? And it seems to require OE but
we'll definitley have a look into that. Thx for the hint
Best Frederik
Am Mittwoch, den 09.09.2020, 12:12 +0000 schrieb
luc.demeyer@noviat.com:
> We have lots of integrations on odoo 8 up to 13 with the
> account_ebics suite (https://github.com/Noviat/account_ebics) with
> French, german and swiss banks.
>
>
>
> Luc
>
>
>
> From: Frederik Kramer <frederik.kramer@initos.com>
> Sent: Wednesday, 9 September 2020 12:02
> To: Contributors <contributors@odoo-community.org>
> Subject: [26132] Status of the EBICS Integration
>
>
>
> Dear fellow Odooers,
>
>
> being asked by a customer and coming across FinTech and banking again
> i
> stumbled on the EBICS standard and tried to make sense of the current
> implementation status in Europe / Germany and the overall
> functionality.
>
>
> As i have read, French as well as Swiss banks (among the Germans) are
> following this bank integration standard and slowley but constantly
> replace their older HBCI / FinTS interfaces in favor of EBICS.
>
>
> However, at least for Germany i found the bank infrastructure quite
> underdeveloped. For instance only German DZ-Bank seems to officially
> offer a sandbox to test the integration and only to their customers.
>
>
> I therefore wonder if there is any partner out there (maybe the folks
> at Akretion and Noviat know) that is using the integration with a
> German bank (and if so against which test environment has it been
> tested)?
>
>
> I saw that Zürcher Kantonalbank of Switzerland has a test environment
> but obviously doesn't follow the whole standard, so that is not
> really
> useful for the standard case (which should hopefully be applied in
> Germany) https://github.com/OCA/bank-payment/issues/465
>
>
> As far as i can see the implementation can for now hand in SEPA
> mandates to banks, but does it also receive a list of payments for
> SEPA
> as well as NON-SEPA payments from the bank to be reconciled with open
> invoices or is that still something that needs to be done manually
> (with flat files)?
>
>
> Thanks for any repsonse in that regards
>
>
> Cheers 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
>
> _______________________________________________
> 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-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Luc De Meyer. - 03:56 - 9 Sep 2020 -
Re: [26132] Status of the EBICS Integration
Ah cool Luc, Does that sit on top of the OCA work and did you find a good sandbox to test against in any other German bank than the DZ Bank ? And it seems to require OE but we'll definitley have a look into that. Thx for the hint Best Frederik Am Mittwoch, den 09.09.2020, 12:12 +0000 schrieb luc.demeyer@noviat.com: > We have lots of integrations on odoo 8 up to 13 with the > account_ebics suite (https://github.com/Noviat/account_ebics) with > French, german and swiss banks. > > > > Luc > > > > From: Frederik Kramer <frederik.kramer@initos.com> > Sent: Wednesday, 9 September 2020 12:02 > To: Contributors <contributors@odoo-community.org> > Subject: [26132] Status of the EBICS Integration > > > > Dear fellow Odooers, > > > being asked by a customer and coming across FinTech and banking again > i > stumbled on the EBICS standard and tried to make sense of the current > implementation status in Europe / Germany and the overall > functionality. > > > As i have read, French as well as Swiss banks (among the Germans) are > following this bank integration standard and slowley but constantly > replace their older HBCI / FinTS interfaces in favor of EBICS. > > > However, at least for Germany i found the bank infrastructure quite > underdeveloped. For instance only German DZ-Bank seems to officially > offer a sandbox to test the integration and only to their customers. > > > I therefore wonder if there is any partner out there (maybe the folks > at Akretion and Noviat know) that is using the integration with a > German bank (and if so against which test environment has it been > tested)? > > > I saw that Zürcher Kantonalbank of Switzerland has a test environment > but obviously doesn't follow the whole standard, so that is not > really > useful for the standard case (which should hopefully be applied in > Germany) https://github.com/OCA/bank-payment/issues/465 > > > As far as i can see the implementation can for now hand in SEPA > mandates to banks, but does it also receive a list of payments for > SEPA > as well as NON-SEPA payments from the bank to be reconciled with open > invoices or is that still something that needs to be done manually > (with flat files)? > > > Thanks for any repsonse in that regards > > > Cheers 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 > > _______________________________________________ > 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 - 03:01 - 9 Sep 2020 -
RE: [26132] Status of the EBICS Integration
We have lots of integrations on odoo 8 up to 13 with the account_ebics suite (https://github.com/Noviat/account_ebics) with French, german and swiss banks.
Luc
From: Frederik Kramer <frederik.kramer@initos.com>
Sent: Wednesday, 9 September 2020 12:02
To: Contributors <contributors@odoo-community.org>
Subject: [26132] Status of the EBICS IntegrationDear fellow Odooers,
being asked by a customer and coming across FinTech and banking again i
stumbled on the EBICS standard and tried to make sense of the current
implementation status in Europe / Germany and the overall
functionality.
As i have read, French as well as Swiss banks (among the Germans) are
following this bank integration standard and slowley but constantly
replace their older HBCI / FinTS interfaces in favor of EBICS.
However, at least for Germany i found the bank infrastructure quite
underdeveloped. For instance only German DZ-Bank seems to officially
offer a sandbox to test the integration and only to their customers.
I therefore wonder if there is any partner out there (maybe the folks
at Akretion and Noviat know) that is using the integration with a
German bank (and if so against which test environment has it been
tested)?
I saw that Zürcher Kantonalbank of Switzerland has a test environment
but obviously doesn't follow the whole standard, so that is not really
useful for the standard case (which should hopefully be applied in
Germany) https://github.com/OCA/bank-payment/issues/465
As far as i can see the implementation can for now hand in SEPA
mandates to banks, but does it also receive a list of payments for SEPA
as well as NON-SEPA payments from the bank to be reconciled with open
invoices or is that still something that needs to be done manually
(with flat files)?
Thanks for any repsonse in that regards
Cheers 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
by Luc De Meyer. - 02:11 - 9 Sep 2020 -
Re: [26132] Status of the EBICS Integration
Hi,EBICS is a protocol, whatever the file format isWe routinely use it with our customer in Switzerland.If needed, you can contact me directly, EBICS implementation are not the same for all the Swiss Bank09 septembre 2020 12:02 "Frederik Kramer" <frederik.kramer@initos.com> a écrit:Dear fellow Odooers, being asked by a customer and coming across FinTech and banking again i stumbled on the EBICS standard and tried to make sense of the current implementation status in Europe / Germany and the overall functionality. As i have read, French as well as Swiss banks (among the Germans) are following this bank integration standard and slowley but constantly replace their older HBCI / FinTS interfaces in favor of EBICS. However, at least for Germany i found the bank infrastructure quite underdeveloped. For instance only German DZ-Bank seems to officially offer a sandbox to test the integration and only to their customers. I therefore wonder if there is any partner out there (maybe the folks at Akretion and Noviat know) that is using the integration with a German bank (and if so against which test environment has it been tested)? I saw that Zürcher Kantonalbank of Switzerland has a test environment but obviously doesn't follow the whole standard, so that is not really useful for the standard case (which should hopefully be applied in Germany) https://github.com/OCA/bank-payment/issues/465 As far as i can see the implementation can for now hand in SEPA mandates to banks, but does it also receive a list of payments for SEPA as well as NON-SEPA payments from the bank to be reconciled with open invoices or is that still something that needs to be done manually (with flat files)? Thanks for any repsonse in that regards Cheers 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 - 01:41 - 9 Sep 2020 -
Re: [26132] Status of the EBICS Integration
Hi Frederik,currently the easiest way is to my opinion to deal with SEPA flat files. I usually connect via a banking software (in my case it is MoneyMoney), capable to generate a SEPA CAMT.053 .xml file for all financial transactions. Then i use account_bank_statement_import_camt_oca module on the accounting dashboard in order to import all financial transactions of a certain period (day, week, month) from my bank account via the exported flat file. After that i follow up with the default Odoo reconciliation wizard.Starmoney Business 8.0 might be another alternative to generate the camt.053 .xml file. Here is an extract from from starmoney business 8.0 manual (in german language):3.16 Daten im camt-Format (UTF-8) (*.xml) exportieren Um Daten aus StarMoney im camt-Format (UTF-8) (*.xml) zu exportieren, verfahren Sie folgendermaßen: 1. Klicken Sie in der Hauptnavigation auf das Menü Verwaltung und wählen Sie den Menüpunkt Datenexport aus. 2. Bestimmen Sie unter Quelle die Option Umsätze. Danach wählen Sie das Konto aus, aus dem Sie die Umsätze exportieren wollen 3. Im Feld Format wählen Sie den Eintrag camt-Format (UTF-8) (*.xml). 4. Klicken Sie anschließend auf [Exportieren] und bestimmen den Speicherort der Datei.
Formerly in 2014 we have realized for Odoo 7.0 in combination with HIBISCUS payment-server a "direct" HBCI integration. I have attached a step-by-step documentation about that implementation based upon the module bank_integration_de_hibiscus. Unfortunately we didn't follow up with further migrations especially to some major changes in Odoo concerning the reconciliation of invoices and payments. Still the Hibiscus payment server approach might be worth to investigate as the flat file import could be avoided. For sure also the direct payment of supplier invoices was more automated as it is currently even with all OCA modules to generate SEPA files on board.EBICS implementation in Odoo could be a great improvement of the reconciliation process, if it is someday widely supported by german banks. What hibiscus server is currently doing should be integrated into Odoo to avoid another infrastructure setup as described in the attached .pdf file.Best regardsThorsten Vocks
openBIG.org
Dipl. Kaufmann (FH)
Porscheweg 4-6
49661 Cloppenburg
Phone: +49 4471 8409000
Fax: +49 4471 84090009
Mail: thorsten.vocks@openbig.org
Am Mi., 9. Sept. 2020 um 12:02 Uhr schrieb Frederik Kramer <frederik.kramer@initos.com>:Dear fellow Odooers, being asked by a customer and coming across FinTech and banking again i stumbled on the EBICS standard and tried to make sense of the current implementation status in Europe / Germany and the overall functionality. As i have read, French as well as Swiss banks (among the Germans) are following this bank integration standard and slowley but constantly replace their older HBCI / FinTS interfaces in favor of EBICS. However, at least for Germany i found the bank infrastructure quite underdeveloped. For instance only German DZ-Bank seems to officially offer a sandbox to test the integration and only to their customers. I therefore wonder if there is any partner out there (maybe the folks at Akretion and Noviat know) that is using the integration with a German bank (and if so against which test environment has it been tested)? I saw that Zürcher Kantonalbank of Switzerland has a test environment but obviously doesn't follow the whole standard, so that is not really useful for the standard case (which should hopefully be applied in Germany) https://github.com/OCA/bank-payment/issues/465 As far as i can see the implementation can for now hand in SEPA mandates to banks, but does it also receive a list of payments for SEPA as well as NON-SEPA payments from the bank to be reconciled with open invoices or is that still something that needs to be done manually (with flat files)? Thanks for any repsonse in that regards Cheers 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
by Thorsten Vocks - 01:30 - 9 Sep 2020 -
[26132] Status of the EBICS Integration
Dear fellow Odooers, being asked by a customer and coming across FinTech and banking again i stumbled on the EBICS standard and tried to make sense of the current implementation status in Europe / Germany and the overall functionality. As i have read, French as well as Swiss banks (among the Germans) are following this bank integration standard and slowley but constantly replace their older HBCI / FinTS interfaces in favor of EBICS. However, at least for Germany i found the bank infrastructure quite underdeveloped. For instance only German DZ-Bank seems to officially offer a sandbox to test the integration and only to their customers. I therefore wonder if there is any partner out there (maybe the folks at Akretion and Noviat know) that is using the integration with a German bank (and if so against which test environment has it been tested)? I saw that Zürcher Kantonalbank of Switzerland has a test environment but obviously doesn't follow the whole standard, so that is not really useful for the standard case (which should hopefully be applied in Germany) https://github.com/OCA/bank-payment/issues/465 As far as i can see the implementation can for now hand in SEPA mandates to banks, but does it also receive a list of payments for SEPA as well as NON-SEPA payments from the bank to be reconciled with open invoices or is that still something that needs to be done manually (with flat files)? Thanks for any repsonse in that regards Cheers 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 - 12:01 - 9 Sep 2020 -
New Discord Group for OCA
Dear OCA Contributors,In preparation for the upcoming OCA Days we have created a new Discord Group intended to facilitate the communication during the event.We think that this tool can also be useful after the event, as a platform for contributors to communicate with each other. The system allows to maintain multiple channels, that can be created on request.We have activated a temporary invitation URL that you can use to request access to the group https://discord.gg/tNby4ku. Please feel free to join! In order to facilitate the identification, we would appreciate it if you could use the same name as your github account, perhaps followed by the company name if it provides more clarification.Once the OCA Days are over we will close this link in order to avoid unnecessary spam, and you will be able to request access by sending an email to discord-membership@odoo-community.org.I'm looking forward to meeting you all at the OCA Discord Group!Regards,--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:01 - 8 Sep 2020 -
Internal Transfer from Reconcile
Dear community, Is there a way to create Internal Transfers from the reconciling mode? Kind regards, Alexey
by Alexey Pelykh - 10:06 - 8 Sep 2020 -
Currency exchange as Internal Transfer reconcile
Dear community, I’m struggling to figure out the proper way to reconcile following case: There’s Bank Account A (USD) with balance of 0 USD and Bank Account B (EUR) with balance of 10 EUR. I do a currency exchange with online banking and it becomes 11.79 USD and 0 EUR. I’m recording this transaction as Internal Transfer in Odoo, transferring 10 EUR from Bank Account B (EUR) to Bank Account A (USD). I can reconcile that in EUR journal since 10 EUR is 10 EUR, but when I try to reconcile USD journal, it has 11.79 USD transaction (from bank statement) but Odoo uses own exchange rate and suggests that there was an operation for 11.81 USD. I’d expect either to be able to provide own rate (in Internal Transfer), but that’s not really correct. Or the difference to be recorded as realized gain/loss? What to do in this case?
by Alexey Pelykh - 09:26 - 8 Sep 2020 -
RE: Module for charging the cost of product return by the customer.
Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.We have a restocking fee module but is for V13 – on the company record set a restocking fee product, then add to all returns. The customer pricelist then determines how much of a fee should be charged. When the credit note is created the restocking fee has a quantity of -1 to effectively reduce the credit.
Happy to share if of interest
From: Mignon, Laurent <laurent.mignon@acsone.eu>
Sent: Friday, 4 September 2020 1:23 AM
To: Contributors <contributors@odoo-community.org>
Subject: Module for charging the cost of product return by the customer.Hi Community,
I am looking for a module to apply charges on customer returns.
The idea is :
* to be able to specify per customer if return fees are applicable.
* to generate if necessary an invoice when running the return wizard. (the cost will be computed per returned product regardless of the number of units of the same product returned).I have not found a module in OCA covering this kind of need. Do you know if such a module already exists?
target version is Odoo 10.0
Regards,
Laurent Mignon
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kevin McMenamin - 10:15 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
Hi Daniel,Could this possibly be useful?Haven't used the module myself yet, but I like the idea of detaching the billing document from journal entries.--Yoshi TashiroOn Thu, Sep 3, 2020 at 9:17 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:Indeed, I forgot to mention the target version.I’m targeting v12, and v13 features are also relevant, since I would consider backporting them, rather than developing something different for v12.Thank you for the additional details Pedro and Fekete, I’ll try them out.ThanksDanielNo dia 03/09/2020, às 12:11, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> escreveu:
Although my advice is you to move to v12/v13 for getting a lot of improvements in both Odoo and contract modules, meanwhile, you can migrate https://github.com/OCA/contract/tree/9.0/contract_invoice_merge_by_partner for getting a better approach IMO on contract invoicing.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 Yoshi Tashiro. - 04:15 - 3 Sep 2020 -
Re: Module for charging the cost of product return by the customer.
I don't know any as well.Regards.
by Pedro M. Baeza - 03:31 - 3 Sep 2020 -
Re: Module for charging the cost of product return by the customer.
erratum: the return costs should be charged to the credit note not in a new invoice....On Thu, Sep 3, 2020 at 3:17 PM Mignon, Laurent <laurent.mignon@acsone.eu> wrote:Hi Community,I am looking for a module to apply charges on customer returns.The idea is :
* to be able to specify per customer if return fees are applicable.
* to generate if necessary an invoice when running the return wizard. (the cost will be computed per returned product regardless of the number of units of the same product returned).I have not found a module in OCA covering this kind of need. Do you know if such a module already exists?target version is Odoo 10.0Regards,Laurent Mignon
by Laurent Mignon - 03:25 - 3 Sep 2020 -
Module for charging the cost of product return by the customer.
Hi Community,I am looking for a module to apply charges on customer returns.The idea is :
* to be able to specify per customer if return fees are applicable.
* to generate if necessary an invoice when running the return wizard. (the cost will be computed per returned product regardless of the number of units of the same product returned).I have not found a module in OCA covering this kind of need. Do you know if such a module already exists?target version is Odoo 10.0Regards,Laurent Mignon
by Laurent Mignon - 03:21 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
Indeed, I forgot to mention the target version.I’m targeting v12, and v13 features are also relevant, since I would consider backporting them, rather than developing something different for v12.Thank you for the additional details Pedro and Fekete, I’ll try them out.ThanksDanielNo dia 03/09/2020, às 12:11, Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> escreveu:
Although my advice is you to move to v12/v13 for getting a lot of improvements in both Odoo and contract modules, meanwhile, you can migrate https://github.com/OCA/contract/tree/9.0/contract_invoice_merge_by_partner for getting a better approach IMO on contract invoicing.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 Daniel Reis - 02:16 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
Although my advice is you to move to v12/v13 for getting a lot of improvements in both Odoo and contract modules, meanwhile, you can migrate https://github.com/OCA/contract/tree/9.0/contract_invoice_merge_by_partner for getting a better approach IMO on contract invoicing.Regards.
by Pedro M. Baeza - 01:11 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
Very interesting Pedro, I like the "tackle problems from the source" approach. Is there a module in v12 to invoice only once a month (for instance) all the contract lines that may have different invoice dates? If not, this would probably be the way to go indeed, to avoid the multiple glue modules you mention. For instance in v10 I had to develop 3 glue modules to merge contract-generated invoices per partner (one to mark the invoices we want to merge, one to trigger the merge, one to autopay the resulting merged invoice)!. This will be easier in v12 with one invoice date per contract line: generating a single invoice for the contract should be pretty straightforward. Regards. Le 03/09/2020 à 12:36, Pedro M. Baeza (Tecnativa) a écrit : > I totally discourage the use of such module, as you have a lot of side > effects from that "merging", and this is shown on the high number of > glue modules you need. Instead, you have to attack the problem on the > source. > > Anyway, Daniel, please get used to indicate the Odoo version for which > you want to achieve that goal, as the possible solutions vary > depending on this factor. For >= v12, you can use the same analytic > account on several projects, so you can invoice everything from the > same sales order, and from v13, as Fekete has said, you can invoice > "in batch" for getting them merged on the fly. > > 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 Florent Cayré - 01:06 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
I totally discourage the use of such module, as you have a lot of side effects from that "merging", and this is shown on the high number of glue modules you need. Instead, you have to attack the problem on the source.Anyway, Daniel, please get used to indicate the Odoo version for which you want to achieve that goal, as the possible solutions vary depending on this factor. For >= v12, you can use the same analytic account on several projects, so you can invoice everything from the same sales order, and from v13, as Fekete has said, you can invoice "in batch" for getting them merged on the fly.Regards.
by Pedro M. Baeza - 12:35 - 3 Sep 2020 -
Re: Projects - send one invoice per customer
Florent, Andrew thank you so much.
That was very helpful.
I will probably use that too.
Thanks
Daniel
On 03/09/2020 11:12, Andrew Dyson - Hotmail wrote:
We have used the same one, you can set if the client/customer wants a single or individual invoices. You have to greate the draft invoices first if I recall as we used it on recurring contracts. But it is certainly a good module
Andy
On 03/09/2020 11:07, Florent Cayré wrote:
Hello Daniel,
for this purpose (but with invoices generated by multiple contracts), we use https://github.com/OCA/account-invoicing/tree/10.0/account_invoice_merge (also ported to 12.0 although I haven't tried it yet).
Le 03/09/2020 à 11:27, Daniel Reis a écrit :
Hello Contributors, I have a requirement that, as far as i can see, there are no OCA modules available to help with. We are billing time on projects. Out of the box, Odoo is capable of generating one invoices for each project. I would like to be able to send out invoices by customer. So if a customer has two active projects, he would get a single invoice for both of them. Any suggestions? Thanks Daniel Reis Open Source Integrators Europe
_______________________________________________
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 Daniel Reis - 12:26 - 3 Sep 2020
