Auteur Sujet: Export Neptune - Erreur 'Pas de données traitée dans l'ensemble du traitement'  (Lu 1191 fois)

Erwan

  • Utilisateur
  • *
  • Messages: 7
    • Voir le profil
Bonjour,

En version 3.1.0, je lance un export Neptune d'une ligne.
Cet export ne s'effectue pas, avec l'erreur "Pas de données traitée dans l'ensemble du traitement".
J'ai vérifié mes calendriers, je n'ai pas trouvé d'erreur 'flagrante'.
Pas de souci sur d'autres lignes du même réseau.

Pourriez-vous me préciser quel est le test effectué ayant pour conséquence ce message ?

Merci d'avance.

Metienne

  • Utilisateur
  • *
  • Messages: 141
    • Voir le profil
Bonjour,

la sélection à l'export se fait par ligne :
   identification des calendriers actifs dans la période exportée
   sélection des courses affectées à ces calendriers
   neutralisation des missions sans courses sélectionnées
   neutralisation des séquences d'arrêts sans missions sélectionnées
   neutralisation des lignes sans séquences d'arrêt sélectionnées
 
s'il ne reste aucune ligne à exporter, le message que vous avez reçu est retourné.

Vérifiez que les courses sont bien affectées à un calendrier
pour les calendriers, est-ce que le tableau récapitulatif affiche bien les jours qu'il est censé couvrir.

Cordialement

 

Mathieu

  • Utilisateur
  • *
  • Messages: 2
    • Voir le profil
Bonjour,

je pense avoir trouvé l'explication.
En effectuant une validation d'une ligne qui ne s'exporte pas j'ai le message d'erreur (sévérité : Optionnel) suivant :

 - La séquence d'arrêt A-LE MONT -> A-DOMENE LES ARNAUDS (Gresi:Route:G20_00) n'a pas de mission desservant l'ensemble de ses arrêts


En fait si les numéros d'ordre de la séquence d'arrêt ne sont pas consécutifs, l'export Neptune ne fonctionne pas.

J'ai passé la requête suivante pour résoudre le problème

update stop_points as RQT set position = (
   select max (new_position)
   FROM (
         select id, route_id, position, rank() over (PARTITION BY route_id order by position)-1 new_position
         from stop_points  order by route_id, position
      ) SSRQT
   WHERE SSRQT.id = RQT.id
);

Metienne

  • Utilisateur
  • *
  • Messages: 141
    • Voir le profil
Bonjour,

ce problème a été corrigé dans la version 3.3 qui accepte les numérotations non consécutives

cordialement