GET https://www.app-test.fr/repartition/646/edit

Forms

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

tickets2

Form type:
"App\Form\Tickets2Type"

Errors

This form has no errors.

Default Data

Property Value
Model Format same as normalized format
Normalized Format
App\Entity\Tickets {#791
  -id: 646
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21687"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21687"
  -lastUpdated: DateTime @1772807100 {#792
    date: 2026-03-06 14:25:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    Eddy accompagne Rémy sur la présomption de problème sur la validation multicarte sur IOS\n
    19/03 on arrive à identifier le nombre de client qui ont plusieurs cartes sur le wallet (Eddy). On n'a pas le nombre de clients qui utilisent plusieurs cartes (difficile à récupérer) -> faudrait faire uen demdne de service pour vérifier quel client a plusieurs validation sur une période donnée (1 semaine / 1 mois).\n
    Peu de remontée côté IDFM (pas mal de communication) plus côté RSS.\n
    21/03 Atelier avec Corinne et Nora. Pb Nora lié à une mauvaise utilisation. Pas de dump sur les autres cas et pas réussis ) contacter les clients sur les autres cas -> voir pour améliorer la communication aux clients et aux agents sur utilisation du service (sous forme vidéo, formation,...)\n
    29/04 voir pour faire le test de notre côté -> voir Eddy
    """
  -longDescription: """
    Résumé : Sur iOS, des cas ont été remontés où, avec plusieurs cartes dans le wallet, la validation se fait sur une carte vide (ou affiche "Carte invalide") et l'utilisateur doit manuellement sélectionner la carte contenant le titre pour que le valideur détecte le forfait. Les tests en station n'ont pas permis de reproduire systématiquement le problème. Des soucis d'ergonomie lors du passage d'une carte à l'autre ont été identifiés. Un cas client avec demandes de remboursement a été signalé et le remboursement est possible si aucune validation effective n'a eu lieu. Des évolutions produit (affichage de couleurs distinctes, possibilité de nommer les cartes) et des tests complémentaires sont évoqués. Le ticket a été réaffecté pour analyse et une clôture est envisagée si aucune nouvelle remontée n'apparaît.\n
    \n
    Statut : En attente de confirmation / investigation non reproductible (tests complémentaires et surveillance des remontées en cours)\n
    \n
    Actions restantes :\n
    \t\tRéaliser les tests complémentaires (notamment tester le comportement du valideur lorsqu’on passe 2 fois de suite la même carte) — Eddy Mimouni / Matthieu Masson\n
    \t\tTenir l’atelier de parcours multicartes pour analyser les cas d’usage et l’ergonomie (parcours Wallet, pré-arm, guidance utilisateur) — Eddy Mimouni\n
    \t\tDemander à Apple la possibilité d’autoriser la nomination des cartes (évolution produit) — (action à lancer, porteur non précisé)\n
    \t\tSuivre et traiter le remboursement pour la famille impactée si confirmé qu’aucune des 3 cartes n’a été validée — (exécution à définir)\n
    \t\tSurveiller les nouvelles remontées et, en l’absence de cas supplémentaires, clôturer le ticket — David Laroche
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[Bonjour RATP] Incident  Mineur - Multicartes iOS : Sélection inopérante d'une autre carte avant validation d'un titre"
  -assignJira: "David Laroche"
  -ticketCreator: "David Laroche"
  -os: null
  -priority: null
  -status: "Résolu"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:40"
}
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: 646
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21687"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21687"
  -lastUpdated: DateTime @1772807100 {#792
    date: 2026-03-06 14:25:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    Eddy accompagne Rémy sur la présomption de problème sur la validation multicarte sur IOS\n
    19/03 on arrive à identifier le nombre de client qui ont plusieurs cartes sur le wallet (Eddy). On n'a pas le nombre de clients qui utilisent plusieurs cartes (difficile à récupérer) -> faudrait faire uen demdne de service pour vérifier quel client a plusieurs validation sur une période donnée (1 semaine / 1 mois).\n
    Peu de remontée côté IDFM (pas mal de communication) plus côté RSS.\n
    21/03 Atelier avec Corinne et Nora. Pb Nora lié à une mauvaise utilisation. Pas de dump sur les autres cas et pas réussis ) contacter les clients sur les autres cas -> voir pour améliorer la communication aux clients et aux agents sur utilisation du service (sous forme vidéo, formation,...)\n
    29/04 voir pour faire le test de notre côté -> voir Eddy
    """
  -longDescription: """
    Résumé : Sur iOS, des cas ont été remontés où, avec plusieurs cartes dans le wallet, la validation se fait sur une carte vide (ou affiche "Carte invalide") et l'utilisateur doit manuellement sélectionner la carte contenant le titre pour que le valideur détecte le forfait. Les tests en station n'ont pas permis de reproduire systématiquement le problème. Des soucis d'ergonomie lors du passage d'une carte à l'autre ont été identifiés. Un cas client avec demandes de remboursement a été signalé et le remboursement est possible si aucune validation effective n'a eu lieu. Des évolutions produit (affichage de couleurs distinctes, possibilité de nommer les cartes) et des tests complémentaires sont évoqués. Le ticket a été réaffecté pour analyse et une clôture est envisagée si aucune nouvelle remontée n'apparaît.\n
    \n
    Statut : En attente de confirmation / investigation non reproductible (tests complémentaires et surveillance des remontées en cours)\n
    \n
    Actions restantes :\n
    \t\tRéaliser les tests complémentaires (notamment tester le comportement du valideur lorsqu’on passe 2 fois de suite la même carte) — Eddy Mimouni / Matthieu Masson\n
    \t\tTenir l’atelier de parcours multicartes pour analyser les cas d’usage et l’ergonomie (parcours Wallet, pré-arm, guidance utilisateur) — Eddy Mimouni\n
    \t\tDemander à Apple la possibilité d’autoriser la nomination des cartes (évolution produit) — (action à lancer, porteur non précisé)\n
    \t\tSuivre et traiter le remboursement pour la famille impactée si confirmé qu’aucune des 3 cartes n’a été validée — (exécution à définir)\n
    \t\tSurveiller les nouvelles remontées et, en l’absence de cas supplémentaires, clôturer le ticket — David Laroche
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[Bonjour RATP] Incident  Mineur - Multicartes iOS : Sélection inopérante d'une autre carte avant validation d'un titre"
  -assignJira: "David Laroche"
  -ticketCreator: "David Laroche"
  -os: null
  -priority: null
  -status: "Résolu"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:40"
}
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: 646
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21687"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21687"
  -lastUpdated: DateTime @1772807100 {#792
    date: 2026-03-06 14:25:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    Eddy accompagne Rémy sur la présomption de problème sur la validation multicarte sur IOS\n
    19/03 on arrive à identifier le nombre de client qui ont plusieurs cartes sur le wallet (Eddy). On n'a pas le nombre de clients qui utilisent plusieurs cartes (difficile à récupérer) -> faudrait faire uen demdne de service pour vérifier quel client a plusieurs validation sur une période donnée (1 semaine / 1 mois).\n
    Peu de remontée côté IDFM (pas mal de communication) plus côté RSS.\n
    21/03 Atelier avec Corinne et Nora. Pb Nora lié à une mauvaise utilisation. Pas de dump sur les autres cas et pas réussis ) contacter les clients sur les autres cas -> voir pour améliorer la communication aux clients et aux agents sur utilisation du service (sous forme vidéo, formation,...)\n
    29/04 voir pour faire le test de notre côté -> voir Eddy
    """
  -longDescription: """
    Résumé : Sur iOS, des cas ont été remontés où, avec plusieurs cartes dans le wallet, la validation se fait sur une carte vide (ou affiche "Carte invalide") et l'utilisateur doit manuellement sélectionner la carte contenant le titre pour que le valideur détecte le forfait. Les tests en station n'ont pas permis de reproduire systématiquement le problème. Des soucis d'ergonomie lors du passage d'une carte à l'autre ont été identifiés. Un cas client avec demandes de remboursement a été signalé et le remboursement est possible si aucune validation effective n'a eu lieu. Des évolutions produit (affichage de couleurs distinctes, possibilité de nommer les cartes) et des tests complémentaires sont évoqués. Le ticket a été réaffecté pour analyse et une clôture est envisagée si aucune nouvelle remontée n'apparaît.\n
    \n
    Statut : En attente de confirmation / investigation non reproductible (tests complémentaires et surveillance des remontées en cours)\n
    \n
    Actions restantes :\n
    \t\tRéaliser les tests complémentaires (notamment tester le comportement du valideur lorsqu’on passe 2 fois de suite la même carte) — Eddy Mimouni / Matthieu Masson\n
    \t\tTenir l’atelier de parcours multicartes pour analyser les cas d’usage et l’ergonomie (parcours Wallet, pré-arm, guidance utilisateur) — Eddy Mimouni\n
    \t\tDemander à Apple la possibilité d’autoriser la nomination des cartes (évolution produit) — (action à lancer, porteur non précisé)\n
    \t\tSuivre et traiter le remboursement pour la famille impactée si confirmé qu’aucune des 3 cartes n’a été validée — (exécution à définir)\n
    \t\tSurveiller les nouvelles remontées et, en l’absence de cas supplémentaires, clôturer le ticket — David Laroche
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[Bonjour RATP] Incident  Mineur - Multicartes iOS : Sélection inopérante d'une autre carte avant validation d'un titre"
  -assignJira: "David Laroche"
  -ticketCreator: "David Laroche"
  -os: null
  -priority: null
  -status: "Résolu"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:40"
}
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"
  "tickets2"
  "_tickets2"
]
cache_key
"_tickets2_tickets2"
compound
true
data
App\Entity\Tickets {#791
  -id: 646
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21687"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21687"
  -lastUpdated: DateTime @1772807100 {#792
    date: 2026-03-06 14:25:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    Eddy accompagne Rémy sur la présomption de problème sur la validation multicarte sur IOS\n
    19/03 on arrive à identifier le nombre de client qui ont plusieurs cartes sur le wallet (Eddy). On n'a pas le nombre de clients qui utilisent plusieurs cartes (difficile à récupérer) -> faudrait faire uen demdne de service pour vérifier quel client a plusieurs validation sur une période donnée (1 semaine / 1 mois).\n
    Peu de remontée côté IDFM (pas mal de communication) plus côté RSS.\n
    21/03 Atelier avec Corinne et Nora. Pb Nora lié à une mauvaise utilisation. Pas de dump sur les autres cas et pas réussis ) contacter les clients sur les autres cas -> voir pour améliorer la communication aux clients et aux agents sur utilisation du service (sous forme vidéo, formation,...)\n
    29/04 voir pour faire le test de notre côté -> voir Eddy
    """
  -longDescription: """
    Résumé : Sur iOS, des cas ont été remontés où, avec plusieurs cartes dans le wallet, la validation se fait sur une carte vide (ou affiche "Carte invalide") et l'utilisateur doit manuellement sélectionner la carte contenant le titre pour que le valideur détecte le forfait. Les tests en station n'ont pas permis de reproduire systématiquement le problème. Des soucis d'ergonomie lors du passage d'une carte à l'autre ont été identifiés. Un cas client avec demandes de remboursement a été signalé et le remboursement est possible si aucune validation effective n'a eu lieu. Des évolutions produit (affichage de couleurs distinctes, possibilité de nommer les cartes) et des tests complémentaires sont évoqués. Le ticket a été réaffecté pour analyse et une clôture est envisagée si aucune nouvelle remontée n'apparaît.\n
    \n
    Statut : En attente de confirmation / investigation non reproductible (tests complémentaires et surveillance des remontées en cours)\n
    \n
    Actions restantes :\n
    \t\tRéaliser les tests complémentaires (notamment tester le comportement du valideur lorsqu’on passe 2 fois de suite la même carte) — Eddy Mimouni / Matthieu Masson\n
    \t\tTenir l’atelier de parcours multicartes pour analyser les cas d’usage et l’ergonomie (parcours Wallet, pré-arm, guidance utilisateur) — Eddy Mimouni\n
    \t\tDemander à Apple la possibilité d’autoriser la nomination des cartes (évolution produit) — (action à lancer, porteur non précisé)\n
    \t\tSuivre et traiter le remboursement pour la famille impactée si confirmé qu’aucune des 3 cartes n’a été validée — (exécution à définir)\n
    \t\tSurveiller les nouvelles remontées et, en l’absence de cas supplémentaires, clôturer le ticket — David Laroche
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[Bonjour RATP] Incident  Mineur - Multicartes iOS : Sélection inopérante d'une autre carte avant validation d'un titre"
  -assignJira: "David Laroche"
  -ticketCreator: "David Laroche"
  -os: null
  -priority: null
  -status: "Résolu"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:40"
}
disabled
false
errors
Symfony\Component\Form\FormErrorIterator {#1245
  -errors: []
  -form: Symfony\Component\Form\Form {#1241 …}
}
form
Symfony\Component\Form\FormView {#995 …5}
full_name
"tickets2"
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
id
"tickets2"
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
method
"POST"
multipart
false
name
"tickets2"
priority
0
required
true
row_attr
[]
submitted
false
translation_domain
null
unique_block_prefix
"_tickets2"
valid
true
value
App\Entity\Tickets {#791
  -id: 646
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21687"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21687"
  -lastUpdated: DateTime @1772807100 {#792
    date: 2026-03-06 14:25:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    Eddy accompagne Rémy sur la présomption de problème sur la validation multicarte sur IOS\n
    19/03 on arrive à identifier le nombre de client qui ont plusieurs cartes sur le wallet (Eddy). On n'a pas le nombre de clients qui utilisent plusieurs cartes (difficile à récupérer) -> faudrait faire uen demdne de service pour vérifier quel client a plusieurs validation sur une période donnée (1 semaine / 1 mois).\n
    Peu de remontée côté IDFM (pas mal de communication) plus côté RSS.\n
    21/03 Atelier avec Corinne et Nora. Pb Nora lié à une mauvaise utilisation. Pas de dump sur les autres cas et pas réussis ) contacter les clients sur les autres cas -> voir pour améliorer la communication aux clients et aux agents sur utilisation du service (sous forme vidéo, formation,...)\n
    29/04 voir pour faire le test de notre côté -> voir Eddy
    """
  -longDescription: """
    Résumé : Sur iOS, des cas ont été remontés où, avec plusieurs cartes dans le wallet, la validation se fait sur une carte vide (ou affiche "Carte invalide") et l'utilisateur doit manuellement sélectionner la carte contenant le titre pour que le valideur détecte le forfait. Les tests en station n'ont pas permis de reproduire systématiquement le problème. Des soucis d'ergonomie lors du passage d'une carte à l'autre ont été identifiés. Un cas client avec demandes de remboursement a été signalé et le remboursement est possible si aucune validation effective n'a eu lieu. Des évolutions produit (affichage de couleurs distinctes, possibilité de nommer les cartes) et des tests complémentaires sont évoqués. Le ticket a été réaffecté pour analyse et une clôture est envisagée si aucune nouvelle remontée n'apparaît.\n
    \n
    Statut : En attente de confirmation / investigation non reproductible (tests complémentaires et surveillance des remontées en cours)\n
    \n
    Actions restantes :\n
    \t\tRéaliser les tests complémentaires (notamment tester le comportement du valideur lorsqu’on passe 2 fois de suite la même carte) — Eddy Mimouni / Matthieu Masson\n
    \t\tTenir l’atelier de parcours multicartes pour analyser les cas d’usage et l’ergonomie (parcours Wallet, pré-arm, guidance utilisateur) — Eddy Mimouni\n
    \t\tDemander à Apple la possibilité d’autoriser la nomination des cartes (évolution produit) — (action à lancer, porteur non précisé)\n
    \t\tSuivre et traiter le remboursement pour la famille impactée si confirmé qu’aucune des 3 cartes n’a été validée — (exécution à définir)\n
    \t\tSurveiller les nouvelles remontées et, en l’absence de cas supplémentaires, clôturer le ticket — David Laroche
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[Bonjour RATP] Incident  Mineur - Multicartes iOS : Sélection inopérante d'une autre carte avant validation d'un titre"
  -assignJira: "David Laroche"
  -ticketCreator: "David Laroche"
  -os: null
  -priority: null
  -status: "Résolu"
  -ticketType: null
  -lastAutomationPass: "2026-03-07 07:07:40"
}