Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
| Ventes | |||
| TTCD - Actions réalisées par le traitement d'intégration de commandes | |||
| Affectation des données des en-têtes de commande |
| Affectation des données des échéances |
| Affectation des données des conditions de facturation |
| Les données concernant les conditions de facturation peuvent provenir de deux tables. Les conditions de facturation d'une commande sont affectées, soit : - à partir du sas des en-têtes de commandes (SVTCD), dans lequel certaines zones sont prévues à cet effet ; - à partir du sas des conditions de facturation (SVTFC). La création des conditions de facturation est régit par le paramétrage de la classe de transfert (GTNCV). Le sas des en-têtes de commandes permet uniquement la création de conditions particulières en plus des obligatoires. Le sas des conditions de facturation permet, en plus de la création, la suppression ou la modification des conditions particulières et obligatoires. Il permet une affectation totale ou partielle du pied de la future facture (montants HT, TVA, TTC, remise, frais de port etc.) et autorise l'intégration de commandes valorisées hors Cegid XRP Ultimate en conservant les montants déjà calculés. La suppression et la modification sont possibles par l'utilisation du code traitement et uniquement si la commande de transfert sert à modifier une commande déjà existante ou si elle sert de lien pour modifier une autre entité. En outre, si la commande existante était déjà valorisée avant son intégration dans Cegid XRP Ultimate, aucune action sur les conditions de facturation de cette commande n'est autorisée. De plus, ces différents sas d'intégration permettent différentes méthodes de génération des conditions de facturation constituant le pied de facture, dont voici le détail : 1) Génération des conditions par défaut (les obligatoires et celles du client). Les montants des conditions étant calculés par Cegid XRP Ultimate. Dans ce cas, ne rien renseigner dans les tables d'interface SVTCD et SVTFC relatif aux conditions. Obligatoires = Montant marchandises, base TVA, montant TVA et TTC. Conditions du client = conditions particulières pour le client (remise etc.) définies dans GTCF. 2) Combinaison des conditions par défaut et de conditions autres avec calcul des montants par Cegid XRP Ultimate. Dans ce cas, préciser le taux ou montant des conditions à l'en-tête de commande dans SVTCD (zones TC1SVTCD, TC2SVTCD, TC3SVTCD, TC4SVTCD, TC5SVTCD) ou bien renseigner les conditions dans SVTFC sans préciser les montants mais en précisant éventuellement d'autres informations (compte, CGR etc.). Les taux ou montants des conditions de facturation saisis dans les zones TC1SVTCD à TC5SVTCD sont exprimés dans la devise de la commande. Si les conditions de facturation sont saisies dans la table d'interface SVTFC, on considère qu'elles sont saisies dans la devise de la commande. 3) Combinaison des conditions par défaut et de conditions autres sans calcul des montants par Cegid XRP Ultimate. Les montants étant déjà calculés hors Cegid XRP Ultimate. Voir paragraphe particularité sur les commandes déjà valorisées. |
| Affectation des données des conditions de facturation |
| Affectation des données des gestionnaires |
| Grâce au code traitement présent dans la table SVTCG, il est possible, en plus de la création, de mettre à jour ou supprimer un gestionnaire de la commande déjà existante. Ces actions sont possibles uniquement si la commande de transfert sert à modifier une commande déjà existante ou si elle sert de lien pour modifier une autre entité. Les gestionnaires sont intégrés suivant le paramétrage de la classe de transfert (GTNCV), à partir du contenu de la table d'interface SVTCG et/ou des gestionnaires par défaut du client saisis dans GTGC. |
| Affectation des données des gestionnaires |
| Affectation des données des textes |
| Les textes sont créés suivant le paramétrage mis en place dans les classes de transfert (GTNCV) à partir du contenu de la table d'interface SVTCT et/ou à partir des textes à génération automatique associés aux entités client, classe et pays (GTXECLA, GTXECLI et GTXEPAYS) pour l'en-tête de commande ; et article, article vendu (GTXEART, GTXEATV) pour les lignes de commandes. Les actions de modification et de suppression d'un texte d'une commande déjà existante sont impossibles. Il est possible de générer les lignes du texte défini dans les défauts par article et par client ou par famille de clients (GDCA) si l'option "A générer / ligne" est cochée et selon le paramétrage de la classe de transfert (GTNCV). Génération des lignes du texte défini en priorité pour le client, puis pour la famille de clients si les défauts sont gérés par famille (voir occurrence UTLDCA du paramètre AUTSVCDV). La recherche de l'appartenance du client à la famille de clients est réalisée pour un chemin de composition et par rapport à une date paramétrés. |
| Affectation des données des textes |
| Affectation des données des lignes de commandes |
| Grâce au code traitement présent dans la table SVTLC, il est possible, en plus de la création, de mettre à jour ou supprimer une ligne de la commande déjà existante. Ces actions sont possibles uniquement si la commande de transfert sert à modifier une commande déjà existante ou si elle sert de lien pour modifier une autre entité. De plus, si la commande existante était déjà valorisée avant son intégration dans Cegid XRP Ultimate, aucune action sur les lignes de cette commande n'est autorisée. Les informations pouvant provenir des défauts par article et par client ou par famille de clients (GDCA) à savoir l'intitulé de la ligne, le dépôt, le taux de remise, le nombre de lots maximum à prélever et le gestionnaire sont recherchées en priorité pour le client, puis pour la famille de clients si les défauts sont gérés par famille (voir occurrence UTLDCA du paramètre AUTSVCDV). La recherche de l'appartenance du client à la famille de clients est réalisée pour un chemin de composition et par rapport à une date paramétrée. |
| Affectation des données des lignes de commandes |
| Affectation des données des détails par lot et/ou emplacement |
| Grâce au code traitement présent dans la table SVTLL, il est possible, en plus de la création, de mettre à jour ou supprimer un détail par lot et/ou emplacement d'une ligne de la commande déjà existante. Ces actions sont possibles uniquement si la ligne et la commande de transfert servent à modifier la commande et la ligne déjà existantes ou si elles servent de lien pour modifier une autre entité. Il est également possible de traiter un retour client.. |
| Affectation des données des détails par lot et/ou emplacement |
| Affectation des données des détails de remises |
| Affectation des données des associations de pièces |
| Affectation des données des paramètres |
| Affectation des données des rubriques |
| Les rubriques sont créées suivant le paramétrage mis en place dans les classes de transfert (GTNCV) à partir du contenu de la table d'interface SGTRQ et/ou à partir des rubriques existantes associées aux entités client, classe, marché pour l'en-tête de commande ; et article, article vendu et article stocké pour les lignes de commandes. Les actions de modification et de suppression d'une rubrique d'une commande ou d'une ligne déjà existante sont impossibles. |
| Affectation des données des rubriques |
| Affectation des données des appels de fonds |
| Le sas des appels de fonds permet uniquement la création. Les appels de fonds sont intégrés en même temps que les commandes auxquelles ils sont associés. Dès qu'une information de l'appel de fonds est erronée, la commande est entièrement rejetée. Les contrôles de cohérence sont les mêmes que ceux réalisés dans la gestion des appels de fonds (GAAIV). |
| Affectation des données des appels de fonds |
| Affectation des données des liens |
| Particularité sur l'intégration des commandes déjà valorisées hors Cegid XRP Ultimate |
| Cegid XRP Ultimate permet l'intégration de commandes dont le montant est déjà attribué par un système annexe (commandes saisies sur internet par exemple). Ces commandes ne seront pas valorisées par Cegid XRP Ultimate. Les données concernant les commandes "valorisées" sont utilisables seulement en création (code traitement de la commande vide). Dans ce cas, il est nécessaire d'affecter la totalité des conditions de facturation dans la table d'interface SVTFC en précisant les montants et la ventilation de ces montants selon les différents codes de taxe. Les codes de taxe sont renseignés à l'en-tête de la commande dans les zones TV1SVTCD, TV2SVTCD, TV3SVTCD, TV4SVTCD et TV5SVTCD. Même s'il n'y a pas de taxe sur la commande, il est obligatoire de préciser le montant zéro dans les 5 montants de ventilation par taxe (MT1SVTFC, MT2SVTFC, MT3SVTFC, MT4SVTFC, MT5SVTFC). De plus, il est conseillé de transmettre tous les montants (HT, TVA, TTC). Sinon, les montants non transmis seront recalculés, ce qui pourra entraîner une incohérence dans les montants de la commande. Exemple : montants HT et taxe transmis et TTC non transmis. Le montant TTC n'est pas calculé en additionnant HT et taxe transmis, mais en recalculant le montant HT total des lignes de commande et ensuite en calculant la taxe sur ce HT. Lorsqu'une condition de facturation valorisée est intégrée, le genre de celle-ci est égal à "V" afin que le montant ne soit pas recalculé lors de la valorisation. Le montant de la condition même après intégration peut être modifié à partir de la gestion des commandes (GCDV) en accédant aux conditions de facturation (GCVF). Lorsqu'une condition de facturation indiquant le montant total de la commande est précisée (type TT n° 7000 ou type TF n° 9000), ce montant est recopié sur l'échéance. Dans ce cas, la zone genre de l'échéance est égale à "V" afin que le montant ne soit pas recalculé lors de la valorisation. Ceci est valable uniquement dans le cas où l'échéance n'est pas scindée. Principe de contrôle des codes de taxe des commandes : 1) Recherche des différents codes de taxe des lignes de commandes. Ces codes sont triés dans l'ordre alphabétique et affectés aux codes taxe 1 à 5. L'ordre de saisie des lignes n'a pas d'importance. 2) Recherche des différents codes de taxe des conditions de facturation différents de ceux des lignes triés dans l'ordre alphabétique. Affectation de ces codes aux codes taxe non encore affectés. Exemple : Codes taxe des lignes D1D, D3D Codes taxe des conditions de facturation D1D et D2D On obtient : 1er code taxe (tv1svtcd) = D1D 2eme code taxe (tv2svtcd) = D3D 3eme code taxe (tv3svtcd) = D2D |
| Particularité sur l'intégration de factures |
| Le but est de permettre l'intégration de factures lors de la mise en place de l'Application Ventes afin de reprendre des factures. Trois cas peuvent se produire : a) Reprise par interface des factures dans l'Application Ventes et des pièces dans l'Application Finances. b) Reprise par interface des factures dans l'Application Ventes et reprise de soldes dans l'Application Finances. Le détail des pièces n'est pas repris. c) Reprise par interface des factures dans l'Application Ventes et transfert en comptabilité effectué dans l'Application Ventes. Dans les deux premiers cas, on considère que les factures sont transférées en comptabilité ou contiennent un n° de pièce non contrôlé (XXXXXXXXXX). Les factures avec amortissement d'appels de fonds ne sont pas traitées. Les données concernant la facturation sont utilisables seulement en création (code traitement de la commande vide). Zones de la table d'interface SVTCD à renseigner obligatoirement : - Numéro de facture (FAVSVTCD) ; - Date de facture (DFASVTCD) ; - N° de pièce comptable (TRCSVTCD) ; - Date de transfert en comptabilité (DTRSVTCD). Cas a) Reprise par interface des factures dans l'Application Ventes et des pièces dans l'Application Finances. Dans la table SVTCD, renseigner obligatoirement le n° de facture, la date de facture, le n° de pièce et la date de transfert en comptabilité. Dans le traitement d'intégration : - Contrôle que si le n° de facture est renseigné, toutes les informations sur la facture ainsi que les montants sont renseignés (renseigner au minimum une condition de facturation obligatoire du pied de facture : HT, TVA ou TTC). - Contrôle que la pièce comptable existe dans la comptabilité (table ocpie). - Génération de la facture dans la table SVFAV en contrôlant qu'il n'existe pas déjà une facture avec ce numéro. Si c'est le cas, prise en compte de l'occurrence xTNUFAV du paramètre AUTSVTCD pour rejet de la facture ou ajout de la commande. Affectation des zones de la table des factures (SVFAV) : Zone ETSSVFAV : Etablissement, égal à ETSSVTCD. Zone NUMSVFAV : Numéro de facture, égal à FAVSVTCD ou numéro suivant compteur GNFV (prise en compte valeur testée 1 de l'occurrence xTNUFAV du paramètre AUTSVTCD). Zone MNESVFAV : Mnémonique, égal à MNESVTCD. Zone CLISVFAV : Client, égal à CLISVTCD. Zone DATSVFAV : Date de facture, égale à DFASVTCD. Zone COLSVFAV : Type de collectif, renseigné de la même manière que celui de l'échéance. Zone TIESVFAV : Tiers de facturation, idem tiers de facturation de la commande. Zone TIASVFAV : Adresse de facturation, idem adresse de facturation de la commande. Zone TIPSVFAV : Tiers de paiement, idem tiers de paiement de la commande. Zone TAPSVFAV : Adresse de paiement, idem adresse de paiement de la commande. Zone TRCSVFAV : N° de pièce comptable, égal à TRCSVTCD. Zone DTRSVFAV : Date transfert en comptabilité, égal à DTRSVTCD. Zone INXSVFAV : Interlocuteur externe, égal à INXSVTCD. Zone INLSVFAV : Interlocuteur logistique, égal à INLSVTCD. Zone ETASVFAV : Etat, égal à "A". Zone UCRSVFAV : Utilisateur de création, idem utilisateur de création de la commande. Zone DCRSVFAV : Date de création, idem date de création de la commande. Création de la commande en renseignant les informations sur la facture Zone FAVSVCDV : Numéro de facture, égale à FAVSVTCD ou numéro suivant compteur GNFV (prise en compte valeur testée 1 de l'occurrence xTNUFAV du paramètre AUTSVTCD). Zone TRCSVCDV : Numéro de pièce comptable, égale à TRCSVTCD. Zone DTRSVCDV : Date de transfert en comptabilité, égale à DTRSVTCD. Zone ECVSVCDV : Etape, égale à l'étape contenue dans la valeur de l'occurrence xECVFAV du paramètre AUTSVTCD. Dans ce cas, cette étape est obligatoire. Elle doit exister dans les étapes par classe et correspondre à une étape supérieure ou égale à celle du traitement de transfert en comptabilité des factures (TCPT). Création des échéances en renseignant les informations sur la facture Zone FAVSVCVE : Numéro de facture, idem FAVSVCDV. Zone TRCSVCVE : Numéro de pièce comptable, égale à TRCSVTCD. Création des conditions de facturation en renseignant les informations sur la facture Zone FAVSVCVF : Numéro de facture, idem FAVSVCDV. Création des paramètres en renseignant les informations sur la facture Zone FAVSVCVP : Numéro de facture, idem FAVSVCDV. Actualisation du compteur de numéro de factures (GNFV) Il est systématiquement effectué dans le cas où le choix de ne pas conserver le n° de facture du sas a été fait (valeur testée 1 de l'occurrence xTNUFAV du paramètre AUTSVTCD égale à "C") ou effectué en fonction du n° donné et de l'avancement du compteur (pour la valeur testée 1 égale à "S" ou "F" : voir les conditions ci-après). Le type de numérotation à utiliser est contenu dans la chaîne 1 de l'occurrence xTNUFAV du paramètre AUTSVTCD. La chaîne 1 doit correspondre à une occurrence du paramètre TNUSVNFV. Si le n° de la facture intégrée est inférieur ou égal au dernier n° de facture de GNFV valide à la date de facture, pas d'actualisation du compteur. Si le n° de la facture intégrée est supérieur au dernier n° de facture de GNFV valide à la date de facture, alors mise à jour du dernier n° de facture en contrôlant qu'il n'est pas supérieur au n° maximum autorisé. Cas b) Reprise par interface des factures dans l'Application Ventes et reprise de soldes dans l'Application Finances. Le détail des pièces n'est pas repris. Dans la table SVTCD, renseigner obligatoirement le n° de facture, la date de facture, le n° de pièce en y mettant un numéro fictif XXXXXXXXXX et la date de transfert en comptabilité. Dans le traitement TTCD, même principe que dans le cas a) mais sans contrôler l'existence de la pièce. Cas c) Reprise par interface des factures dans l'Application Ventes et transfert en comptabilité effectué dans l'Application Ventes. Dans la table SVTCD, renseigner obligatoirement le n° de facture, la date de facture, le n° de pièce en y mettant un numéro fictif XXXXXXXXXX et la date de transfert en comptabilité. L'étape de création de la commande générée doit donc être l'étape de la facturation (présence contrôlée dans les étapes par classe) pour que la facture ainsi intégrée puisse être comptabilisée. Dans le traitement TTCD, même principe que dans le cas a) mais sans alimenter le numéro et la date de la pièce. |
| Particularité sur l'intégration des expéditions | ||||||||||||
Le but est de permettre l'intégration d'expéditions dans l'Application Ventes, soit lors de la mise en place de l'application afin de reprendre des expéditions, soit lorsque les expéditions sont réalisées hors Cegid XRP Ultimate via un autre système.
(1) Pour la CREATION d'une expédition d'une nouvelle commande : Gestion de l'occurrence xGENEXP du paramètre AUTSVTCD dont la valeur testée 1 indique si on conserve le numéro du sas ou si on incrémente le compteur (GNEX). Pour une numérotation d'expédition avec numéro provenant du sas, celui-ci ne doit pas exister dans GEXP, sinon blocage. Par contre, il doit exister tout de même un compteur dans GNEX valide à la date d'expédition. Mise à jour du compteur si n° d'expédition inférieur au compteur existant. Si n° d'expédition supérieur au numéro maximum : blocage du traitement. Toutes les informations permettant d'alimenter l'expédition proviennent de la commande de transfert (sauf : transporteur relais issu du client et nombre de colis calculé comme au traitement d'expédition TEXP). La commande ainsi générée est positionnée à l'étape correspondant au TEXP (celle des étapes par classe). |
| (2) Pour la CREATION d'une expédition d'une commande existante : Zone ETSSVEXP : Etablissement, égal à ETSSVTCD. Zone DEPSVEXP : Dépôt, égal à DEPSVTCD si renseigné, sinon celui de la commande existante. Zone NUMSVEXP : N° d'expédition, affecté selon l'occurrence xGENEXP du paramètre AUTSVTCD. Zone DEXSVEXP : Date d'expédition, égal à DEXSVTCD si renseigné, sinon date d'expédition effective de la commande existante. Zone MNESVEXP : Mnémonique, égal à MNESVTCD si renseigné, sinon celui de la commande existante. Zone CLISVEXP : Client, égal à CLISVTCD. Zone TIESVEXP : Tiers de livraison, égal à TILSVTCD si renseigné, sinon celui de la commande existante. Zone TIASVEXP : Adresse de livraison, égale à TALSVTCD si renseignée, sinon celle de la commande existante. Zone PRTSVEXP : Type de port, égal à PRTSVTCD si renseigné, sinon celui de la commande existante. Zone CAMSVEXP : Transporteur, égal à CAMSVTCD si renseigné, sinon celui de la commande existante. Zone CANSVEXP : Ordre de chargement, égal à CANSVTCD si renseigné, sinon celui de la commande existante. Zone INXSVEXP : Interlocuteur externe, égal à INXSVTCD si renseigné, sinon celui de la commande existante. Zone INLSVEXP : Interlocuteur logistique, égal à INLSVTCD si renseigné, sinon celui de la commande existante. Zone OTSSVEXP : Ouverture du type de semaine, égal à OTSSVTCD si renseigné, sinon celui de la commande existante. Zone MDTSVEXP : Mode de transport, égal à MDTSVTCD si renseigné, sinon celui de la commande existante. Zone TRNSVEXP : Transitaire, égal à TRNSVTCD si renseigné, sinon celui de la commande existante. Zone DESSVEXP : Destination, égale à DESSVTCD si renseignée, sinon celle de la commande existante. Zone URGSVEXP : Urgence, égale à URGSVTCD si renseignée, sinon celle de la commande existante. Zone TPRSVEXP : Transporteur relais, provient du client si différent de celui de la commande existante. Zone GESSVEXP : Gestionnaire, égal à GEESVTCD. Zone DDPSVEXP : Date de préparation, égale à DPESVTCD. Zone HDPSVEXP : Heure de préparation, égale à HRESVTCD. Zone MTPSVEXP : Montant du port, égal à MPESVTCD. Zone NBCSVEXP : Nombre de colis, égal à NBCSVTCD si renseigné, sinon nombre de colis de la commande existante, sinon cumul du nombre de colis des lignes de commandes du sas ou des lignes existantes suivant la règle du traitement des expéditions. Zone UCRSVEXP : Utilisateur de création, idem utilisateur de création de la commande. Zone DCRSVEXP : Date de création, idem date de création de la commande. La commande modifiée est positionnée à l'étape correspondant au traitement d'expédition (TEXP), celle des étapes par classe. |
| (3) Pour la MODIFICATION d'une expédition existante : Intervient si l'expédition du sas existe déjà dans les expéditions d'exploitation. La modification contrôle la véracité des informations communes entre l'expédition existante et les informations renseignées dans le sas : client, tiers et adresse de livraison, date, transporteur, dépôt, transitaire doivent être identiques, sinon blocage du traitement. Pour les autres informations, les données sont prises de la dernière commande ajoutée à l'expédition. De même, vérification de toutes les commandes de l'expédition, elles doivent permettre la modification de celle-ci. Etape maximale des commandes composant l'expédition à comparer avec l'étape maximale de modification des expéditions dans GNCV. Ajout du nombre de colis à l'expédition existante. Remarques : Pour les cas (1) et (2), la date effective et le numéro d'expédition de la commande sont alimentés avec les informations du sas. Dans tous les cas de commandes existantes, il y aura un blocage systématique pour interdire la création ou la modification d'une expédition si celle-ci à passer le traitement de mise à jour des stocks (TSTV), flag de stock = "T". Comme le fait le traitement d'expédition (TEXP), il est possible de contrôler la cohérence des quantités et des lots. Pour cela, les occurrences CTLLCV et CTLLVL du paramètre AUTSVEXP sont utilisées et peuvent être associées à un autre "paramètre PRM" que celui de l'intégration (utilisation du paramètre "PR1" associé au traitement d'intégration). Idem pour la génération des supports, il faut positionner la valeur testée 2 de l'occurrence GENEXP du paramètre AUTSVTCD à "O" pour l'activer. |