Académique Documents
Professionnel Documents
Culture Documents
N° Développement :
Domaine fonctionnel : FI
Type de développement :
Interface Reprise Formulaire Report Transaction Autres (préciser)
Destinataires : Domaine :
Duplicata :
VALIDATION
Date Par Fonction Visa
Responsable fonctionnel
Responsable Utilisateur
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
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
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.
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.
(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.
Toutes les zones et règles de gestion sont détaillées dans le paragraphe suivant.
Date
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
2.2. SAP
2.2.1. PROGRAMMES
2.2.2. TRANSACTION
Créer la table dépendant du mandant décrite ci-dessous, gérable en sm30 sans ordre de
transport.
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).
2.3. PROGRAMME
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
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
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
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
Précision : il ne peut y avoir qu’un poste client par pièce dans BSID.
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
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
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
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
Puis
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».
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
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
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.7. COMPTE-RENDU
Il sera nécessaire par la suite de rajouter les droits pour la transaction créée pour les
personnes habilitées.
Date
Projet 04/04/2
SPECIFICATION FONCTIONNELLE « Nom_Projet » 024
Environnement
DEC(110)
Jeux de données
Client :
1004
Facture et avoir :
Pour avoir :
Test8.txt