PAKT est le système le plus approprié pour la prévoyance professionnelle pour la vie collective. PAKT déploie tout son savoir-faire dans le domaine de l’assurance intégrale, de l’assurance semi-autonome, de la réassurance pour les fondations autonomes et des polices de libre passage. Mais est également à même de gérer de gros contrats avec un nombre importants de personnes assurées.

PAKT intègre toutes les phases de la vie collective, de la première offre jusqu’au paiement de la dernière prestation. Quelques points forts de PAKT : une grande flexibilité quant aux plans d’assurance, une automatisation importante, des procédés de traitement très fiables et une bonne qualité de données. PAKT est multilingue, s’adapte à diverses devises et permet l’administration de contrats sous plusieurs mandataires – pour ne citer que quelques points importants.

PAKT est le composant flexible et intégrable de la branche vie collective pour les paysages d’interfaces modulaires existants ou nouveaux. PAKT est une application Client-Serveur intégrée dans le paysage d’interfaces.

Il y a bien longtemps fut cherché un mot pour PAKT et PAKT fut trouvé. C’est une abréviation de

P ersonenversicherungs- (Assurance de personnes)
A pplikation (application)
K ollek- (collec)
T iv (tive)
(Une application collective pour l’assurance de personnes) C’était en 1999.

Aujourd’hui on dirait plutôt :
„Un PAKT pour la vie !“

Les contrats d’assurance conclus par une institution de prévoyance avec leurs entreprises et leurs employés dans le cadre de l’assurance vie collective contre les risques de vieillesse, décès et invalidité peuvent être administrés dans PAKT.

Comment cela fonctionne-t-il dans PAKT?

• Les accords avec les entreprises sont consignés dans un contrat.La définition concrète du plan, suivant les dispositions convenues, sert à définir le montant des prestations ainsi que le financement.
• Au sein d’un même contrat, différents groupes de salariés ayant chacun leur propre plan d’assurance peuvent être définis.
• Pour une période d’assurance future des paramètres spécifiques peuvent être définis de manière prospective comme la tarification ou le changement de produit d’assurance.

• Chaque risque individuel assuré est géré séparément pour chaque assuré tout au long de la période d’assurance. Aussi bien les primes, répartis au sein des différents composants, que les versements uniques, les intérêts ou les prestations à allouer sont gérés au sein de comptes techniques d’assurance ainsi que dans la double comptabilité.
• L’interprétation à chaque calcul des valeurs limites à partir desquelles un examen du risque est nécessaire permet le déclenchement d’une phase d’examen individuel du risque ou de prise de contact avec le réassureur.
• Pour les requêtes de rachats, de changement de salaire, de retraites, de l’accession à la propriété ou des prestations de divorce, de la part des entreprises ou de la personne assurée, il existe un système élaboré de requêtes et de simulations multiples, tant sous forme de GUI pour le service clients, que pour le rattachement aux plateformes de service B2B et B2C en libre-service.

Des offres peuvent être établies sur le même principe que la création de nouveaux contrats. Il est possible de copier des données de contrats ou d’offres existantes, d’adapter ou de compléter celles-ci puis de procéder à un nouveau calcul. Les calculs de masse pour le marché ou les simulations de tarifs font parties intégrantes du système, ainsi que l’interface pour l’export et l’import de données de personnes assurées.

A côté des nombreuses possibilités qu’offrent PAKT, il existe un modèle de données simplifié et professionnel permettant la jonction avec les interfaces individuelles des clients pour les offres. Les données des offres peuvent être transférées de et à PAKT à l’aide d’une interface de service.

La gestion des prestations se fait sur le même principe que la gestion des contrats et des polices.

Quelques points forts :

• PAKT permet aussi bien la gestion de prestations en capital qu’en rente.
• Il peut y avoir de multiples bénéficiaires par sinistre et personne assurée.
• Les rentes de plusieurs bénéficiaires peuvent être cumulées mais aussi réduites en cas de sur-assurance.
• Les rentes en cours peuvent être augmentées périodiquement d’un certain pourcentage du fond de renchérissement ou d’excédents.
• Le paiement de prestation permet soit de payer en même temps plusieurs paiements de prestation à un seul bénéficiaire, soit de payer à plusieurs bénéficiaires un seul paiement de prestation. Le paiement des prestations peut être planifié. A ces paiements peuvent venir s’ajouter des intérêts moratoires et/ou des déductions d’impôts. Les déclarations pour le service des impôts peuvent être automatisées et envoyées sous forme électronique. En outre, il est possible de compenser certains trop perçus avec les futurs paiements de prestations en tout genre.
• Les paiements des rentes peuvent avoir une date butoir, mais peuvent être prolongés de façon périodique au-delà. Les demandes d’information obligatoires peuvent être automatisées.
• Il est possible de paramétrer un mécanisme de contrôle pour le double contrôle ou le contrôle aléatoire.
• Le paiement des fonds de libre passage avant qu’un sinistre ne survienne, (comme lors du changement d’employeur ou lors de la résiliation du contrat d’assurance), se traite également dans la partie prestation du système.

• Les assurances intégrales
• Les fondations semi-autonomes
• Les assurances avec une épargne externe
• Des solutions d’épargne Invest (côté passif)
• Des produits d’assurance à primes forfaitaire pour les fondations auto-nomes

• Des modèles de splitt et d’imputation dans différents cas de figure
• La primauté des primes et l’«inauthentique» primauté de prestations
• La différentiation des tarifs d’assurance et de primes pour les fondations semi-autonomes
• Des solutions LPP et sur-obligatoires
• Des Fondations de libre passage avec des solutions d’assurance (police de libre passage)

Les produits d’assurance sont gérés avec „msg.ProductManager“, système développé par msg-systems, qui n’est autre que le coeur de la plateforme SAP-Insurance. Grâce à ce système les actuaires et les professionnels de l’assurance peuvent saisir des bases et des formules tarifaires, des systèmes d’excédents et des structures produits complexes sans notions approfondies d’informatique, c’est-à-dire configurer le système selon leurs propres besoins et se démarquer ainsi de la concurrence.

Cette architecture permet une grande flexibilité quant à l’introduction de produits de toute sorte à moindre coût et en règle générale sans dépenses liées à l’informatique.

Durant toute la durée du traitement d’une affaire liée au portefeuille ou à une prestation, le ProductManager effectue tous les calculs. En outre, les écritures comptables sont pilotées par le ProductManager dans les comptes techniques.

Les primes, les prestations, les intérêts, les recettes et les dépenses des primes risques, les réserves mathématiques etc. sont gérés dans une double comptabilité technique. En plus du bilan annuel actuariel, toutes les écritures comptables liées aux primes et aux prestations seront générées pour la comptabilité auxiliaire. Ceci permet d’éliminer les différences qu’il pourrait y avoir entre le bilan annuel technique et comptable. Le composant Data Warehouse de PAKT permet une plus grande transparence aussi bien en interne qu’en externe.

La comptabilité financière peut extraire des écritures comptables pertinentes grâce aux interfaces et les comptabiliser directement dans la comptabilité principale et auxiliaire. Ceci permet de n’avoir aucune différence entre le résultat technique et comptable.

Un produit se compose d’un nombre de risques définis à assurer. Il peut s’agir de prestations en capital ou en rente. Les rentes viagères ou les rentes temporaires peuvent être gérées tout comme les droits expectatifs supplémentaires concernant les rentes en cours, comme la transition de la rente vieillesse en une rente de veuvage.

En outre, des spécificités de produits peuvent être reproduites, notamment :

• des tarifs annuels ou pluriannuels
• plusieurs processus d’épargne interne ou externe
• divers taux d’intérêt et de conversion
• divers tarifs pour les frais
• des tarifs garantis pour les taux d’intérêt et de conversion
• plusieurs générations tarifaires dans la même assurance
• les rentes en cours peuvent être inclues dans les offres
• des produits de masse avec des primes globales exprimées en pourcentage du salaire (relation extérieure) et incluant une tarification complète (relation intérieure)

Les produits peuvent être entièrement prédéfinis ou se composer d’une ou plusieurs variables. Ainsi l’utilisateur aura plus ou moins de flexibilité et de responsabilité. Il peut y avoir plusieurs systèmes de rétribution des excédents.

Les produits actuels utilisent la capitalisation individuelle pour l’épargne et pour les rentes d’invalidités et de survivants, ainsi que le principe de la répartition des réserves mathématiques.

Un concept sophistiqué pour la gestion de données antérieures permet de reconstituer ou de rechercher tous les états antérieurs (extourne), de procéder de manière efficace à des mutations dans le passé et de délimiter dans le temps les données pour les évaluations et les bilans. La comptabilité technique permet une comptabilisation sans aucune différence. Le détail des données permet de satisfaire les exigences les plus élevées des mathématiciens et des actuaires.

Une partie de PAKT est composé du composant « banque de données d’exploitation » du Data Warehouse. Il tire ses données directement de la banque de données opérationnelle et les met en forme de manière optimale pour les évaluations.

Les évaluations pour le bilan mathématique, pour l’administration et les instances officielles ainsi que pour la gestion des affaires peuvent avoir recours à la base de données du Tool Data Warehouse. PAKT propose de base toute une série d’évaluations.

La suppression sélective de données selon la loi sur la protection de données est implicite.

PAKT peut s’adapter facilement aux différents besoins bien au-delà des produits :

• L’administration de contrats sous plusieurs mandataires
• Multilingue
• Diverses devises

Un grand nombre de paramètres peuvent être définis dans PAKT, principalement la différentiation selon les institutions de prévoyance (fondations) mais aussi dans la durée de validité d’un paramètre, par exemple :

• Seuils légaux
• Taux d’intérêt
• Paramètre de tarif
• Règles de contrôle pour transactions automatiques ou manuelles
• Personnalisation du comportement à des endroits prédéfinis du GUI
• Etapes et délais de procédés automatiques d’exigence
• Et bien plus encore.

Le fonctionnement de PAKT nécessite certains modules. Les modules peuvent être des interfaces existantes ou des composants à installer nouvellement, comme de notre partenaire msg systems :

• Une interface gestion de données personnelles
• Une interface comptabilité (comptabilité auxiliaire) (compte courant et crédit/débit)
• Une interface trésorerie ainsi qu’
• Une interface documents (texte, graphique et impression).

D’autres modules peuvent être rattachés.

Risques d’introduction et coûts de maintenance ne craignent effectivement pas la comparaison ! Parlez nous de vous concrètement, car chaque client est unique !

PAKT est une application classique du Client-Serveur. La communication entre le client et le serveur se fait soit à travers le CICS-Transaction-Gateway ou un http-Serveur, le transfert des données via XML.

L’ensemble des composants de l’application repose sur un Framework et un Workflow-Management-System. Afin d’obtenir une modularité cohérente, l’application a été découpée au sein du Serveur en couches bien distinctes.

Cette architecture permet une grande réutilisation des composants ainsi qu’une grande flexibilité de fonctionnement.

Le client performant est implémenté dans Java et s’appuie sur des composants standards (Swing).

L’échange de données est assuré par le Framework du PAKT-Client.

Le serveur comprend la logique d’entreprise, le composant produit et la base de données. La logique d’entreprise du serveur de PAKT est réalisée en « C » et peut être exploité sous CICS sur les plateformes AIX et z/OS. Le „msg.ProductManager“ est utilisé en C-Runtime comme composant produit. La base de données DB2 est organisée suivant le modèle relationnel.

Le Framework-Serveur, implémenté par nos soins, contient un système de gestion des processus et met toutes les fonctionnalités de base nécessaire à disposition.

PAKT est le meilleur choix, car nous perfectionnons et assurons la pérennité de PAKT chaque jour avec nos clients ! Continuez ici ou parlons en.