Pour ton histoire de matériel qui s’affiche 1.000.234.888 au lieu de G13478200, voici une piste.

Sur SAP, un matériel peut avoir deux formats : un format interne (comment SAP le stocke réellement en base) et un format externe (ce que l’utilisateur voit à l’écran). Le passage de l’un à l’autre se fait par ce qu’on appelle un « exit de conversion ».

Cet exit de conversion peut être mis en place de deux façons :

– soit par un développement spécifique fait sur le projet,

– soit nativement par une solution métier standard. C’est le cas par exemple d’IS-Mill, où le matériel a justement un champ affiché et un champ interne distincts.

Résultat : selon la transaction et le paramétrage, tu peux voir soit le format interne brut, soit le format externe lisible.

Deux choses à vérifier de ton côté :

1. Regarde en MB52 si tu as le même affichage. MB52 applique normalement la conversion et devrait te ressortir le matériel au format normal (G13478200). Si c’est le cas, tu as ta réponse : utilise MB52 plutôt que SE16N pour ta liste par magasin.

2. Regarde en SE16N si le paramétrage d’affichage de la conversion est activé ou non. Dans le menu des réglages (Settings), il y a une option qui force l’affichage au format interne ou externe. Si elle est décochée, c’est ce qui explique le format numérique. Réactive-la et le matériel devrait redevenir lisible.

il semble y avoir 3 sujets différents Fatiha

– liste des articles par SLoc (magasin mm), SE16N MARD

– ⁠liste des stock par article / SLoc MB52,

– ⁠Stocks en transit entre 2 Divisions, MB5T

Si ton besoin est d’extraire les SLoc par article, tu peux le faire via MARD:

– en sélection tu entres tes articles et les Div si tu souhaites limiter ton analyse,

– ⁠sap te sort la liste de toutes Div/SLoc par article,

– ⁠extraction sur tableur XL via bouton dédié,

– ⁠tu peux ensuite analyser tes données sur XL

Je crois qu’on avait un besoin similaire chez un client.

Ce qu’on a mis en place : un PSA sur un storage type autorisant les quantités négatives, avec un système de réappro pour déclencher une tâche de prélèvement (via POSC) permettant de gérer une tâche vers le PSA avec une étape de pesée.

Donc l’ordre consomme sur du négatif et on déclenche en réappro les taches pour les opérations logistiques que tu souhaite derrière.

Par contre, attention au contexte : nous on était en Outbound Delivery, alors que toi tu es en Production Material Request (Single + Cross-Order).

La logique de détermination n’est pas tout à fait la même, donc à valider sur ton flux, mais le principe du storage type en négatif + réappro devrait pouvoir se transposer.

Voir aussi si la desyncho des 2 opérations consomation et réappro ne pose pas pb.

Après investigation sur le système, voici ce que j’ai trouvé.

Le diagnostic d’abord. Le chargement Excel de KP06 passe par le module standard KCD_EXCEL_SHEET_DESCR_LOAD. Ce module lit la description de fichier dans les tables KCDE* : kcdekey, kcdehead, kcdedatar, kcdefile, kcder_h. Chez moi, ces tables étaient vides, et c’est précisément ce qui déclenche l’erreur à l’upload : SAP cherche une description de fichier et n’en trouve aucune.

Le point qui bloque tout le monde : cette description ne se crée pas via une transaction dédiée. Les codes type KCD1 / KCLF n’existent pas. Elle se génère automatiquement depuis le layout, à condition d’avoir activé l’Excel intégré.

Le cycle complet :

1. KP65 / KP66 : créer ou modifier le layout, en copiant un standard (type 1-101)
2. SPRO > Controlling > Cost Center Accounting > Planning > Manual Planning > Define user defined Planning Profiles : sélectionner le layout, cocher la case Integrated Excel, double-cliquer sur Default parameters, saisir des données de test (centre de coûts, nature comptable, période, version, exercice), puis sauvegarder
3. Dans l’écran de saisie en mode Excel : passer par l’écran Overview, activer les macros, puis cliquer sur Save file description. C’est cette action qui remplit les tables KCDE*. Le champ file description, vide jusque-là, se remplit alors automatiquement avec un nom du type 01_1P1_(layout)XXXXXX_(profil)
4. KP06 : indiquer le layout, le fichier (en .txt ou .csv, pas en .xlsx), sélectionner la file description générée, puis exécuter

Autrement dit, la description de fichier de l’époque KKP_FLEX_UPL existe toujours, mais elle ne se définit plus à la main : elle est générée depuis le layout via Save file description. C’est pour ça qu’on ne trouve nulle part où la « définir ».

Sur la compatibilité S/4 : les blogs de référence datent surtout de l’ère ECC (2013-2019), aucun ne confirme noir sur blanc le support S/4. Mais sur mon système S/4 (ACDOCP présente, programmes R_FINS_PLAN_TRANS_CO_* disponibles), les transactions répondent et le mécanisme fonctionne. À noter quand même : en S/4, cette planif CO classique relève du compatibility scope — maintenue, mais pas la cible stratégique de SAP, qui pousse vers ACDOCP / SAC Planning.

Sources utilisées :

• https://blogs.sap.com/2013/04/23/co-omcost-center-planning-for-12-months-with-excel-upload/
• https://www.scribd.com/document/420484685/sap-fi
• https://answers.sap.com/questions/2950349/cost-center-planning-via-excel-upload.html
• https://answers.sap.com/questions/11408020/cost-centre-planning-excel-upload-kp06.html