Skip to main content

Formes de pagination

La référence de chaque route indique ses valeurs par défaut, bornes et filtres. Les limites ne sont pas uniformes : n’appliquez pas une valeur globale à toutes les ressources. Un parcours paginé n’est pas un instantané transactionnel : des modifications peuvent intervenir entre deux lectures. Conservez les identifiants, dédupliquez vos résultats et effectuez une nouvelle lecture si votre traitement dépend d’un état courant.
MARKO_API_BASE_URL contient le préfixe /v1, par exemple https://partner-api.marko.fr/v1.

Recherche et filtres

GET /operations et GET /spvs proposent name pour une correspondance exacte insensible à la casse et aux espaces périphériques. GET /operateurs distingue name exact et search partiel; ces deux filtres sont mutuellement exclusifs. Une recherche par nom avant création ne garantit pas l’unicité concurrente. Pour une synchronisation, préférez les identifiants externes. Les filtres de statut utilisent les codes retournés par les taxonomies. Le filtre status=active de la liste opérations est un raccourci documenté vers les cinq statuts canoniques actifs. Ne traduisez pas un libellé d’interface pour fabriquer un code. Encodez les valeurs des paramètres et segments d’URL avec la bibliothèque HTTP utilisée. Pour les paramètres booléens, utilisez true ou false; la référence enrichie indique leur type réel.

Identifiants, dates et valeurs

Les UUID MARKO et les identifiants externes sont deux valeurs différentes. Les identifiants utilisateur peuvent être des chaînes non UUID. Le schéma de la route fait autorité. Les dates sont en ISO 8601. Une date métier YYYY-MM-DD ne porte pas de fuseau; une date-heure telle que 2026-10-01T10:00:00Z en porte un. Les notes externes ont des règles de normalisation spécifiques décrites dans Imports et notes. Un champ absent et un champ null ne sont pas interchangeables dans une mutation. N’envoyez que les propriétés que vous souhaitez traiter et respectez le modèle d’update de la route. Certains montants décimaux sont sérialisés en chaîne pour préserver leur précision; respectez le type de réponse, sans convertir systématiquement en flottant.

Champs métier extensibles

data, certains résumés, configurations de workflow et métadonnées sont des objets JSON ouverts par conception. Pour les champs métier des opérations, interrogez GET /field-definitions ou GET /field-definitions/by-key/{field_key} : le référentiel décrit les clés et leurs métadonnées métier. Vérifiez l’unité, le type et la disponibilité d’un champ avant de l’écrire; ne déduisez pas une unité monétaire ou un pourcentage de son nom.

Unités des snapshots financiers

Le champ kpi_snapshot utilise les unités de stockage des indicateurs. Les valeurs décimales peuvent être fournies sous forme numérique ou de chaîne décimale selon le schéma. crd_total, crd_senior, crd_mezzanine, valeur_venale, noi et service_dette sont des valeurs financières. Garder des unités monétaires cohérentes et aligner les périodes du NOI et du service de la dette. Le schéma du snapshot ne porte pas de champ de conversion de devise; confirmer cette convention pour les données importées. Les clés des KPI appartiennent au snapshot. Les placer dans kpi_snapshot rend leur rôle explicite; elles ne doivent pas être traitées comme de simples champs JSON indépendants dans data.