GET https://www.app-test.fr/tickets/689/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: 689
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21146"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21146"
  -lastUpdated: DateTime @1772807368 {#792
    date: 2026-03-06 14:29:28.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    31/01 Attention nombreux cas qui sont remontés par les clients\n
    21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars.\n
    Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse\n
    Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème.\n
    19/05 en attente retour client
    """
  -longDescription: """
    Résumé : Incohérence récurrente entre le nombre de tickets affiché dans l’application transporteur (IDFM/RATP) et dans Apple Wallet pour une même carte iOS : les dumps montrent que les titres ont bien été distribués mais ils n’apparaissent pas/affichent 0 dans le Wallet. Diagnostic récurrent : probable absence de mise à jour des Oracle Assets côté Wallet. Solution de contournement préconisée par IDFM/équipe technique : sauvegarde → restauration (backup/restore) de la carte pour récupérer les bons Oracle Assets. Plusieurs cas similaires ont été signalés, certains clients ne peuvent pas effectuer la sauvegarde/restauration ou ne répondent pas, et au moins un cas signale aussi une impossibilité de validation des TBT malgré la présence des titres dans le dump. Des tickets liés (CEP / SCM) et échanges internes sont en cours. Le ticket a des assignations successives et n’est pas définitivement résolu.\n
    \n
    Statut : En cours — en attente de retour client pour exécution du backup/restore et en investigation côté Oracle Assets / logs pour expliquer les cas de non-validation.\n
    \n
    Actions restantes :\n
    \t\tRelancer le client pour qu’il effectue la sauvegarde → restauration sur son Wallet et qu’il confirme le résultat (ou fournisse le message d’erreur) — Corinne LE DREFF\n
    \t\tSi la sauvegarde/restauration échoue ou en cas d’erreur, collecter et fournir le dump/logs/erreur client — Corinne LE DREFF (ou support SAV)\n
    \t\tAnalyser les dumps et logs fournis pour confirmer la présence des titres et vérifier l’état des Oracle Assets (investigation technique) — Eddy Mimouni\n
    \t\tClarifier et documenter les cas où la validation échoue malgré la présence des titres (reproductions, logs du valideur) — Eddy Mimouni\n
    \t\tStatuer sur la prise en charge commerciale (remboursement) pour les cas où les titres ont été listés/noircis ou ne peuvent pas être restitués — (décision à prendre par l’équipe commerciale/SAV / responsable décisionnel non précisé)\n
    \t\tSi aucun retour du client dans un délai défini, clôturer le ticket avec possibilité de réouverture si besoin — proposition formulée par Badr AMMARI
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "28/01/2025 - Groupement, Demande d'action technique - Incohérence d'affichage du nombre de tickets restants de la carte iOS sur apple wallet et app RATP - Solution IDFM : Sauvegarde / restauration "
  -assignJira: "Eddy Mimouni"
  -ticketCreator: "Eddy Mimouni"
  -os: null
  -priority: null
  -status: "IN PROGRESS"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:42"
}
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: 689
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21146"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21146"
  -lastUpdated: DateTime @1772807368 {#792
    date: 2026-03-06 14:29:28.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    31/01 Attention nombreux cas qui sont remontés par les clients\n
    21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars.\n
    Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse\n
    Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème.\n
    19/05 en attente retour client
    """
  -longDescription: """
    Résumé : Incohérence récurrente entre le nombre de tickets affiché dans l’application transporteur (IDFM/RATP) et dans Apple Wallet pour une même carte iOS : les dumps montrent que les titres ont bien été distribués mais ils n’apparaissent pas/affichent 0 dans le Wallet. Diagnostic récurrent : probable absence de mise à jour des Oracle Assets côté Wallet. Solution de contournement préconisée par IDFM/équipe technique : sauvegarde → restauration (backup/restore) de la carte pour récupérer les bons Oracle Assets. Plusieurs cas similaires ont été signalés, certains clients ne peuvent pas effectuer la sauvegarde/restauration ou ne répondent pas, et au moins un cas signale aussi une impossibilité de validation des TBT malgré la présence des titres dans le dump. Des tickets liés (CEP / SCM) et échanges internes sont en cours. Le ticket a des assignations successives et n’est pas définitivement résolu.\n
    \n
    Statut : En cours — en attente de retour client pour exécution du backup/restore et en investigation côté Oracle Assets / logs pour expliquer les cas de non-validation.\n
    \n
    Actions restantes :\n
    \t\tRelancer le client pour qu’il effectue la sauvegarde → restauration sur son Wallet et qu’il confirme le résultat (ou fournisse le message d’erreur) — Corinne LE DREFF\n
    \t\tSi la sauvegarde/restauration échoue ou en cas d’erreur, collecter et fournir le dump/logs/erreur client — Corinne LE DREFF (ou support SAV)\n
    \t\tAnalyser les dumps et logs fournis pour confirmer la présence des titres et vérifier l’état des Oracle Assets (investigation technique) — Eddy Mimouni\n
    \t\tClarifier et documenter les cas où la validation échoue malgré la présence des titres (reproductions, logs du valideur) — Eddy Mimouni\n
    \t\tStatuer sur la prise en charge commerciale (remboursement) pour les cas où les titres ont été listés/noircis ou ne peuvent pas être restitués — (décision à prendre par l’équipe commerciale/SAV / responsable décisionnel non précisé)\n
    \t\tSi aucun retour du client dans un délai défini, clôturer le ticket avec possibilité de réouverture si besoin — proposition formulée par Badr AMMARI
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "28/01/2025 - Groupement, Demande d'action technique - Incohérence d'affichage du nombre de tickets restants de la carte iOS sur apple wallet et app RATP - Solution IDFM : Sauvegarde / restauration "
  -assignJira: "Eddy Mimouni"
  -ticketCreator: "Eddy Mimouni"
  -os: null
  -priority: null
  -status: "IN PROGRESS"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:42"
}
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: 689
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21146"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21146"
  -lastUpdated: DateTime @1772807368 {#792
    date: 2026-03-06 14:29:28.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    31/01 Attention nombreux cas qui sont remontés par les clients\n
    21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars.\n
    Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse\n
    Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème.\n
    19/05 en attente retour client
    """
  -longDescription: """
    Résumé : Incohérence récurrente entre le nombre de tickets affiché dans l’application transporteur (IDFM/RATP) et dans Apple Wallet pour une même carte iOS : les dumps montrent que les titres ont bien été distribués mais ils n’apparaissent pas/affichent 0 dans le Wallet. Diagnostic récurrent : probable absence de mise à jour des Oracle Assets côté Wallet. Solution de contournement préconisée par IDFM/équipe technique : sauvegarde → restauration (backup/restore) de la carte pour récupérer les bons Oracle Assets. Plusieurs cas similaires ont été signalés, certains clients ne peuvent pas effectuer la sauvegarde/restauration ou ne répondent pas, et au moins un cas signale aussi une impossibilité de validation des TBT malgré la présence des titres dans le dump. Des tickets liés (CEP / SCM) et échanges internes sont en cours. Le ticket a des assignations successives et n’est pas définitivement résolu.\n
    \n
    Statut : En cours — en attente de retour client pour exécution du backup/restore et en investigation côté Oracle Assets / logs pour expliquer les cas de non-validation.\n
    \n
    Actions restantes :\n
    \t\tRelancer le client pour qu’il effectue la sauvegarde → restauration sur son Wallet et qu’il confirme le résultat (ou fournisse le message d’erreur) — Corinne LE DREFF\n
    \t\tSi la sauvegarde/restauration échoue ou en cas d’erreur, collecter et fournir le dump/logs/erreur client — Corinne LE DREFF (ou support SAV)\n
    \t\tAnalyser les dumps et logs fournis pour confirmer la présence des titres et vérifier l’état des Oracle Assets (investigation technique) — Eddy Mimouni\n
    \t\tClarifier et documenter les cas où la validation échoue malgré la présence des titres (reproductions, logs du valideur) — Eddy Mimouni\n
    \t\tStatuer sur la prise en charge commerciale (remboursement) pour les cas où les titres ont été listés/noircis ou ne peuvent pas être restitués — (décision à prendre par l’équipe commerciale/SAV / responsable décisionnel non précisé)\n
    \t\tSi aucun retour du client dans un délai défini, clôturer le ticket avec possibilité de réouverture si besoin — proposition formulée par Badr AMMARI
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "28/01/2025 - Groupement, Demande d'action technique - Incohérence d'affichage du nombre de tickets restants de la carte iOS sur apple wallet et app RATP - Solution IDFM : Sauvegarde / restauration "
  -assignJira: "Eddy Mimouni"
  -ticketCreator: "Eddy Mimouni"
  -os: null
  -priority: null
  -status: "IN PROGRESS"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:42"
}
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: 689
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21146"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21146"
  -lastUpdated: DateTime @1772807368 {#792
    date: 2026-03-06 14:29:28.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    31/01 Attention nombreux cas qui sont remontés par les clients\n
    21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars.\n
    Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse\n
    Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème.\n
    19/05 en attente retour client
    """
  -longDescription: """
    Résumé : Incohérence récurrente entre le nombre de tickets affiché dans l’application transporteur (IDFM/RATP) et dans Apple Wallet pour une même carte iOS : les dumps montrent que les titres ont bien été distribués mais ils n’apparaissent pas/affichent 0 dans le Wallet. Diagnostic récurrent : probable absence de mise à jour des Oracle Assets côté Wallet. Solution de contournement préconisée par IDFM/équipe technique : sauvegarde → restauration (backup/restore) de la carte pour récupérer les bons Oracle Assets. Plusieurs cas similaires ont été signalés, certains clients ne peuvent pas effectuer la sauvegarde/restauration ou ne répondent pas, et au moins un cas signale aussi une impossibilité de validation des TBT malgré la présence des titres dans le dump. Des tickets liés (CEP / SCM) et échanges internes sont en cours. Le ticket a des assignations successives et n’est pas définitivement résolu.\n
    \n
    Statut : En cours — en attente de retour client pour exécution du backup/restore et en investigation côté Oracle Assets / logs pour expliquer les cas de non-validation.\n
    \n
    Actions restantes :\n
    \t\tRelancer le client pour qu’il effectue la sauvegarde → restauration sur son Wallet et qu’il confirme le résultat (ou fournisse le message d’erreur) — Corinne LE DREFF\n
    \t\tSi la sauvegarde/restauration échoue ou en cas d’erreur, collecter et fournir le dump/logs/erreur client — Corinne LE DREFF (ou support SAV)\n
    \t\tAnalyser les dumps et logs fournis pour confirmer la présence des titres et vérifier l’état des Oracle Assets (investigation technique) — Eddy Mimouni\n
    \t\tClarifier et documenter les cas où la validation échoue malgré la présence des titres (reproductions, logs du valideur) — Eddy Mimouni\n
    \t\tStatuer sur la prise en charge commerciale (remboursement) pour les cas où les titres ont été listés/noircis ou ne peuvent pas être restitués — (décision à prendre par l’équipe commerciale/SAV / responsable décisionnel non précisé)\n
    \t\tSi aucun retour du client dans un délai défini, clôturer le ticket avec possibilité de réouverture si besoin — proposition formulée par Badr AMMARI
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "28/01/2025 - Groupement, Demande d'action technique - Incohérence d'affichage du nombre de tickets restants de la carte iOS sur apple wallet et app RATP - Solution IDFM : Sauvegarde / restauration "
  -assignJira: "Eddy Mimouni"
  -ticketCreator: "Eddy Mimouni"
  -os: null
  -priority: null
  -status: "IN PROGRESS"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:42"
}
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: 689
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21146"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21146"
  -lastUpdated: DateTime @1772807368 {#792
    date: 2026-03-06 14:29:28.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    31/01 Attention nombreux cas qui sont remontés par les clients\n
    21/02 préco de faire sauvegarde et resauration pour corriger le pb. Mais du fait 'une ano sur sauvegarde et resto, il faut attendre la 5.2 fin mars.\n
    Volumétrie du nb de client qui ne sont pas sur le nouvel Oracle Asset : en cours analyse\n
    Communiquer au client sur le fait de consommer titre et créer nouvelle carte et supprimer celle qui pose problème.\n
    19/05 en attente retour client
    """
  -longDescription: """
    Résumé : Incohérence récurrente entre le nombre de tickets affiché dans l’application transporteur (IDFM/RATP) et dans Apple Wallet pour une même carte iOS : les dumps montrent que les titres ont bien été distribués mais ils n’apparaissent pas/affichent 0 dans le Wallet. Diagnostic récurrent : probable absence de mise à jour des Oracle Assets côté Wallet. Solution de contournement préconisée par IDFM/équipe technique : sauvegarde → restauration (backup/restore) de la carte pour récupérer les bons Oracle Assets. Plusieurs cas similaires ont été signalés, certains clients ne peuvent pas effectuer la sauvegarde/restauration ou ne répondent pas, et au moins un cas signale aussi une impossibilité de validation des TBT malgré la présence des titres dans le dump. Des tickets liés (CEP / SCM) et échanges internes sont en cours. Le ticket a des assignations successives et n’est pas définitivement résolu.\n
    \n
    Statut : En cours — en attente de retour client pour exécution du backup/restore et en investigation côté Oracle Assets / logs pour expliquer les cas de non-validation.\n
    \n
    Actions restantes :\n
    \t\tRelancer le client pour qu’il effectue la sauvegarde → restauration sur son Wallet et qu’il confirme le résultat (ou fournisse le message d’erreur) — Corinne LE DREFF\n
    \t\tSi la sauvegarde/restauration échoue ou en cas d’erreur, collecter et fournir le dump/logs/erreur client — Corinne LE DREFF (ou support SAV)\n
    \t\tAnalyser les dumps et logs fournis pour confirmer la présence des titres et vérifier l’état des Oracle Assets (investigation technique) — Eddy Mimouni\n
    \t\tClarifier et documenter les cas où la validation échoue malgré la présence des titres (reproductions, logs du valideur) — Eddy Mimouni\n
    \t\tStatuer sur la prise en charge commerciale (remboursement) pour les cas où les titres ont été listés/noircis ou ne peuvent pas être restitués — (décision à prendre par l’équipe commerciale/SAV / responsable décisionnel non précisé)\n
    \t\tSi aucun retour du client dans un délai défini, clôturer le ticket avec possibilité de réouverture si besoin — proposition formulée par Badr AMMARI
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "28/01/2025 - Groupement, Demande d'action technique - Incohérence d'affichage du nombre de tickets restants de la carte iOS sur apple wallet et app RATP - Solution IDFM : Sauvegarde / restauration "
  -assignJira: "Eddy Mimouni"
  -ticketCreator: "Eddy Mimouni"
  -os: null
  -priority: null
  -status: "IN PROGRESS"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:42"
}