Op@le : télépaiement

Bonjour Creusois,

Le lettrage se fait lors de la saisie du télépaiement par le bouton Lettrer
   

Tu peux vérifier si tout a été lettré en revenant sur le menu télépaiement et cliquant sur lettrage
 

Il n'y a rien à paramétrer. Cette partie là fonctionne plutôt correctement...

Bonne semaine !

Merci beaucoup pour ta réponse.

Pour nous les premiers retour DFT saisis n'ont pas suscité un lettrage automatique. Quelque chose nous échappe. Cela se fait sur le champ de libellé avec la date ?

Je veux dire, pour les chèques par exemple la clef est le n° de ticket à saisir lors de la remise puis lors de l'encaissement. Mais pour le tétépaiement, quel critère permet à opale de procéder automatiquement au lettrage, sans passer par le lettrage manuel?

Bonjour,

Quelqu'un à la solution au problème de C.CHOUCROUTE (tiers non trouvé lorsqu'on réceptionne les télépaiements) car on est plusieurs à avoir également ce soucis ?

Merci.

Bonjour,

Je me permets de remonter le fil car j'ai également la même difficulté, manifestement Op@le ne parvient pas à rapatrier des télépaiements issus de créances GFC et reprise en BE.

Est-ce que les créances sont numérotées de façon différente sous Op@le ?

Y'a t'il un paramètre particulier à reprendre lors du bilan d'entrée pour établir le lien (identifiant ?)

Merci d'avance de vos lumières,

Bonjour,

L'astuce ci-dessous n'est pas une astuce de l'assistance car je me suis débrouillée seule. Vive Op@le!

Concernant le problème de réception des encaissements par rapport à des bilans d'entrée, j'ai repéré la date de l'encaissement (ex. 10/01/23 à 23h01) des écritures qui bloquaient l'import, puis j'ai modifié la date (11/01/23 à 00h00) dans la pièce de l'écriture d'initialisation de TS de sorte à exclure les écritures bloquantes lors de l'import.
Puis j'ai réalisé un import qui est à l'état terminé sans erreur.
J'ai ensuite créé des écritures en OD par rapport aux écritures qui étaient bloquantes afin que les encaissements soient enregistrés dans Op@le, puis j'ai rapproché manuellement le compte de classe 4 associé, et enfin lettrer manuellement le compte 511500.

J'ai ensuite réalisé les étapes 12 à 15 de la fiche 31.


Et depuis aucun souci de réception.

Bonjour

Je croyais que le télépaiement ne fonctionnait pas actuellement dans opale, c'est revenu?

Merci

siamoise a écrit:

Bonjour,

L'astuce ci-dessous n'est pas une astuce de l'assistance car je me suis débrouillée seule. Vive Op@le!

Concernant le problème de réception des encaissements par rapport à des bilans d'entrée, j'ai repéré la date de l'encaissement (ex. 10/01/23 à 23h01) des écritures qui bloquaient l'import, puis j'ai modifié la date (11/01/23 à 00h00) dans la pièce de l'écriture d'initialisation de TS de sorte à exclure les écritures bloquantes lors de l'import.
Puis j'ai réalisé un import qui est à l'état terminé sans erreur.
J'ai ensuite créé des écritures en OD par rapport aux écritures qui étaient bloquantes afin que les encaissements soient enregistrés dans Op@le, puis j'ai rapproché manuellement le compte de classe 4 associé, et enfin lettrer manuellement le compte 511500.

J'ai ensuite réalisé les étapes 12 à 15 de la fiche 31.


Et depuis aucun souci de réception.

Merci pour ce tuyau qui a permis de dépanner ma collègue.

Sur l'établissement que je gère, j'ai suivi la proposition de l'assistance au niveau national qui recommande de mentionner le n° de créance GFC dans la colonne référence pour l'écriture concernée dans YGPIE.

Toute une après-midi à ressaisir les infos pour les élèves et toujours le même problème d'import  

Si cela n'avance pas je me rangerait à la première solution en croisant les doigts pour qu'aucun parent ne paie des créances GFC en cours de route.

Encore merci !

Contente que la solution ait pu vous dépanner.
Pour la référence GFC saisie, je l'avais fait mais pas dans cette colonne.

Dans quelle colonne du coup sans indiscrétion ? (des fois que cela me débloque).

Merci d'avance,

Dans identifiant long 1. Et le rapprochement ne fonctionnait pas! D'où la solution de contournement.

Bonjour,
Pour qu'Op@le puisse faire le lien entre la créance issue de GFC et l'encaissement par télépaiement, il faut que la pièce générée par la saisie du BE soit de type TR (par défaut, elle est en BE), que le mode de règlement soit en TELP et que le numéro de créance GFC ex 22CAXXXXXXX soit renseignée dans le champ "référence" (champ situé au-dessus du type de la pièce).

Bonne journée

Bonjour,

Un grand merci pour cette solution efficace avec la modification de BE en TR et l'ajout du n° de créance correspondant dans la colonne référence.

Tout fonctionne désormais grâce à vous, j'attends le retour du ticket au niveau national  

Il ne manque plus que les supports soient à jour pour les suivants !

Bonsoir
Je suis desesperement à la recherche de qq qui pourrait me dépanner. Vous avez eu le même souci que moi lors de la recepton des paiements par TS. Je suis bloquée avec une créance qui n'est pas dans OPALE
Le tiers n'a pas été trouvé pour l'encaissement de la créance
SVP comment avez vous résolu ce problème?
Merci
Francoise

fcordier1 a écrit:

Bonsoir
Je suis desesperement à la recherche de qq qui pourrait me dépanner. Vous avez eu le même souci que moi lors de la recepton des paiements par TS. Je suis bloquée avec une créance qui n'est pas dans OPALE
Le tiers n'a pas été trouvé pour l'encaissement de la créance
SVP comment avez vous résolu ce problème?
Merci
Francoise

La créance n'est pas dans Op@le car non saisie en bilan d'entrée par votre AC ?

Bonjour,

regarde le compte rendu YCRINT, j'ai eu le même souci et voici la soluce, il faut que cela corresponde à la référence de la créance saisie en BE qui doit avoir été tarnsformée en TR ( pampililou pouvoir magique ! ), sinon il bloque le flux . Op@le ne va pas chercher le tiers dans ce cas, il regarde juste la réf et ça doit matcher ... si espace en trop il bloque... pour modifier la référence aller dans YGPIE, modifier la référence et refaire un encaissement ça doit rouler normalement.

Bonjour,

Même problème pour nous aussi. Nous n'arrivons pas à réceptionner notre 1er télépaiement. Op@le trouve 2 encaissements à remonter dont 1 qui n'a pas de créance.
L'encaissement bloquant est le dernier TS-paiement de décembre, qui avait soldé la créance. Il n'y a donc pas de BE pour cet élève.
Nous avons bien fait attention à l'heure (UTC, +1mn) mais rien n'y fait. 
Avez-vous une solution ?

Merci d'avance,

La soluce trouvée mais qui est bien tordue :

On crée et surtout on ne valide pas une écriture 411200 au débit du tiers concerné en BE que l'on transforme en TR, cela a pour conséquence de faire passer le flux .
On supprime l'écriture crée.

Puis on contrepasse manuellement parce qu'in ne peut pas dupliquer l'écriture ... le débit du 5115 par le crédit du 4112.

Bon aujourd'hui ce message