BuchhaltungsButler Visma.net Intégration

Les commandes peuvent être synchronisées de la BuchhaltungsButler à BuchhaltungsButler.

Processus

Vous pouvez définir le statut sur lequel les commandes sont envoyées, comme par exemple uniquement les commandes payées.

Une fois qu'APIcenter récupère les données de la commande, elles sont traitées et les données manquantes (par exemple, BranchId) sont ajoutées, puis l'envoi de la commande démarre.

Tout d'abord, APIcenter vérifie si la commande existe déjà ; si c'est le cas, nous ignorons la commande. Si elle n'existe pas, APIcenter vérifie si le client existe et, en fonction du résultat, crée ou met à jour le client. APIcenter vérifie si tous les produits existent, puis la commande est validée.

APIcenter différencie la création du client en fonction des données source reçues. Si APIcenter reçoit un nom d'entreprise de la source, alors un débiteur entreprise est créé avec le contact sous-jacent. S'il n'y a pas d'entreprise, alors un débiteur personne est créé.

La vérification de l'existence d'un client se fait en fonction de l'adresse e-mail.

Types de commande

BuchhaltungsButler prend en charge les factures de ventes, les factures et les commandes

Paramètres

Par défaut, nous offrons des fonctionnalités pour effectuer des mappings spécifiques comme les modalités et les méthodes de paiement de la Visma.net vers la BuchhaltungsButler.

Voulez-vous utiliser un débiteur par défaut ? Cela est également disponible par défaut dans APIcenter.

Pour une vue d'ensemble complète, veuillez consulter la documentation.

Mappage de données

Par défaut, APIcenter fournit un mapping qui permet d'envoyer une commande vers BuchhaltungsButler. Vous pouvez également apporter des ajustements vous-même.

Les champs par défaut qui sont mappés sont par exemple :

• Nom du client
• Adresse de facturation
• Numéro
• Code postal
• Ville
• Pays
• Adresse de livraison
• Numéro
• Code postal
• Ville
• Pays
• SKU
• Quantité
• Prix

Processus

Les clients peuvent être synchronisés de la source vers la cible.

APIcenter se distingue en créant le client en fonction des données sources reçues. Si APIcenter reçoit un nom d'entreprise de la source, un débiteur d'entreprise est créé avec le contact sous-jacent. S'il n'y a pas d'entreprise, alors un débiteur individuel est créé.

Les clients sont également créés via des commandes, cette synchronisation n'est pas nécessaire pour un flux de commandes mais seulement au cas où vous souhaitez synchroniser des clients entre différents systèmes.

Les prix sont récupérés à partir de la source et envoyés à la cible

Les prix sont synchronisés en fonction des groupes de prix. Les prix spécifiques aux clients individuels ne sont pas pris en charge par défaut. Il est conseillé de mettre en place une synchronisation des clients pour placer le client dans le groupe approprié et ainsi avoir accès aux prix spécifiques du groupe.

Processus

Nous vérifions si le produit existe, s'il existe nous vérifions si le client/le groupe de prix existe. Si les deux vérifications sont correctes, nous créons un prix pour ce groupe de clients spécifique.

Processus

Les expéditions peuvent être récupérées depuis la source et synchronisées vers la cible.

Avec ce flux d'expédition, nous créons une expédition dans le système cible. Nous définissons la valeur de suivi et traçage ainsi qu'un transporteur.

Soyez conscient que des expéditions fractionnées peuvent créer un comportement étrange sur l'intégration car certains systèmes ne prennent pas en charge les expéditions fractionnées.

Processus

Les produits peuvent être synchronisés de BuchhaltungsButler à Visma.net. Dans cette synchronisation, différents types de produits sont pris en charge. APIcenter rassemble les données de BuchhaltungsButler, puis elles sont traitées par APIcenter pour avoir les paramètres, valeurs et formats corrects avant d'être envoyées à Visma.net. Les produits sont créés ou mis à jour en fonction du code SKU.

Vous pouvez différencier dans APIcenter le comportement entre la création et la mise à jour des produits. Par exemple, lorsque APIcenter crée un produit et envoie la description longue de la BuchhaltungsButler, mais si vous enrichissez les données ensuite dans Visma.net, vous ne voulez pas les écraser avec une mise à jour. Pour cela, vous pouvez cocher une case pour mettre à jour les informations sur le produit.

Types de produits

Types de produits pris en charge : Simples, produits variant/configurables.

Attributs/Caractéristiques

En plus des champs génériques et personnalisés ajoutés à partir de BuchhaltungsButler, les attributs des articles de BuchhaltungsButler sont également pris en charge. Ils doivent être cartographiés manuellement dans APIcenter.

Les attributs sont utilisés pour créer des produits configurables, comme la taille, la couleur, les options. Les caractéristiques sont utilisées comme champs d'information supplémentaires, pensez à pays d'origine, type, délai de livraison, etc.

Catégories

Les catégories peuvent être créées ou mises à jour de BuchhaltungsButler à Visma.net.

Images

Les images sont prises en charge de BuchhaltungsButler à Visma.net.

Datamapper

Vous pouvez mapper des champs supplémentaires disponibles dans l'API. Pour une intégration de travail par défaut, nous avons déjà cartographié les champs de base nécessaires, par exemple :

Champs

• Nom/Titre
• SKU
• Description longue
• Description courte
• Prix hors taxe ou TTC
• Quantité
• EAN/GTIN
• Devise