Bonjour,
Suite à la mutation de mon AC, je prépare la remise de service des 2 ER basculés sous Op@le sans que notre agence le soit.
Je sais d'ores et déjà depuis janvier que je devrai établir un PV de caisse "excel", bug toujours présent depuis 2022.

Lorsque je teste dans le BAS à l'aide de la fiche Magistère, plusieurs problèmes , ticket ASAP fait depuis une semaine.
Deux restent en suspens:
1- Dans le process, il faut commencer par la simulation des écritures, qui nous permet de visualiser les éventuelles écritures créées non validées qui sont à supprimer ou à valider. Puis validation des écritures. Or,  la seule écriture à valider est l'écriture créée pour l'initialisation du  télépaiement. Cette écriture n'avait pas vocation à être validée lors du paramétrage. Ce que confirme la réponse du ticket ASAP. 
Mais ma question demeure si je ne la valide pas est ce que je peux passer à l'étape 2 édition de la balance définitive de la mutation

2-  Le lancement des développements de soldes des comptes auxiliaires et non auxiliaires n'aboutit pas depuis la console du compte financier. En rechange, je peux les éditer comme d'ordinaire au niveau des restitutions comptables.
 Et par ce mode d'accès, les développements de soldes ne sont pas consultables de facto dans l'écran de consultation des pièces du cofi.
Pour cette question, mon ticket est parti au national

Dans l'attente de leur réponse, si l'un d'entre vous a déjà effectué une RS sous Op@le et rencontré ces difficultés ou a des compléments d'informations à me communiquer je suis preneuse d'informations.

Un grand merci d'avance et bon courage à ceux qui reprennent le chemin de leur établissement demain

Bonjour
concerné aussi par une passation de service opale.
Pour le 1, quels sont les comptes concernés par cette écriture ? leur solde semble-t-il correct ?
Pour le 2, même problématique.
J'attends que le bas soit remis à 0 demain pour relancer dans le bas avant de lancer en production.

A suivre

Pour préparer des remises de service, on a une difficulté ici : alors que la liste des opérations en cours est bien vide, il semble que la bécane en trouve encore qui sont cachées. On se demande si ce ne sont pas des rejets de bourse au 4663, qui seraient considérés comme au milieu du gué parce que tout prêts à repartir dès qu'on aura indiqué un nouveau RIB. Ou encore une autre inspiration ?

Salut,

tu as regardé via le mnémonique YCRINT et consulté les comptes rendus... parfois ça indique SUCCESS alors que ce n'est pas le cas, peut être auras-tu une info .

Merci Lina !

Sur TSPaiement encaissements, INT_05, il y a une erreur fonctionnelle en statut 142 qui date de mars dernier. Je trouve ça dans le Fichier CR :

Op@le a écrit:

[03:25 14:35:09.542] [ INFO] - ----------------------------- Interface Entrante --------------------------
[03:25 14:35:09.545] [ INFO] - ------------------------ Version du build: V24.02.00 ----------------------
[03:25 14:35:09.546] [ INFO] - Etape 1 : prépation des données nécessaires pour la récupération du fichier par le Système d'échange
[03:25 14:35:09.799] [ERROR] - Erreur - Aucune date de dernier encaissement, la réception des encaissements TS est interdite dans ce cas. Vérifier l'initialisation de TSPaiement dans OP@LE pour votre établissement, voir procédure d'initialisation d'établissement.
[03:25 14:35:09.799] [ERROR] - Le paramètre obligatoire Date de dernier encaissement n'est pas renseigné

Je ne sais pas que c'est que TSPaiements encaissements, rien à voir avec TurboSelf, n'est-ce pas ?

Rien à voir effectivement, cela signifie que le télépaiement n' a pas été mis en place correctement mais je me demande quel est le lien avec ta passation;

Cf fiche de télépaiement 31, sinon tu m'envoies un mail à l'adresse habituelle, je suis un barnacle