Discussion :

[zelie]

Bonjour,

Lors du rapprochement de facture via MIRO en ECC6 Ehp6 l'incrémentation du numéro de facture se fait correctement, pourtant lorsqu'on regarde le dernier numéro attribué en OMRJ celui qui est affiché n'a pas évolué pour la tranche et l'année affectée. On ne retrouve pas le numéro courant en OMRJ pourtant il est bien conservé quelque part puisqu'il n'y a pas de problème dans la séquence attribuée par SAP dans les numéros des factures suivantes.

Y a t-il une note Oss à passer ou une modif dans le paramètrage pour corriger ce bug et pouvoir voir le dernier numéro dans OMRJ ?
Merci de votre aide.

[splash1]

Bonjour,

cela dépend peut être de la bufferisation de ton objet RE_BELEG
tu peux voir ça via SNRO

si ton objet est bufferisé alors c'est normal et il n'y a pas de bug

[sandraros]

De façon générale quand on cherche quelle tranche est utilisée, on peut afficher le contenu de la table NRIV (par transaction SE16 ou ce qu'on veut) qui contient les intervalles et derniers numéros utilisés.
Sandra

[splash1]

Hello Sandra

je pense que ce qu'il a dans la transaction OMRJ reflète justement ce qu'il y a dans la NRIV

mais cet objet est bufferisé en std et donc le numéro courant dépend de l'instance d’exécution

il aurait pu y avoir la table NRIV_LOKAL mais ce n'est pas le cas non plus car la bufferisation est en mémoire sur chaque instance

[sandraros]

Je n'avais pas saisi que OMRJ correspondait à la consultation de RE_BELEG.

En fait, le but de ma réponse était de dire que si la tranche qu'on regarde (donc ici RE_BELEG) ne semble pas être celle utilisée, alors en regardant la NRIV directement, et en filtrant sur le champ "dernier numéro utilisé" par rapport aux numéros dernièrement générés, on peut la trouver assez facilement.

Si on est sûr que c'est RE_BELEG qui contient le prochain numéro, alors c'est vraiment étrange! (euh est-ce bien un test dans le même mandant, et dans le même système? )

[splash1]

Sandra

non ce n'est pas étrange
la bufferisation des tranches permet justement d'éviter les dead locks sur NRIV
car c'est chaque instance qui gère la numérotation

par ex pour RE_BELEG dans mon systeme (sur lequel on a fait aucunes modifs), l'objet est bufferisé par tranche de 10 numéros
ce qui signifie que chaque instance a sa propre tranche de 10 numéros

du coup dans NRIV tu as peut être le début d'un nouvel intervalle mais pas le numéro en cours exactement

d'ailleurs l'ordre de la numérotation n'est pas respecté
et en cas d’arrêt du système, il y a des numéros qui seront perdus

[sandraros]

Okay. Donc, pour répondre à Zelie, j'imagine qu'il essaye de lire le prochain numéro directement en table NRIV, alors qu'il devrait plutôt chercher le prochain numéro en utilisant le module fonction NUMBER_GET_NEXT, puis il enlève 1 au numéro pour avoir le dernier a priori attribué (en prenant en compte bien sûr toutes tes remarques sur la non-séquencialité des numéros, etc.) Et il peut utiliser ROLLBACK WORK pour finalement empêcher l'incrémentation du compteur puisque NUMBER_GET_NEXT incrémente.
Mais j'imagine que ce n'est pas aussi "simple" que ça, et peut-être faudrait-il que Zelie explique pourquoi il a besoin d'avoir le dernier numéro attribué (si ça se trouve, il n'y a peut-être même pas besoin de lire la tranche, en utilisant des change pointer, ou je ne sais quoi).

[beuzy]

Concernant la bufferisation, je crois qu'en France c'est pas possible sur les numéros de pièces.

[splash1]

hello,

pour l'Italie c'est sur qu'il ne faut pas bufferiser via la mémoire par contre pour la France je pense que c'est OK

[zelie]

Bonjour,

Merci à tous pour ces infos, j'ai effectivement passé la bufférisation en SNRO RE_BELEG de 10 à 1 pour éviter au maximum la perte de numéros.
Mais ce qui a vraiment résolu le problème et qui peut servir à d'autres est que suite à la montée de version de 4.5b en ECC6 il restait en SPRO dans le paramètrage des tranches de numéros OMR4 une référence à l'ancienne transaction MR1M qui perturbait la MIRO car touchait les mêmes tranches. En supprimant l'entrée MR1M dans OMR4 cela a résolu le problème d'affichage du dernier numéro dans OMRJ.