...
Gestion des équipements :
Versions : Divalto weavy 5.4 / Divalto infinity 10.6
Entité : Equipement
Origine : Notification (NOTIFICATION)
Code notification : ExtDataUpdateAsync_Equipment
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Equipment
Webservice infinity : integration_equipement
Retours :
En création d’un nouvel équipement, recodification de sw_data_equipment.codeequipment avec GMMAT.RMCOD
Remarques :
A partir de Divalto weavy 6.0 / Divalto infinity 10.10, on gère la mise à jour des caractéristiques froid des équipements
Création d’un devis travaux suite à intervention :
Versions : Divalto weavy 5.4 / Divalto infinity 10.6
Entité : Intervention
Origine : Manuelle (WORKSQUOTE)
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Intervention
Webservice infinity : integration_dtr
Retours :
Mise à jour de sw_data_intervention.additionalExternalID avec PREFPINO + PINO + TICOD + PITYP
Création d’un devis travaux sur demande d’intervention :
Versions : Divalto weavy 5.4 / Divalto infinity 10.6
Entité : Demande d’intervention
Origine : Manuelle (WORKSQUOTE)
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Intervention
Webservice infinity : integration_dtr
Contrôle de réception bon de transfert :
Versions : Divalto weavy Retours :
Mise à jour de sw_data_intervention.externalID avec PREFPINO + PINO + TICOD + PITYP
Contrôle de réception bon de transfert :
Versions : Divalto weavy 5.5 / Divalto infinity 10.7
Entité : Entête de réception de bon de transfert
Origine : Notification (NOTIFICATION)
Code notification : ExtDataUpdateAsync_Productstocktransferreceivedheader
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Productstocktransferreceivedheader
Webservice infinity : integration_bontransfert
Retours : /
Avancement d’une intervention :
Versions : Divalto weavy 5.6 / Divalto infinity 10.8
Entité : Intervention / Planning
Origine : Notification (NOTIFICATION)
Code notification : ExtDataUpdateAsync_Intervention / ExtDataUpdateAsync_Planning
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Intervention / ManageExtDataUpdateAsyncOverload_Planning → DIVINF_ManageExtDataUpdateAsync_InterventionAdvancement
Webservice infinity : integration_intervention
Retours : /
Gestion des adresses d’un tiers :
Versions : Divalto weavy 5.7 / Divalto infinity 10.9
Entité : Tiers / Adresse
Origine : Notification (NOTIFICATION)
Code notification : ExtDataUpdateAsync_Customeraddress
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Customeraddress
Webservice infinity : integration_adresse
Remarques :
Utilisation de la variable ExternalDataUpdateAsync.Customeraddress.SyncType pourRetours :
En création d’une nouvelle adresse
Recodification de sw_data_customeraddress.codecustomeraddress avec T1.TIERS + T1.ADRCOD
Mise à jour de sw_data_customeraddress.erpAddressID avec T1.ADRCOD
Remarques :
Utilisation de la variable ExternalDataUpdateAsync.Customeraddress.SyncType pour connaitre le type de synchronisation à effectuer :
0 : Toutes les adresses
1 : Uniquement les sites (valeur par défaut)
Demande de réapprovisionnement :
Versions : Divalto weavy 5.7 / Divalto infinity 10.9
Entité : Entête de demande de réapprovisionnement
Origine : Notification (NOTIFICATION)
Code notification : ExtDataUpdateAsync_ProductstockReplenishmentrequestheader
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Productstockreplenishmentrequestheader
Webservice infinity : integration_piece
Remarques Retours :
Ne sont transmises que les demandes de réapprovisionnement en statut Validé
Un réapprovisionnement peut être créé depuis une Mise à jour de :
sw_data_productstockreplenishmentrequestheader.externalID avec PREFPINO + PINO
sw_data_productstockreplenishmentrequestheader.processingDate à la date du jour
sw_data_productstockreplenishmentrequestheader.generictype_ID_status au statut Envoyé (dataType = 'PRODUCTSTOCK_REPLENISHMENTREQUEST_STATUS' et originalCode='SENT')
Remarques :
Ne sont transmises que les demandes de réapprovisionnement en statut Validé
Un réapprovisionnement peut être créé depuis une planification en prenant les pièces utilisées. Si la variable ReplenishmentAutoValidate (auto-validation du réapprovisionnement) est à 1 alors la demande de réapprovisionnement sera transmise automatiquement.Quand la demande de réapprovisionnement aura été créé dans Divalto infinity son statut passera à Envoyé et sa date de traitement ainsi que son lien externe seront renseignés dans Divalto weavyde réapprovisionnement sera transmise automatiquement.
La demande de réapprovisionnement dans Divalto weavy va créer une commande de transfert dans Divalto infinity d’un dépôt non véhicule (par défaut dépôt principal) vers le dépôt du technicien
Relevé de compteur d’un équipement :
Versions : Divalto weavy 5.7 / Divalto infinity 10.9
Entité : Mesure
Origine : Event (EVENT MEASURECOUNTER)
Code automate event : Manage ExtDataUpdateAsync - MeasureCounter
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Measure
Webservice infinity : maj_cpt_equipement
Retours :
Mise à jour de sw_data_measure.srvExport à 0
Remarques :
On utilise un événement pour transmettre tous les derniers relevés de compteurs pour les équipements non exportés (sw_data_measure.srvExport=1) selon la fréquence paramétrée
Création d’une affaire depuis une intervention :
Versions : Divalto weavy 6.0 / Divalto infinity 10.10
Entité : Intervention
Origine : Manuelle (DEAL)
Fonction surchargée : ManageExtDataUpdateAsyncOverload_Intervention → DIVINF_ManageExtDataUpdateAsync_InterventionDeal
Webservice infinity : integration_affaire
Retours :
Création d’une trace dans sw_data_interventionhistoryheader et sw_data_interventionhistorydetail pour l’intervention concernée en cas de réussite ou d'échec du webservice
Remarques :
Après la création de l’affaire dans Divalto infinity, on enchaine automatiquement sur les traitements suivants à travers l’ICP :
Appel du Webhook “Deal” pour créer l’affaire dans Divalto weavy
Appel du Webhook “Intervention” pour lier l’affaire, l'élément d’affaire et l’activité à l’intervention dans Divalto weavy
...