Je pensais que Newton choisissait encore le lieu.
Non. C’est trop généreux.
Quand la tâche a atteint la règle de destination, le bureau l’avait déjà généralement tirée à moitié vers le même chemin approuvé.
Ça a commencé à me déranger plus que ça ne devrait.
Même flux de portefeuille. Même catégorie de commerçant. Même parcours d’argent qui essaie de passer sans subir un autre stupide délai.
La Gateway du protocole Newton l’accueille.
Rego conserve la règle de destination. PolicyData continue d’alimenter l’état externe dont la route a besoin. L’ensemble des opérateurs continue d’évaluer. C’est bon. Bon mécanisme. Mécanisme utile. Mais en amont, avant que ce petit verdict de Newton bien propre n’apparaisse, le bureau et les agents ont déjà appris quel lieu a tendance à se débloquer avec moins de frottements, moins d’escalades, moins de douleur de branche. Donc la tâche arrive toujours déjà façonnée pour aboutir au même endroit.
Et ensuite, tout le monde doit faire comme si la règle l’avait choisie.
Bien.
J’ai vu ça arriver dans des couloirs vraiment ennuyeux. C’est généralement là que vit le laid. Un lieu se stabilise plus vite sous la famille actuelle de politiques Newton. Un itinéraire déclenche moins de maux de tête côté opérateurs. Une destination approuvée reste toujours “disponible”, bien sûr, mais ça prend plus longtemps, demande plus de patience, et rend la file d’attente plus malade dès midi. Au bout d’un moment, personne ne dit tout ça clairement. Ils disent plutôt que ce chemin est plus fluide. Ce lieu marche généralement mieux. Cette route est en bazar aujourd’hui. D’accord. Même maladie. Le workflow fait déjà la première moitié du choix, puis remet à Newton une tâche qui sent déjà la réponse qu’il voulait.
C’est là que ça a commencé à sentir mauvais.
Même règle de destination. Préférence antérieure.
Même règle Newton. Poussée plus tôt.
Mauvaise combinaison.
Et personne n’a même besoin de mentir pour que ça arrive. C’est ça. Ils continuent juste à orienter vers le lieu approuvé qui fait moins mal opérationnellement. Ensuite, la règle formelle vérifie la destination, les opérateurs signent, la tâche se débloque, et tout est ensuite consigné plus tard comme si la règle avait fait un choix propre. Peut-être que oui à la dernière porte. Mais une bonne partie du vrai choix s’est déjà faite en amont, dans les habitudes d’évitement du bureau, et dans les raccourcis appris par l’agent.
Bon pour le débit.
Mal pour l’honnêteté.
Le protocole Newton fait toujours le vrai travail de politique. Rego lit bien la règle de destination. PolicyData alimente bien la route. Le set d’opérateurs évalue la tâche qui arrive. L’agrégat BLS atterrit. PolicyClient impose bien le résultat. D’accord. Machine honnête. C’est ce qui rend ça pire. Le mécanisme peut rester parfaitement respectable pendant que le workflow apprend en silence à lui donner la version du problème qui s’incline déjà vers le lieu approuvé le moins pénible.
J’y ai assisté quand quelqu’un a appelé “lieu sélectionné par la politique” un choix qui n’était en fait que celui que personne n’avait envie de retraverser une fois de plus en se battant.
Cette nuance compte.
Beaucoup.
une fois que l’habitude de routage se forme en amont, la règle de destination cesse d’être la première à choisir. Elle devient la seconde moitié, plus “propre” à l’œil, d’un choix que la voie avait déjà préparé à moitié.
Même lieux approuvés. Menu vécu différent.
C’est plus proche.
Et ça devient encore plus laid avec la répétition. Un lieu se débloque avec moins de douleur assez souvent, et maintenant le chemin de l’agent commence à hériter de cette préférence comme si c’était une simple intelligence de routage normale. Ou bien c’est le bureau qui lui a appris en premier. Difficile à dire, à la longue. La même règle de destination de Newton reste en place. La même liste approuvée est encore techniquement ouverte. Entre-temps, le deuxième lieu est toujours techniquement approuvé et déjà socialement mort.
Approuvé dans Rego. Mort dans la salle.
Personne ne la veut, sauf s’il faut. Personne ne dit ça directement non plus. Ils continuent juste d’appeler la route préférée “propre” et l’autre “compliquée”, ce qui est une façon mignonne de dire qu’une vérité coûte moins cher à vivre.
Ce n’est pas un comportement neutre.
C’est une question d’habitude, de paperasse plus propre.
Et le protocole Newton peut rendre ça plus légitime que ça ne devrait. La route passe par Gateway. La règle de destination est là. PolicyData est là. Le résultat de l’opérateur est là. La validation finale est là. Bon dossier. Très adulte. Puis plus tard quelqu’un ouvre la tâche et voit une destination approuvée sous une règle Newton bien propre, et parle comme si la route y avait été choisie. Non. Une bonne partie de la route a été choisie plus tôt, dans les habitudes d’évitement apprises du bureau, et dans la préférence héritée de l’agent, et dans la répétition consistant à orienter la tâche vers le lieu qui n’allumerait pas une autre petite guerre en revue.
C’est la partie que je n’arrive pas à laisser partir.
C’est exactement l’endroit où $NEWT a l’air intéressant pour moi.
La question n’est pas de savoir si Newton a imposé la contrainte de destination.
Que la route ait déjà été décidée à moitié avant que Newton ait eu une chance de paraître officiel à ce sujet.
La route se débloque toujours sous Newton.
D’accord.
Je ne suis pas sûr que @NewtonProtocol soit le premier endroit où ce choix se fait encore. Est-ce que c’est le cas ?