Convertir en entier
Vue d'ensemble
L'enrichissement Convertir en entier transforme des nombres décimaux (valeurs flottantes à double ou simple précision) en nombres entiers (entiers 32 bits) en appliquant une méthode d'arrondi spécifiée. Cet enrichissement est essentiel pour les scénarios de fouille de processus où vous devez standardiser des données numériques, effectuer des calculs basés sur des entiers ou préparer les données pour des systèmes nécessitant des valeurs entières.
En fouille de processus, de nombreuses métriques calculées telles que les durées, les coûts ou les comptes peuvent aboutir à des valeurs décimales qu'il faut convertir en entiers pour le reporting, la catégorisation ou le traitement en aval. Cet enrichissement garantit un comportement de conversion cohérent et prévisible en vous permettant de choisir entre différentes stratégies d'arrondi, le rendant particulièrement précieux lorsque les exigences de précision et les règles métier dictent la façon dont les valeurs fractionnaires doivent être traitées.
L'enrichissement fonctionne avec les attributs au niveau des cas et des événements, détectant automatiquement la source et appliquant la conversion de manière appropriée. Il crée un nouvel attribut tout en conservant la valeur décimale d'origine, vous permettant de maintenir la traçabilité des données et de comparer les valeurs avant et après conversion si nécessaire.
Usages courants
- Convertir des valeurs de durée calculées en heures ou jours décimaux en nombres entiers pour un reporting et une catégorisation simplifiés
- Arrondir des montants financiers au dollar ou à l'unité monétaire la plus proche lorsque la précision au cent n'est pas requise pour l'analyse
- Transformer des métriques de performance calculées comme les débits ou les temps de cycle en valeurs entières pour les affichages de tableaux de bord
- Préparer des données numériques pour des systèmes qui exigent des entrées entières, comme les niveaux de priorité ou les codes de statut
- Standardiser des métriques basées sur des comptes qui ont pu être calculées comme moyennes ou valeurs pondérées
- Convertir des calculs de pourcentage en nombres entiers pour simplifier les règles métier et le filtrage
- Transformer des taux d'utilisation des ressources calculés en pourcentages entiers pour les rapports de planification de capacité
Paramètres
Nom du nouvel attribut : Le nom du nouvel attribut entier qui sera créé pour stocker les valeurs converties. Cet attribut sera ajouté en tant qu'attribut de cas ou d'événement selon la source de l'attribut original. Choisissez un nom descriptif indiquant clairement que l'attribut contient des valeurs entières (par exemple, "Durée Jours" ou "Montant Dollars"). Le nouvel attribut sera affiché avec un formatage numérique dans l'interface mindzieStudio.
Nom de l'attribut : L'attribut source contenant des valeurs décimales (nombres flottants à double ou simple précision) que vous souhaitez convertir en entiers. La liste déroulante affiche uniquement les attributs numériques avec des décimales de votre jeu de données. Cela peut être un attribut de cas ou d'événement. L'enrichissement détecte automatiquement si la source est au niveau des cas ou des événements et crée le nouvel attribut au même niveau.
Méthode d'arrondi : Détermine comment les valeurs décimales sont arrondies lors de la conversion en entiers. Ce paramètre est crucial pour garantir que la conversion respecte vos exigences métier. Deux méthodes sont disponibles :
AwayFromZero (par défaut) : Arrondit à l'entier le plus proche, avec les valeurs médianes (exactement .5) arrondies à l'éloignement de zéro. Par exemple : 2.5 devient 3, -2.5 devient -3, 2.4 devient 2, 2.6 devient 3. C'est la méthode d'arrondi la plus couramment utilisée et qui correspond aux conventions mathématiques standard. Utilisez cette méthode lorsque vous souhaitez un comportement d'arrondi symétrique pour les nombres positifs et négatifs.
ToZero : Arrondit à l'entier le plus proche, avec les valeurs médianes (exactement .5) arrondies vers zéro. Par exemple : 2.5 devient 2, -2.5 devient -2, 2.4 devient 2, 2.6 devient 3. Cette méthode est également connue sous le nom d'« arrondi bancaire » ou « arrondi à moitié vers le bas » et est utile lorsque vous souhaitez éviter un biais systématique dans l'arrondi sur de grands ensembles de données. Utilisez cette méthode lorsque des estimations conservatrices sont préférées ou lorsque les exigences réglementaires dictent ce comportement d'arrondi spécifique.
Exemples
Exemple 1 : Traitement des commandes d'achat - Arrondi des durées
Scénario : Une équipe d'approvisionnement suit les temps de cycle des commandes d'achat en jours décimaux mais a besoin de valeurs en jours entiers pour le reporting SLA et la catégorisation des processus. Les commandes avec des temps de cycle comme 3,7 jours ou 5,2 jours doivent être arrondies respectivement à 4 et 5 jours pour une communication claire avec les parties prenantes et des tableaux de bord de performance simplifiés.
Paramètres :
- Nom du nouvel attribut : PO Cycle Time Days
- Nom de l'attribut : PO Cycle Time (durée décimale calculée)
- Méthode d'arrondi : AwayFromZero
Sortie : L'enrichissement crée un nouvel attribut de cas "PO Cycle Time Days" contenant des valeurs entières. Les cas avec des valeurs originales comme 3,2 jours deviennent 3 jours, 3,5 jours deviennent 4 jours, et 3,8 jours deviennent 4 jours. L'attribut apparaît dans le tableau des cas avec un formatage numérique et peut être utilisé directement dans les filtres, les catégorisations de performance et les visualisations de tableau de bord.
| ID Cas | PO Cycle Time | PO Cycle Time Days |
|---|---|---|
| PO-1001 | 3.2 | 3 |
| PO-1002 | 3.5 | 4 |
| PO-1003 | 3.8 | 4 |
| PO-1004 | 5.1 | 5 |
| PO-1005 | 7.9 | 8 |
Observations : Les valeurs entières permettent un suivi SLA simplifié (par exemple, "commandes terminées en moins de 5 jours") et facilitent la création de catégories de durées significatives sans gérer la précision décimale dans les règles métier.
Exemple 2 : Santé - Standardisation des coûts patients
Scénario : Un hôpital analyse les coûts des traitements des patients qui incluent des centimes dans les calculs, mais le département financier exige des montants en dollars entiers pour le reporting budgétaire et l'analyse des écarts. Les coûts comme 1 247,83 \(ou 892,45\) doivent être arrondis à 1 248 \(et 892\) pour un reporting financier simplifié et des affectations de catégories de coûts.
Paramètres :
- Nom du nouvel attribut : Treatment Cost Dollars
- Nom de l'attribut : Total Treatment Cost
- Méthode d'arrondi : AwayFromZero
Sortie : L'enrichissement crée "Treatment Cost Dollars" comme un nouvel attribut de cas avec des valeurs entières représentant le montant en dollars entiers le plus proche. Cet attribut peut être utilisé dans les tableaux de bord financiers, les enrichissements de catégorisation des coûts et les calculs d'écarts budgétaires sans gérer la précision décimale.
| ID Patient | Total Treatment Cost | Treatment Cost Dollars |
|---|---|---|
| PT-5001 | 1247.83 | 1248 |
| PT-5002 | 892.45 | 892 |
| PT-5003 | 3456.50 | 3457 |
| PT-5004 | 567.12 | 567 |
| PT-5005 | 2199.99 | 2200 |
Observations : Convertir en montants entiers facilite le reporting financier, rend la catégorisation des coûts plus simple et correspond à la façon dont les gestionnaires budgétaires pensent et discutent des coûts des traitements lors des réunions avec les parties prenantes.
Exemple 3 : Fabrication - Métriques de débit de production
Scénario : Une usine de fabrication calcule des débits moyens de production qui aboutissent à des valeurs décimales comme 47,3 unités par heure. Pour les rapports de planification de capacité et les tableaux de bord de performance des équipes, les responsables opérationnels préfèrent des valeurs entières plus faciles à communiquer et à comprendre d’un coup d’œil.
Paramètres :
- Nom du nouvel attribut : Units Per Hour
- Nom de l'attribut : Calculated Throughput Rate
- Méthode d'arrondi : AwayFromZero
Sortie : Création d'un attribut entier "Units Per Hour" qui arrondit les débits à des nombres entiers. Les débits de production comme 47,3, 47,5 et 47,8 deviennent respectivement 47, 48 et 48, ce qui facilite la fixation d'objectifs de production et l'évaluation de la performance des équipes.
| ID Équipe | Calculated Throughput Rate | Units Per Hour |
|---|---|---|
| SHIFT-101 | 47.3 | 47 |
| SHIFT-102 | 47.5 | 48 |
| SHIFT-103 | 47.8 | 48 |
| SHIFT-104 | 52.1 | 52 |
| SHIFT-105 | 49.9 | 50 |
Observations : Les valeurs de débit entières facilitent la communication des objectifs de production, la comparaison des performances des équipes et l’identification des contraintes de capacité sans la distraction de la précision décimale qui n'apporte aucune valeur à la prise de décision opérationnelle.
Exemple 4 : Exécution des commandes - Temps d'expédition en heures
Scénario : Une entreprise e-commerce suit le temps entre la commande et l'expédition en heures décimales (par exemple, 18,7 heures, 23,4 heures) mais souhaite rapporter ces valeurs en heures entières pour le suivi SLA du service client et l'évaluation des performances du centre d'exécution. Des valeurs entières simplifiées facilitent la catégorisation des commandes en "même jour", "jour suivant" ou "2+ jours".
Paramètres :
- Nom du nouvel attribut : Shipping Time Hours
- Nom de l'attribut : Time To Ship (decimal hours)
- Méthode d'arrondi : AwayFromZero
Sortie : L'enrichissement produit un attribut entier "Shipping Time Hours" avec des valeurs arrondies aux heures entières. Les commandes avec des temps d'expédition de 18,3, 18,5 et 18,8 heures deviennent respectivement 18, 19 et 19 heures, permettant une catégorisation simple et un suivi de conformité SLA.
| ID Commande | Time To Ship | Shipping Time Hours |
|---|---|---|
| ORD-2001 | 18.3 | 18 |
| ORD-2002 | 18.5 | 19 |
| ORD-2003 | 18.8 | 19 |
| ORD-2004 | 23.4 | 23 |
| ORD-2005 | 47.9 | 48 |
Observations : Les valeurs entières en heures permettent des règles simples comme "commandes en moins de 24 heures" pour l'analyse de la livraison le jour même et rendent les tableaux de bord de performance plus lisibles pour les équipes opérationnelles qui surveillent les métriques d'exécution en temps réel.
Exemple 5 : Services financiers - Traitement de prêts avec arrondi conservateur
Scénario : Une banque calcule les temps de traitement des prêts en jours ouvrés décimaux et doit les rapporter aux régulateurs en utilisant des estimations conservatrices. Lorsque le traitement d'un prêt prend 5,5 jours, le reporting réglementaire exige un arrondi à la baisse à 5 jours pour éviter de surestimer les temps de traitement. Cela nécessite la méthode d'arrondi ToZero pour assurer que les valeurs médianes soient arrondies de manière conservatrice.
Paramètres :
- Nom du nouvel attribut : Processing Days Regulatory
- Nom de l'attribut : Loan Processing Time Days
- Méthode d'arrondi : ToZero
Sortie : Création d'un attribut entier "Processing Days Regulatory" utilisant un arrondi conservateur. Les valeurs comme 5,4, 5,5 et 5,6 jours deviennent respectivement 5, 5 et 6 jours. La méthode ToZero garantit que les valeurs médianes (5,5) sont arrondies vers le bas plutôt que vers le haut, fournissant des estimations conservatrices pour le reporting réglementaire.
| ID Prêt | Loan Processing Time Days | Processing Days Regulatory |
|---|---|---|
| LN-7001 | 5.4 | 5 |
| LN-7002 | 5.5 | 5 |
| LN-7003 | 5.6 | 6 |
| LN-7004 | 7.3 | 7 |
| LN-7005 | 7.5 | 7 |
Observations : L'utilisation de l'arrondi ToZero assure la conformité avec les exigences réglementaires pour un reporting des temps conservateur, évite la surestimation systématique des temps de traitement dans les rapports agrégés et fournit des métriques défendables pour les audits réglementaires.
Sortie
L'enrichissement Convertir en entier crée un seul nouvel attribut contenant des valeurs entières (entier 32 bits) dérivées de l'attribut décimal source :
Nouvel attribut entier : Ajouté au même niveau que l'attribut source (au niveau cas ou événement). Le nom de l'attribut est spécifié dans le paramètre "Nom du nouvel attribut". Le type de données est Int32 (entier 32 bits), supportant des valeurs de -2 147 483 648 à 2 147 483 647. L'attribut est marqué comme un attribut dérivé avec traçabilité vers l'attribut décimal source.
Format d'affichage : Le nouvel attribut est automatiquement configuré avec un format d'affichage numérique dans mindzieStudio, affichant les valeurs sans décimales. Cela garantit une présentation cohérente dans les tableaux de cas, tableaux de bord et rapports.
Gestion des valeurs nulles : Si l'attribut source contient des valeurs nulles, ces cas ou événements sont ignorés pendant la conversion, et le nouvel attribut reste nul pour ces enregistrements. Cela préserve l'intégrité des données et garantit que les données manquantes en source ne produisent pas de valeurs zéro en sortie.
Précision des données : La conversion utilise l'arrondi standard .NET avec la méthode MidpointRounding spécifiée, assurant un comportement cohérent et prévisible. Les valeurs entières résultantes peuvent perdre en précision par rapport aux valeurs décimales originales, il est donc important de choisir des méthodes d'arrondi appropriées selon vos exigences métier.
Intégration avec d'autres enrichissements : Le nouvel attribut entier peut être utilisé immédiatement dans les enrichissements suivants tels que :
- Categorize Attribute Values pour créer des plages de durées ou des niveaux de coûts basés sur les valeurs entières
- Filter Log pour isoler les cas selon des critères de seuils entiers
- Calculators pour d'autres opérations arithmétiques tirant parti de la précision entière
- Performance Categorization pour regrouper les cas par métriques de performance basées sur des entiers
L'attribut décimal original est conservé inchangé, vous permettant de maintenir les deux représentations des données. Cela est précieux pour les audits, la validation, et les scénarios où vous devez comparer l'impact de l'arrondi sur les résultats de votre analyse.
Cette documentation fait partie de la plateforme de fouille de processus mindzie Studio.