ERP Proginov, does anyone know it? What do you think?
jja -
I would like to use an ERP for my commercial management, production, CRM, and possibly payroll accounting. In short, I need a comprehensive ERP. The solutions from Cegid and Divalto have not convinced me, and SAP remains too expensive.
I've been told about Proginov; could someone give me their opinion?
7 réponses
I understand you, the solutions from Cegid and Divalto are integrated by resellers, we've also ruled them out.
I haven't used PROGINOV directly, but I know their reputation, several companies I know work with them.
Apparently, they deal directly with their clients!
I would say they can be a good alternative. And they were the first to offer APS.
Good luck.
Véro.
I have used the three software programs developed by Proginov (accounting-payroll-commercial management) for 5 years: they are precise, scalable, intuitive, and very efficient. You will have the ASP mode as an option, which is very convenient, but a bit expensive (your applications are hosted by Proginov, no local server to manage). The people at Proginov are quite responsive, and I had excellent relations with them. Objectively, I can wholeheartedly recommend them to you.
Bernito.
I have implemented Proginov in a company of 50 people
It's a good product, it also depends on the needs of the company
If you have any questions, don't hesitate
See you soon!
If you would like to know more, all ERP features are described on the site: https://www.proginov.com/
The easiest way is to contact directly by phone.
Perfect service, very responsive staff, in case of a problem, they call back within the next hour.
I use it in two companies, one with 400 employees.
José
Warning: feedback on Proginov is more nuanced
Sure, there are positive points, but their strategy is also to make you go through the "WALLET" as many times as possible
and this even if you clearly define your needs.
There are undoubtedly good things in this software, the 'functions' are part of it: they allow personalization of the operation in certain modules with scripts.
The problem lies more with the foundations. The database schema originates from a history dating back to the 80s. It was built without methodology and there are many architectural aberrations, especially in the tables related to sales flows.
This results in performance issues when there is a lot of data, and logical inconsistencies that will never be rectified given the installed base.
It is also a monolithic software package with heterogeneous features that complicate the understanding of the data schema (a very crippling point when one wants to create new reports/states without going through the publisher).
On the internationalization front, it's better to forget it.
One can also note that it uses extremely old technology (progress), which does not help those who want to develop specific solutions around it.
In short, many of these shortcomings are found in long-developed ERPs like Proginov (SAP can be included here). So one piece of advice: choose an ERP that has been developed relatively recently and with technology that many other developers are currently using.
https://sites.google.com/site/pydatalog/pypl/PyPL-PopularitY-of-Programming-Language
I mean, you are offered a file description, it's up to you to fill it in !!, but it's not so simple given the complexity and sometimes confusing explanations of the fields (I was told "maybe..."), whereas no, the client must present their data with its format and meaning and it’s up to them to absorb it, outrageous when you see the price paid.
I continue, the best part is that it's up to the client to initiate the integration (in trial mode first) with error feedback, etc.
Fortunately, I had a colleague who took care of that, huge processing time and useless return files (legibility where you had to do a calculation to find the original line in error in the extraction file).
Not to mention that sometimes the file architecture had changed without me being informed, just a little, very little.
I raged over this while extracting from an Oracle database using Perl scripts; since I was so frustrated, I refused to launch the integrations because I was spending so much time modifying my scripts. Very bad memory.
For your project you can contact me:
Jean-Claude COUTEUX
jccouteux@proginov.com
PROGINOV
Tournebride Business Park
BP 20 - 44118 LA CHEVROLIERE
Tel: +33 (0)2.51.70.93.93
Fax: +33 (0)2.51.70.93.94
At your disposal.
and never received a response!
If they are as responsive to intervention requests, then it’s not a very good choice.
In the end, I was supposed to get quotes from 3 providers for an implementation, and they will therefore not be part of it.
They may already have too many clients...