Marco Polo, pèse de tout son poids afin de réduire les désordres et pertes de temps causés par les lancements conjoints de petits jobs qui demandent des ressources d’impression variées (couleur, N&B, jet d’encre, laser …) ; ce qui fait que la gestion de ressources d’impression est difficile à optimiser dans les salles de production (chargement du papier, déclenchement d’impression, dispatching gestion des fonds de page,…).

Pour ce faire, Marco Polo prend en compte dès le lancement des applications, la variété des jobs. Quels que soient les formats des données et les formats des sorties, il va opérer des opérations de massification et de gestion des flots à imprimer afin de rendre les flux d'impression homogènes (par exemple, les "tout couleur" ensemble, les "N&B" et …) et de répartir ainsi la production des impressions sur les bonnes machines sans rupture de charge. C'est un vrai hyperviseur polymorphe qui facilite la gestion des ressources en temps réel.

Cette consolidation des multiples types de travaux - au bon moment – afin de générer des flux homogènes, permet d’éviter des pertes de temps importantes en salles d’impression.

Schéma fonctionnel (enchaînement des phases)

Marco Polo est composé de modules, indépendants. Les modules s'interconnectent avec les modules de gestion bases de données, des serveurs, des documents et des ressources.
A noter que l'étape d'acquisition est obligatoire, il s’agit du point d’entrée de la chaîne.
Un script VDE, en phase Acquisition (également nommée phase Amont) a pour objectif de parcourir le flux en entrée de la chaîne afin d’extraire l’ensemble des informations nécessaires aux traitements ultérieurs.

Rôle dans une architecture technique

Marco Polo joue de fait un rôle d'hyperviseur, en donnant des ordres de gestion et d'organisation des flots, à chaque étape du processus éditique. Il s’agit de développer des traitements qui vont manipuler et enrichir la base de données, pour finalement constituer un référentiel de données permettant de générer un index banalisé sur lequel VIP basera ultérieurement l’ensemble des traitements de tris et d’éclatement.

Exemples de fonctionnalités :

• Calcul poids / pli (comme ce qui est réalisé dans le cadre de Tem’Post)
  

• Calcul de l’épaisseur d’un pli (comme ce qui est réalisé dans le cadre de Tem’Post)
  

• Détection des plis trop volumineux, qui ne peuvent être mis sous plis (supérieur à 45 pages), l’objectif étant de les éclater dans un flux spécifique dont la mise sous pli pourra être traitée manuellement.
  

• Détection des plis à destination des DOM-TOM ou de l’étranger, l’objectif étant de les éclater dans un flux spécifique.
  

• Normalisation des adresses,
  

• Dédoublonnage,
  

• Gestion des NPAI,
  

• Etc.
  

Pour chacun de ces modules, l’intégration dans l’architecture sera facile. Par ailleurs, il sera possible de réaliser la fonction, ou de faire appel à des outils existant sur le marché permettant de résoudre telle ou telle problématique (exemple : dédoublonnage)

Remarque :
Les modules présentés dans le schéma ne sont pas exhaustifs.