SGD DSI SFD FI FI112 Affacturage Interface Facture Avoir - FR V21

Projet Date
SPECIFICATION FONCTIONNELLE TMA- 04/04/2024

AFFACTURAGE
Département STI Référence Page

SGD-DSI-SFD-FI-FI112-Affacturage-interface- 1/29
facture-avoir_FR-V21.doc
AFFACTURAGE : EXTRACTION FACTURES/AVOIRS
N° Développement :
Domaine fonctionnel : FI
Type de développement :
Interface Reprise Formulaire Report Transaction Autres (préciser)
Date de création : 15/12/2009 Dernière modification :

Doc. de réf. :
Auteur : EDT-AOI Origine :
Destinataires : Domaine :
Duplicata :
VALIDATION
Date Par Fonction Visa
Responsable fonctionnel
Responsable Utilisateur
HISTORIQUE DES VERSIONS

Date Id / Tâche Description Qui
30/12/2009 V11 Modification alimentation log ES EDT
07/01/2010 V12 Modification date création pièce Fac/avo EDT
Données de test DEC
Ajout code relance
Ajout notion échéance
Ajout code pays
Date
Projet MAINT 04/04/2
SPECIFICATION FONCTIONNELLE ECC6 024
Référence Auteur Page

Département STI SGD-DSI-SFD-FI-FI112-Affacturage-interface-facture- EDT (AOI) 2/29
avoir_FR-V21.doc
07/012010 V13 Modification longueur de zone envoi EDT

08/01/2010 V14 Modification création Pièces EDT
11/01/2010 V15 Mail Logica du 10/01/10 EDT
11/01/2010 V16 Révision suite échange avec MHU + mail EDT
20/01/2010 V17 Précisions écran de sélection + postes EDT
BSID
25/01/2010 V18 Précision sur la gestion des taux de EDT
change pour les pièces miroirs
Modification champs affectation
09/02/2010 V19 Plus de sélection sur la devise pour les EDT
clients
09/02/2010 V20 Pas de sélection code cession sur client EDT
12/02/2010 V21 N° de facture et n° d’avoir EDT
31/03/2010 V21 Création transactions de gestion des MAL

tables
Date

avoir_FR-V21.doc
SOMMAIRE
1. Présentation générale........................................................................................................4
1.1. Besoins...................................................................................................................... 4
1.2. Traitement et informations complementaires.............................................................4
1.3. Références................................................................................................................ 4
2. Description fonctionnelle détaillée de l’interface................................................................5
2.1. application externe....................................................................................................5
2.1.1. Tableau des fichiers attendus............................................................................5
2.1.2. Format des fichiers............................................................................................5
2.2. SAP........................................................................................................................... 6
2.2.1. PROGRAMMES.................................................................................................6
2.2.2. TRANSACTION.................................................................................................6
2.2.3. TABLES DE PARAMETRAGE AFFACTURAGE...............................................6
2.2.4. TABLES DES DONNEES AFFACTURAGE......................................................7
2.3. PROGRAMME...........................................................................................................8
2.3.1. ECRAN DE SELECTION...................................................................................8
2.3.1.1. Ecran................................................................................................................. 8
2.3.1.2. Règles de gestion écran de sélection................................................................9
2.3.2. MODE SELECTION DES DONNEES :............................................................10
2.3.2.1. Sélection des clients dans KNA1, KNB1, et KNVV :........................................10
2.3.2.2. Sélection des pièces comptables BSID :.........................................................10
2.3.2.3. Mise à jour table données affacturage :..........................................................10
2.3.3. MODE CREATION DES ECRITURES COMPTABLES DE SUIVI :.................14
2.3.3.1. Sélection des données :..................................................................................14
2.3.3.2. Création des pièces pour les factures :...........................................................14
2.3.3.3. Création des pièces pour les avoirs :...............................................................14
2.3.3.4. Mise à jour de la table des données affacturage :...........................................15
2.3.4. MODE MODIFICATION DES FACTURES/AVOIR:.........................................16
2.3.4.1. Sélection des pièces :......................................................................................16
2.3.4.2. Mise à jour de la table des données d’affacturage :........................................17
2.3.4.3. Codes cessions paramétrés :..........................................................................17
2.3.5. MODE GENERATION DU FICHIER :..............................................................18
2.3.5.1. Règles générales sur la génération du fichier :...............................................18
2.3.5.2. Sélection des données :..................................................................................18
2.3.5.3. Enregistrement d’entête :.................................................................................18
2.3.5.4. Enregistrement factures :.................................................................................19
2.3.5.5. Enregistrement avoirs :....................................................................................20
2.3.5.6. Enregistrement de fin :.....................................................................................21
2.3.5.7. Mise à jour des tables :....................................................................................22
2.3.6. MODE SUPPRESSION DES DONNEES SELECTIONNEES :.......................23
2.3.7. COMPTE-RENDU............................................................................................24
2.3.7.1. Mode Sélection des données..........................................................................24
2.3.7.2. Mode suppression des données......................................................................24
Date

avoir_FR-V21.doc
2.3.7.3. Mode création des pièces de suivi...................................................................24

2.3.7.4. Mode modification des factures/avoir..............................................................24
2.3.7.5. Mode génération du fichier..............................................................................24
2.4. CONTROLE D’AUTORISATION.............................................................................25
2.5. PLAN DE TEST.......................................................................................................26
Date

avoir_FR-V21.doc
1. PRÉSENTATION GÉNÉRALE.
1.1. BESOINS.
Cette partie doit décrire le besoin fonctionnel à traiter par le spécifique, en mentionnant, si nécessaire, les limites et restrictions.
Cette partie doit principalement replacer le besoin dans le contexte fonctionnel du projet
Vous pouvez préciser à quel processus de gestion appartient ce développement.
SGD va mettre en place un principe d’affacturage avec RBS. Pour cela, entre autre chose,
SGD doit fournir les factures et avoirs des clients entrant dans le périmètre de cette
fonctionnalité sous la forme d’un fichier texte qui sera remonté manuellement dans un outil
WEB fournit par RBS. Le programme décrit ici les règles de création de ce fichier, ainsi que
les traitements à effectuer sur les pièces ainsi extraites.
1.2. TRAITEMENT ET INFORMATIONS COMPLEMENTAIRES.
Ce programme sera lancé manuellement, et à la demande. Il comportera plusieurs modes.

L’utilisateur pourra lancer les modes suivants :
1. Sélectionner les données,
2. Créer les pièces miroir,
3. Modifier les pièces d’origine,
4. Générer le fichier.
Le fichier généré sera un fichier texte downloadé directement sur le PC, qui sera remonté
manuellement dans l’outil web de RBS. Pas de batch, pas de fichier unix, pas de lien avec
d’autres développement.
L’utilisateur pourra aussi supprimer certaines données de la table des données d’affacturage.
1.3. RÉFÉRENCES.
L’objet de cette section est d’indiquer les références pour tous les documents utilisés afin de comprendre et de résoudre des besoins
croissants, par exemple.
 Documents fonctionnels (processus, évènements)

 Règles de codification
 Règles de transcodification.
Date

avoir_FR-V21.doc
2. DESCRIPTION FONCTIONNELLE DÉTAILLÉE DE L’INTERFACE
2.1. APPLICATION EXTERNE
- Nom de l’application externe

Outils Web (FACFLOW) fournit par RBS.
2.1.1. Tableau des fichiers attendus
Nom Description Type(1) Chemin Physique Nom Logique

physique Chemin Logique
Pas Pas applicable Pas Pas applicable Pas applicable
applicable applicab
le
(1) : E : entrée
S : Sortie
T : Temporaire
P : Permanent
Toutes les zones et règles de gestion sont détaillées dans le paragraphe suivant.
2.1.2. Format des fichiers
Nom Zone Désignation Type(1) Lg RDG / Valeurs
(1) : AN : Alpha Numérique

N : Numérique
C : Caractère
…
Toutes les zones et règles de gestion sont détaillées dans le paragraphe suivant.
Date

avoir_FR-V21.doc
2.2. SAP
2.2.1. PROGRAMMES
Désignation Valeur Observations

Nom ZFI112 Nom du programme
Type 1 Programme exécutable
Statut
Application * Inter appli.
Base de données Logique
Classe ZFI-FI112
2.2.2. TRANSACTION
Désignation Valeur Observations

Nom ZFI_MJ_AFFACTURAGE
Libellé Affacturage : extraction
factures/avoirs
Classe ZFI-FI112
2.2.3. TABLES DE PARAMETRAGE AFFACTURAGE
Créer la table dépendant du mandant décrite ci-dessous, gérable en sm30 sans ordre de
transport.
N° Champs format clé Libellé check

1 KNB1-CESSION_KZ X Provient du DDIC La valeur doit exister
dans la table
TCESSION
2 Char6 « N¨° du contrat Pas de check
d’affacturage »
3 BSID-HKONT « Compte RBS Pas de check
Factor »
4 BSID-HKONT « Compte Créances Pas de check
cédées »
5 Compteur(3) N° d’envoi Pas de check
Date

avoir_FR-V21.doc
2.2.4. TABLES DES DONNEES AFFACTURAGE
Créer la table dépendante du mandant décrite ci-dessous, gérable en sm30, sans ordre de
transport (Peut-être 2 écran pour faciliter les modifications dans la table).
Champs format clé Libellé check

Code cession KNB1-CESSION_KZ X Provient du DDIC La valeur doit exister
dans la table TCESSION
Société BSID-BUKRS X Provient du DDIC
Exercice BSID-GJAHR X Provient du DDIC
Pièce BSID-BELNR X Provient du DDIC
comptable
Poste pièce BSID-BUZEI X Provient du DDIC Nécessité du champ à
confirmer ?
N° d’envoi Compteur(3) N° d’envoi
Compte client KNB1-KUNNR Provient du DDIC
Type Char1 « Facture/Avoir » Valeurs admises :
- F : Facture
- A :Avoir
Statut Char2 « Statut » Valeurs admises :
- ES : Erreur sélection
- EP : Erreur création
pièce
- EM : Erreur
Modification
- PS : Pièce
Sélectionnée
- PM : Pièce Modifiée
- PC : Pièce créée
- PT : Pièce
Transmise
Pièce miroir BKPF-BELNR « Pièce miroir »
Enreg Char360 « enregistrement »
Log ES Char100 « Log Erreur Sélection »
Log EP Char100 « Log Erreur Pièce
miroir »
Log EM Char100 « Log Erreur Modification
pièce »
Date

avoir_FR-V21.doc
2.3. PROGRAMME
2.3.1. ECRAN DE SELECTION

2.3.1.1. Ecran
Cadre global.
Cadre critère principal
N° de cession (P obligatoire like KNB1-CESSION_KZ)
N° d’envoi (P compteur(5), zone grisée)
Mode test (P)
Radio bouton : Mode normal (par défaut)

Case à cocher : 1 - Sélection des données :
Cadre Sélection Pièces :
Société (P obligatoire, like BSID-BUKRS, par défaut « SGD »)
Exercice (SO like BSID-GJAHR),
N° de pièce comptable (SO like BSID-BELNR),
Date de création des pièces (SO like BKPF-CPUDT),
Période (SO like BKPF-MONAT),
Devise (P, obligatoire like KNVV-WAERS)
Type de pièces facture (SO, obligatoire, like BSID-BLART)
Type de pièces avoir (SO, obligatoire, like BSID-BLART)
Code relance (SO like BSID-MANSP)
Cadre sélection clients :

N° de client (SO like KNA1-KUNNR),
Nom du client (SO like KNA1-NAME1)
Mode de paiement (SO like KNB1-ZWELS)
Comptes généraux (SO, obligatoire, like BSID-HKONT)
Code Pays (SO like KNA1-LAND1)
Case à cocher : 2 - Création des pièces comptables de suivi
Case à cocher : 3 – Modification des factures/avoirs
Case à cocher : 4 – Génération du fichier

Cadre options techniques :
Nom fichier (P) avec matchcode browser PC
Radio bouton : Mode suppression (du même groupe que mode normal)
Cadre Information suppression :
Texte : Ce mode va venir supprimer les enregistrements préalablement
sélectionnés, pour le code cession donnée, le n° d’envoi vide, les pièces
miroir non créées, les pièces originales non modifiées
Date

avoir_FR-V21.doc
2.3.1.2. Règles de gestion écran de sélection

(Sur évènement de type « entrée » ou de type exécution)
RG0-1 :
Si la table de paramétrage affacturage est ouverte en modification : message d’erreur du
type « table de paramétrage affacturage en cours de modification »,
sinon bloquer la table en modification.
RG0-2 :
La zone n° d’envoi sera toujours grisée.
Elle sera renseignée uniquement en mode génération du fichier, par défaut avec le n°
d’envoi lié au code cession renseigné dans l’écran, incrémenté de 1. Pour cela le prg ira
chercher le n° d’envoi stocké dans la table de paramétrage à l’aide de la clé code cession
renseigné dans l’écran de sélection.
RG0-3 :
Seuls les codes cession se terminant par 0 sont admissibles. Sinon, message d’erreur le
stipulant.
RG0-4 :
Les cases à cocher seront grisées lorsque le mode suppression sera activé.
RG0-5 :
La zone fichier sera obligatoire dès lors que le mode génération du fichier sera sélectionné.
RG0-6 :
A part le code cession, aucune zone n’est obligatoire dans les modes autres que sélection
des données.
Date

avoir_FR-V21.doc
2.3.2. MODE SELECTION DES DONNEES :

Si mode de traitement = sélection des données
2.3.2.1. Sélection des clients dans KNA1, KNB1, et KNVV :

- Client de l’écran de sélection,
- Clients du pays de l’écran de sélection
- Société de l’écran de sélection,
- Code cession de l’écran de sélection,
- Mode de paiement de l’écran de sélection
- Non supprimés au niveau des données générales (KNA1)
- Non supprimés dans KNB1 au niveau de la société de l’écran de sélection,
- Non supprimés au niveau des données commerciales (KNVV),
- Qui n’ont pas de schéma de couverture de type Z001 ou Z003 au niveau des
données commerciales, pour tous les domaines commerciaux du client pour lesquels
le client n’est pas supprimé,
- Ne pas tester la devise de l’écran de sélection dans KNVV pour le client
- Qui ne sont pas des clients groupe (soit exclusion dans écran de sélection, soit en dur
dans prg) :
o Code client ne contenant pas *SG*
o Dont le NAME1 ne contient pas *saint*Gobain* (attention, il faut peut-être
vérifier avec majuscules et sans majuscules), contrôle sur le champ NAME1
de l’écran de sélection.
o Certains de ces clients seront précisés dans le SO client de l’écran de sélection
comme étant à exclure (liste fournie par SMO : 36129, 35560, 36339, 22401,
22402, 22407)
Si aucun compte client n’est trouvé : message le stipulant.
2.3.2.2. Sélection des pièces comptables BSID :

Toutes les pièces de BSID :
- Société de l’écran de sélection,
- Code client inclus dans sélection précédente des clients,
- Exercice, date de saisie et période de l’écran de sélection,
- Code session de l’écran de sélection,
- Devise de l’écran de sélection,
- Code relance de l’écran de sélection
- Type de pièces de l’écran de sélection à la fois facture et avoir
- Compte (HKONT) du SO de l’écran de sélection
Précision : il ne peut y avoir qu’un poste client par pièce dans BSID.
Si aucune pièce n’est trouvée : message le stipulant.

Date

avoir_FR-V21.doc
2.3.2.3. Mise à jour table données affacturage :
Si le mode test n’est pas actif :
On balaie les pièces trouvées précédemment, on vérifie dans un premier temps si la clé
- Code Cession,
- N° d’envoi vide,
- Société,
- Exercice,
- N° de pièce
- N° de poste (nécessité à confirmer)
- Statut différent de ES’ et ‘PS’ et ‘EP’
Existe déjà dans la table. Si c’est le cas, on ne met pas à jour la table, sinon : mise à jour en
annule et remplace avec :
 Code cession = code cession de l’écran de sélection
 N d’envoi = vide
 Société = BSID-BUKRS
 Exercice = BSID-GJAHR
 Code client = BSID-KUNNR
 Pièce comptable = BSID-BELNR
 Type = ‘F’ si BSID-SHKZG = ‘S’, ‘A’ si BSID-SHKZG = ‘H’
 Statut = ‘ES’ si log ES est renseigné, sinon ‘PS’
 Log ES =
o Si une des zones obligatoires fait défaut, la mettre dans cette zone (les
concaténer avec espace si plusieurs)
o Ou si la date d’échéance (cf plus loin calcul date échéance, même calcul pour
facture et avoir) est inférieure ou égale à aujourd’hui : mettre « facture échue »
ou « avoir échu »
 Enreg = concaténation des champs décrits ci-dessous
Description des champs à concaténer dans enreg :

Pour les types ‘F’ :
Nom du champ Position Longueur O/F type valeur
Code 1 3 O N ‘100’
enregistrement
Date de 4 8 O date vide
création du
fichier
Code adhérent 12 6 O N Le code adhérent est en fait le n° de
contrat lié au code cession de l’écran de
sélection. Le prg ira le chercher dans la
table de paramétrage à l’aide de la clé
code cession.
Siren ou 18 9 O AN KNA1-STCD2
identifiant
commun
Date

avoir_FR-V21.doc
Code 27 5 F AN vide
établissement
(Nic)
Raison sociale 32 40 O AN KNA1-NAME1
de votre client
Enseigne de 72 40 F AN KNA1-NAME1
votre Client
N° et nom de la 112 40 O AN KNA1-STRAS
voie
Complément 152 40 F AN Si KNA1-NAME3 n’est pas vide :
concaténer KNA1-NAME3 et KNA1-
d’adresse NAME4 séparés par un espace, sinon
KNA1-NAME4
Code postal 192 10 O AN KNA1-PSTLZ, zone alphanumérique, ne
pas oublier de cadrer à gauche et
compléter par des blanc à droite. Pour les
départements inférieurs à 10, ne pas
oublier le 0 initial.
Ville 202 30 O AN KNA1-ORT01
Code Pays 232 3 O AN KNA1-LAND1
Téléphone 235 10 F AN KNA1-TELF1. zone facultative
Si la zone est non vide, il fut enlever tous
Client les caractères autres que des chiffres et
concaténer le résultat ici.
Code client 245 10 O AN KNA1-KUNNR (cadré à gauche sans les 0
devant)
Date de la 255 8 O N BSID-BLDAT
facture
Numéro de la 263 15 O AN BSID-BELNR
BSID-ZUONR
facture
Devise de la 278 3 O AN BSID-WAERS
facture
Signe de la 281 1 O AN ‘+’
facture .
Montant de la 282 15 O N BSAD-WRBTR (sans virgule)
facture
Moyen de 297 3 O AN Suivant KNB1-ZWELS
Si la zone ne contient qu’une seule valeur:
paiement 7 ’CHQ’ (pour les chèques)
8 ou 9  ‘VIR’ pour les virements
1,2,3, ou 4  ‘EFF’ pour les effets
Si la zone contient plusieurs valeurs :
mettre la pièce en erreur
Date 300 8 O N Calcul de la date d’échéance à partir de :
Cette date n’est pas stockée dans SAP.
d’échéance Pour la calculer, il faut utiliser le module
fonction :
DETERMINE_DUE_DATE comme dans la
FBL5N
Tous les champs de la structure sont
disponibles dans BSID, sauf
I_FAEDE-KOART = ‘D’
Date

avoir_FR-V21.doc
I_FAEDE-NETDT = ne rien renseigner

I_FAEDE-SK1DT = ne rien renseigner
I_FAEDE-SK2DT = ne rien renseigner
I_GL_FAEDE = ‘X’
L’échéance est E_FAEDE-NETDT
Numéro de 308 10 F AN BSID-ZUONR
commande
client
Référence 318 40 F AN vide
commande
client
Type de 358 3 O AN ‘FAC’
mouvement
Pour les types ‘A’ :

Code 1 3 O N ‘200’
enregistrement
Date de 4 8 O date vide
création du
fichier
Code adhérent 12 6 O N Idem que entête
Siren ou 18 9 O AN KNA1-STCD2
identifiant
commun
Code 27 5 F AN vide
établissement
(Nic)
Raison sociale 32 40 O AN KNA1-NAME1
de votre client
Enseigne de 72 40 F AN KNA1-NAME1
votre Client
N° et nom de la 112 40 O AN KNA1-STRAS
voie
Complément 152 40 F AN Si KNA1-NAME3 n’est pas vide :
concaténer KNA1-NAME3 et KNA1-
d’adresse NAME4 séparés par un espace, sinon
KNA1-NAME4
Code postal 192 10 O AN KNA1-PSTLZ, zone alphanumérique, ne
pas oublier de cadrer à gauche et
compléter par des blanc à droite. Pour les
départements inférieurs à 10, ne pas
oublier le 0 initial.
Ville 202 30 O AN KNA1-ORT01
Code Pays 232 3 O AN KNA1-LAND1
Téléphone 235 10 F AN KNA1-TELF1. zone facultative
Si la zone est non vide, il fut enlever tous
Client les caractères autres que des chiffres et
Date

avoir_FR-V21.doc
concaténer le résultat ici.

Code client 245 10 O AN KNA1-KUNNR (cadré à gauche sans les 0
devant)
Date de l’avoir 255 8 O N BSID-BLDAT
Numéro de la 263 15 F AN vide
facture
Devise de 278 3 O AN BSID-WAERS
l’avoir
Signe de l’avoir 281 1 O AN ‘-’
Montant de 282 15 O N BSID-WRBTR (sans virgule)
l’avoir
N° de l’avoir 297 15 O AN BSID-BELNR
BSID-ZUONR
Observations - 312 40 F AN BSID-SGTXT
motif
Filler champ 352 6 O AN vide
libre
Type de 358 3 O AN ‘AVO’
mouvement
Date

avoir_FR-V21.doc
2.3.3. MODE CREATION DES ECRITURES COMPTABLES DE SUIVI :

Si mode de traitement = Création des pièces comptables de suivi.
Si on est en mode test, ne rien faire, sinon :

2.3.3.1. Sélection des données :
Aller chercher dans la table des données d’affacturage les pièces correspondantes :
- Au code cession de l’écran de sélection,
- N° d’envoi vide
- Au statut de pièce = ‘PS’
2.3.3.2. Création des pièces pour les factures :

Créer une nouvelle pièce comptable par FB01 :
Données d’entête : reprendre les données d’entête de la facture (dont la devise de la
pièce initiale et le cours de la pièce initiale), sauf
o Type de pièce = ‘ZF’,
o Date comptable = date de saisie = date de pièce= date du jour.
o Heure saisie = heure lancement prg
o Période recalculée en conséquence,
o Code transaction FB01,
o Saisie par (user qui lance le prg)
o Texte d’entête : « cession facture n°» + n° pièce initial
Données de poste : strict minimum
o Poste n° 1 :
 clé de compta = 40,
 compte : n° de compte RBS factor trouvé dans la table de paramétrage
pour le code cession.
 Dans la zone Affectation (ZUONR), mettre n° de la facture mettre le n°
d’affectation BSEG-ZUONR du poste de la pièce initiale.
 Dans la zone texte (SGTXT), mettre ‘n° client :’ n° du compte client
 Dans date de valeur (VALUT), mettre la date de pièce de la facture.
o Poste n° 2 :
 compte : n° de compte sera remplacé par le n° de compte créances
cédées de la table de paramétrage pour le code cession.
 Dans la zone Affectation (ZUONR), mettre n° de la facture mettre le n°
 Dans date de valeur (VALUT), mettre la date de pièce de la facture.
2.3.3.3. Création des pièces pour les avoirs :

Créer une nouvelle pièce comptable par FB01
Données d’entête : reprendre les données d’entête de l’avoir, sauf
o Type de pièce = ‘ZF’
Date

avoir_FR-V21.doc
o Date comptable = date de saisie = date de pièce= date du jour.

o Heure saisie = heure lancement prg
o Période recalculée en conséquence,
o Code transaction FB01,
o Saisie par (user qui lance le prg)
o Texte d’entête : « cession avoir n°» + n° pièce initial
Données de poste : strict minimum
o Poste n° 1 :
 compte : n° de compte RBS factor trouvé dans la table de paramétrage
pour le code cession.
 Dans la zone Affectation (ZUONR), mettre n° d’avoir mettre le n°
 Dans date de valeur (VALUT), mettre la date de pièce de l’avoir.
o Poste n° 2 :
 compte : n° de compte sera remplacé par le n° de compte créances
cédées de la table de paramétrage pour le code cession.
 Dans la zone Affectation (ZUONR), mettre n° d’avoir mettre le n°
 Dans date de valeur (VALUT), mettre la date de pièce de l’avoir
2.3.3.4. Mise à jour de la table des données affacturage :

Pour les factures ou avoirs traitées :
Pièce miroir = pièce créé
Statut = ‘PC’ si la pièce miroir est créée ou EP si la pièce miroir n’est pas créée.
Log EP = message d’erreur dans le cas où la pièce miroir n’est pas créée.
Sinon
Message « Mode test actif, pas de pièces créées, pas de mise à jour de la table ».
Date

avoir_FR-V21.doc
2.3.4. MODE MODIFICATION DES FACTURES/AVOIR:

Si mode de traitement = Création des pièces comptables de suivi.
Si on est en mode test, ne rien faire, sinon :
2.3.4.1. Sélection des pièces :

Aller chercher dans la table des données d’affacturage les factures ou avoirs
correspondants :
- Au code cession de l’écran de sélection,
- Au statut de pièce = ‘PC’
- Pièce miroir non vide
On va modifier sur chaque facture ou avoir :

Le code cession : Il faut le passer de n (code cession d’origine lié au contrat) à n+1 (le code
cession d’origine +1). Exemple si la pièce a un code cession initial de 10, on le passera à 11.
Cette manipulation est accessible en transactionnel par la FBL5N, on sélectionne la pièce,
puis :
Puis
- La zone BKPF-BKTXT afin d’écrire : écriture de cession : + n° de la pièce miroir

stockée dans la table pour la facture ou l’avoir encours. Cette manipulation est
accessible en transactionnel par la FB02.
Date

avoir_FR-V21.doc
2.3.4.2. Mise à jour de la table des données d’affacturage :

Pour chaque facture ou avoir :
Statut = ‘PM’ si la pièce a été modifiée, et EM si la pièce n’a pas été modifiée.
Log EM = si statut EM, alors renseigner message d’erreur renvoyée par SAP lors de la
tentative de modification.
Sinon
Message : « Mode test actif, pas de pièces modifiées, pas de mise à jour de la table »
2.3.4.3. Codes cessions paramétrés :

Pour information, ci-dessous les codes cessions créés :
Date

avoir_FR-V21.doc
2.3.5. MODE GENERATION DU FICHIER :
2.3.5.1. Règles générales sur la génération du fichier :

Cette partie sera exécutée :
- que le mode test soit actif ou pas,
- si mode de traitement = génération du fichier
- si le traitement n’est pas lancé en arrière-plan.
Si le mode de traitement est génération du fichier, et que le prg est lancé en arrière-plan, on
ne traite pas cette partie et un message d’information apparaîtra dans le log du job :
«Pas de génération de fichier en arrière-plan – Pour cela, relancer la génération du fichier en
mode dialogue».
Le fichier sera créé en format texte. Il contiendra toujours :

- Un enregistrement d’entête,
- Un ou plusieurs enregistrements de facture,
- Un ou plusieurs enregistrements d’avoirs,
- Un enregistrement de fin.
Il n’y aura aucun intitulé de colonne.
Type de zones :
Type format
N Numérique, cadré à droite et complétées par
des zéros, sans séparateur de décimales.
AN Alphanumérique, cadré à gauche et complétées
par
des blancs.
date AAAAMMJJ
2.3.5.2. Sélection des données :

Le programme ira chercher les données de la table des données d’affacturage suivant :
- Le code cession de l’écran de sélection
- Statut = ‘PM’.
2.3.5.3. Enregistrement d’entête :

Nom du champ Position Longueur type valeur
Code 1 3 N ‘000’
enregistrement
Code adhérent 4 6 N Le code adhérent
est en fait le n° de
contrat lié au code
cession de l’écran
Date

avoir_FR-V21.doc
de sélection. Le prg
ira le chercher dans
la table de
paramétrage à
l’aide de la clé code
cession.
Nom adhérent 10 40 AN ‘SGD SA’
Date de 50 8 date Date du jour
création du
fichier
Nom du contact 58 40 AN vide
adhérent
Téléphone du 98 13 AN vide
contact
Fax du contact 111 13 AN vide
Type 124 1 N ‘1’
d’identifiant
client
Numéro d’envoi 125 3 N N° d’envoi de
l’écran de sélection.
Filler - champ 128 230 AN
libre
Type de 358 3 AN ‘DEB’
mouvement
2.3.5.4. Enregistrement factures :

On prend des pièces trouvées dans la table les type ‘F’, puis on renseigne le fichier comme
suit à l’aide du champ enreg de la table (sauf la date de création du fichier) :

Code 1 3 O N Vient de enreg
enregistrement
Date de 4 8 O date Date du jour
création du
fichier
Code adhérent 12 6 O N Vient de enreg
Siren ou 18 9 O AN Vient de enreg
identifiant
commun
Code 27 5 F AN Vient de enreg
établissement
(Nic)
Raison sociale 32 40 O AN Vient de enreg
de votre client
Enseigne de 72 40 F AN Vient de enreg
Date

avoir_FR-V21.doc
votre Client
N° et nom de la 112 40 O AN Vient de enreg
voie
Complément 152 40 F AN Vient de enreg
d’adresse
Code postal 192 10 O AN Vient de enreg
Ville 202 30 O AN Vient de enreg
Code Pays 232 3 O AN Vient de enreg
Téléphone 235 10 F AN Vient de enreg
Client
Code client 245 10 O AN Vient de enreg
Date de la 255 8 O N Vient de enreg
facture
Numéro de la 263 15 O AN Vient de enreg
facture
Devise de la 278 3 O AN Vient de enreg
facture
Signe de la 281 1 O AN Vient de enreg
facture .
Montant de la 282 15 O N Vient de enreg
facture
Moyen de 297 3 O AN Vient de enreg
paiement
Date 300 8 O N Vient de enreg
d’échéance
Numéro de 308 10 F AN Vient de enreg
commande
client
Référence 318 40 F AN Vient de enreg
commande
client
Type de 358 3 O AN Vient de enreg
mouvement
2.3.5.5. Enregistrement avoirs :

On prend des pièces trouvées dans la table les type ‘A’, puis on renseigne le fichier comme
suit à l’aide du champ enreg de la table (sauf la date de création du fichier) :

Code 1 3 O N Vient de enreg
enregistrement
Date de 4 8 O date Date du jour
Date

avoir_FR-V21.doc
création du
fichier
Code adhérent 12 6 O N Vient de enreg
Siren ou 18 9 O AN Vient de enreg
identifiant
commun
Code 27 5 F AN Vient de enreg
établissement
(Nic)
Raison sociale 32 40 O AN Vient de enreg
de votre client
Enseigne de 72 40 F AN Vient de enreg
votre Client
N° et nom de la 112 40 O AN Vient de enreg
voie
Complément 152 40 F AN Vient de enreg
d’adresse
Code postal 192 10 O AN Vient de enreg
Ville 202 30 O AN Vient de enreg
Code Pays 232 3 O AN Vient de enreg
Téléphone 235 10 F AN Vient de enreg
Client
Code client 245 10 O AN Vient de enreg
Date de l’avoir 255 8 O N Vient de enreg
Numéro de la 263 15 F AN Vient de enreg
facture
Devise de 278 3 O AN Vient de enreg
l’avoir
Signe de l’avoir 281 1 O AN Vient de enreg
Montant de 282 15 O N Vient de enreg
l’avoir
N° de l’avoir 297 15 O AN Vient de enreg
Observations - 312 40 F AN Vient de enreg
motif
Filler champ 352 6 O AN Vient de enreg
libre
Type de 358 3 O AN Vient de enreg
mouvement
2.3.5.6. Enregistrement de fin :

Nom du champ Position Longueur type valeur
Code enregistrement 1 3 N ‘999’
Code adhérent 4 6 N Idem entête
Nom adhérent 10 40 AN Idem entête
Date

avoir_FR-V21.doc
Date de création du fichier 50 8 date Idem entête

Nbre d’enregistrements 58 6 N Nb enreg type ‘F’
“100”
Nbre d’enregistrements 64 6 N Nb enreg type ‘F’
“200”
Nbre d’enregistrements 70 6 N ‘000000’
“300”
“400”
“500”
Filler - champ libre 88 270 AN vide
Type de mouvement 358 3 N ‘FIN’
2.3.5.7. Mise à jour des tables :

On passera toutes les pièces intégrées au fichier dans un statut ‘PT’ dans la table
données affacturage, et on alimentera leur zone n° d’envoi avec le n° d’envoi du fichier.
On modifiera le n° d’envoi pour le code cession utilisé dans la table de paramétrage
affacturage.
Sinon,
Message « Mode test actif, pas de mise à jour des données, pas de mise à jour du n°
d’envoi ».
Date

avoir_FR-V21.doc
2.3.6. MODE SUPPRESSION DES DONNEES SELECTIONNEES :

Lorsque l’utilisateur lancera ce mode, le prg ira supprimer toutes les entrées de la table
des données affacturage avec comme clé
- Le code cession de l’écran de sélection,
- N° d’envoi = vide.
- Statut = PS ou ES ou EP
Message : « Mode réel : xxx entrées supprimées pour le code cession xxx, n° d’envoi
vide, statut PS, ES ou EP »
Sinon :
Message : « Mode test : xxx entrées à supprimer pour le code cession xxx, n° d’envoi
vide, statut PS, ES ou EP »
Date

avoir_FR-V21.doc
2.3.7. COMPTE-RENDU
Le compte-rendu sera généré que le mode test soit actif ou pas.

Quelque soit le mode sélectionné dans l’écran de sélection, on aura toujours en entête (avec
formalisme SGD) :
Programme, date, ….
Code cession / libellé du code cession (table TCESSIONT)
Mode test ou réel
Mode de traitement
Puis suivant les modes de traitement :
2.3.7.1. Mode Sélection des données

Nombre de pièces sélectionnées : xxx
Nombre de pièces correctes : xxx
Nombre de pièces en erreur : xxx
Merci de vérifier les données dans la table des données affacturage …..
2.3.7.2. Mode suppression des données

Nombre de pièces supprimées ou à supprimer : xxx
2.3.7.3. Mode création des pièces de suivi

Nombre de pièces correctement crées : xxx
2.3.7.4. Mode modification des factures/avoir

Nombre de pièces correctement modifiées : xxx
2.3.7.5. Mode génération du fichier

Fichier généré : (+ chemin/nom du fichier).
N° d’envoi : xxx
Nombre de pièces extraites : xxx
Date

avoir_FR-V21.doc
2.4. CONTROLE D’AUTORISATION
Quels sont les objets d’autorisation à implémenter ?

Comment identifier les critères pour le contrôle ?
Quel comportement si pas d’autorisation ?
Contrôle société objet autorisation :
F_BKPF_BUK sur société saisie à l’écran, activité 01 (saisie pièce comptable pour société)
Il sera nécessaire par la suite de rajouter les droits pour la transaction créée pour les
personnes habilitées.
Pour gérer les tables ZTFI112_01 et ZTFI112_DATA et que cela puisse être mappé dans
les rôles d’autorisations (SM30 pas donnée aux utilisateurs finaux), il faudrait créer
des transactions :
Ce serait une transaction SM30 qui appelle directement la table ZTFI112_01.
On y affecterait un groupe d’autorisations « AFF ».
Idem pour ZTFI112_DATA
Les autorisations seraient ensuite définies sur le code transaction, l’activité de

modification de la table, et un contrôle sur le groupe d’autorisation « AFF ».
Il faudrait paramétrer la transaction SU24 avec ces objets.

Date

avoir_FR-V21.doc
2.5. PLAN DE TEST

Fournir jeu de données sur DEC pour les tests unitaires.
Environnement
DEC(110)
Jeux de données
Client :
1004
Facture et avoir :
On peut prendre les factures et avoirs du compte 1004 en FBL5N en général
Table de paramétrage : une entrée saisie pour le code cession 10 :
Exemple de pièce ZF : pour facture

Date

avoir_FR-V21.doc
Pour avoir :
Exemple de fichier généré :
Test8.txt

SGD DSI SFD FI FI112 Affacturage Interface Facture Avoir - FR V21

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SGD DSI SFD FI FI112 Affacturage Interface Facture Avoir - FR V21

Transféré par

Droits d'auteur :

Formats disponibles

Projet Date

SPECIFICATION FONCTIONNELLE TMA- 04/04/2024

Département STI Référence Page

AFFACTURAGE : EXTRACTION FACTURES/AVOIRS

Date de création : 15/12/2009 Dernière modification :

HISTORIQUE DES VERSIONS

Référence Auteur Page

07/012010 V13 Modification longueur de zone envoi EDT

09/02/2010 V20 Pas de sélection code cession sur client EDT

12/02/2010 V21 N° de facture et n° d’avoir EDT

31/03/2010 V21 Création transactions de gestion des MAL

Référence Auteur Page

Référence Auteur Page

2.3.7.3. Mode création des pièces de suivi...................................................................24

Référence Auteur Page

1.2. TRAITEMENT ET INFORMATIONS COMPLEMENTAIRES.

Ce programme sera lancé manuellement, et à la demande. Il comportera plusieurs modes.

 Documents fonctionnels (processus, évènements)

Référence Auteur Page

2. DESCRIPTION FONCTIONNELLE DÉTAILLÉE DE L’INTERFACE

2.1. APPLICATION EXTERNE

- Nom de l’application externe

2.1.1. Tableau des fichiers attendus

Nom Description Type(1) Chemin Physique Nom Logique

2.1.2. Format des fichiers

Nom Zone Désignation Type(1) Lg RDG / Valeurs

(1) : AN : Alpha Numérique

Référence Auteur Page

Désignation Valeur Observations

Désignation Valeur Observations

2.2.3. TABLES DE PARAMETRAGE AFFACTURAGE

N° Champs format clé Libellé check

Référence Auteur Page

2.2.4. TABLES DES DONNEES AFFACTURAGE

Champs format clé Libellé check

Référence Auteur Page

2.3.1. ECRAN DE SELECTION

Radio bouton : Mode normal (par défaut)

Cadre sélection clients :

Case à cocher : 2 - Création des pièces comptables de suivi

Case à cocher : 3 – Modification des factures/avoirs

Case à cocher : 4 – Génération du fichier

Référence Auteur Page

2.3.1.2. Règles de gestion écran de sélection

Référence Auteur Page

2.3.2. MODE SELECTION DES DONNEES :

2.3.2.1. Sélection des clients dans KNA1, KNB1, et KNVV :

Si aucun compte client n’est trouvé : message le stipulant.

2.3.2.2. Sélection des pièces comptables BSID :

Si aucune pièce n’est trouvée : message le stipulant.

Référence Auteur Page

2.3.2.3. Mise à jour table données affacturage :

Si le mode test n’est pas actif :

Description des champs à concaténer dans enreg :

Référence Auteur Page

Référence Auteur Page

I_FAEDE-NETDT = ne rien renseigner

Pour les types ‘A’ :

Référence Auteur Page

concaténer le résultat ici.

Référence Auteur Page

2.3.3. MODE CREATION DES ECRITURES COMPTABLES DE SUIVI :

Si on est en mode test, ne rien faire, sinon :