Rencontre du 2023-08-16

  • Affiliation

    • Le member type ne doit pas influencé l’affiliation, elles doivent être par type

      • https://spordle.atlassian.net/browse/BQA-15

      •  

  • Formation annuelle

    • Expirable le 15 octobre 2024

    •  

  • Paramètre

  • Module équipe:

  • Rétroaction:

    • Clé API à rétroaction, va chercher les joueurs dans l’année courante, les joueurs SE inscrivent,

    • Pouvons-nous donner accès au contenu du formulaire à Retroaction.

    • Donner accès aux waivers

    • Un questionnaire par organisation SE

  • Catalogue

    • Division d'âge, dans le catalogue, retirer la catégorie .

    • Versement, avoir la possibilité de choisir plus d’un type de versement pour un même frais d’affiliation, avoir 2, 3, 4 versements au choix du parent. https://spordle.atlassian.net/browse/BQA-13

    • Permettre que les versements puissent se prendre plus loin que la fin de la saison en cours pour le SE, attacher à la période d’activité plutôt qu'à la saison.

    • Affiliation par type, le frais d’Affiliation n’est pas chargé pour le 2e type que tu t’inscris, exemple Joueurs VS Arbitre si un membre est inscrit comme Joueur et qu’il s’affilie comme Arbitre par la suite le frais se déduit.

    • SE élève athlète/ SE entraineur, avoir de nouveaux types qui permettraient d’Affilier plus d’une fois.

  • Affichage du frais d’affiliation

    • Sur la facture doit apparait et être détaillé

    • Faire apparaître sur Page la ventilation

    • L’objectif est que les frais d’affiliation soient utilisés pour facturer les asso, faire le changement de frais, le frais ne se réajuste pas automatiquement, pouvoir capturer les frais d’affiliation ajuster après le changement de classification.

    • Le système doit le modifier, et demander si l’Asso veut l’appliquer, le frais sera modifier une fois l’approbation faite, Tâche + Notification.

    • https://spordle.atlassian.net/browse/BQA-15

  • Membre

    • Sous-classement/ sur-classement: si Sous-classé, ne devrait pas demander la cible, il devrait être directement dans la division en dessous (ex: 15/16U devient directement 13U) mettre en grisé, ne pas avoir la possibilité de le changer

      Empêche l’équipe si on sélectionne la catégorie d'équipe d’origine, donc mettre en grisé.

    • Sous-classement il doit être en 3 étapes d’approbation dans le WF, Requête va au Régional, puis au Provincial. (Surclassement est ok) Il y a une limite de ce qui peut être fait, mais doit avoir l’approbation de la région aussi.

    • Avoir un dropdown pour les différentes tâches pour les statuts de traitement,

    • Pouvoir renverser une requête de sur/sous-classement à la demande d’une asso, demande devant pouvoir être transmise par l’usager, sera approuvée par Claude seulement. Si le joueur est déjà sur une équipe la demande ne peut être fait sans que le joueur soit retiré, l'équipe retombe à draft. La limite de 2 par équipe redevient disponible.

  • Rapport

  • Division d’âge

    • Diffère selon le sexe

    • Mais au cahier d'équipe les filles et les gars sont mixés. (14/15/16UF peut jouer avec les 14/15UM) une fois dans le cahier d'équipe ça ne fonctionne pas.

      https://spordle.atlassian.net/browse/BQA-29

 

  • Principe des codes promos

    • Baseball Québec (Fédération provinciale)

      • Générer des codes prépayés liés à des produits en ventes par Baseball Québec

        • • exemple 1 : l'adhésion Arbitre et Marqueur (lié à une inscription sur le Member Type + Division)

        • • exemple 2 : prix préférentiel sur formations de Baseball Québec (lié à un rabais d'inscription à des Stages)

      • Ventes de lots des codes-produits dans nos boutiques (avec possibilité de restreindre la quantité d'achat)

      • Panel pour le tracking des codes générés et de qui sont les l'organisations détentrices des codes, puis de l'utilisation par le membre.

    • Organisation

      • Pouvoir d'organisation pour acheter des codes à la pièce ou par lots disponibles dans nos boutiques

      • Panel dans l'organisation-détentrice pour le tracking d'utilisation unique et par quel membre

      • Je n'envisage PAS d'attribuer le code à un usager en le déposant dans son My Account. L'idée ne serait pas mauvaise, mais ça occasionnerait d'autres problèmes de récupération par l' organisation si le code demeure non utilisé. Vaut mieux viser une simple distribution par communication.

    • Usager

      • Possibilité pour l'usager d'insérer le code au moment du paiement, dans son panier d'achat, afin de réduire le montant/combler le montant.

  • Zone ( AA et féminin )

    • Pouvoir inscrire manuellement

    • Surclassement / sous classement

      • Devrait pouvoir etre demandé par la zone et non pas seulement par l’association

  • Affichage des logs

    • Afficher qui a ajouté le role