GET https://www.app-test.fr/tickets/806/edit

Forms

  • tickets1
    • ticketNumber
    • jiraLink
    • lastUpdated
    • subject
    • shortDescription
    • longDescription
    • owner
    • afterSalesServiceVolumetry
    • ticketTitle
    • assignJira
    • ticketCreator
    • os
    • priority
    • status
    • ticketType
    • _token

tickets1

Form type:
"App\Form\Tickets1Type"

Errors

This form has no errors.

Default Data

Property Value
Model Format same as normalized format
Normalized Format
App\Entity\Tickets {#791
  -id: 806
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-8809"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-8809"
  -lastUpdated: DateTime @1766409642 {#792
    date: 2025-12-22 13:20:42.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation.\n
    Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6\n
    titre chargé, mais mail achat non reçu pour 95% de ces statuts :\n
    En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour.\n
    20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282 
    """
  -longDescription: """
    Résumé :  \n
    Le ticket concerne une augmentation persistante des statuts temporaires DELIVERY_ERROR sur les applications mobiles (notamment RATP Android), apparaissant après la migration ATLAS OPS. Ces erreurs sont liées à un taux élevé d'erreurs d'écriture lors de la distribution des titres, impactant environ 10% des cas, et provoquant des demandes de remboursement SAV bien que le volume soit inférieur comparé aux titres délivrés. Plusieurs tickets ont été ouverts chez Worldline et Conduent pour suivre ces anomalies techniques. Des correctifs sont planifiés, notamment pour la version R5.1 (post J.O.) et une évolution plus importante pour la R6. En attendant, des mesures provisoires sont mises en place (rattrapage des DELIVERY_UNCERTAIN, envoi automatique de mails d’achat). Le problème est suivi régulièrement avec mise à jour des métriques du nombre d’erreurs et des livraisons. On constate une reprise récente à la hausse des DELIVERY_ERROR depuis novembre 2025.\n
    \n
    Statut :  \n
    En cours, avec correctifs prévus dans les versions R5.1 et R6, et suivi actif côté Worldline. Certaines actions sont en attente de réponses ou évolutions côté Worldline, notamment sur les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020.\n
    \n
    Actions restantes :  \n
    - Poursuivre le suivi et l’investigation des DELIVERY_ERROR côté Worldline via les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020 — Worldline (Erwin CHARLES-DUFANT, Kevin Balingon)  \n
    - Préparer et déployer les correctifs dans les versions R5.1 et R6 — équipe de développement (identifiée indirectement)  \n
    - Continuer la surveillance régulière de la volumétrie DELIVERY_ERROR et mise à jour des métriques lors des points bimensuels — équipe produit/suivi (Emna BEN SMIDA, Jamal ELABBASSI)  \n
    - Répondre aux sollicitations via les échanges Jira et assurer un retour sur la situation d’évolution auprès des parties prenantes — Kevin Balingon (Worldline)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Augmentation des statuts temporaires DELIVERY ERROR"
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Pending"
  -ticketType: null
  -lastAutomationPass: "2025-12-23 07:04:12"
}
View Format same as normalized format

Submitted Data

This form was not submitted.

Passed Options

Option Passed Value Resolved Value
data
App\Entity\Tickets {#791
  -id: 806
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-8809"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-8809"
  -lastUpdated: DateTime @1766409642 {#792
    date: 2025-12-22 13:20:42.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation.\n
    Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6\n
    titre chargé, mais mail achat non reçu pour 95% de ces statuts :\n
    En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour.\n
    20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282 
    """
  -longDescription: """
    Résumé :  \n
    Le ticket concerne une augmentation persistante des statuts temporaires DELIVERY_ERROR sur les applications mobiles (notamment RATP Android), apparaissant après la migration ATLAS OPS. Ces erreurs sont liées à un taux élevé d'erreurs d'écriture lors de la distribution des titres, impactant environ 10% des cas, et provoquant des demandes de remboursement SAV bien que le volume soit inférieur comparé aux titres délivrés. Plusieurs tickets ont été ouverts chez Worldline et Conduent pour suivre ces anomalies techniques. Des correctifs sont planifiés, notamment pour la version R5.1 (post J.O.) et une évolution plus importante pour la R6. En attendant, des mesures provisoires sont mises en place (rattrapage des DELIVERY_UNCERTAIN, envoi automatique de mails d’achat). Le problème est suivi régulièrement avec mise à jour des métriques du nombre d’erreurs et des livraisons. On constate une reprise récente à la hausse des DELIVERY_ERROR depuis novembre 2025.\n
    \n
    Statut :  \n
    En cours, avec correctifs prévus dans les versions R5.1 et R6, et suivi actif côté Worldline. Certaines actions sont en attente de réponses ou évolutions côté Worldline, notamment sur les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020.\n
    \n
    Actions restantes :  \n
    - Poursuivre le suivi et l’investigation des DELIVERY_ERROR côté Worldline via les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020 — Worldline (Erwin CHARLES-DUFANT, Kevin Balingon)  \n
    - Préparer et déployer les correctifs dans les versions R5.1 et R6 — équipe de développement (identifiée indirectement)  \n
    - Continuer la surveillance régulière de la volumétrie DELIVERY_ERROR et mise à jour des métriques lors des points bimensuels — équipe produit/suivi (Emna BEN SMIDA, Jamal ELABBASSI)  \n
    - Répondre aux sollicitations via les échanges Jira et assurer un retour sur la situation d’évolution auprès des parties prenantes — Kevin Balingon (Worldline)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Augmentation des statuts temporaires DELIVERY ERROR"
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Pending"
  -ticketType: null
  -lastAutomationPass: "2025-12-23 07:04:12"
}
same as passed value

Resolved Options

Option Value
action
""
allow_extra_fields
false
allow_file_upload
false
attr
[]
attr_translation_parameters
[]
auto_initialize
true
block_name
null
block_prefix
null
by_reference
true
compound
true
constraints
[]
csrf_field_name
"_token"
csrf_message
"The CSRF token is invalid. Please try to resubmit the form."
csrf_protection
true
csrf_token_id
null
csrf_token_manager
Symfony\Component\Security\Csrf\SameOriginCsrfTokenManager {#581
  -requestStack: Symfony\Component\HttpFoundation\RequestStack {#80 …}
  -logger: Monolog\Logger {#179 …}
  -fallbackCsrfTokenManager: Symfony\Component\Security\Csrf\CsrfTokenManager {#865 …}
  -tokenIds: [
    "submit" => 0
    "authenticate" => 1
    "logout" => 2
  ]
  -checkHeader: 1
  -cookieName: "csrf-token"
}
data
App\Entity\Tickets {#791
  -id: 806
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-8809"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-8809"
  -lastUpdated: DateTime @1766409642 {#792
    date: 2025-12-22 13:20:42.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation.\n
    Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6\n
    titre chargé, mais mail achat non reçu pour 95% de ces statuts :\n
    En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour.\n
    20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282 
    """
  -longDescription: """
    Résumé :  \n
    Le ticket concerne une augmentation persistante des statuts temporaires DELIVERY_ERROR sur les applications mobiles (notamment RATP Android), apparaissant après la migration ATLAS OPS. Ces erreurs sont liées à un taux élevé d'erreurs d'écriture lors de la distribution des titres, impactant environ 10% des cas, et provoquant des demandes de remboursement SAV bien que le volume soit inférieur comparé aux titres délivrés. Plusieurs tickets ont été ouverts chez Worldline et Conduent pour suivre ces anomalies techniques. Des correctifs sont planifiés, notamment pour la version R5.1 (post J.O.) et une évolution plus importante pour la R6. En attendant, des mesures provisoires sont mises en place (rattrapage des DELIVERY_UNCERTAIN, envoi automatique de mails d’achat). Le problème est suivi régulièrement avec mise à jour des métriques du nombre d’erreurs et des livraisons. On constate une reprise récente à la hausse des DELIVERY_ERROR depuis novembre 2025.\n
    \n
    Statut :  \n
    En cours, avec correctifs prévus dans les versions R5.1 et R6, et suivi actif côté Worldline. Certaines actions sont en attente de réponses ou évolutions côté Worldline, notamment sur les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020.\n
    \n
    Actions restantes :  \n
    - Poursuivre le suivi et l’investigation des DELIVERY_ERROR côté Worldline via les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020 — Worldline (Erwin CHARLES-DUFANT, Kevin Balingon)  \n
    - Préparer et déployer les correctifs dans les versions R5.1 et R6 — équipe de développement (identifiée indirectement)  \n
    - Continuer la surveillance régulière de la volumétrie DELIVERY_ERROR et mise à jour des métriques lors des points bimensuels — équipe produit/suivi (Emna BEN SMIDA, Jamal ELABBASSI)  \n
    - Répondre aux sollicitations via les échanges Jira et assurer un retour sur la situation d’évolution auprès des parties prenantes — Kevin Balingon (Worldline)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Augmentation des statuts temporaires DELIVERY ERROR"
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Pending"
  -ticketType: null
  -lastAutomationPass: "2025-12-23 07:04:12"
}
data_class
"App\Entity\Tickets"
disabled
false
empty_data
Closure(FormInterface $form) {#992
  class: "Symfony\Component\Form\Extension\Core\Type\FormType"
  use: {
    $class: "App\Entity\Tickets"
  }
}
error_bubbling
true
error_mapping
[]
extra_fields_message
"This form should not contain extra fields."
form_attr
false
getter
null
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
inherit_data
false
invalid_message
"This value is not valid."
invalid_message_parameters
[]
is_empty_callback
null
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
mapped
true
method
"POST"
post_max_size_message
"The uploaded file was too large. Please try to upload a smaller file."
priority
0
property_path
null
required
true
row_attr
[]
setter
null
translation_domain
null
trim
true
upload_max_size_message
Closure() {#994
  class: "Symfony\Component\Form\Extension\Validator\Type\UploadValidatorExtension"
  use: {
    $translator: Symfony\Component\Translation\DataCollectorTranslator {#224 …}
    $message: Closure() {#993 …}
    $translationDomain: "validators"
  }
}
validation_groups
null

View Vars

Variable Value
action
""
attr
[]
attr_translation_parameters
[]
block_prefixes
[
  "form"
  "tickets1"
  "_tickets1"
]
cache_key
"_tickets1_tickets1"
compound
true
data
App\Entity\Tickets {#791
  -id: 806
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-8809"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-8809"
  -lastUpdated: DateTime @1766409642 {#792
    date: 2025-12-22 13:20:42.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation.\n
    Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6\n
    titre chargé, mais mail achat non reçu pour 95% de ces statuts :\n
    En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour.\n
    20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282 
    """
  -longDescription: """
    Résumé :  \n
    Le ticket concerne une augmentation persistante des statuts temporaires DELIVERY_ERROR sur les applications mobiles (notamment RATP Android), apparaissant après la migration ATLAS OPS. Ces erreurs sont liées à un taux élevé d'erreurs d'écriture lors de la distribution des titres, impactant environ 10% des cas, et provoquant des demandes de remboursement SAV bien que le volume soit inférieur comparé aux titres délivrés. Plusieurs tickets ont été ouverts chez Worldline et Conduent pour suivre ces anomalies techniques. Des correctifs sont planifiés, notamment pour la version R5.1 (post J.O.) et une évolution plus importante pour la R6. En attendant, des mesures provisoires sont mises en place (rattrapage des DELIVERY_UNCERTAIN, envoi automatique de mails d’achat). Le problème est suivi régulièrement avec mise à jour des métriques du nombre d’erreurs et des livraisons. On constate une reprise récente à la hausse des DELIVERY_ERROR depuis novembre 2025.\n
    \n
    Statut :  \n
    En cours, avec correctifs prévus dans les versions R5.1 et R6, et suivi actif côté Worldline. Certaines actions sont en attente de réponses ou évolutions côté Worldline, notamment sur les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020.\n
    \n
    Actions restantes :  \n
    - Poursuivre le suivi et l’investigation des DELIVERY_ERROR côté Worldline via les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020 — Worldline (Erwin CHARLES-DUFANT, Kevin Balingon)  \n
    - Préparer et déployer les correctifs dans les versions R5.1 et R6 — équipe de développement (identifiée indirectement)  \n
    - Continuer la surveillance régulière de la volumétrie DELIVERY_ERROR et mise à jour des métriques lors des points bimensuels — équipe produit/suivi (Emna BEN SMIDA, Jamal ELABBASSI)  \n
    - Répondre aux sollicitations via les échanges Jira et assurer un retour sur la situation d’évolution auprès des parties prenantes — Kevin Balingon (Worldline)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Augmentation des statuts temporaires DELIVERY ERROR"
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Pending"
  -ticketType: null
  -lastAutomationPass: "2025-12-23 07:04:12"
}
disabled
false
errors
Symfony\Component\Form\FormErrorIterator {#1245
  -errors: []
  -form: Symfony\Component\Form\Form {#1241 …}
}
form
Symfony\Component\Form\FormView {#995 …5}
full_name
"tickets1"
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
id
"tickets1"
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
method
"POST"
multipart
false
name
"tickets1"
priority
0
required
true
row_attr
[]
submitted
false
translation_domain
null
unique_block_prefix
"_tickets1"
valid
true
value
App\Entity\Tickets {#791
  -id: 806
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-8809"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-8809"
  -lastUpdated: DateTime @1766409642 {#792
    date: 2025-12-22 13:20:42.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    En cas nominal, le DELIVERY_ERROR indique une erreur technique détectée lors de la distribution. Le client a payé, mais n’a pas été délivré du titre et devrait être remboursé par la suite par un batch d’annulation.\n
    Pas d'augmention réelle au vu de l'augmentation des ventes mais problème en cours de livraison pour la R6\n
    titre chargé, mais mail achat non reçu pour 95% de ces statuts :\n
    En attendant, traitement de chgt d’état de commandes pour envoi automatique de mail achat lors du rattrapage des DELIVERY_UNCERTAIN à 1h et 13h chaque jour.\n
    20/02 pbs réglés avec déploiement de la 5.1 fin janvier. Une nouvelle ano suite au déploiement suivi dans le ticket CEP-21282 
    """
  -longDescription: """
    Résumé :  \n
    Le ticket concerne une augmentation persistante des statuts temporaires DELIVERY_ERROR sur les applications mobiles (notamment RATP Android), apparaissant après la migration ATLAS OPS. Ces erreurs sont liées à un taux élevé d'erreurs d'écriture lors de la distribution des titres, impactant environ 10% des cas, et provoquant des demandes de remboursement SAV bien que le volume soit inférieur comparé aux titres délivrés. Plusieurs tickets ont été ouverts chez Worldline et Conduent pour suivre ces anomalies techniques. Des correctifs sont planifiés, notamment pour la version R5.1 (post J.O.) et une évolution plus importante pour la R6. En attendant, des mesures provisoires sont mises en place (rattrapage des DELIVERY_UNCERTAIN, envoi automatique de mails d’achat). Le problème est suivi régulièrement avec mise à jour des métriques du nombre d’erreurs et des livraisons. On constate une reprise récente à la hausse des DELIVERY_ERROR depuis novembre 2025.\n
    \n
    Statut :  \n
    En cours, avec correctifs prévus dans les versions R5.1 et R6, et suivi actif côté Worldline. Certaines actions sont en attente de réponses ou évolutions côté Worldline, notamment sur les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020.\n
    \n
    Actions restantes :  \n
    - Poursuivre le suivi et l’investigation des DELIVERY_ERROR côté Worldline via les tickets NSBFTESTEX-16142 et NSBFTESTEX-21020 — Worldline (Erwin CHARLES-DUFANT, Kevin Balingon)  \n
    - Préparer et déployer les correctifs dans les versions R5.1 et R6 — équipe de développement (identifiée indirectement)  \n
    - Continuer la surveillance régulière de la volumétrie DELIVERY_ERROR et mise à jour des métriques lors des points bimensuels — équipe produit/suivi (Emna BEN SMIDA, Jamal ELABBASSI)  \n
    - Répondre aux sollicitations via les échanges Jira et assurer un retour sur la situation d’évolution auprès des parties prenantes — Kevin Balingon (Worldline)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Augmentation des statuts temporaires DELIVERY ERROR"
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Pending"
  -ticketType: null
  -lastAutomationPass: "2025-12-23 07:04:12"
}