Op@le : gestion des rejets de paiements - Virements à réimputer

Bonjour camarades,

Pour vous aussi les bornes des requêtes de l'écran YCREJPAI - qui permettraient d'en limiter les réponses - ne marchent pas ?
De fait, on dépasse les 500lignes, dès lors comment faire lorsque les paiements que nous voulons rejeter sont hors ces 500 lignes ?
Vous faites une DVER classique sans passer par ce module ?

Effectivement on a le message sur le nombre de lignes, mais le bandeau bleu de recherche fonctionne, par tiers ou par date.
Après il y a sans doute un autre moyen d'arriver au résultat escompté, toutefois je n'ai pas assez d'infos pour comprendre ce que tu veux faire...

Bonjour à tous et bon retour,

Est-ce qu'il y a des collègues qui rencontrent des problèmes à traiter les rejets de virements de bourses via l'écran YCREJPAI ?

Déjà plusieurs heures sans y parvenir pour 2 rejets de bourses... alors que ça avait marché pour les rejets du t2...

Nos tentatives n'ont aucun effet ; aucun enregistrement sélectionné, en suivant la procédure de magistère.

Le retour sur opale, c'est chaud.

Creusois a écrit:

Déjà plusieurs heures sans y parvenir pour 2 rejets de bourses... alors que ça avait marché pour les rejets du t2...

Répète après moi :

OP@le fonctionne, op@le fonctionne, ça marche ... lève toi et fais trois fois le tour de ton bureau en agitant les bras pour rafraichir l'écran, attendre demain car il faut toujours remettre au lendemain ce que l'on peut faire le jour même, demain ce ne sera peut être plus à faire.

Ceci n'est pas une défaillance d'op@le n'essaye donc pas de régler quoique ce soit, signale ton souci à la plateforme dédiée qui contrôle les horizontales et les verticales. Les prestataires contrôlent ta vision et vont lui fournir tout ce que ton imagination peut concevoir : slides,pdf, tableurs. [Pendant les vagues de déploiement]ils contrôleront tout ce que tu vas voir et entendre : réglementation, écritures à passer. Les utilisateurs partageront leurs angoisses et les mystères qui gisent dans les plus profonds abysses... au-delà du réel, dans l'univers op@lien.

Bon retour à toi aussi !

Ah ma creusoise... tu en as eu aussi des rejets de bourses ?

Creusois, Creusoise... quel beau couple.

Incroyable, c'est justement nous ! 

Cinq ans avant de passer le concours des IRA et de rejoindre cet univers merveilleux qu'est l'EN. Bien plus rémunérateur que l'élevage des moutons.

Bonjour,

Pour le pb des 500 lignes voici une solution

Rejet de paiement! Deux jours que je suis dessus!

Ca a marché deux fois sur le bac à sable et sur la sphere comptable réelle sur 3 tentatives 3 échecs!

Sur YCREJPAI ou sur saisie des opérations DFT gestion des rejets de paiement-virements à réimputer ça marche pas!

Non c'est pas vrai que Opale fonctionne! Opale c'est juste lourd complexe instable opaque chronophage mais surtout ç'est pas opérationnel et ça fonctionne pas (sauf miracle!).

PAN! dans ta tronche Opale!

Tu as bien enregistré ton opération ?
J'ai calé là dessus assez longtemps l'an dernier simplement parce que j'oubliais le fameux clic sur la disquette... ça m'a rendue à moitié folle !
Bon courage.

JEANGUY a écrit:

PAN! dans ta tronche Opale!

Op@le fait souvent cet effet au début Ça va mieux ?

J'ai déjà saisi plein de fois la reprise de paiement, ça marche pas pour mon bahut.

Par contre pour l'ER aucun problème et je fais absolument la même chose.

J'ai la génération d'opération qui apparait, le message que tout est OK mais le traitement reste à N et ne passe pas en T et même les fois où j'ai oublié d'enregistrer Opale me le rappel.

J'ai fait hyper gaffe aux dates afin de mettre les deux mêmes comme dans le document de bordeaux et j'ai aussi mis des dates différentes: il veut rien savoir.

Je finis par croire qu'il n'y a rien de personnel mais qu'Opale a simplement un contrat sur les secrétaire généraux d'EPLE, voilà.

Bien cordialement à tous

Je précise que je suis simplement dans le même cas que JeanGuy que je salue bien au passage.

Miracle, ça a marché (enfin!)!