Conversion du traitement REM-Payment du package TRIRIGA au package Oracle, car dans le traitement des paiements existant, nous devons désactiver la sauvegarde de la base de données, les travaux de planification et l’agent de nettoyage. La conversion PLI en bon ne peut pas avoir lieu pendant les heures ouvrables, car elle aura un impact sur les utilisateurs et les performances du système. Le traitement des paiements à Tririga prend 64 heures pour chaque mois, il aura un impact sur les performances du système, donc le traitement des paiements converti de TRIRIGA au package Oracle. Dans le nouveau traitement des paiements prenant 8 heures (amélioration de 88%) et pas besoin de désactiver la sauvegarde de la base de données, les travaux du planificateur, l’agent de nettoyage, le PLI au bon

• Analyse du traitement REM-Payment existant de TRIRIGA.
• Création du package Oracle et implémentation de toute la logique de conversion PLI en bon.
• Ajout d’une logique permettant de démarrer ou d’arrêter le processus à n’importe quelle étape de la conversion PLI en bon.
• Dans Oracle Package, une logique a été ajoutée pour la surveillance afin de suivre chaque étape de la conversion PLI en bon.
• Dans Oracle Package, une logique de traitement a été ajoutée pour bloquer les trop-payés qui se produisaient auparavant.
• Logique améliorée pour la génération de fichiers CFAS et nouvelle logique d’analyse prédictive ajoutée au traitement des paiements.

• Création de scripts pour marquer les enregistrements en double.
• Création d’un utilitaire pour réassocier les baux, les paiements et le fournisseur avec l’adresse du fournisseur Retain Payee.
• Création d’un utilitaire pour désassocier les baux, les paiements et le fournisseur avec l’adresse du fournisseur du bénéficiaire en double.
• Procédure Créée pour supprimer l’adresse et les associations du fournisseur de bénéficiaire en double.
• Modification de l’interface du fournisseur du bénéficiaire pour prendre en charge tous les champs provenant de l’équipe FDW.
• Dans l’adresse du fournisseur, le type de catégorie a été ajouté.
• Fonctionnalité modifiée: l’utilisateur peut ajouter une adresse de fournisseur de bénéficiaire valide et les utilisateurs administrateurs peuvent ajouter une adresse de fournisseur de bénéficiaire valide et non valide.
• Créez un planificateur de travaux pour retirer la future adresse du fournisseur de bénéficiaire inactif.
• L’interface a été remplacée par l’adresse du fournisseur du bénéficiaire non retirée.
• Peu d’adresses de fournisseur de bénéficiaire en double sont marquées comme contact de location et de données de contact de location marquées migrées vers des personnes et les adresses de fournisseur de bénéficiaire en double ont été supprimées.

Des ajustements de paiement devaient être effectués sur le loyer payé sur les baux des tours du site cellulaire selon l’indice établi par le gouvernement américain.Nous avons automatisé les ajustements de loyer IPC / PPI qui étaient effectués manuellement par l’équipe de Tower Asset Group (TAG). et modifié la fonctionnalité OOB pour répondre aux besoins du client et effectué les escalades de paiement en respectant les valeurs d’index. Migrer les données de l’indice des prix à la consommation / à la production du système hérité vers l’application IBM Tririga. L’utilisation de Java a extrait les données du système hérité vers la table de transfert dans Tririga et chargé les données CPI à l’aide de l’objet d’intégration. Création d’un utilitaire pour associer les calendriers de paiement du groupe de paie à la clause de loyer et, à l’aide de l’escalade en bloc, nous avons effectué un ajustement de paiement sur les calendriers de paiement et les lignes de paiement.

• Mise en œuvre des ajustements de loyer de l’IPC et modification de la fonctionnalité OOB selon l’exigence.
• Développement de l’application Java pour extraire les données CPI / PPI du système hérité.
• Préparé les requêtes pour obtenir les données CPI / PPI dans le système hérité.
• Création d’un utilitaire pour associer les échéanciers de paiement du groupe de paiement à la clause Rent.
• Création d’un utilitaire d’escalade en bloc pour effectuer l’ajustement de paiement.
• Création de requêtes et de procédures pour les rapports.
• Génération de rapports, validation après chargement des données et escalade en masse.

Migrer les baux de Legacy System vers IBM Tririga Application. L’utilisation de Java a extrait les données du système hérité vers la table de préparation dans Tririga et chargé le groupe de paiement, le calendrier de paiement, les données PLIS dans Tririga à l’aide de File to DC et chargé le général, le contact, les informations sur le site, les données comptables dans Tririga à l’aide de l’objet d’intégration. L’utilisation de l’utilitaire Tririga a associé les données chargées dans l’application Tririga.

• Développement d’une application Java pour extraire les données du système hérité vers l’application IBM Tririga.
• Préparé les requêtes pour extraire les données dans l’ancien système.
• Préparation des tables Extraction / Trans et IO dans Tririga.
• Création d’un objet d’intégration pour charger les données de la table de transfert vers l’application Tririga.
• Création d’utilitaires pour associer les données chargées.
• Développement de l’application Java pour extraire les données dans un fichier pour les paiements.
• Création d’un fichier vers DC pour charger les données de paiement du fichier vers l’application Tririga.

Mopar Media Repository Service est une nouvelle fonctionnalité qui sera ajoutée à Mopar Owner Connect et remplacera la fonctionnalité existante de téléchargement / liste d’images de véhicule.

Le but de ce projet est d’éliminer la nécessité de saisir manuellement les valeurs des données de remorquage par l’entreprise dans les informations sur les produits marketing (MPI). MPI Towing Applications comprend trois processus.

• Impliqué dans la conception de la documentation Macro et Micro pour MPI.
• Impliqué dans la conception de table temporaire MPI et le document de modèle de données pour la table temporaire.
• Impliqué dans les tests manuels pour cette application.
• Impliqué dans le développement de la logique métier pour Restful Service et B2C Client.
• Utilisé Eclipse IDE pour développer l’application.