Intégration mWork365 MakeAutomatiser mWork365 avec Make.

Tu déposes un fichier dans mWork365 depuis ton scénario : photo de chantier, rapport signé ou PDF, rangé là où l'équipe travaille. Le nom tchèque veut dire « téléverse une pièce jointe ».

Une intervention se retrouve planifiée sur un ordre de travail existant, sans ouvrir mWork365. Le nom signifie « planifie un déplacement pour l'affaire, par ID », l'ID étant le numéro attribué par mWork365.

Même planification de déplacement, mais l'affaire est retrouvée grâce à l'ID externe, la référence que ton ERP ou ton CRM lui a donnée. Ton autre outil n'a jamais besoin de connaître la numérotation de mWork365.

Ton stock dans mWork365 reprend le chiffre d'un inventaire fait ailleurs. « Nastav » veut dire « règle » : d'après son nom, le module inscrit une quantité, il n'en ajoute ni n'en retire.

La quantité en stock d'un matériau se corrige à partir de la référence de ton propre catalogue, sans passer par l'ID mWork365. Pratique quand la boutique en ligne ou l'ERP gère les codes produits.

Les données d'une fiche entreprise de mWork365 entrent dans ton scénario et nourrissent les modules suivants, au lieu d'un texte tapé en dur. « Načti firmu » signifie « charge l'entreprise », et son nom ne parle d'aucun ID.

Un formulaire rempli dans mWork365 sort de l'app, retrouvé par son ID, pour partir vers un autre outil. « Formulář » veut tout simplement dire « formulaire ».

Tu récupères la fiche d'un matériau par son ID mWork365, prête à alimenter le module suivant. « Načti materiál » se traduit par « charge le matériau ».

La même fiche matériau, atteinte cette fois par l'ID externe que ton catalogue utilise déjà. Une étape de recherche en moins quand les codes naissent hors de mWork365.

Tu obtiens la fiche d'un entrepôt (« sklad » en tchèque) à partir de son ID interne, à réutiliser dans un rapport ou dans un mouvement de stock.

L'entrepôt est retrouvé grâce au code que lui attribue ton autre logiciel, puis sa fiche descend dans le scénario. Préfère-le à la version par ID si tes entrepôts viennent d'un ERP qui a sa propre numérotation.

La fiche d'une intervention sur site (« výjezd », littéralement une sortie) arrive dans ton scénario via son ID mWork365. Le module suivant peut alors prévenir le client ou archiver la visite.

Ton outil de planning retrouve une intervention dans mWork365 avec sa propre référence, l'ID externe, sans avoir à stocker les numéros mWork365 de son côté.

Une affaire complète sort de mWork365 grâce à son ID. « Zakázka » désigne la commande ou l'ordre de travail, l'objet autour duquel tournent la plupart des modules de l'app.

Tu atteins une affaire avec l'ID externe, le numéro que ton CRM ou ton ERP lui a donné à la signature. Le scénario reste ainsi calé sur une seule référence du début à la fin.

Tu reçois la fiche d'un équipement (« zařízení » : appareil, machine installée) depuis mWork365, par son ID. Idéal quand une intervention ou un rapport doit afficher les infos de la machine.

La même fiche équipement, retrouvée par le code que ton propre système lui donne, un numéro de parc par exemple, enregistré comme ID externe dans mWork365. Aucune table de correspondance à tenir.

Les infos d'un client mWork365 arrivent dans ton scénario via son ID, prêtes à être reprises par n'importe quel module suivant.

Tu retrouves un client avec l'ID externe, le numéro de compte de ton CRM par exemple, et tu passes sa fiche à la suite. Tes deux outils parlent ainsi du même client sans numérotation commune.

Le stock d'un entrepôt baisse dans mWork365 quand ton scénario déclare une sortie de pièces. « Odeber » veut dire « retire ».

Même sortie de stock, avec le matériau désigné par ton code catalogue plutôt que par l'ID mWork365. La boutique ou l'ERP reste la seule source des références produits.

Le matériel passe d'un entrepôt à l'autre dans mWork365 en une seule étape. « Přesuň » signifie « déplace » : un module au lieu d'un retrait suivi d'un ajout.

Le même transfert entre entrepôts, avec des références externes issues de ton propre système. À choisir quand les codes entrepôt ou matériau viennent d'un ERP.

Une nouvelle adresse s'ajoute à un client existant dans mWork365 : un deuxième site ou un point de livraison, rangé sur la bonne fiche.

Cette adresse supplémentaire rejoint le client que ton CRM connaît déjà, retrouvé par son ID externe. Pas besoin de charger l'ID mWork365 d'abord, ce qui économise une opération.

Un nouveau type de matériau entre au catalogue de mWork365, avant même qu'il y en ait en stock. « Definice » veut dire « définition ».

Un interlocuteur nommé rejoint la fiche d'un client dans mWork365, pour que les techniciens sachent qui appeler sur place.

La personne de contact se rattache au client que ton CRM identifie par son ID externe, et les deux outils restent alignés sans lecture intermédiaire.

Le stock d'un matériau augmente dans l'entrepôt choisi : c'est le geste courant à chaque arrivage.

Tu enregistres une entrée de stock sur un matériau désigné par ta propre référence produit, l'ID externe. Utile quand les achats vivent dans un ERP et que mWork365 suit.

Un seul module crée l'affaire, ou la met à jour si elle existe déjà. Tu t'épargnes une recherche suivie d'un embranchement dans le scénario.

Tes fiches clients restent à jour dans mWork365 sans doublons : le module ajoute le client ou modifie celui qui existe. « Nebo uprav » signifie « ou modifie ».

Un nouvel entrepôt apparaît dans mWork365, qu'il s'agisse d'un bâtiment, d'une réserve ou d'un véhicule d'intervention, selon la façon dont ton équipe organise le stock.

Une affaire toute neuve s'ouvre dans mWork365 à partir de données venues d'ailleurs, et personne ne ressaisit la demande.

Un équipement s'enregistre sous un client existant, et son historique démarre au bon endroit.

L'équipement se range sous le client que ton propre système connaît par son ID externe. Un formulaire d'installation ou ton outil de vente alimente ainsi mWork365 directement.

Un nouveau client naît dans mWork365 à partir d'un prospect, d'un formulaire ou d'une affaire signée dans un autre outil.

Ton scénario accède à ce que mWork365 appelle des événements : le nom signifie « surveille les événements ». Le module figure pourtant ici parmi les actions, pas parmi les déclencheurs, et ne lance donc pas un scénario tout seul.

Une adresse disparaît de la fiche d'un client dans mWork365, et la liste des sites reste propre quand l'un d'eux ferme.

Tu supprimes une adresse client repérée par la référence de ton propre système, l'ID externe. Logique quand c'est le CRM qui décide quels sites existent.

Ce module supprime une définition de matériel, la fiche catalogue qui décrit un article, dès que tu lui donnes son ID mWork365. Ton catalogue arrête de proposer des références que plus personne ne commande.

Même ménage dans le catalogue, mais la fiche est retrouvée par son ID externe, la référence que garde ton autre logiciel. Pas besoin d'aller chercher l'ID mWork365 avant.

Tu retires un interlocuteur d'une fiche client dans mWork365, repéré par son ID. Le client reste en place ; seule la personne sort de la liste des gens à appeler.

Ici, c'est un contact qui disparaît : celui rattaché à un client, retrouvé grâce à l'ID externe venu de tes propres outils. Pratique pour les contacts créés au départ depuis un CRM qui a posé sa propre référence.

Une pièce jointe stockée dans mWork365 s'efface stockée dans mWork365 à partir de son ID. C'est le pendant de Nahraj přílohu, le module d'envoi, et il évite que des fichiers périmés traînent sur les fiches.

Tu fais disparaître un entrepôt de mWork365 grâce à son ID. Un lieu de stockage fermé ne s'affiche plus quand on déplace ou qu'on compte du stock.

Un entrepôt se ferme côté mWork365 en passant par l'ID externe que lui donne ton outil de stock ou ta compta. Les deux logiciels gardent la même liste de sites.

Une commande de travaux (une zakázka) disparaît dès que tu fournis son ID. L'enregistrement disparaît pour de bon, il n'est ni clôturé ni annulé.

Tu supprimes une commande de travaux via son ID externe, par exemple le numéro de devis de ton logiciel de facturation. Le scénario saute l'étape de recherche de l'ID mWork365.

Un équipement s'efface, (un zařízení) repéré par son ID mWork365. La liste du parc chez le client redevient juste, et les techniciens ne voient plus une machine partie à la casse.

Même suppression d'équipement, mais pilotée par l'ID externe : ton registre de parc tenu dans un autre outil commande, mWork365 suit sans ressaisie.

Tu effaces un client de mWork365 avec son ID. À réserver aux vraies erreurs : doublons, comptes de test, fiches créées deux fois par une première version de ton scénario.

Le client sort de mWork365 à partir de son ID externe, autrement dit le numéro client que connaît déjà ta facturation ou ton CRM. La suppression suit l'outil source, sans recherche préalable.

Son nom veut dire « requête universelle ». La doc ne le décrit pas : vois-le comme le module ouvert à essayer quand aucun module nommé de mWork365 ne couvre ton besoin.

Tu corriges une adresse dans mWork365, retrouvée par son ID externe. Le technicien sonne à la bonne porte, et personne n'a touché la fiche à la main.

L'adresse d'un client change quand ton scénario détient l'ID mWork365 de cette adresse. La version corrigée remplace l'ancienne sur la fiche.

Tu mets à jour une définition de matériel, la fiche catalogue d'un article, via son ID. Tes techniciens choisissent toujours la bonne pièce, avec le bon libellé.

Un article du catalogue se modifie du catalogue grâce à l'ID externe, le code de ton outil d'achats. Les données de référence restent ailleurs, mWork365 se contente de suivre.

Tu remets à jour un interlocuteur chez un client, retrouvé par son ID mWork365. Ton bureau appelle la bonne personne avec des infos fraîches.

Un contact s'actualise, retrouvé via l'ID externe de ton CRM ou de ton carnet d'adresses. Deux outils, une seule version de chaque personne.

Tu changes les informations d'un entrepôt repéré par son ID mWork365. Le stock ne bouge pas, seule la description du lieu évolue.

Un entrepôt se modifie en s'appuyant sur l'ID externe que lui a donné ton logiciel de stock. Les sites restent alignés sans repasser dans mWork365.

Tu mets à jour une commande de travaux dès que tu as son ID. La fiche reste la même, ses détails rattrapent ce que le client a demandé.

Une commande de travaux retrouvée par son ID externe, souvent le numéro de devis du logiciel où la vente s'est faite. L'équipe terrain voit le changement sans coup de fil.

Tu mets à jour un équipement via son ID externe, la référence de ton outil de gestion de parc. Note l'orthographe : Make l'affiche en ExternalID, contrairement à tous les autres modules par ID externe de l'app.

La fiche d'un appareil se corrige à partir de son ID mWork365, pour que ce que lit le technicien sur place colle à ce qui est vraiment installé.

Tu changes la fiche d'un client dans mWork365, retrouvée par son ID. Les infos de la société restent cohérentes pour chaque commande et chaque intervention qui s'appuie dessus.

Un client s'actualise via l'ID externe de ton CRM ou de ta facturation. Le numéro client devient le pont entre les deux applis.

Son nom signifie « rechercher du matériel » : il fouille tes articles mWork365 et passe les résultats au module suivant, pour agir sur un article sans connaître son ID.

Le module recherche les interventions, les výjezdy sur lesquels partent tes techniciens, et transmet ce qu'il trouve à la suite du scénario. Un bon point de départ pour suivre l'activité dans un autre outil.

Tu trouves des commandes de travaux dans mWork365 pour que la suite du scénario puisse les lire, les modifier ou les reporter ailleurs. C'est la porte d'entrée quand tu n'as pas d'ID sous la main.

Des équipements de tes clients reviennent au scénario, bien utile pour obtenir l'ID d'un appareil avant de le modifier ou de le supprimer.

Tu cherches parmi tes clients mWork365, ce qui permet à un scénario de reconnaître un client existant avant d'en créer un nouveau.

Une intervention planifiée s'annule, identifiée par son ID mWork365. Le planning du technicien se libère sans que personne appelle le bureau.

Tu décommandes une intervention via son ID externe, la référence de l'agenda ou de l'outil de réservation qui l'a créée. mWork365 et cet outil restent synchronisés.

Une commande de travaux s'annule à partir de son ID : elle ne compte plus comme du travail à faire. Le nom dit bien annuler, pas supprimer, ce qui convient aux commandes qui ont vraiment existé.

Tu annules une commande de travaux retrouvée par son ID externe, comme un numéro de commande de ta boutique en ligne. Une annulation faite là-bas arrive jusqu'à l'équipe terrain.

Tu extrais une valeur d'un formulaire mWork365, par exemple une réponse saisie par un technicien chez le client, et la met à disposition des modules suivants.