Modifier sur une une table SAP

[chamssou]

Bonjour,

Si vous pouvez m'aider c'est urgent svp,

je suis un développeur en ABAP , les finances veulent modifier le champ 'autre numéro de compte (LOKKT)' de toutes les pieces comptabilisées 2010
car la table SKB1 a été modifier en retard (2011) pour faire cela je dois remplacer le champ bseg-lokkt par SKB1-ALTKT .


Merci

[Nalack]

Hello,

si je comprends bien, tu cherches à mettre à jour le champs LOKKT de la table BSEG (table cluster) par le champs ALTKT de la table SKB1 (table transparente).

Tu peux essayer ça, attention, aucun mode simulation ni écran de sélection ...
Il te faudra certainement peaufiner la clause de restriction. j'espère que ça aidera.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
DATA:
  wt_bseg TYPE STANDARD TABLE OF bseg,
  wt_skb1 TYPE SORTED   TABLE OF skb1 WITH NON-UNIQUE KEY bukrs saknr.

FIELD-SYMBOLS:
  <fs_bseg> TYPE bseg,
  <fs_skb1> TYPE skb1.

SELECT *
  FROM bseg
  INTO TABLE wt_bseg.

IF sy-subrc NE 0.
  "Error message
  RETURN.
ENDIF.

"Ici, on récupére les bonnes données
SELECT *
  FROM skb1
  INTO TABLE wt_skb1
  FOR ALL ENTRIES IN wt_bseg
  WHERE bukrs EQ wt_bseg-bukrs
  AND   saknr EQ wt_bseg-altkt.

IF sy-subrc NE 0.
  "Error message
  RETURN.
ENDIF.

"Ok, données récupérées, on traite
LOOP AT wt_bseg ASSIGNING <fs_bseg>.
  "Identification de la ligne a traiter
  READ TABLE wt_skb1 ASSIGNING <fs_skb1> WITH TABLE KEY bukrs = <fs_bseg>-bukrs
                                                        saknr = <fs_bseg>-altkt.

  IF sy-subrc NE 0.
"Le read n'a pas fonctionnée, donc le tabix reprend l'index de boucle
    DELETE wt_bseg INDEX sy-tabix.
"On ne garde que les lignes à mettre à jour
    CONTINUE.
  ENDIF.

  "Remplacer le champ bseg-lokkt par SKB1-ALTKT
  MOVE:
    <fs_skb1>-altkt TO <fs_bseg>-lokkt.
ENDLOOP.

IF wt_bseg IS NOT INITIAL.
  MODIFY bseg FROM TABLE wt_bseg.

  IF sy-subrc EQ 0.
    COMMIT WORK.
    WRITE 'OK'.
  ELSE.
    ROLLBACK WORK.
    WRITE 'KO'.
  ENDIF.
ELSE.
  WRITE 'Aucune données à mettre à jour'.
ENDIF.

[Celdrøn]

Wow, modification directe d'une table standard.

Si j'étais ton patron et que j'avais vu ça en Production, t'aurais été viré direct.

C'est l'une des règles primordiales sur SAP, pas touche aux tables standards en direct, tout simplement parce que l'enregistrement en base est soumis à tout un panel de contrôles et restrictions, et tu passes outre cela via cette méthode.
De plus, tu mets en danger la viabilité des données, ce qui est d'une extrême gravité.

[Nalack]

Je comprends parfaitement, mais là, je n'ai pas pris le temps de chercher un MF de modification (si possible de masse), ou quoi que ce soit se rapprochant.

Donc ouais, là, jsuis viré

Petite question du coup, si pas de MF standard d'upd, qui en principe inclurait la chaîne de modification globale, tu passerais par un batch simulant les transactions (si transaction il y a) ?

[Celdrøn]

Si la donnée est modifiable bien entendu.

Sur certains documents, du moment qu'une étape a été franchie, certaines données ne sont plus modifiable.

Comme les pièces comptables par exemple, j'imagine que si elle a été comptabilisé ou truc comme ça, le fait de la modifier peut amener à une fraude fiscale. Je sais pas je n'y connais rien, mais voila un peu le cas qui peut se produire en faisant cela, donc t'imagines un peu.

Donc ce qu'il faut faire c'est trouver une méthode pour modifier cette donnée en passant par des objets standards, mais encore faut-il les trouver.
Donc s'il y a une transaction, il y a possibilité de faire un Batch Input en effet. Sinon, faut chercher dans les BAPI, Fonctions etc.

PS : Oui t'es viré pour faute grave, pas le droit au chômage, na.

[Nalack]

A ce moment là, si la recherche technique n’aboutis pas, reste la demande de reproduction de la saisie de ces données et donc tenter la simulation ouais.

Mais j'aime pas les batch input !

[Celdrøn]

Bah, pour les Batch Input, t'as la transaction SHD0 qui te mâche les 3/4 du boulot.

[sandraros]

c'est pas la SHD0, c'est la SHDB :-)

[splash1]

Bonjour,

c'est quand meme pas compliqué de faire une LSMW
tu y trouveras très aisément que le programme RFBIBL00 est ton ami

[Celdrøn]

Envoyé par sandraros

c'est pas la SHD0, c'est la SHDB :-)

Merci sandraros... mais que veux-tu, plus ça va, plus je deviens idiot à force d'être privé de boulot.

[chamssou]

Bonjor,


Cette action m'a été demandé par les finances enfin notre directeur ne l'a pas accepté.

Merci à vous tous
.