- Expédié
- 24 août 2026 à 21:54 UTC
- Auteur
- Kamo
- Commite
- 7a2209e
POS mappés en ECOMMERCE-SYNC (BLOCKED-NO-BAA) et à l'ensemble du commerce la surface pend du POS, donc un org avec des poignéesPhi-vrai ne pouvait pas changer le commerce du tout - pas de marché, pas de commerce, et pas de vertical clinique Construit dessus. Les dix adaptateurs de synchronisation de détail sont la chose qui quitte le frontière, pas la colonne vertébrale du commerce. Les points de l'ordre du jour sont désormais conformes aux champs d'application COMMERCE-CORE (autorisé) et de la part de l'ECOMMERCE-SYNC à l'enfant du DÉTAIL. Même correction pour MEET (conférence en direct contre le un pipeline récapitulatif qui envoie des transcriptions à des conclusions extérieures) et VOIP (téléphonie ou enregistrements et transcriptions stockés). RÉUNIONS ET REPRÉSENTANTILLONS La VOIP-RECORDING n'a plus de type ServiceType du tout: ce sont des capacités joignable uniquement par le code, et le javadoc de PhiModule déclare maintenant la règle qu'une telle constante DOIT être vérifiée par PhiCapabilityGuard à son appel site. Reclassement d'une application comme permis sans la conserver à l'intérieur, il se lit comme conforme tout en ne faisant rien. L'AzASSISTANT et le RAG-SEARCH restent délibérément bloqués: KlusterServices a des enracinements, des chuchotements et des traductions, mais pas de LLM génératif, et RAG partage une collection Qdrant isolée par un filtre de charge utile. Fracture Il s'agirait d'un changement de papier. Deux tests codaient le modèle à grains d'application et sont mis à jour plutôt qu'à la mise à jour. étendu: l'assertion bloquée de PhiServiceTypeMappingTest, et FeatureServicePhiGateTest, dont l'exemplaire bloqué passe de la VOIP à DÉTAIL - La VOIP n'est plus applicable au moment de l'autorisation.