GET https://www.app-test.fr/tickets/728/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: 728
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26421"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26421"
  -lastUpdated: DateTime @1772441751 {#792
    date: 2026-03-02 08:55:51.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: "Dump absent ou incorrect reçu au SAV Billettique"
  -longDescription: """
    Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.\n
    \n
    Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.\n
    \n
    Actions restantes :\n
    \t\tVérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation\n
    \t\tFournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS\n
    \t\tIndiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support\n
    \t\tSi Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)\n
    \t\tCoordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Market Pay, Analyse technique liée au Dump, forfait invalidé mais distribué dans ICAN - SCM-1566"
  -assignJira: "Anass EL AFYA"
  -ticketCreator: "Reporting outillage"
  -os: null
  -priority: null
  -status: "En attente du support"
  -ticketType: null
  -lastAutomationPass: "2026-03-03 07:06:26"
}
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: 728
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26421"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26421"
  -lastUpdated: DateTime @1772441751 {#792
    date: 2026-03-02 08:55:51.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: "Dump absent ou incorrect reçu au SAV Billettique"
  -longDescription: """
    Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.\n
    \n
    Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.\n
    \n
    Actions restantes :\n
    \t\tVérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation\n
    \t\tFournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS\n
    \t\tIndiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support\n
    \t\tSi Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)\n
    \t\tCoordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Market Pay, Analyse technique liée au Dump, forfait invalidé mais distribué dans ICAN - SCM-1566"
  -assignJira: "Anass EL AFYA"
  -ticketCreator: "Reporting outillage"
  -os: null
  -priority: null
  -status: "En attente du support"
  -ticketType: null
  -lastAutomationPass: "2026-03-03 07:06:26"
}
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: 728
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26421"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26421"
  -lastUpdated: DateTime @1772441751 {#792
    date: 2026-03-02 08:55:51.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: "Dump absent ou incorrect reçu au SAV Billettique"
  -longDescription: """
    Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.\n
    \n
    Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.\n
    \n
    Actions restantes :\n
    \t\tVérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation\n
    \t\tFournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS\n
    \t\tIndiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support\n
    \t\tSi Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)\n
    \t\tCoordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Market Pay, Analyse technique liée au Dump, forfait invalidé mais distribué dans ICAN - SCM-1566"
  -assignJira: "Anass EL AFYA"
  -ticketCreator: "Reporting outillage"
  -os: null
  -priority: null
  -status: "En attente du support"
  -ticketType: null
  -lastAutomationPass: "2026-03-03 07:06:26"
}
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: 728
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26421"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26421"
  -lastUpdated: DateTime @1772441751 {#792
    date: 2026-03-02 08:55:51.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: "Dump absent ou incorrect reçu au SAV Billettique"
  -longDescription: """
    Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.\n
    \n
    Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.\n
    \n
    Actions restantes :\n
    \t\tVérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation\n
    \t\tFournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS\n
    \t\tIndiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support\n
    \t\tSi Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)\n
    \t\tCoordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Market Pay, Analyse technique liée au Dump, forfait invalidé mais distribué dans ICAN - SCM-1566"
  -assignJira: "Anass EL AFYA"
  -ticketCreator: "Reporting outillage"
  -os: null
  -priority: null
  -status: "En attente du support"
  -ticketType: null
  -lastAutomationPass: "2026-03-03 07:06:26"
}
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: 728
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26421"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26421"
  -lastUpdated: DateTime @1772441751 {#792
    date: 2026-03-02 08:55:51.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: "Dump absent ou incorrect reçu au SAV Billettique"
  -longDescription: """
    Résumé : Le client ne peut pas utiliser son forfait de janvier : côté SIS/Atlas le titre apparaît distribué et payé, mais dans le dump le contrat est marqué avec le statut "RUF" (résiliation pour fraude) et le titre est considéré invalidé/inutilisable. Dejamobile Support indique que les dumps contiennent des données valides et suspecte un problème d'interprétation/parsing en aval ; SIS (Aleksandrowicz) confirme le paiement et le chargement du titre. Le point bloquant est l'origine et la signification du statut "RUF" dans le dump et son impact sur la validation côté applicatif.\n
    \n
    Statut : À investiguer / en attente de retours des équipes d'exploitation (dl-fr-nsbf-exploitation) et de précisions techniques de Dejamobile Support.\n
    \n
    Actions restantes :\n
    \t\tVérifier auprès des systèmes d’exploitation si le forfait a bien été payé et pourquoi le dump contient ContractStatus="RUF" (confirmer s’il s’agit d’une résiliation pour fraude et si le statut est erroné) — dl-fr-nsbf-exploitation\n
    \t\tFournir, si nécessaire, les éléments de contexte ou logs côté SIS/Atlas expliquant la présence de "RUF" malgré un paiement et un OrderStatus "Ended" (corrélation OrderId/transaction) — Aleksandrowicz / équipe SIS\n
    \t\tIndiquer précisément quels champs du dump, ou quelles anomalies de formatage, peuvent entraîner une non-interprétation du titre par l’implémentation MarketPay (ou confirmer qu’aucune erreur de parsing n’a été détectée côté SDK) — Dejamobile Support\n
    \t\tSi Dejamobile identifie des champs problématiques, fournir la liste des champs attendus/posant problème et exemples ; sinon, préciser quelles preuves ou logs sont attendus pour poursuivre l’investigation — Corinne LE DREFF / SAV (coordination)\n
    \t\tCoordonner l’analyse et définir la suite (correction upstream vs enquête parsing) afin de rendre une décision claire — Anass EL AFYA et Arnaud LECREUX
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "Market Pay, Analyse technique liée au Dump, forfait invalidé mais distribué dans ICAN - SCM-1566"
  -assignJira: "Anass EL AFYA"
  -ticketCreator: "Reporting outillage"
  -os: null
  -priority: null
  -status: "En attente du support"
  -ticketType: null
  -lastAutomationPass: "2026-03-03 07:06:26"
}