GET https://www.app-test.fr/tickets/664/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: 664
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-22731"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-22731"
  -lastUpdated: DateTime @1769532540 {#792
    date: 2026-01-27 16:49:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    14/11: Analyses toujours en cours.\n
    \n
    Relance Marc. Engelmann // \n
    En attente analyse groupement pour changer statut des tickets Second contact avec date de modification à jour + statut "Nouveau"
    """
  -longDescription: """
    Résumé : Depuis le 27/05/2025, plusieurs "second contact" n'apparaissent plus au statut "Nouveau" dans la vue des conseillers et sont rattachés au ticket parent (parfois clos ou en "Assigné"), rendant ces demandes invisibles au SAV. Il y a un désaccord entre les équipes : CEP/GPT indiquent que le comportement observé est conforme aux spécifications en vigueur (second contact rattaché au parent, parent remis en "Assigné"), alors que le Service client (Corinne, Marion) considère qu'il s'agit d'une régression par rapport au comportement validé et déployé en R5.1 (fin janvier 2025) où les second contact réapparaissaient en "Nouveau". Des analyses sont en cours (cas analysés, pistes identifiées, certaines occurrences liées à des changements manuels ou à un codeSAV mal catégorisé). Le ticket a été réassigné à GPT pour organiser un atelier et arbitrer la suite (évolution ou maintien du comportement).\n
    \n
    Statut : En cours — investigations en cours et organisation d’un atelier GPT pour arbitrage/prise de décision (évolution éventuelle).\n
    \n
    Actions restantes :\n
    \t- Organiser un atelier de coordination avec les équipes dédiées SugarCRM (GPT) — GPT\n
    \t- Fournir et comparer les spécifications de février et de mai pour vérifier les écarts de comportement — dl-fr-nsbf-exploitation\n
    \t- Poursuivre l'analyse des cas identifiés (ex. ticket 570606 et autres exemples) pour confirmer causes (classification codeSAV, actions manuelles, orchestrateur) — Marc Engelmann / équipes d'analyse\n
    \t- Valider les pistes identifiées auprès des équipes build et confirmer si un correctif ou changement de configuration est nécessaire — équipes build\n
    \t- Si changement souhaité, formaliser et soumettre une demande d'évolution via le process habituel (inclure preuves/tests R5.1) — Service client (Corinne / Marion) ou demandeur métier\n
    \t- Coordonner un point de suivi entre GPT, build et le SAV pour accélérer l'arbitrage et la mise en œuvre de la décision — Mhamed BARNAT
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[SAV] [Sugar CRM] Incident  Mineur - Certains "second contact" ne semblent pas apparaitre au statut "Nouveau" "
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Work in progress"
  -ticketType: null
  -lastAutomationPass: "2026-01-28 07:05:35"
}
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: 664
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-22731"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-22731"
  -lastUpdated: DateTime @1769532540 {#792
    date: 2026-01-27 16:49:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    14/11: Analyses toujours en cours.\n
    \n
    Relance Marc. Engelmann // \n
    En attente analyse groupement pour changer statut des tickets Second contact avec date de modification à jour + statut "Nouveau"
    """
  -longDescription: """
    Résumé : Depuis le 27/05/2025, plusieurs "second contact" n'apparaissent plus au statut "Nouveau" dans la vue des conseillers et sont rattachés au ticket parent (parfois clos ou en "Assigné"), rendant ces demandes invisibles au SAV. Il y a un désaccord entre les équipes : CEP/GPT indiquent que le comportement observé est conforme aux spécifications en vigueur (second contact rattaché au parent, parent remis en "Assigné"), alors que le Service client (Corinne, Marion) considère qu'il s'agit d'une régression par rapport au comportement validé et déployé en R5.1 (fin janvier 2025) où les second contact réapparaissaient en "Nouveau". Des analyses sont en cours (cas analysés, pistes identifiées, certaines occurrences liées à des changements manuels ou à un codeSAV mal catégorisé). Le ticket a été réassigné à GPT pour organiser un atelier et arbitrer la suite (évolution ou maintien du comportement).\n
    \n
    Statut : En cours — investigations en cours et organisation d’un atelier GPT pour arbitrage/prise de décision (évolution éventuelle).\n
    \n
    Actions restantes :\n
    \t- Organiser un atelier de coordination avec les équipes dédiées SugarCRM (GPT) — GPT\n
    \t- Fournir et comparer les spécifications de février et de mai pour vérifier les écarts de comportement — dl-fr-nsbf-exploitation\n
    \t- Poursuivre l'analyse des cas identifiés (ex. ticket 570606 et autres exemples) pour confirmer causes (classification codeSAV, actions manuelles, orchestrateur) — Marc Engelmann / équipes d'analyse\n
    \t- Valider les pistes identifiées auprès des équipes build et confirmer si un correctif ou changement de configuration est nécessaire — équipes build\n
    \t- Si changement souhaité, formaliser et soumettre une demande d'évolution via le process habituel (inclure preuves/tests R5.1) — Service client (Corinne / Marion) ou demandeur métier\n
    \t- Coordonner un point de suivi entre GPT, build et le SAV pour accélérer l'arbitrage et la mise en œuvre de la décision — Mhamed BARNAT
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[SAV] [Sugar CRM] Incident  Mineur - Certains "second contact" ne semblent pas apparaitre au statut "Nouveau" "
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Work in progress"
  -ticketType: null
  -lastAutomationPass: "2026-01-28 07:05:35"
}
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: 664
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-22731"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-22731"
  -lastUpdated: DateTime @1769532540 {#792
    date: 2026-01-27 16:49:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    14/11: Analyses toujours en cours.\n
    \n
    Relance Marc. Engelmann // \n
    En attente analyse groupement pour changer statut des tickets Second contact avec date de modification à jour + statut "Nouveau"
    """
  -longDescription: """
    Résumé : Depuis le 27/05/2025, plusieurs "second contact" n'apparaissent plus au statut "Nouveau" dans la vue des conseillers et sont rattachés au ticket parent (parfois clos ou en "Assigné"), rendant ces demandes invisibles au SAV. Il y a un désaccord entre les équipes : CEP/GPT indiquent que le comportement observé est conforme aux spécifications en vigueur (second contact rattaché au parent, parent remis en "Assigné"), alors que le Service client (Corinne, Marion) considère qu'il s'agit d'une régression par rapport au comportement validé et déployé en R5.1 (fin janvier 2025) où les second contact réapparaissaient en "Nouveau". Des analyses sont en cours (cas analysés, pistes identifiées, certaines occurrences liées à des changements manuels ou à un codeSAV mal catégorisé). Le ticket a été réassigné à GPT pour organiser un atelier et arbitrer la suite (évolution ou maintien du comportement).\n
    \n
    Statut : En cours — investigations en cours et organisation d’un atelier GPT pour arbitrage/prise de décision (évolution éventuelle).\n
    \n
    Actions restantes :\n
    \t- Organiser un atelier de coordination avec les équipes dédiées SugarCRM (GPT) — GPT\n
    \t- Fournir et comparer les spécifications de février et de mai pour vérifier les écarts de comportement — dl-fr-nsbf-exploitation\n
    \t- Poursuivre l'analyse des cas identifiés (ex. ticket 570606 et autres exemples) pour confirmer causes (classification codeSAV, actions manuelles, orchestrateur) — Marc Engelmann / équipes d'analyse\n
    \t- Valider les pistes identifiées auprès des équipes build et confirmer si un correctif ou changement de configuration est nécessaire — équipes build\n
    \t- Si changement souhaité, formaliser et soumettre une demande d'évolution via le process habituel (inclure preuves/tests R5.1) — Service client (Corinne / Marion) ou demandeur métier\n
    \t- Coordonner un point de suivi entre GPT, build et le SAV pour accélérer l'arbitrage et la mise en œuvre de la décision — Mhamed BARNAT
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[SAV] [Sugar CRM] Incident  Mineur - Certains "second contact" ne semblent pas apparaitre au statut "Nouveau" "
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Work in progress"
  -ticketType: null
  -lastAutomationPass: "2026-01-28 07:05:35"
}
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: 664
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-22731"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-22731"
  -lastUpdated: DateTime @1769532540 {#792
    date: 2026-01-27 16:49:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    14/11: Analyses toujours en cours.\n
    \n
    Relance Marc. Engelmann // \n
    En attente analyse groupement pour changer statut des tickets Second contact avec date de modification à jour + statut "Nouveau"
    """
  -longDescription: """
    Résumé : Depuis le 27/05/2025, plusieurs "second contact" n'apparaissent plus au statut "Nouveau" dans la vue des conseillers et sont rattachés au ticket parent (parfois clos ou en "Assigné"), rendant ces demandes invisibles au SAV. Il y a un désaccord entre les équipes : CEP/GPT indiquent que le comportement observé est conforme aux spécifications en vigueur (second contact rattaché au parent, parent remis en "Assigné"), alors que le Service client (Corinne, Marion) considère qu'il s'agit d'une régression par rapport au comportement validé et déployé en R5.1 (fin janvier 2025) où les second contact réapparaissaient en "Nouveau". Des analyses sont en cours (cas analysés, pistes identifiées, certaines occurrences liées à des changements manuels ou à un codeSAV mal catégorisé). Le ticket a été réassigné à GPT pour organiser un atelier et arbitrer la suite (évolution ou maintien du comportement).\n
    \n
    Statut : En cours — investigations en cours et organisation d’un atelier GPT pour arbitrage/prise de décision (évolution éventuelle).\n
    \n
    Actions restantes :\n
    \t- Organiser un atelier de coordination avec les équipes dédiées SugarCRM (GPT) — GPT\n
    \t- Fournir et comparer les spécifications de février et de mai pour vérifier les écarts de comportement — dl-fr-nsbf-exploitation\n
    \t- Poursuivre l'analyse des cas identifiés (ex. ticket 570606 et autres exemples) pour confirmer causes (classification codeSAV, actions manuelles, orchestrateur) — Marc Engelmann / équipes d'analyse\n
    \t- Valider les pistes identifiées auprès des équipes build et confirmer si un correctif ou changement de configuration est nécessaire — équipes build\n
    \t- Si changement souhaité, formaliser et soumettre une demande d'évolution via le process habituel (inclure preuves/tests R5.1) — Service client (Corinne / Marion) ou demandeur métier\n
    \t- Coordonner un point de suivi entre GPT, build et le SAV pour accélérer l'arbitrage et la mise en œuvre de la décision — Mhamed BARNAT
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[SAV] [Sugar CRM] Incident  Mineur - Certains "second contact" ne semblent pas apparaitre au statut "Nouveau" "
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Work in progress"
  -ticketType: null
  -lastAutomationPass: "2026-01-28 07:05:35"
}
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: 664
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-22731"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-22731"
  -lastUpdated: DateTime @1769532540 {#792
    date: 2026-01-27 16:49:00.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    14/11: Analyses toujours en cours.\n
    \n
    Relance Marc. Engelmann // \n
    En attente analyse groupement pour changer statut des tickets Second contact avec date de modification à jour + statut "Nouveau"
    """
  -longDescription: """
    Résumé : Depuis le 27/05/2025, plusieurs "second contact" n'apparaissent plus au statut "Nouveau" dans la vue des conseillers et sont rattachés au ticket parent (parfois clos ou en "Assigné"), rendant ces demandes invisibles au SAV. Il y a un désaccord entre les équipes : CEP/GPT indiquent que le comportement observé est conforme aux spécifications en vigueur (second contact rattaché au parent, parent remis en "Assigné"), alors que le Service client (Corinne, Marion) considère qu'il s'agit d'une régression par rapport au comportement validé et déployé en R5.1 (fin janvier 2025) où les second contact réapparaissaient en "Nouveau". Des analyses sont en cours (cas analysés, pistes identifiées, certaines occurrences liées à des changements manuels ou à un codeSAV mal catégorisé). Le ticket a été réassigné à GPT pour organiser un atelier et arbitrer la suite (évolution ou maintien du comportement).\n
    \n
    Statut : En cours — investigations en cours et organisation d’un atelier GPT pour arbitrage/prise de décision (évolution éventuelle).\n
    \n
    Actions restantes :\n
    \t- Organiser un atelier de coordination avec les équipes dédiées SugarCRM (GPT) — GPT\n
    \t- Fournir et comparer les spécifications de février et de mai pour vérifier les écarts de comportement — dl-fr-nsbf-exploitation\n
    \t- Poursuivre l'analyse des cas identifiés (ex. ticket 570606 et autres exemples) pour confirmer causes (classification codeSAV, actions manuelles, orchestrateur) — Marc Engelmann / équipes d'analyse\n
    \t- Valider les pistes identifiées auprès des équipes build et confirmer si un correctif ou changement de configuration est nécessaire — équipes build\n
    \t- Si changement souhaité, formaliser et soumettre une demande d'évolution via le process habituel (inclure preuves/tests R5.1) — Service client (Corinne / Marion) ou demandeur métier\n
    \t- Coordonner un point de suivi entre GPT, build et le SAV pour accélérer l'arbitrage et la mise en œuvre de la décision — Mhamed BARNAT
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[SAV] [Sugar CRM] Incident  Mineur - Certains "second contact" ne semblent pas apparaitre au statut "Nouveau" "
  -assignJira: "dl-fr-nsbf-exploitation"
  -ticketCreator: "dl-fr-nsbf-exploitation"
  -os: null
  -priority: null
  -status: "Work in progress"
  -ticketType: null
  -lastAutomationPass: "2026-01-28 07:05:35"
}