Contexto
Se desea utilizar una nueva taxonomía para poder hacer un mejor análisis de datos y poder manejar una mejor estructura, donde se podrá identificar por donde llega la información y de diferentes fuentes (S3, mobile, backend) los distintos eventos que realiza el usuario.
Para mantener un estándar de estos eventos, se busca aprovechar y segmentar la funcionalidad de nuestras diferentes herramientas que tenemos.
Estructura y Buenas Prácticas
origen: mob / pos / be
sección: Es una zona que “engloba” un conjunto de "subsecciones" o “utilidades”
subsección: Opcional, y puede ser una subsección dentro del conjunto de secciones
acción: Acción que se realiza, en tiempo presente
objeto: Objeto sobre el cuál se lleva a cabo la acción
Estructura con una sección.
origen_sección_acción_objeto
Estructura con dos secciones.
origen_sección_subsección_acción_objeto
Reglas
Un limité 40 max caractéres.
Revisar si alguna de las partes de la composición existe, ya que en ocasiones se optó por usar una forma “abreviada” o “corta”, cómo “request” que es reemplazada por “req” para contener el máximo de caractéres.
Se deberá usar camelCase en caso de que aplique ejem: mob_bp_servPay_view_notAvailableCoupons
Algunos tips de entrada:
Antes de crear una nueva parte de la composición, revisen si no existe ya.
Hay un archivo que se llama SpinEventsTaxonomy.ts. Ya existen secciónes, subsecciónes, acciónes y objetos.
Para registrar los eventos, se usan los enums, no vamos a usar strings "duros".
Ante la duda, solicitar apoyo en Fenix, para encontrar la mejor taxonomia y que estemos en el mismo canal, además de actualizar el spreadsheet con esos nuevos eventos.
Files Enums SpinEventsTaxonomy.ts
export enum SpinEventsTaxonomySections {
}
export enum SpinEventsTaxonomySubSections {
}
export enum SpinEventsTaxonomyActions {
}
export enum SpinEventsTaxonomyObjects {
}
Recursos