Sommaire | ||
---|---|---|
|
...
Le code du client est géré sur 8 positions alphanumériques. Lorsque la dernière position saisie correspond à un chiffre, alors le code est complété à droite par des zéros.
En création, il est possible de demander l'attribution automatique d'un numéro. Le compteur est géré dans la fiche dossier.
Remarque : Si, lors de la création de tiers avec une numérotation automatique , le message d'erreur “le code tiers est déjà utilisé ” apparaît alors que le numéro de tiers est vide, il faut vérifier qu'il n'y a pas de tiers avec code à espace dans la table des tiers correspondante.
Visa Administratif
Cette case à cocher permet de définir si ce client est un client CRM uniquement (case non cochée) ou un client également disponible dans achat/vente (case cochée).
Si le client n'a pas de visa administratif, il ne pourra pas être utilisé en saisie de pièces.
...
Le responsable administratif vérifie les informations et vise la fiche. Après cette opération, le tiers peut être « utilisé » dans la saisie de pièces. Si le client est créé dans Divalto Commerce & Logistique, cette case est cochée par défaut.
La case ne peut plus être décochée manuellement si le tiers a été utilisé dans une pièce commerciale. Un test à la saisie ou à la modification de la fiche tiers, contrôle l'utilisation du tiers dans les pièces commerciales et passe automatiquement à la zone suivante si le tiers possède des pièces associées.
Nom et nom abrégé
Le nom abrégé est utilisé dans les recherches par nom (index sur la table). Il est déterminé automatiquement en fonction du nom selon les règles suivantes :
...
L'encours est géré sur le client payeur et non plus sur l'intégralité des fiches client. Ainsi, une fiche client dont le champ "code tiers Divalto Règlement" (onglet pièce et liens tiers) est renseigné, ne disposera plus des champs correspondant à l'encours. C'est la fiche du tiers correspondant au "code tiers Divalto Règlement" qui contiendra les données d'encours.
Le code tiers Divalto Règlement est le code sur lequel seront intégrés factures et effets dans Divalto Règlements.
Le cycle complet de la gestion des règlements sera effectué sur cet autre client.
Attention : Lorsque le code tiers Divalto Règlement est renseigné, le rapprochement entre les factures dans Commerce et logistique et dans Règlements n'est plus possible, la pièce étant liée à un code tiers différent.
...
La saisie d'une facture dans achat vente puis son intégration en comptabilité / règlements génèrera une écriture sur le compte comptable du tiers et un effet en attente sur le tiers règlement indiqué ; donc utilisation de deux codes tiers différents .
...
...
...
Le règlement de l'effet génèrera une écriture sur le compte du code tiers règlements :
...
Remarque : En toute logique, le paramétrage du tiers règlement implique que le tiers de règlement et le tiers facturé aient le même compte comptable. Les fiches tiers ne sont différentes que pour avoir d'autres interlocuteurs, de relance par exemple, mais les informations comptables doivent être identiques, ce qui permet de pallier à la situation.
Commerciaux
Il est possible de lier jusqu'à trois commerciaux à un client. Ainsi la vente d'un article à un client commissionne de un à trois commerciaux.
Du cas général vers l'exception : il est possible de modifier le commercial au niveau de la ligne de la pièce.
...
Onglet « Pièces » de la fiche client
Reliquats
La gestion des reliquats peut être enclenchée ou non par défaut client par client. La règle générale est fixée par le dossier. La gestion est activée indépendamment pour les devis, commandes et bons de livraison.
...
Depuis la version 10.3, afin de pouvoir adresser par mail les bons documents aux bons contacts, il est nécessaire d'identifier les contacts ayant un rôle de destinataires.
Le système des cases à cocher de la fiche contact : - destinataire de relance - destinataire de commande est abandonné au profit d'un paramétrage dossier qui définit un code fonction pour chaque rôle.
Rôle des contacts
Assistant pour le choix des rôles
Pour compenser la disparition des cases à cocher et ne pas obliger l'utilisateur à connaitre tous les codes fonction, le clic droit ouvre un popup qui permet la sélection rapide d'un rôle.
...
La fiche contact ;
La fiche envoi de flash.
Cinq rôles pourront ainsi être attribués à un contact par la simple affectation d'un code fonction :
Paramétrage dossier
Les cinq rôles se définissent dans Commerce & logistique/ Fichier/Organisation/Dossier, Onglet Pièces 2, groupe rôle des contacts.
Quid à la validation d’une pièce?
A la validation d’une pièce (BL en facture par exemple),
si aucun contact du client ne possède le rôle adéquat, le contact de la pièce source est véhiculé dans la pièce cible
si un contact du client possède le rôle adéquat, le contact de la pièce source est remplacé par le contact du client possesseur du rôle adéquat dans la pièce cible
Exemple:
On valide un BL en facture. Le BL est associé au nom du contact ayant le rôle Destinataire BL.
S’il existe pour le tiers, un contact ayant le rôle Destinataire facture, le nom du Destinataire BL sera remplacé par le nom du Destinataire facture, dans la facture.
S’il n’existe pas, pour le tiers, de contact ayant le rôle Destinataire facture, alors le nom du Destinataire BL figurera sur la facture.
Migration
SCRIPT DE MIGRATION GT_9272.SQL
Ce script permet de mettre à jour les codes fonction sur les contacts à partir des anciennes valeurs de case à cocher. Il met aussi le paramétrage dossier en conformité avec l'écran ci-dessus. Si vous voulez utiliser d'autres codes fonction, il faut modifier ce script en conséquence.
...
Il correspond au nom de la table (voir tableau de correspondance ci-dessous). Pour le cas d'une exportation ou d'une importation avec une ligne par table CLI, T1, T2, T3, une colonne "FICHE" contenant le nom de l'enregistrement devra être définie.
Dans le cas d'une importation avec un fichier dont une ligne contient plusieurs tables Divalto, la colonne "FICHE" ne doit pas être présente.
Les tables traitées sont :
Table | Désignation |
PRO | Prospect |
CLI | Client |
FOU | Fournisseur |
VRP | Commercial |
TIA | Autre tiers |
T1 | Adresse |
T2 | Contact |
T3 | RIB |
Autres mots clé
Selon les enregistrements à exporter ou importer, certains mots-clés sont nécessaires. Il existe également des mots-clés qui permettent une numérotation automatique des fiches.
Mot-clé | Obligatoire si enregistrement | Contenu |
TIERS | Il faut toujours que l'un de ces deux mots-clés soit présent | Code tiers |
TIERS+ | Code tiers avec numérotation automatique | |
ADRESSE | T1 | Code adresse |
ADRESSE+ | T1 | Code adresse avec numérotation auto. |
CONTACT | T2 | Code contact |
CONTACT+ | T2 | Code contact avec numérotation auto. |
TYPERIB | T3 | Type de RIB |
RIB | T3 | Code RIB |
RIB+ | T3 | Code RIB avec numérotation automatique |
COMMERCIAL | VRP et T3 | Code commercial |
Champs utilisables
Tous les champs du dictionnaire (cf. documentation technique base Commerce & Logistique, ou AGL)
...
Les champs obligatoires en mode création :
Champs | Obligatoire si table/champs |
CLI.NOM, PRO.NOM, VRP.NOM, TIA.NOM, FOU.NOM | CLI, FOU,PRO, VRP,TIA |
CLI.CPT, FOU.CPT | CLI et FOU |
ADRESSE+ (Numérotation automatique) | T1.Vil |
CONTACT+ (Numérotation automatique) | T2.Nom |
RIB, T3.RIBCOD | T3.IBAN3 |
RIB+ (Numérotation automatique) | T3.RibDo |
Remarque :
Numérotation automatique
...