Find your next tech and IT Job or contract PDF

6 results
Contractor
Fixed term
Permanent

Job VacancyDéveloppeur intégrateur – Solution AMC OMR

KEONI CONSULTING
Published on
CSV
ISIS
Latex

18 months
20k-60k €
400 €
Paris, France
Contexte Le développeur intervient sur le cœur applicatif de la solution AMC OMR déployée dans deux instituts. Il assure l'installation, l'intégration et, lorsque nécessaire, l'adaptation des composants logiciels nécessaires à la création de QCM avec AMC-TXT et LaTeX, à la personnalisation des copies à partir de fichiers CSV, au traitement des scans, à la correction automatique ainsi qu'à l'exploitation des notes et des statistiques. La solution s'inscrit dans une architecture Linux/Windows connectée à PostgreSQL et à un partage Samba. Mission Concevoir, déployer et maintenir une solution AMC OMR stable, sécurisée, multiutilisateur et évolutive. Le développeur garantit son intégration avec les flux de numérisation et d'impression, adapte les modèles d'épreuves aux besoins du client et fiabilise l'ensemble du cycle de traitement des données d'évaluation, de la génération des copies à l'exploitation des résultats. Activités principales • Installer et configurer AMC OMR, TeXLive, PostgreSQL et les composants nécessaires sur le serveur Linux Ubuntu 24.04 et les postes clients Windows 10+ ou Linux. • Configurer l'accès multiutilisateur aux projets AMC, PDF générés, copies scannées et résultats via le dossier partagé Samba et la base centrale, en définissant les rôles, les droits d'accès, la traçabilité des opérations et la protection des données d'évaluation. • Concevoir et paramétrer des modèles AMC conformes aux chartes du client, avec logos, identification des candidats à partir de fichiers CSV, randomisation des questions et barèmes spécifiques. • Intégrer les flux des scanners ADF et de l'imprimante réseau, puis tester la reconnaissance des marques, le traitement par lots et la gestion des exceptions. • Réaliser les tests unitaires, d'intégration, de performance et de non-régression, corriger les anomalies et appuyer la recette. • Produire les procédures d'installation, d'exploitation, de sauvegarde et de restauration ainsi que la documentation des configurations. • Assurer le support applicatif pendant le pilote et la généralisation, puis transférer les compétences aux techniciens locaux. Résultats et livrables attendus • Instances AMC OMR installées, configurées, opérationnelles et validées dans les deux instituts au moyen de procès-verbaux de recette. • Interfaces fonctionnelles et documentées avec le partage Samba, PostgreSQL, les scanners et l'imprimante réseau, accompagnées des paramètres de connexion et des résultats des essais d'intégration. • Modèles de QCM institutionnels validés, jeux de données et scénarios de test, exemples de copies générées et corrigées, ainsi que procédures documentées de traitement des épreuves. • Dossier de configuration et d'exploitation comprenant l'architecture déployée, l'inventaire des versions et dépendances, la documentation applicative, la matrice des rôles et droits d'accès, ainsi que les procédures d'installation, de mise à jour, de sauvegarde, de restauration et de reprise après incident. • Registre des anomalies du pilote et de la généralisation précisant, pour chaque anomalie, sa criticité, son statut, le correctif appliqué, la version concernée, le résultat de la vérification et la date de clôture.
View this job
Contractor
Permanent

Job VacancyData engineer

LEVUP
Published on
AWS Glue
Snowflake

1 year
40k-45k €
400-690 €
Liège, Belgium
Contexte Dans le cadre du développement de sa plateforme data, notre client recherche un Data Engineer pour concevoir, industrialiser et maintenir ses flux de données sur un environnement cloud AWS et Snowflake. Missions Concevoir et développer des pipelines d'ingestion et de transformation des données (ETL / ELT) en Python et SQL. Alimenter et modéliser les données dans Snowflake (entrepôt de données, couches de transformation, optimisation des performances et des coûts). Exploiter les services AWS liés à la data (S3, Glue, Lambda…). Mettre en place l'orchestration et la supervision des traitements. Garantir la qualité, la fiabilité et la traçabilité des données (tests, contrôles, documentation). Contribuer aux bonnes pratiques d'ingénierie : versioning Git, CI/CD, revues de code. Collaborer avec les équipes data, BI et métier pour comprendre et traduire les besoins. Profil recherché Minimum [X] ans d'expérience en data engineering. Très bonne maîtrise de Python et de SQL. Expérience confirmée sur Snowflake et sur l'écosystème data AWS. Bonnes pratiques de développement : Git, tests, CI/CD. Atouts appréciés : dbt, Airflow, Terraform, modélisation dimensionnelle, certification SnowPro ou AWS. Langues : [à préciser] Informations pratiques Lieu : [ville] – [sur site / hybride] Démarrage : [date] Durée : [durée] Type : mission en consultance Pour la fiche 2, complète les crochets avec les infos du client. Pour la fiche 1, je n'ai pas indiqué les déplacements ni le niveau d'anglais, puisque tu attends encore la réponse d'Antoine. Ajoute-les dès que tu les as. Je peux aussi te sortir ces fiches en Word ou en PDF avec le logo LETS UP.
View this job
Contractor
Permanent
Fixed term

Job VacancyRun & Service Transition Lead

EDC DIGITAL-IT
Published on
Run

12 months
Milmort, Liège, Belgium
Run & Service Transition LeadContexteDans le cadre du programme INDUS 4.0, nous recherchons un Run & Service Transition Lead chargé de construire le modèle opérationnel cible du programme et de préparer le passage progressif des solutions du mode projet vers le Run Le programme met en place plusieurs composants IT/OT critiques : infrastructure, réseau, cybersécurité, plateformes, stockage, backup, IAM, OpenShift, MES et services associés. Le rôle intervient dès la phase Build afin de s'assurer que les solutions livrées sont exploitables, supportables et correctement transférées vers les équipes Run. MissionLe Run & Service Transition Lead est responsable de : Définir et construire le Target Operating Model (TOM) du programme Intégrer les exigences Run dès la phase de conception et de Build Piloter la préparation opérationnelle des solutions Structurer les processus, rôles, responsabilités et outils nécessaires au Run Assurer le lead opérationnel pendant les phases Build, transition, Go-Live et Hypercare Organiser et sécuriser le transfert vers les équipes de support et d'exploitation L'objectif est d'éviter un transfert "documentation en fin de projet" et de construire progressivement le modèle Run en parallèle du Build. Responsabilités principales1. Construction du Target Operating ModelDéfinir le modèle Run cible du programme : Organisation du support L1/L2/L3 Responsabilités équipes internes / Groupe / fournisseurs RACI opérationnel Modèle de support par composant Heures de support et astreintes si nécessaires Processus d'escalade Gouvernance Run Interfaces entre équipes IT, OT, cybersécurité, métiers et fournisseurs Définition des SLA/OLA / KPI Le TOM devra être suffisamment standardisé pour pouvoir être réutilisé sur les futurs sites industriels. 2. Définition des processus RunMettre en place ou adapter les processus opérationnels nécessaires : Incident Management Major Incident Management Problem Management Change Management Request Management Event & Monitoring Management Capacity / Availability Management Configuration Management / CMDB Patch & Vulnerability Management Backup & Restore Disaster Recovery Access Management Certificate Management Lifecycle management des composants S'assurer que les processus sont pragmatiques et réellement applicables par les équipes opérationnelles. 3. Run Readiness pendant le BuildParticiper aux projets dès la phase Build afin d'intégrer les exigences d'exploitation. Pour chaque solution / composant : Identifier les prérequis Run Challenger l'architecture sur son exploitabilité Vérifier la disponibilité du monitoring et des logs Définir les mécanismes de backup/restore Vérifier les procédures d'exploitation Identifier les dépendances opérationnelles Le Run Lead doit pouvoir signaler les gaps avant le Go-Live et piloter leur résolution. 4. Service TransitionConstruire et piloter le processus de transfert Build-to-Run. Définir notamment : Checklist de Service Transition Critères d'Operational Acceptance Definition of Done Run Documentation obligatoire Runbooks Procédures d'incident et troubleshooting Procédures de backup / restore Procédures de démarrage / arrêt Procédures de maintenance Contacts et escalades Matrice de support Transfert de connaissance Formation des équipes Validation des accès Validation du monitoring Validation CMDB Validation du support fournisseur Aucun composant critique ne doit être considéré comme transféré sans validation formelle de sa readiness opérationnelle. 5. Lead Run pendant Build et Go-LivePendant la phase Build et avant le transfert complet vers les équipes opérationnelles : Être le point de coordination Run du programme Coordonner les incidents liés aux nouvelles solutions Organiser le troubleshooting entre squads, infrastructure, réseau, cyber, applications et fournisseurs Assurer le suivi des incidents critiques Identifier les problèmes récurrents Organiser les RETEX / lessons learned Suivre les actions correctives Préparer les équipes Run avant chaque mise en production 6. Go-Live et HypercarePour chaque Go-Live : Définir le dispositif de support PDF Identifier les équipes et experts mobilisables PDF Définir le planning d'Hypercare PDF Organiser les war rooms si nécessaire PDF Suivre les incidents et problèmes PDF Produire les statuts opérationnels PDF Suivre les KPI de stabilisation PDF Décider avec les équipes concernées de la sortie d'Hypercare PDF 7. Documentation et Knowledge ManagementDéfinir le référentiel documentaire Run et s'assurer qu'il est maintenu. PDF Exemples : Architecture opérationnelle PDF Contacts et escalades PDF Service catalogue PDF Runbooks PDF Troubleshooting guides PDF SOP PDF Procédures de maintenance PDF Procédures DR PDF Matrice de flux PDF Matrice d'accès PDF Documentation fournisseurs PDF Procédures de support PDF Knowledge articles PDF Livrables attendusLe Run & Service Transition Lead sera notamment responsable des livrables suivants : Target Operating Model INDUS 4.0 PDF Operating Model / Support Model par service PDF RACI Build / Run PDF Service Transition Process PDF Run Readiness Checklist PDF Operational Acceptance Criteria PDF Definition of Done Run PDF Support Matrix L1/L2/L3 PDF Escalation Matrix PDF Service Catalogue PDF SLA/OLA framework PDF Incident / Problem / Change operating procedures PDF CMDB requirements PDF Monitoring & Alerting requirements PDF Backup / Restore operational framework PDF Knowledge Transfer Plan PDF Hypercare Model PDF Go-Live Support Plan PDF Run KPI dashboard PDF Roadmap de transition progressive vers le Run PDF
View this job

Connecting Tech-Talent

Free-Work, THE platform for all IT professionals.

Free-workers
Resources
About
Recruiters area
2026 © Free-Work / AGSI SAS
Follow us