Development · integration · reverse engineeringOstwald · Alsace · Remote projectscontact@dtouch.fr
ERP · business functions · integration

Dolibarr module development

A module takes its value in the course it completes. Dtouch develops and integrates functions Dolibarr to link external management, teams, documents and tools.

See before talking about it

Three routes to explore.

Team planning, mobile voucher and document to prepare: discover the need, the action and the expected result from the demonstration interfaces.

Explore demos →

Starting from the functioning of the company

We examine the objects already used in the ERP: third parties, products, quotes, orders, invoices, interventions or projects. The need is placed in the work stages and user rights.

This reading makes it possible to identify the function to be added, the information to include and the actions which must remain consistent with the operation of Dolibarr.

Build suitable screens and rules

The development may concern a form, a list, an entry aid, a control or a treatment. The extensions work with the objects and integration points of the software.

Existing uses include planning, mobile vouchers, document imports, product searches and PDF models. Each function must join a usable path.

Linking the module to data and services

A module can consume a supplier API, prepare an import or synchronize data with another tool. Correspondence and updating rules must be explicit.

Processing takes into account errors, duplicates and restarts. Those responsible for monitoring must be able to understand what has been addressed and what remains to be monitored.

Support production implementation and versions

The checks concern the business process and the articulation with the other installed modules. The provision must be prepared in the environment concerned.

We support users and technical monitoring. Documenting rules, data and dependencies facilitates ERP developments.

Your job deserves
the right tools.

A specific need, a software to evolve, a project to frame.

Exchange on your project
Expertise that complements each other

The right skills for the rest of your project.

Before starting development

Budget, deliveries, sources.
Questions to ask.

How is the budget established?

The framework describes the users, the screens, the data to be collected and the exchanges with your tools. The proposal distinguishes between priority functions, options and monitoring. Reliable encryption depends on this perimeter and access to existing information.

What do we receive and at what times?

The project is prepared with milestones and verification scenarios: a usable function, a data exchange or a produced document. Expected deliveries and validations are specified for each stage, with a schedule adapted to the scope.

Who has the source code and data?

Rights to specific code, provision of sources, documentation and access to repositories are specified before commitment. Standard components and third-party extensions retain their own licenses. The formats for recovering your data are also to be expected.

How to deal with developments during the project?

A new request is closer to the planned scope: correction, accuracy or additional function. Its impact on the budget and timetable is presented before deciding on its implementation.

What does maintenance include after delivery?

Corrections, updates, developments, backups and interventions on hosting are separate subjects. The proposal specifies those who are supported, the responsibilities and the modalities of assistance.

Is it necessarily necessary to develop a new tool?

The starting point can be a configuration, an extension, a connection between software or the resumption of an application. The framework is used to choose the useful scope and to preserve existing data and uses.

Describe my need →

Complementary expertise, the same high standards.