The meeting focused on coordinating multiple concurrent project workstreams, with the primary challenge being the OMS deployment timing decision pending input from stakeholders (Lanza and Juan Fernando) scheduled for later today. Key blockers were identified on the IB Documents API testing due to unresolved T24 ID validation issues and JIRA System API performance problems in UAT, requiring urgent escalation meetings this afternoon. The signature card UAT is progressing as planned with a validation session Monday, and the team will assess feasibility of the June 5th go-live target. Overall, API development phases are advancing faster than expected, but UAT execution remains a critical constraint across multiple initiatives, with the ERP project benefiting from revised functional requirements that eliminate the need for additional test environment setup.
Alejandro and Pedro met to process a $7,000 invoice from ART Solutions by creating a Delivery Note (DN 1491200) against PO ORD-4996-11, increasing the PO consumption from $35,000 to $42,000 of the $105,000 allocation. Due to system access restrictions, Alejandro will continue managing DNs for existing POs, but Pedro will receive training to independently create and manage future POs from creation through delivery note submission. Alejandro will confirm the DN creation to Vinny via email.
Scattini presented a successful reorganization of egress firewall rules in the UAT environment, moving from a single global ruleset to seven dedicated app-level rule groups organized by function and application. All MuleSoft applications have been tested and are now operating with proper network segmentation using /32 CIDR restrictions. The team agreed to implement this structure in production through a phased deployment approach requiring CAB approvals, with rules needing to be recreated in production using updated production IPs and endpoints. Additionally, the team reviewed pending Power Matrix RQs and decided that all UAT RQs must have evidence of completion documented before closure, with production RQs for E-Docs still requiring attention.
This meeting covered multiple critical work streams including OMS test case management, a scheduled Edward meeting (3:00-3:30 PM today with follow-up sessions tomorrow and Wednesday), and significant issues with the Pershing system affecting both UAT and production that require immediate access resolution. The team is progressing on API inventory and MuleSoft observability in parallel with priority items, while also managing a complex MuleSoft deployment issue requiring continued investigation. A push for priority has been escalated to Deepak for the Notification API, and the team aims to deploy IB Documents, JIRA, and Notification API by end of May, with testing sessions scheduled for this week pending Rafael's return and infrastructure review planned for tomorrow.
A reunião abordou diversos desafios técnicos em diferentes estágios do projeto. O principal destaque foi a confirmação de que o erro intermitente da Pershing ocorre apenas em ambientes de teste (OT/LAT), não afetando produção, embora tenha consumido tempo significativo da equipe. Foram identificados problemas críticos com deploy no MuleSoft relacionados ao upload de arquivos para Exchange, sem padrão claro de limite de tamanho, com possível solução via habilitação de CLI. Na frente de migração de APIs, foi necessário reavaliação de escopo após descoberta de que adição de headers impactará ~107 endpoints. O projeto SilentPureDocs avança bem, com validação de fluxo bem-sucedida, enquanto ajustes no lado do cliente (Base64 maxsize) são necessários. A equipe segue com tarefas de documentação, modelagem de APIs e resolução de problemas de deploy.
A reunião de status semanal focou no progresso de múltiplas iniciativas de desenvolvimento, incluindo OMS, APIs e correção de problemas de conectividade. O sistema OMS está pronto para iniciar testes na segunda-feira com coordenação entre múltiplas equipes. Embora o progresso geral seja positivo, há problemas críticos de conectividade no Signature Card aguardando feedback da equipe de firewall, além da necessidade urgente de obter informações de produção de Ruth e Dantas para evitar atrasos no deployment. Foi confirmado que não haverá CAB no dia 28 de maio, afetando potencialmente o cronograma de implementação. A maioria das APIs está dentro do cronograma, com o Managed Flex Gateway esperado para começar na próxima semana, embora monitoramento rigoroso seja essencial para evitar perda de prazos críticos.
The meeting focused on Order Management System (OMS) testing progress and onboarding issues. The team reported successful internal testing of partial fill scenarios and expects to complete testing by end of business Thursday, with UAT testing with Edward scheduled to begin early next week (Monday). A formal test plan and regression test cases need to be finalized in a call with Edward tomorrow morning. Additionally, the team is addressing critical issues with fee group acceptance in T24 and a Pershing account creation error related to foreign addresses, requiring escalation to T24 and Pershing teams. Progress is being made on API migrations, firewall egress rules, and EDOCS production deployment, with the team discussing a potential Thursday deployment (rather than Friday) to avoid end-of-month complications and the Memorial Day holiday period.
La presentación de la propuesta al cliente fue exitosa. Ulises, el cliente, confirmó su interés en avanzar con la implementación de la plataforma y está dispuesto a invertir tiempo de su equipo en reuniones de coordinación. El principal punto pendiente es la negociación de precios (aproximadamente 122 millones de pesos), donde Compras ha expresado objeciones pero mantiene apertura a negociar una estructura alternativa de pagos. El equipo trabajará en paralelo para completar un plan detallado con asignación de responsables y tiempos antes de que Ulises presente la propuesta ante el comité directivo el martes, momento que podría ser crítico para la formalización del proyecto.
The team is focused on completing the API migration with aggressive timelines for May go-live. The JIRA endpoint development can now proceed following resolution of connectivity issues and should be ready for UAT next week, contingent on Scatini completing development by Friday and coordinating UAT approach with Dantas. The IB Documents and RQ 8331 (Mulesoft configuration) present timeline risks—RQ 8331 is the first deadline being threatened, which prompted escalation concerns about cascading delays. Marcelo is advancing eDocS integration with documentation ready for code review and UAT scheduling underway. Daily progress checkpoints will be implemented to monitor blockers and maintain deadline accountability across all migration streams.
The API inventory migration project is nearly complete with most RQs resolved. The Power Matrix project tickets have been reorganized under parent ticket RQ8015 with proper tagging for better organization. A critical process improvement was identified and agreed upon: all RQs must have their corresponding CNGs (change requests) linked and verified by the day before CAB meetings to ensure infrastructure changes are properly tracked and approved. One pending item remains: RQ8353 requires CNG creation and connectivity testing for port 11427, with coordination needed with Ruth on Mailer API UAT testing dates.
En esta reunión se presentó la propuesta completa del Payment Gateway que incluye una arquitectura moderna basada en cloud, Kubernetes y microservicios, con un plan de implementación de 2.5 meses. Se confirmó el alcance integral del proyecto por $10,200,000, cubriendo instalación, diseño funcional, despliegue y múltiples paquetes de soporte (técnico, evolutivo, funcional, profesional y operativo). Se tomaron decisiones críticas sobre márgenes de rentabilidad (incremento a 30% + 5% riesgo) y validación de costos de soporte, con aprobación pendiente de directivos antes de la presentación al cliente programada para la tarde del mismo día.
A reunião focou principalmente em problemas técnicos identificados nos testes do OMS, onde há discrepância entre mensagens enviadas (73) e processadas (54). A investigação apontou possível timeout insuficiente (5ms) nas operações get/post do IBM MQ, com plano de teste aumentando para 100ms. Paralelamente, há preocupação de stakeholders (Flávio) com o cronograma do API Inventory, sem entregas desde 06/04, o que levou à definição de política de escalação de novas demandas para Pedro e Flávio. Os testes prosseguem com segunda rodada agendada para 13h30 e validações do IB Documents planejadas com Felipe. A maioria dos componentes técnicos está sob controle, mas o foco é resolver os problemas de consumo de fila e manter o momentum de entregas para tranquilizar stakeholders.
The OMS system is on track for deployment with testing commencing immediately using Bloomberg production data from the last 12 days. Code review identified date conversion issues requiring validation with team members, and the team targets May 22nd as the implementation date pending test progress and CAB approval. Multiple API integrations (IB Documents, EDOCS, JIRA) are advancing through UAT with some blocking issues requiring escalation, particularly an error handling rule (RQ 8353) that needs CNG ticket prioritization. The team is maintaining momentum across PIP 665 egress rule mapping and reference API testing, with action items clearly assigned and due dates aligned to support mid-week deployment if testing completes on schedule.
A reunião abordou o onboarding de Kamau na plataforma MuleSoft e a integração de suas APIs de Capital Call (5-8 endpoints) com o projeto Flamingo/Lisbon. Foram discutidas a arquitetura em camadas do MuleSoft (System + Experience APIs) para segregar acesso apenas aos endpoints necessários, visando cumprir requisitos de auditoria. Decidiu-se por uma abordagem em duas fases: testes funcionais em UAT com APIs em T24, seguida de migração para MuleSoft e smoke test antes do go-live em junho. Dwayne assume prioridade no desenvolvimento dessas APIs, com meeting offline agendada para confirmar a estratégia arquitetural e próximos passos.
The meeting focused on tracking two priority RQs (8348 and 8353) scheduled for CAB on Thursday, with Eduardo assigned to confirm that Kindred opens the associated CNGs. The team established a standardized testing procedure requiring Marcelo to document connectivity checks with NET Tools screenshots and comments in tickets to streamline CNG closure. Additionally, Eduardo raised the need to consolidate firewall change requests to reduce costs with Kindred, and the team agreed to start with a policy of maximum one change per project per week, with further discussion needed on consolidation methodology.
Reunião abordou dois projetos críticos com deadline em junho: Flamingo (automação de Capital Calls em Private Equity) e ACA (automação de Clearing House). Decidiu-se construir a API ACA externamente em .NET e migrá-la para MuleSoft posteriormente, devido ao prazo apertado. Ambos os projetos devem estar no Gateway até setembro para conformidade de auditoria. Reunião de acompanhamento agendada para 5 de maio às 15h com stakeholders principais.
A reunião focou em três iniciativas principais: progresso nos testes de pedidos parciais com identificação de cenários críticos, oficialização do projeto Oracle com estimativa preliminar de 3-5 meses, e resolução de problemas de conectividade para os projetos eSignature e API Inventory. A data alvo de go-live foi confirmada para 15 de maio de 2026, com ênfase na resolução de problemas de conectividade até quinta-feira para permitir testes de UAT. Todos os membros da equipe foram instruídos a priorizar tarefas de acordo com o cronograma crítico e comunicar imediatamente qualquer impedimento.
The meeting brought together Ford, GFT, and Fiserv teams to align on a comprehensive testing strategy for Ford's de novo Fiserv DNA banking platform launch. The approach combines manual UAT based on configuration validation and Fiserv's existing 500+ test cases with AI-powered automated testing that captures full evidence (screenshots, videos, API calls, database state) for regulatory compliance. GFT will leverage an accelerator framework using Playwright automation and synthetic data generation to create reproducible, maintainable test scenarios organized into business scenario hierarchies. The team will use the period from now until mid-June 2026 to develop the QA plan, customize test cases, and prepare infrastructure; then execute testing from mid-June through mid-October in preparation for audit submission, relying on Fiserv's ancillary system integrations and the system's out-of-the-box configuration as primary risk mitigants.
En esta reunión se revisó el avance de la segunda demostración programada para el miércoles con el equipo de arquitectura. El ambiente de pruebas está preparado y se espera recibir información del cliente para ejecutar las pruebas masivas. Se aprobó la validación de la herramienta de exploración y se acordó enviar el roadmap incremental revisado para validación general del equipo. Queda pendiente incorporar en el documento de alcance los posibles reversos de pagos declinados y obtener feedback del cliente respecto a los criterios de aceptación y parámetros de éxito de las pruebas.
The team is preparing for a critical 11:00 AM meeting with Ford Credit to present their testing and automation strategy for a de novo bank platform launching January 22, 2027. The strategy prioritizes manual testing with selective automation for non-production environments, recognizing that full integration testing cannot occur until live accounts are activated post-launch. The presentation will progress from high-level overview through detailed examples and tool demonstrations, allowing Ford Credit to direct the depth of technical discussion. A fixed-bid proposal with cost estimates will be provided, with UAT sign-off and Federal approval required by mid-October 2026.
The meeting focused on planning a complex banking system testing engagement with Ford, involving three phases: landscape analysis and test case definition (now through mid-June), execution testing (mid-June through September), and UAT. The team agreed on a resource structure comprising 50% BA allocation, 50% senior banking expert oversight, two full-stack test engineers, and 50% QA management support, working alongside Cornerstone for domain-specific consulting. Critical concerns were identified regarding Ford's regulatory preparedness, stakeholder clarity, liability allocation, and the fixed-price engagement structure requiring rigorous reporting and measurement. Legal involvement is needed to address accountability clauses before proceeding.
A reunião focou na organização e rastreamento da estrutura de tickets e mudanças (CNGs) relacionados ao projeto Power Matrix integrado com a plataforma e-Banking. Os participantes esclareceram a hierarquia de tickets (ticket pai 8015 com múltiplos sub-tickets filhos) e identificaram a necessidade de reverter algumas mudanças deployadas no ambiente UAT. Foi confirmado que o processo envolve um fluxo de Wire Transfer iniciado no e-Banking que passa pelo e-Docs para validação. As próximas ações incluem uma reunião com Marcelo na segunda-feira para organização administrativa e uma reunião com Eduardo na terça-feira para discutir reversões técnicas necessárias.
The team discussed a proposed quality assurance and testing engagement with Ford for their Fiserv DNA core banking implementation. The project requires comprehensive testing of the full deposits customer journey from mid-June through mid-October, with an aggressive timeline and external dependencies on Ford's personnel availability and Fiserv support. The proposed approach combines automated and manual testing executed by our team (June-September), followed by user acceptance testing with Ford's resources (September-October), leveraging Cornerstone's Fiserv DNA expertise as the critical differentiator. A formal presentation is planned for Monday with Ford including scope, timeline, pricing ($175,000-$200,000+ baseline reference), and capability demonstration through Chase implementation experience, with Monday morning preparation meeting to finalize demonstration approach and automation feasibility.
The team discussed significant progress on the partial order data insertion functionality, which is ready for internal testing today with approximately 75% of endpoint paths available. The root cause of previous constraint violations was identified and fixed—the system was incorrectly processing all orders as partial orders. A comprehensive testing plan is being established for next week, with Ikaru collaborating on test case selection. In parallel, new platform improvements including MuleSoft observability monitoring are being initiated, and a pending customer update API request is under review to ensure secure exposure through an API rather than direct BPM access.
The team is in the discovery phase of fixing a critical OMS partial orders issue (PIP 662) with development expected to take one week and UAT another week, targeting redeployment in two weeks. Corey will coordinate with the testing team to define all necessary test scenarios for Bloomberg partial fills, while Basili will determine the code scope to assess regression testing requirements. Infrastructure and connectivity improvements are being pursued in parallel, including Jira connectivity, E-Docs firewall rules, and a new observability initiative for MuleSoft to prevent future outages like the T24 incident. Strategic project organization is being reviewed to streamline approval processes for multiple infrastructure and development requests.
A reunião abordou lacunas críticas identificadas na cobertura de testes do projeto de migração WebLayer para Milsoft. Foram descobertos cenários inteiros não testados, incluindo ordem parcial e múltiplos tipos de ordem, com regras de negócio não implementadas. A equipe começará análise linha por linha do código, gerando documentação de alto nível. O prazo estimado é de uma semana de codificação e uma semana de testes, com meta de entrega em 15 de maio. Paralelamente, foi decidido priorizar observabilidade simples antes de soluções complexas.
El equipo se reunió para preparar una demostración para Actinver programada para el miércoles 1 de mayo a las 12:00 PM. Se decidió incluir pruebas de rendimiento y despliegue automatizado como parte de la demostración, aprovechando el ambiente existente en GCP con datos mockeados para alcanzar objetivos de 300 transacciones por segundo. Luis compartirá la documentación del roadmap para revisión, y el equipo coordinará con Jorge para obtener acceso necesario y comenzar inmediatamente el desarrollo de scripts de prueba de performance. Si se logra completar en los tres días disponibles, estos resultados se presentarán como un elemento sorpresa en la demo del miércoles.
La reunión se enfocó en el seguimiento de la propuesta de Payments Gateway para Actinver. Se presentó un resumen de la sesión anterior con la arquitectura del cliente, en la que se identificaron sus principales preocupaciones respecto a la robustez y viabilidad a largo plazo de la solución. El equipo planificó una segunda demo para el martes que incluirá un flujo completo de operaciones SPEI con diagramas de componentes para mayor claridad técnica. Se identificaron ventajas competitivas significativas como el avance en despliegue de ambientes y conocimiento profundo de la arquitectura del cliente. Además, se priorizó la iniciación de gestiones de propiedad intelectual para proteger el código y establecer un roadmap claro del producto que tranquilice al cliente sobre el mantenimiento futuro.
GFT presented a test engineering accelerator framework for Ford Credit's new Fiserv DNA-based HYSA platform, offering pre-built capabilities inventory (39 capabilities across multiple categories), 1,200+ customizable base test cases, and AI-powered test script generation and automation tooling. The primary concern raised by Ford Credit was confidence-building around scope adequacy given the parallel development environment and lack of documented business requirements. GFT will prepare a comprehensive proposal with team composition, timeline, and delivery approach for the June-October test window, including comparative case studies from similar-sized bank implementations and a technical demo of the script generation tool. The next meeting with key decision-makers (Jeff Bradburn, Fiserv DNA expert, and bank operations) is scheduled for the week of May 12-13, 2026, with proposal delivery and tool demo to follow within the week.
En esta reunión se abordaron las preocupaciones técnicas y operativas del equipo de Actinver respecto a la implementación del Payment Gateway. Se clarificó que la solución requiere un diagrama de componentes detallado que muestre el flujo SPEI tercero a tercero con todas sus características, acompañado de un demo funcional que evidencie la trazabilidad de transacciones a través de cada componente. Se acordó una estrategia de pruebas en dos fases: inicialmente con mocks en ambiente del proveedor para validar funcionalidad y trazabilidad, seguido de pruebas de rendimiento en ambiente de Actinver una vez instalado en QA. Adicionalmente, se definieron expectativas sobre la estrategia de evolución tecnológica del producto, asegurando que será una solución estratégica a largo plazo con acceso al código fuente y plan de mantenimiento coordinado, mientras se prioriza el MVP inicial con SPEI In/Out para salida rápida al mercado.
The meeting addressed critical production issues with Mulesoft API validation patterns for special characters in query parameters, with a deployment scheduled for 7:30 PM ET today to resolve the bad request errors. Additionally, BPM order processing issues affecting 19 orders stuck in Bloomberg acceptance were reported with ongoing investigation. API documentation progress continues with the ITUA Finance API awaiting fixes and the CRM Party API moving to active development. A strategic discussion highlighted a significant architectural gap regarding business user visibility into transaction status for mission-critical applications like wire transfers, proposing enhanced monitoring, audit logging, and retry mechanisms to improve transparency and reliability.
Se llevó a cabo una reunión preparatoria para una sesión con el banco (Payments/Actinver) programada para el mismo día. El equipo discutió cambios organizacionales que afectaron los espacios de trabajo y confirmó la reprogramación de la sesión debido a conflictos de agenda. Se asignaron responsabilidades claras para garantizar una sesión productiva en un ambiente tranquilo, con énfasis en aclarar dudas del banco y reforzar las pruebas técnicas. Se confirmó la participación de apoyo técnico y documentación necesaria para la reunión.
A reunião apresentou a plataforma Winx, uma solução de governança e padronização de IA para o ciclo de desenvolvimento de software desenvolvida pela GFT. A plataforma oferece 13+ módulos abrangendo planejamento, desenvolvimento, testes e documentação, funcionando de forma agnóstica com qualquer cloud provider e modelo de IA. Diferentemente de ferramentas tradicionais, Winx complementa soluções existentes como GitHub Copilot, adicionando camadas de governança, auditoria e padronização para evitar o problema de Shadow AI. A solução pode ser implementada em modelo on-premises com custo aproximado de $300/mês de infraestrutura plus custos de LLM e $20/usuário/mês de licença. Com 103 clientes ativos e forte adoção de módulos de documentação e automação de histórias, Winx representa uma oportunidade viável para modernização de aplicações legadas e otimização de processos de SDLC, com disponibilidade para POC na infraestrutura do cliente.
The team held a status meeting focused on the OMS (Order Management System) deployment and resolution of related issues. A critical fix for improperly formatted Bloomberg messages has been successfully tested in UAT and is approved for production deployment at 7:30 PM Eastern Time today; this update handles null values in messages and enables proper processing through MuleSoft and BPM with no business impact identified. Additionally, the team identified and will investigate a wire duplication issue in T24 that appears unrelated to OMS but requires immediate attention through the war room, with an ISD incident to be opened by Marcelo. Several other work items are in progress, including RAML documentation, API endpoint implementations, and database changes needed for Process API testing scheduled for next week.
The team met to discuss a significant opportunity with Ford's banking initiative, which is currently behind schedule with their Accenture implementation and facing a January 2026 launch deadline. Ford lacks internal testing and operations capacity and is seeking comprehensive support through testing, validation, and customer journey preparation. The team decided to present a tiered service offering in tomorrow's 4pm meeting with Ford, including enhanced QA (planning and scripts), execution support with Ford oversight, and automation-enabled testing for June-October. The critical next step is to have a transparent conversation with Ford about their actual blockers and move quickly into formal contract negotiations with clearly defined roles and responsibilities.
En esta reunión de seguimiento, el equipo confirmó la sesión programada con el equipo de Arquitectura (Ricardo y Ulises) para las 11:00 a.m. con el objetivo de presentar y validar el documento de alcance de pruebas de performance, parámetros de éxito y criterios de aceptación. Se definió que Juan Hurtado liderará la sesión técnica apoyado por Luisa, Jorge Rocha, Eduardo Licona y Pedro, enfocándose en revisar y responder las dudas específicas planteadas por Ulises en correo anterior. El equipo acordó establecer una agenda clara para mantener la sesión enfocada, comenzando con la presentación de la propuesta existente y luego trabajando punto por punto en las preguntas pendientes para llegar a un documento final consensuado de criterios de aceptación.
A reunião abordou múltiplos projetos em desenvolvimento, com foco em resolução de problemas técnicos e planejamento. Destacam-se a conclusão da refatoração de código, avanços no projeto eDocs (Marcelo obteve certificação MCD Level 2) e identificação de que emails recebidos são testes de UAT, não problemas reais. Uma questão crítica foi descoberta: Sebastião possui 30 dias de férias compulsórias a tirar até 30 de junho, criando impasse com Dantas sobre alocação; a solução em discussão envolve tirada de férias em duas etapas mediante venda de 10 dias. Diversos projetos (Confirmation Copy, eBanking, notificações) estão bloqueados aguardando decisões ou comunicações com partes interessadas (Thalia, Lanza, Guglielmo), demandando acompanhamento próximo.
Foi realizada uma reunião de mobilização de equipe para iniciar trabalhos de testes de performance em um projeto crítico no México. O cliente, através da GFT, está implementando um Gateway de Pagamentos e enfrenta questões de escalabilidade e performance. O time mapeou o escopo inicial do trabalho, que inclui validação de um fluxo end-to-end complexo ("SPI terceiro") com 6 integrações diferentes, utilizando a ferramenta K6 e métricas de performance predefinidas. Foram identificadas diversas questões críticas relacionadas ao escopo, ambiente de teste e adequação das métricas que precisam ser clarificadas com o cliente em reunião agendada para segunda-feira. A equipe se estruturou com dois colaboradores principais dedicados (Bruno e André) e suporte especializado de QA, arquitetura e expertise em K6 (Pedro Guerra), iniciando análise detalhada dos documentos fornecidos para preparar discussão técnica mais concreta com o cliente.
The MuleSoft implementation program is progressing on schedule with the OMS/BPM deployment confirmed for tonight at 9:30 PM, featuring a finalized test strategy pending business user confirmation. The Signature Card initiative is advancing toward Monday UAT start with base flows in development, though the May 8 production date requires further feasibility review with the team. API inventory work identified a discrepancy in the Trading Order endpoints that necessitates comprehensive Swagger verification to ensure accurate endpoint counts before the July 24 delivery target. The team is establishing MUnit as a standard testing practice across all MuleSoft initiatives to improve code quality and enable future CI/CD automation.
La reunión se enfocó en revisar y refinar la propuesta de alcance para la prueba POC del Payment Gateway con el cliente Timber. Omar presentó un documento detallado que define la instalación en ambiente QA limitada a un único core (SAP o FlexCube), flujo SPEI end-to-end, y pruebas de performance con criterios de aceptación específicos. Se identificó la necesidad de incluir escenarios de transacciones reversas y se aclararon varios puntos técnicos sobre integraciones. Decisión crítica: Se pospuso la sesión de demostración con el cliente originalmente programada para hoy, trasladándola al lunes a primera hora para permitir que el equipo interno (arquitectura, producto, ingeniería) se prepare adequadamente y comprenda con precisión los requerimientos del cliente expresados en un correo reciente de Ulises.
Reunião de status do time de desenvolvimento focou em revisão de múltiplos projetos, bloqueadores com a equipe Itaú (Ruth), e redistribuição de tarefas. O time estabeleceu prazos intermediários (go live 15 de maio, testes 24/04) e identificou necessidade urgente de coordenação comum para integração T24/SAP via novo grupo Teams. Decisões críticas incluem priorização de iCapital Notifications, abertura de RQ para alteração de endpoints, e delegação da decisão de recrutamento ao Dantas considerando disponibilidade imediata versus especialização.
Entrevista técnica em profundidade com Isaías, candidato a desenvolvedor .NET para o projeto Itaú Internacional da GFT em Miami. O candidato demonstrou sólidos conhecimentos em C#, arquitetura de software (SOLID, Clean Code, DDD), migrações de .NET, programação assíncrona, mensageria e otimização de banco de dados, com experiência relevante obtida em sua atuação na B3. O processo segue para a próxima etapa com entrevista do cliente, onde serão validadas as competências técnicas em contexto mais específico do projeto. A equipe também prepara uma demonstração de IA (Winx) para expandir capacidades no projeto.
La reunión se enfocó en definir la estrategia de validación y despliegue del Payment Gateway. Se acordó realizar pruebas de estrés progresivas comenzando con un flujo SPEI básico tercero a tercero, con carga inicial de 100,000 transacciones. Se identificaron tres actividades críticas: obtener de Timber la lista de requisitos para preparar su ambiente en 15 días, documentar formalmente el alcance y criterios de aceptación, y reunirse con Arquitectura para aclarar preocupaciones sobre escalabilidad. Se programó checkpoint diario a las 8:30 AM.
The meeting focused on finalizing the BPM OMS redeployment scheduled for April 24th at 9:30 PM Eastern, with backup operations beginning at 9:30 PM and deployment window extending to 10:30 PM. The team confirmed all prerequisites are complete, including UAT environment setup and necessary approvals; a Teams meeting from 9:00 PM to Midnight Eastern will monitor the deployment with Richard Sabag on standby. Concurrently, the team addressed API development progress across multiple initiatives, including IB Documents integration challenges requiring resolution of API key and firewall issues, and EDOCS file sync process API development expected to have a functional happy path available for testing Monday morning. Work was redistributed among team members to optimize resource allocation given capacity constraints, with particular focus on resolving Immunity testing issues and completing required code reviews before deployment.
A reunião abordou progresso técnico significativo com foco em múltiplos workstreams: confirmação do deploy BPM OMS para amanhã com alinhamento de horários Brasil/exterior, progresso na correção IPDB Database aguardando aprovação, e investigação contínua de erros M-Units. Decisões operacionais incluem reorganização de endpoints (migração de 4 e 8 para 6 no Party On Board Mule App) e ações pontuais como resolução de problemas no Kimball, notificação de erros no Confirmation Copy e alinhamento de expectativas com stakeholders. Prioridades principais são garantir sucesso do deploy amanhã com possível rollback, obter aprovações pendentes para avançar em UAT, e resolver gargalos técnicos em M-Units e endpoints T-24.
A reunião focou no planejamento de recursos para o projeto Itaú, identificando um gap de 201 dias entre março e dezembro que será coberto pela contratação de Marcelo. Foi acordado criar um novo elemento no Kimball para separar o faturamento de Skettini a partir de maio, conforme solicitação de Tintim, e preparar uma Change Order de 201 dias a R$ 480/dia. O projeto tem cobertura prevista de 1.121 dias totais, suficiente para a entrega. Marcelo recebeu avaliação positiva do time e será monitorado através de feedback formal do principal contato no Brasil.
The team reviewed API inventory progress, confirming a 40% reduction in endpoints (from 142 to 107-109) and identifying that several APIs previously listed are not in UAT/production. A follow-up meeting with Dantas is scheduled for tomorrow to finalize the BPM redeployment plan and coordinate business communication, with the goal of completing smoke testing by Monday morning before production deployment. An additional order management enhancement has been identified and will be tested today for inclusion in tomorrow's Mulesoft release. The team prioritized organizing the war files arrangement and validating the deployment plan before Thursday's CAB meeting.
The meeting focused on coordinating the AMS deployment scheduled for Friday, with Basilis confirmed available for support. Key challenges include resolving SQL database access issues (with Tiago Dantes as backup), requesting infrastructure resources with proper advance notice, and reassessing the API inventory migration scope—three WAR files were found to be in dev-only status, reducing the initial migration scope. The team is creating a master umbrella ticket to organize the API inventory migration as a strategic program with subtasks, and the EDOCS integration is progressing with UAT deployment of EDOC System API (PIP 610) though communication debugging is needed for Wednesday. Documentation and presentations to the applications team are being planned to ensure proper stakeholder alignment.
The team discussed testing strategy for a new retail industrial bank launching with Fiserv core platform in January 2027. Key focus was defining the boundary between Fiserv-provided functionality testing and client-side validation responsibilities. With development completing June 1 and testing June-October, the team lacks formally documented requirements but plans to leverage Fiserv templates, a single data cut, and an AI-assisted test case generation framework to meet aggressive timelines. Best practices emphasize comprehensive business scenario definition, formal QA plans, and evidence-based testing for regulatory compliance.
A reunião de status de abril de 2026 abordou múltiplas iniciativas em andamento, com destaque para a implantação do BPM prevista para sexta-feira com todas as aprovações necessárias e um plano de pré-teste validado. A migração do API Inventory está progredindo acima do previsto, com o Notification SAP System API 100% concluído e pronto para UAT, antecipando significativamente o Go Live de maio. Paralelamente, o projeto ERP (Ledger) foi formalizado com a alocação de Scheittini como desenvolvedor dedicado a partir de junho, com orçamento separado da área de negócio. O time implementou melhorias operacionais como Kanban diário e documentação técnica robusta no Confluence, com plano de expansão deste modelo de gestão para outros projetos. Todos os riscos identificados estão sob controle, incluindo validação com InfoSec para a migração de APIs e acessos confirmados para o assessment do Gira.
A reunião de status do dia focou em avanços do desenvolvimento da Process API, com Speaker A iniciando a implementação após preparação de RAML e templates. Um bloqueio importante foi identificado: múltiplos membros do time (Speakers A, B e E) aguardam a implementação de M-Units para finalizar seus componentes. Speaker C está trabalhando em automação de geração de M-Units via Copilot e Cloud, planejando colaborar com Speaker E que possui acesso aos endpoints necessários. A transição do OMS para produção na próxima semana exigirá monitoramento próximo da equipe, com responsabilidade de rollback recaindo sobre o BPM, não sobre a Mule. Itens administrativos incluem feriados na próxima semana e ausência do Speaker B de 4 a 8 de maio.
A reunião focou no status de desenvolvimento de múltiplos projetos, com destaque para a finalização da documentação da API Moodle (com versão considerada 100% pronta para testes), a necessidade de criar credenciais (Client ID/Secret) para integração com o REGIN, e a atualização do processo de aprovação que agora segue um fluxo unificado em OCR com maior burocracia. O desenvolvimento do MULI/EGDOTS aguarda confirmação de aplicação de regras de comunicação e feedback sobre banco de dados, enquanto a timeline geral foi replanejada para começar em 8 de abril com conclusão de documentos Ivy estimada para 22 de maio. Os testes estão avançando bem e há potencial integração com o projeto ACH na próxima atividade.
GFT's team discussed a critical business opportunity with Ford Bank following their receipt of a banking license. Ford requires test engineering support, specifically automated test scenario creation, script automation, and test frameworks to accelerate their platform build-out. The team presented GFT's internal testing platform (currently deployed at BBVA), which uses AI to generate functional test scenarios and automated evidence of system functionality across UI, batch processes, and database validation. While the tool has proven effective for BBVA's needs, the team acknowledged that Fiserv DNA compatibility remains an unknown that requires further investigation and adaptation. The strategy is to position GFT's solution as an adaptable, AI-accelerated testing approach combined with deep Fiserv DNA expertise and consulting guidance. A meeting with Ford is proposed for Monday, April 19, 2026 at 1:30 PM Eastern to present the platform and discuss integration requirements.
Entrevista técnica realizada com William, candidato para posição de .NET Developer no projeto do Itaú Internacional. O candidato apresentou sólida experiência em desenvolvimento backend com expertise em AWS, Azure, arquitetura hexagonal, SOLID, otimização de banco de dados e soluções complexas. O cliente foi apresentado como banco privado criado do zero com interesse em adoção de IA. Feedback será fornecido pela equipe GFT conforme protocolo.
A reunião de status abordou progresso em quatro frentes principais de desenvolvimento. A API Docs está chegando ao final com entrega prevista para hoje, pendente apenas de ajustes de padrão com o time. O projeto Mailer está com ajustes de retry prontos para hoje, aguardando validação de business sobre endpoints em produção através de Marta Miel. O projeto FED completou reformatação de documentos e aguarda aprovação de business antes de migração para produção, com data alvo de quinta-feira para Carbi. O time também alinhhou políticas de compensação de horas com flexibilidade e registro adequado de extras. Todos os projetos estão fluindo sem bloqueios críticos imediatos.
Entrevista técnica e contextual com Matheus para possível alocação na GFT. O candidato demonstrou expertise sólida em arquitetura .NET, microsserviços, mensageria e princípios SOLID, com 5 anos de experiência como desenvolvedor sênior e mentor no Boticário. Discutiu-se o contexto específico da operação Itaú nos EUA—estrutura iniciante em private banking com processos ágeis em evolução—e as oportunidades e desafios de trabalhar como consultoria. Ficou evidente que embora haja frustrações operacionais, a GFT oferece diversidade de projetos, tecnologias e desenvolvimento profissional. Matheus demonstrou interesse e compreensão do contexto.
The team discussed deployment progress with T24 and MilSoft successfully deployed; only the BPM round remains for next week's go-live. Development work is progressing across multiple APIs and components, with Scatini completing REMO templates, Marcelo advancing the EDOCS API with resolved data model issues, and Basili finalizing notification system migration. The team emphasized the importance of maintaining daily card updates with comments and progress, proper card workflow management, and consolidating architectural documentation in Confluence. The organization is implementing new governance processes that are improving coordination, deliverable prediction, and overall project management efficiency.
A reunião abordou dois tópicos principais: o problema de comunicação entre MuleSoft e a API de Docs, que permanece pendente de investigação pelo time de Infosec quanto à verificação de portas, e a implementação de regras de egress hardened para o CloudHub private space. Foi validada a solução proposta para restringir o tráfego de saída através de regras em nível de aplicação (app-level), mantendo a configuração de HTTPS genérica no private space conforme limitação técnica e recomendação do MuleSoft. A próxima etapa é reorganizar a configuração, testá-la em ambiente UAT e então planejar a migração para produção.
A reunião de 14 de abril abordou múltiplas frentes de desenvolvimento e infraestrutura. Destaca-se a análise do deploy com identificação de inconsistências entre ambientes de banco de dados que estão sendo corrigidas, e a confirmação da apresentação da Wings/Itaú para 27 de abril com foco em demonstração técnica. No lado técnico, há progresso na definição de APIs (RAML, System API para IDOCs) com revisões necessárias devido a ajustes de modelo de dados, enquanto a API do Mailer avança para code review com foco em zeramento de violações de Governance. Identificou-se gargalo de acesso ao banco de dados que será escalado na reunião técnica com Duane. Também foi discutida oportunidade de realocação de candidato .NET para outro projeto.
Leandro conducted an engaging career development workshop at GFT, sharing 20 years of experience and emphasizing that career growth requires proactive management, continuous learning, and understanding organizational context. The discussion highlighted that while companies provide opportunities and support, individuals must take ownership of their careers by seeking challenges, developing diverse skill sets (both technical and soft skills), and demonstrating value aligned with business needs. Key takeaways included the importance of adaptability in a rapidly changing tech landscape (particularly regarding AI), building genuine relationships based on mutual value exchange, and recognizing that career paths are not linear—success comes from intentional effort, flexibility, and willingness to step outside comfort zones. Multiple participants shared real examples of career transitions and progression, demonstrating that opportunities exist within large organizations for those willing to actively pursue them.
Reunião de alinhamento sobre oportunidade de venda da plataforma Wings para o cliente Itaú Miami, filial de private banking com aproximadamente 120 pessoas. O cliente possui infraestrutura em AWS e on-premises, utiliza MuleSoft, .NET, Jira e Bitbucket, e manifestou interesse em solução de IA para acelerar desenvolvimento. A abordagem comercial definida é posicionar Wings como ferramenta de governança de IA no SDLC, priorizando o módulo Story Creator, com suporte a execução em ambiente próprio do cliente (AWS) para atender requisitos de compliance bancário. A demonstração será agendada para a semana de 27 de abril em português, com audiência mista de gestores e técnicos, e será precedida de material introdutório para facilitar compreensão dos não-técnicos.
A reunião abordou o progresso de múltiplas iniciativas de integração e desenvolvimento de APIs Mule. O resultado mais positivo foi o progresso significativo no Mule app de Mailer (notificação), com código já implantado em UAT e expectativa de liberação para testes na próxima semana, antecipando a data original de maio. Porém, o projeto enfrenta bloqueios críticos aguardando informações de Swagger de Madhuri (ausente até próxima semana) que impedem o progresso de múltiplos endpoints T24. O time também revisou decisões recentes sobre governance de APIs e realocou tarefas de scoring para fases posteriores do desenvolvimento. Reuniões adicionais foram agendadas para validação de workarounds do sistema eDocs e revisão técnica do desenvolvimento do Mailer.
A reunião abordou o progresso no desenvolvimento do projeto Signature Redox, com destaque para a redefinição das APIs necessárias após alinhamento entre Wellington e Dantas. A equipe está à frente do cronograma para entrega até agosto, permitindo absorver demandas emergenciais. Foram discutidos avanços no desenvolvimento de várias APIs (System, Process, IDOCs) e na Notification SAP, com resolução de questões técnicas de conectividade. A liderança reforçou a importância da pontualidade em reuniões com clientes e solicitou notificações de afastamentos durante o horário de trabalho para melhor coordenação da equipe.
A reunião focou na apresentação da plataforma Winx, desenvolvida pela GFT, como solução para automação de processos de desenvolvimento. Pedro apresentou as principais capacidades da ferramenta, incluindo documentação automática de código, definição de requisitos em formato Gherkin com integração Jira, e geração de testes unitários. Tália identificou testes e desenvolvimento com agentes de IA como principais gaps do time. Foi decidido que Tália pesquisará a plataforma e que uma reunião será agendada com o time da GFT na segunda-feira para alinhamento de expectativas e necessidades do cliente.
This weekly meeting covered progress on multiple integration projects scheduled for Q2 2026. The OMS/MuleSoft deployment was successfully completed with BPM scheduled for April 24th, while the E-Banking pre-computed solution is functioning adequately in alpha phase. The Signature Card project faces a critical blocker with OpenText EDocs API documentation access, but solutions are being coordinated through an Open Text partner and alternative Python API approach. API Inventory work is progressing but hampered by missing Swagger specifications; a shift to table-based progress tracking by phase was proposed to better represent parallel work and blockers. Additionally, a multi-year ERP standardization program (migrating to Oracle Fusion) was communicated as incoming strategic initiative targeting Q3 2026, requiring capacity monitoring and planning.
A reunião focou na avaliação de dois candidatos para posições técnicas no Itaú. Stephen apresenta conhecimento arquitetural robusto e conceitos de nível L4, mas possui lacunas em conceitos básicos e apresenta comportamento comunicativo que pode ser arriscado em interações com lideranças exigentes como Dantas. Sebastião demonstra melhor domínio de conceitos fundamentais, comunicação mais controlada e inglês superior, sendo potencialmente mais adequado culturalmente para o ambiente. Ambos serão encaminhados para entrevista com Dantas na próxima semana, com recomendação de revisão técnica para Stephen antes do encontro.
Reunião de entrevista técnica para posição de desenvolvedor .NET no projeto Itaú Internacional da GFT. O candidato Sebastião, com 20 anos de experiência em desenvolvimento, demonstrou conhecimento sólido em Clean Code, SOLID principles, arquitetura de microsserviços, otimização de queries e resiliência de APIs. Próxima etapa será entrevista com líder técnico do cliente. Alocação em projeto será revisada pela equipe de gestão.
No summary available.
The team is ready to proceed with a multi-day production deployment of MuleSoft, BPM, and T24 systems. MuleSoft will be deployed Thursday after 8pm, followed by BPM deployment on Friday with database backup at 7:30pm and a maintenance window starting at 7:20pm. T24 configuration changes will be deployed by Temenos/Rajat over the weekend. Critical success factors include verifying all BPM parameters, closely monitoring the queue to prevent recurrence of previous congestion issues, and implementing a dashboard to track system performance during deployment. The team has configured a database flag to quickly revert to the web layer if needed, and will address order duplication error handling improvements in the next version.
A reunião abordou o status do deployment OMS previsto para sexta-feira e o progresso do trabalho de API Inventory. As mudanças do OMS foram revisadas, com evidências de teste vinculadas através do Zephyr, e aguarda-se confirmação de Tiago Dantas sobre o horário e procedimentos de backup. No Kanban Board, o desenvolvimento de múltiplas APIs está em andamento, com destaque para a necessidade de padronização de descrições e para a urgência de obter informações de Leonardo antes de seu último dia amanhã. O deployment está bem documentado e preparado, dependendo agora de aprovações de infraestrutura. Basili e Scatini devem estar presentes no CAB de sexta-feira, enquanto o Speaker A estará indisponível por motivos médicos.
La reunión se enfocó en la preparación para el despliegue de OMS programado para mañana. Se confirmó que el problema crítico con la escritura de fechas de expiración en T24 ha sido completamente resuelto, con evidencia de prueba obtenida esta mañana. Se reorganizaron los CNGs para usar un enfoque coherente vinculándose a RQs existentes, con Edward Warner designado como aprobador de negocio. El equipo está en la fase final de preparación con cambios planificados para MuleSoft y BPM, aunque se requiere investigación adicional sobre errores de log en el despliegue de TAP. El trabajo continúa en paralelo en la mejora de plantillas RAML y en el inicio de migraciones de APIs, con enfoque en resolver problemas de nomenclatura de APIs antes de la implementación.
Reunião de entrevista técnica com Beatriz para posição de desenvolvedor .NET em projeto do Itaú. O time apresentou contexto do projeto (automatizações e integrações de sistemas para banco), dinâmica de trabalho autossuficiente e necessidade de substituição de desenvolvedor. Beatriz demonstrou experiência sólida em Java e adaptabilidade tecnológica, mas com lacunas em conceitos .NET específicos (injeção de dependência, SOLID, padrões de design) e áreas como mensageria. A equipe reconheceu a importância da curva de aprendizado e discutiu posição L4 vs L3 "ponta firme". Próximos passos incluem contato com RH para continuação do processo, além de iniciativas sobre IA generativa no projeto (demo do Winx).
The meeting focused on two primary infrastructure issues: a DNS/firewall problem affecting the UAT environment that requires a detailed ticket and investigation, and connectivity challenges in the EDOCS project involving communication between MuleSoft and AWS gateway endpoints in Brazil, as well as between EDOCS and MuleSoft endpoints, with timeouts occurring on ports 443 and 8443. The team identified permission and access constraints preventing thorough testing and debugging, leading to decisions to grant necessary MuleSoft and net tools access to team members. Multiple outdated change requests were identified for cancellation, and a debugging session will be scheduled to trace where requests are becoming stuck in the infrastructure, with focus maintained on UAT and product environments while production stabilizes.
Reunião de status de projeto com foco em problemas de infraestrutura e bloqueadores técnicos. As prioridades imediatas são: (1) resolver problemas do TAP Lite e certificados para permitir deploy em produção na terça-feira, (2) obter o template RAML pronto para desbloquear o API Inventory, e (3) finalizar testes do e-banking para subida na quinta-feira. Foram identificadas falhas de comunicação sobre dependências técnicas que impedem entregas prometidas; o time foi orientado a reportar bloqueadores proativamente no chat. Múltiplas atividades paralelas aumentaram carga de trabalho de Sketini, sendo solicitada distribuição entre Bacilli e Duencar. Demo Winx agendada para final de abril será acompanhada por Ícaro.
The team confirmed that the T24 configuration to prevent duplicate orders is sufficient for going live this week, with duplicate prevention working at the database level using a unique order reference, even without full MuleSoft error handling logic being implemented. A quick test will be conducted this morning to verify that duplicate order creation is prevented, with results to be added to ticket IOCR 2204 for CAB approval on Thursday. The deployment sequence requires MuleSoft first, followed by BPM, with a backup plan to switch BPM to the web layer via configuration if the MENOS deployment fails. Old change management tickets from the December rollback will be closed and replaced with new CNGs for the upcoming Friday night deployment.
This meeting addressed critical deployment activities for the end of the week, with the primary focus on OMS (Order Management System) production deployment scheduled for Friday night across MuleSoft, BPM, and T24 systems. A Microsoft Teams group will be created immediately to coordinate change tickets, approval statuses, and deployment procedures, with a 30-minute coordination meeting scheduled for Wednesday before the Change Advisory Board review on Thursday. Key blockers identified include resolving a security issue on task 515 (HTTP/HTTPS "any destinations" removal) within one hour, clarifying the T24 duplication fix status with backend teams, and obtaining OpenText/EDOCS support clarification from the vendor through contract review. The team will proceed with parallel development activities including API Gateway setup, GitHub tagging implementation, and TAP deployment support, ensuring progress across multiple workstreams while awaiting critical vendor responses.
The meeting covered multiple concurrent projects in active development phases. The OMS system is scheduled for go live next week with implementation beginning Monday, requiring coordination across teams and notification to stakeholders. The migration roadmap for 9 Mule applications (142 endpoints across 23 WAR files) has been finalized with completion targeted for mid-late August, one month ahead of the deadline. Weekly progress tracking with percentage completion metrics will now be reported to senior management. Several items require immediate clarification, including Brazil's E-Banking implementation timeline and confirmation of pre-computer data go live scheduling with Zurich.
A reunião definiu a estratégia de migração das 27 APIs do T24 para MuleSoft, com decisão de segregar em 10 aplicações MuleSoft agrupadas por escopo ao invés de uma única aplicação, a fim de evitar problemas de performance. O cronograma proposto prevê entrega incremental com 4 desenvolvedores em 60% de capacidade, com entrega de uma a quatro aplicações por mês, iniciando descoberta em abril com as aplicações Mailer, Order Trading e Jira, e conclusão até setembro de 2026. A equipe aprovou a estrutura Jira com histórias por aplicação MuleSoft e subtarefas por WAR file/API, e foram identificadas ações críticas como validação de Swagger, criação de novo template de governança e coordenação com stakeholders para as fases de teste.
A reunião focou principalmente no andamento dos testes de Fixed Income e na resolução do problema crítico T116, onde o BPM não recebe confirmação de execução do Bloomberg através do MQ. Três dos quatro casos de teste pendentes foram confirmados como executados corretamente, com apenas o caso T116 ainda requerendo investigação urgente com Michael Shue e Rick Saban. Decidiu-se adiar o deploy para a semana seguinte (após 2026-04-07) devido à Sexta-feira Santa e feriado no Brasil, embora o Pre-computed Data esteja pronto para produção caso os requisitos sejam finalizados até amanhã. Adicionalmente, progresso significativo foi reportado em integração de APIs (EDocs, AWS Gateway, TAP Lite) e melhorias importantes de performance foram alcançadas no enhancement de API orchestration.
A reunião focou em duas questões principais: a implementação de uma regra de firewall para permitir comunicação com o ambiente UAT da API de documentos do projeto Brasil, e a resolução de um problema de expiração de senha na conta de serviço ICAPTO na Suíça. Para a regra de firewall, foi decidido criar a configuração no MuleSoft antes de aplicar no Palo Alto, com coleta de endereços IP específicos. Para a alteração de senha, uma reunião foi agendada para o dia seguinte após a execução do processo rotineiro matinal. A equipe esclareceu questões sobre jurisdição e mudança de gerenciamento para revisão posterior.
A reunião constituiu uma entrevista técnica com Raul, candidato com 8 anos de experiência em desenvolvimento .NET. O candidato demonstrou conhecimento sólido em princípios de desenvolvimento, RESTful APIs e tecnologias alinhadas com o stack da empresa. No entanto, apresentou dificuldades em responder questões avançadas de .NET (Collections ThreadSafe e Extension Methods) e possível leitura de material durante a entrevista, gerando preocupações sobre a profundidade do conhecimento. A decisão foi deixar o candidato em espera para coleta de referências comportamentais de seus times anteriores antes de uma decisão final.
The team discussed critical Bloomberg system issues that will be addressed in a scheduled call with Edward at 3:00 PM ET to review previous resolution approaches and conduct regression testing on equities and CD items. Client ID deployment has been successfully completed and moved to done status pending documentation of production evidence. Marcelo is progressing on eSigner TRUE and EDOCS integration specifications and documentation work, with the latter marked as high priority, while coordinating with the infrastructure and Infosec teams on firewall rules and pending API tasks. The team expects to have a status update on the Bloomberg situation and next steps immediately following the 3:00 PM call.
The team presented a well-structured API migration plan involving the segregation of APIs across 10 Mule applications to optimize performance, with a complexity-based scoring system and a detailed 4-month timeline (April-August 2026) using four developers at 60% capacity. While the overall approach was praised for its organization and governance improvements, Speaker B flagged concerns about potentially underestimated UAT effort and requested a detailed review session to refine the estimations. The project maintains a comfortable buffer until the mid-August deadline, with flexibility to adjust resource allocation and UAT scope as needed.
A reunião semanal de status focou em cinco projetos principais com progresso em diversas frentes. O bloqueio crítico com Bloomberg no OMS será discutido em reunião hoje à tarde, com expectativa de resolução para segunda-feira, mantendo o deadline de go live de 3 de abril. O E Banking está preparado para go live na mesma data, condicionado ao fechamento de todos os tickets de aprovação técnica até terça-feira fim do dia, com os problemas funcionais sendo priorizados sobre otimizações de performance. O Signature Card foi adiado para 1º de maio devido à mudança de design no protocolo de integração com a API EDOCS, enquanto o Managed Flex Gateway permanecerá em UAT até esclarecimentos sobre questões técnicas pendentes.
The team addressed critical blockers including an unresolved Bloomberg fixed message issue that is delaying progress, requiring coordination with trade desk leadership returning Monday. Client ID Enforcement deployment was approved for tomorrow pending deployment window coordination with Thiago Dantas. The API inventory migration initiative is moving forward with planning for an EPIC-based structure, with effort estimation and task breakdown starting this week. Additionally, the E-Signature project design was updated based on recent feedback, necessitating deeper exploration of the new EDOCS API integration approach before development can commence, though team remains optimistic about progress by week's end.
The team is currently blocked on the OMS testing and Bloomberg integration issues, with no immediate resolution expected despite escalation efforts through Alan to Bloomberg. While waiting for Bloomberg's fix, the team is proceeding with Client ID enforcement deployments and MuleSoft configuration work, including certificate setup and HTTPS restriction troubleshooting. Additionally, the team has refocused the 170-endpoint API migration strategy to move everything to governed mode first before segregating by risk, with a critical need to establish complexity assessments and a delivery timeline by end of Friday to commence migrations the following week. The EDOCS signature card project is gathering business requirements in parallel to support new API documentation and system design.
A reunião abordou a gestão de recursos e capacidade para o contrato com Itaú em abril de 2026. Foi confirmada a alocação de Marcelo como cobertura de 100% do orçamento disponível até 1º de abril, quando será reavaliada sua permanência no projeto. A saída de Léo em 10 de abril, combinada com o retorno de Raul de férias e planejamento de recursos, resultou na identificação de um gap de 28 dias de capacidade não coberta pelo SOW atual. O time levantou a possibilidade de antecipar a saída de Léo para 3 de abril, sujeita a validação de viabilidade com o cliente. Para resolver o problema de capacidade, será necessário mapear o saldo de férias disponíveis dos membros da equipe (Sketinha e Ícaro) e solicitar um change order ao Itaú para estender o contrato, incorporando tanto a cobertura de Marcelo quanto a recuperação do gap de capacidade identificado.
A reunião abordou a migração da infraestrutura de APIs para o Cloud Hub 2.0 do MuleSoft e as preocupações de segurança relacionadas ao range amplo de IPs nas regras de ingress/egress. O grupo decidiu testar a implementação de Egress Groups com domínios específicos como solução principal para o problema de conectividade da aplicação MULI, com opções alternativas de proxy corporativo e range de IPs caso o teste falhe. Reconhecendo dinâmicas políticas complexas com outras áreas, a estratégia definida é alinhar-se primeiro com Wellington e Dantas (stakeholders-chave) antes de apresentar a solução em fórum aberto, evitando confrontos repetitivos e garantindo uma proposta técnica sólida e fundamentada.
The meeting focused on resolving a critical Bloomberg integration issue blocking the OMS UAT testing cycle, along with progress updates on multiple infrastructure and API initiatives. While equities testing is progressing well, fixed income data discrepancies must be resolved before production deployment can proceed; Alan has been tasked with escalating the issue with Bloomberg. Additionally, several deployment cards have been approved to move to "Ready to Deploy" status pending board updates, and a dedicated technical meeting has been scheduled to align on MuleSoft environment configuration and firewall rules with infrastructure and infosec stakeholders.
The team resolved a critical DNS connectivity issue in UAT that impacted all system connections (OMS, TAP, etc.) this morning, highlighting a significant single point of failure risk in the current infrastructure architecture. With the DNS issue now resolved, the team is focused on completing UAT testing and bug cleanup, with Alan Cohen scheduled to execute end-to-end test cases in Bloomberg this afternoon to finalize test validation. Key deliverables including the Signature Card documentation, DNS entries for Capital (CNG), and API classification framework remain on track, with documentation updates and design decisions pending completion by end of day. The team aims to finalize UAT testing within the next few days and proceed to production deployment, though the team's testing capacity depends on Alan Cohen's availability and the resolution of pending technical issues.
| Task | Owner | Due Date | Priority | Meeting |
|---|---|---|---|---|
| Update DNS CNG card with UAT test evidence and redeploy | Scatini | Today | High | DailyMulesoft |
| Execute end-to-end test cases in Bloomberg | Alan Cohen (coordinated by Corey) | Today | High | DailyMulesoft |
| Complete technical testing and prepare test list for Alan | Antonio, Corey, Basili | Today | High | DailyMulesoft |
| Finalize Signature Card documentation in Confluence | Scatini | Today | High | DailyMulesoft |
| Add design decision comment to Signature Card regarding edocs API | Scatini | Today | High | DailyMulesoft |
| Coordinate with Marcelo and Wagner team on Signature Card solution | Scatini | ASAP | High | DailyMulesoft |
| Review and provide feedback on Bloomberg equity staging updates | Flavio | ASAP | Medium | DailyMulesoft |
| Investigate Flex Gateway 404 endpoint error | Dwayne / Scatini | ASAP | Medium | DailyMulesoft |
| Continue API classification inventory work and divide tasks | Dwayne | ASAP | Medium | DailyMulesoft |
| Follow up on availability of Alan Cohen for testing | Flavio (in-office visit) | Today | High | DailyMulesoft |
| Discuss two-day-per-week code review sessions with developers | Dwayne | ASAP | Low | DailyMulesoft |
| Update Kanban board with documentation revisions | Basili | End of meeting | Medium | DailyMulesoft |
| Attach test evidence to change request after call | Scatini | After meeting | High | DailyMulesoft |
| Forward Bloomberg updates email to Flavio for review | Corey | ASAP | Medium | DailyMulesoft |
| Provide UAT testing progress update | Antonio / Corey | End of day | High | DailyMulesoft |
| Follow up on Bloomberg issue and provide feedback | Alan | ASAP | Critical | DailyMulesoft |
| Close remaining test cases (CD and structured notes) | Corey/Testing Team | Before Regression | High | DailyMulesoft |
| Conduct regression testing with Edward | Edward/Corey | Monday onwards | High | DailyMulesoft |
| Move Client ID card to "Ready to Deploy" status | Vasily | Before daily standup | High | DailyMulesoft |
| Move Schecchini card to "Ready to Deploy" status | Schecchini | Before daily standup | High | DailyMulesoft |
| Update DNS entry for ICAP and move to "Ready to Deploy" | Basilians/Schecchini | Before daily standup | High | DailyMulesoft |
| Schedule dedicated MuleSoft environment configuration meeting | Speaker A | Within 1-2 days | High | DailyMulesoft |
| Coordinate CIDR block range change solution with infrastructure | Schecchini/Eduardo | Ongoing | Medium | DailyMulesoft |
| Complete IPB Database System API documentation | Marcelo | Friday | Medium | DailyMulesoft |
| Conduct session with William and Rodrigo on E-Banking business process | Marcelo | Tomorrow | Medium | DailyMulesoft |
| Test logs API functionality with ITOP upgrade | Leo | Today/Tomorrow | Medium | DailyMulesoft |
| Investigate Flex gateway 404 error | Dwayne/Wellington/Schecchini | ASAP | Medium | DailyMulesoft |
| Resolve book building application dependencies | Dwayne | Ongoing | Low | DailyMulesoft |
| Code review on API inventory scoring notification framework | Dwayne | Today | Low | DailyMulesoft |
| Tarefa | Responsável | Data Limite | Prioridade | UpdateParaFlavioSobreWeeklyInfra |
| Testar Egress Group com regras de domínio específicas para MULI | Speaker C (Schettini) | Imediato | **Crítica** | UpdateParaFlavioSobreWeeklyInfra |
| Revisar documentação de Egress Group Rule para validação | Speaker C | Imediato | **Crítica** | UpdateParaFlavioSobreWeeklyInfra |
| Abrir chamado com MuleSoft caso teste não funcione | Speaker C | Alguns dias | Alta | UpdateParaFlavioSobreWeeklyInfra |
| Agendar reunião de 15 minutos com Wellington e Dantas | Speaker A | Amanhã | **Crítica** | UpdateParaFlavioSobreWeeklyInfra |
| Preparar fundamentação técnica e proposta de solução | Speaker C | Antes da reunião com Wellington/Dantas | Alta | UpdateParaFlavioSobreWeeklyInfra |
| Reunião em fórum aberto com Eduardo e Information Security | Speaker A/B/C | Após alinhamento com Wellington/Dantas | Alta | UpdateParaFlavioSobreWeeklyInfra |
| Responder com solução definida | Speaker C | Até terça-feira da semana seguinte | Alta | UpdateParaFlavioSobreWeeklyInfra |
| Tarefa | Responsável | Data de Vencimento | Prioridade | ViniSobreKimble |
| Enviar link de acesso ao Sainer 3 e validar acesso | Speaker A | 04/04/2026 | Alta | ViniSobreKimble |
| Abrir ITOP para solicitar credenciais GFT caso necessário | Speaker B | 05/04/2026 | Média | ViniSobreKimble |
| Convalidar com Dantas sobre antecipação da saída de Léo para 3 de abril | Speaker B | 04/04/2026 | Alta | ViniSobreKimble |
| Obter do RH informações de saldo de férias (Sketinha, Ícaro, demais membros) | Speaker B | 05/04/2026 | Alta | ViniSobreKimble |
| Planejar férias para Sketinha e Ícaro (9 meses de antecedência) | Speaker A e B | 06/04/2026 | Média | ViniSobreKimble |
| Realizar exercício financeiro: traduzir dias faltantes em valor (USD) | Speaker B | 08/04/2026 | Alta | ViniSobreKimble |
| Preparar documentação para change order de extensão do contrato com Itaú | Speaker A | 10/04/2026 | Alta | ViniSobreKimble |
| Validar acesso de Marcelo ao sistema e executar knowledge transfer | Marcelo | 31/03/2026 | Média | ViniSobreKimble |
| Ping Alan regarding Bloomberg issue status and expectations for resolution | Antonio (Speaker B) | ASAP | High | DailyMulesoft |
| Contact Bloomberg through Alan to clarify if they acknowledge the problem on their side | Antonio | ASAP | High | DailyMulesoft |
| Link Client ID enforcement tasks to the same change in JIRA | Vasily (Speaker D) | ASAP | High | DailyMulesoft |
| Move CNG 8796 to pending approval status | Schettini (Speaker F) | Today | High | DailyMulesoft |
| Create and move CNGs for Client ID to pending approval | Schettini | Today | High | DailyMulesoft |
| Assign CNG application approval to Tiago Dantas | Schettini | Today | High | DailyMulesoft |
| Complete documentation review | Schettini | Today (20-30 minutes) | Medium | DailyMulesoft |
| Arrange meeting between Eduardo, Norbert, and Schettini for certificate configuration | Schettini | Today/Tomorrow | Medium | DailyMulesoft |
| Contact Roberto regarding HTTPS restriction troubleshooting and T24 timeout errors | Schettini | Today/Tomorrow | High | DailyMulesoft |
| Conduct troubleshooting session with T24, DNS, Justin Teams, and MuleSoft | Schettini | Today/Tomorrow | High | DailyMulesoft |
| Update Excel sheet with new columns for API categorization | Dwayne (Speaker G) | Friday (End of Day) | High | DailyMulesoft |
| Assess complexity and effort for each API migration | Dwayne, Marcelo, Basili, Schettini | Friday (End of Day) | High | DailyMulesoft |
| Build API migration delivery map (timeline until August) | Dwayne (with team input) | Friday (End of Day) | High | DailyMulesoft |
| Gather missing information from Signature and EDOCS projects | Marcelo (Speaker E) | Ongoing | High | DailyMulesoft |
| Collect business process information for E-banking from Rodrigo and Wellington | Marcelo | Tomorrow appointment | High | DailyMulesoft |
| Create documentation for AWS API facade and EDOCS system API facade | Marcelo | Ongoing | Medium | DailyMulesoft |
| Contact Alan for Bloomberg status update and continue follow-up | Corey | This Afternoon | High | DailyMulesoft |
| Coordinate with Thiago Dantas on optimal deployment window for Client ID Enforcement | Basili & Continue | Today | High | DailyMulesoft |
| Deploy Client ID Enforcement in production | Basili | Tomorrow | High | DailyMulesoft |
| Call Dwayne to review API migration work plan | Scacchini | Today (End of Day) | High | DailyMulesoft |
| Create EPIC and individual stories for API inventory migration | Scacchini | This Week | High | DailyMulesoft |
| Invite Speaker A to API migration planning meeting | Scacchini | ASAP | Medium | DailyMulesoft |
| Resolve PIP515 unauthorized errors with curl requests testing | Dwayne & Scacchini | TBD | High | DailyMulesoft |
| Update PIP515 card with screenshots and comments | Dwayne | Upon Completion | Medium | DailyMulesoft |
| Complete E-Signature design improvements | Team (Wagner, Flavor) | This Week | High | DailyMulesoft |
| Set up MuleSoft to UAT environment communication for EDOCS API | Marcel | In Progress | High | DailyMulesoft |
| Create user credentials for EDOCS library access | Marcel | In Progress | High | DailyMulesoft |
| Review E Bank business process documentation with Rodrigo and William | Marcel | Before Publication | Medium | DailyMulesoft |
| Complete Tamorin and File Watcher API documentation | Marcel | TBD | Medium | DailyMulesoft |
| Explore EDOCS API resources with Ruth and team | Marcel & Ruth | In Progress | Medium | DailyMulesoft |
| Add EDOCS/BPM onboarding migration to backlog for future phase | Pedro & Team | TBD | Medium | DailyMulesoft |
| Contact Corey to understand EDOCS complexity and context | Marcel | This Week | Medium | DailyMulesoft |
| Install Visual Studio for book building work | Dwayne | In Progress | Medium | DailyMulesoft |
| Develop progress indicators/burn-down metrics for API inventory | Pedro & Flavio | In Progress | High | DailyMulesoft |
| Meet with Dwayne and Scacchini to finalize API inventory approach plan | Pedro | Today | High | DailyMulesoft |
| Reunião com Thiago Dantas, Allen e Bloomberg para resolver bloqueio OMS | Corey/Thiago Dantas | Hoje (3 de abril) | CRÍTICA | WeeklyMulesoft |
| Exportar certificado Trusted Root Certification Authority (VCGT008) para Flex Gateway | Norbert | Terça-feira fim do dia | ALTA | WeeklyMulesoft |
| Resolver validação funcional de E Banking com Bavini | Norbert | Terça-feira fim do dia | ALTA | WeeklyMulesoft |
| Fechar todos os tickets de CAB/CNG para E Banking | Norbert/Equipe | Terça-feira fim do dia | CRÍTICA | WeeklyMulesoft |
| Edward fazer sign-off final dos testes OMS | Edward | Segunda-feira | ALTA | WeeklyMulesoft |
| Reunião com Scatini sobre HTTP Any no Managed Flex Gateway | Dwayne/Scatini | Hoje (3 de abril) | MÉDIA | WeeklyMulesoft |
| Deployment de DNS Client ID (2 APIs) | Vasily/Scatini | Hoje às 20h Miami | MÉDIA | WeeklyMulesoft |
| Apresentar plano de migração de API Inventory | Flavio/Scatini | Próxima reunião semanal | MÉDIA | WeeklyMulesoft |
| Finalizar documentação de E Banking (draft) | Marcelo | Hoje (3 de abril) | MÉDIA | WeeklyMulesoft |
| Documentos executivos de business process de alto nível | Marcelo | Próxima semana | BAIXA | WeeklyMulesoft |
| Iniciar especificações de APIs Mulesoft para Signature Card | Marcelo | Assim que possível | MÉDIA | WeeklyMulesoft |
| Verificar tamanhos de réplicas para scalability de E Banking | Jose | Próxima semana | MÉDIA | WeeklyMulesoft |
| Send detailed estimation documents to Speaker B | Speaker A (Pedro) | 2026-04-03 (afternoon) | High | FlavioAndDwayneAboutAPIinventoryPlanning |
| Review estimation methodology and refine UAT allocation | Speaker A & Speaker B | 2026-04-03 15:00 | High | FlavioAndDwayneAboutAPIinventoryPlanning |
| Schedule technical deep-dive session on architecture details | Speaker A (Pedro) | 2026-04-03 | Medium | FlavioAndDwayneAboutAPIinventoryPlanning |
| Present program governance improvements and progress to Thiago Fernandez | Speaker B | Next meeting | Medium | FlavioAndDwayneAboutAPIinventoryPlanning |
| Fine-tune resource plan and deliverable dates based on review feedback | Speaker A | Post-review | High | FlavioAndDwayneAboutAPIinventoryPlanning |
| Bloomberg situation briefing and regression testing | Speaker B | 2026-03-30 (3:00 PM ET) | High | DailyMulesoft |
| Provide production deployment evidence in logs and ERQ | Speaker C (Antonio Basili) | 2026-03-31 | High | DailyMulesoft |
| Complete eSigner TRUE and EDOCS integration specifications | Speaker C (Marcelo) | TBD | High | DailyMulesoft |
| EDOCS implementation documentation | Speaker C (Marcelo) | TBD | High | DailyMulesoft |
| Coordinate with infrastructure team on ISD and REC tasks | Speaker C (Marcelo) | 2026-03-31 (end of week) | Medium | DailyMulesoft |
| Update AWS Gateway API specifications | Speaker C (Marcelo) | TBD | Medium | DailyMulesoft |
| Report back on Bloomberg call status | Speaker B | 2026-03-30 (post-3:00 PM call) | High | DailyMulesoft |
| Tarefa | Responsável | Data de Vencimento | Prioridade | EntrevistaRaulPires |
| Coletar feedback dos times anteriores sobre dedicação e participação do candidato | Pedro | Conforme necessário | Alta | EntrevistaRaulPires |
| Verificar disponibilidade de outras candidaturas em .NET | Pedro/Talent | Conforme necessário | Alta | EntrevistaRaulPires |
| Agendar conversa de acompanhamento com candidato após análise | Pedro/Dantas | A definir | Média | EntrevistaRaulPires |
| Tarefa | Responsável | Data Vencimento | Prioridade | WeeklyInfra |
| Criar regra de egress no MuleSoft | Marcelo/Equipe | 2026-04-04 | Alta | WeeklyInfra |
| Atualizar ticket DRQ com informações de IP | Speaker C | 2026-04-04 | Alta | WeeklyInfra |
| Agendar reunião para alterar senha da conta de serviço | Speaker B | 2026-04-04 | Alta | WeeklyInfra |
| Executar alteração de senha no serviço | Basili | Após 10:30 (horário leste) 2026-04-05 | Alta | WeeklyInfra |
| Verificar política de change management com Gonzalez | Speaker B | 2026-04-07 | Média | WeeklyInfra |
| Coletar range de IPs/conjunto de IPs para endpoints | Speaker C | 2026-04-04 | Alta | WeeklyInfra |
| Tarefa | Responsável | Data de Vencimento | Prioridade | DailyMulesoft |
| Investigar problema T116 - Bloomberg MQ messaging | Flavio, Antonio, Michael Shue, Rick Saban | Hoje (2026-04-03) | Alta | DailyMulesoft |
| Confirmar testes T101, T103, T107 - verificar erros Mulesoft | Flavio, Antonio | Hoje (2026-04-03) | Alta | DailyMulesoft |
| Obter confirmação de Juan Fernando Guerra em T24 para T137 (CDCell) | Flavio | Hoje (2026-04-03) | Alta | DailyMulesoft |
| Reunião com Norbert sobre TAP Lite certificate e Flex Gateway | Scattini, Dwayne, Wellington | 2026-04-04 | Alta | DailyMulesoft |
| Investigar timeout errors em aplicações Mulesoft | Scattini | Sem data definida | Média | DailyMulesoft |
| Revisar plano de inventário de APIs com equipe técnica | Speaker A, Dwayne | 2026-04-04 | Média | DailyMulesoft |
| Iniciar desenvolvimento (abordagem a ser definida) | Speaker A, Dwayne, equipe | Semana de 2026-04-03 | Média | DailyMulesoft |
| Criar descrição detalhada para task 631 (EDocs to API Gateway) | Marcelo | Hoje (2026-04-03) | Média | DailyMulesoft |
| Completar análise de endpoints EDocs API | Marcelo | Sem data definida | Média | DailyMulesoft |
| Criar RQ e IOCR para Pre-computed Data | Bevini, equipe | 2026-04-04 15h | Alta | DailyMulesoft |
| Enviar IOCR para SMB connection password update | Speaker G | Hoje (2026-04-03) | Baixa | DailyMulesoft |
| Atualizar task com screenshot de performance improvement | Speaker A | Hoje (2026-04-03) | Baixa | DailyMulesoft |
| Confirmar informação oficial sobre early dismissal na sexta-feira | Speaker B | Sem data definida | Baixa | DailyMulesoft |
| Agendar apresentação de API inventory governance com Vinnie | Speaker A | Semana de 2026-04-07 | Baixa | DailyMulesoft |
| Tarefa | Responsável | Data de Vencimento | Prioridade | MulesoftTeamAboutAPIInventoryPlanning |
| Revisar e validar disponibilidade de Swagger para APIs T24 | Dwayne (Speaker A) | 2026-04-05 | Alta | MulesoftTeamAboutAPIInventoryPlanning |
| Reunião com desenvolvedores para dividir trabalho e iniciar fase de descoberta | Dwayne, Scattini, Equipe Dev | 2026-04-04 (10:30 AM) | Alta | MulesoftTeamAboutAPIInventoryPlanning |
| Criar novo template MuleSoft com governança API atualizada | Scattini | 2026-04-05 | Alta | MulesoftTeamAboutAPIInventoryPlanning |
| Enviar documentação de planejamento (planilha/timeline) para equipe revisar | Pedro | 2026-04-04 | Alta | MulesoftTeamAboutAPIInventoryPlanning |
| Coordenar com Leonardo Ramos documentação/conhecimento do Mailer antes de 2026-04-10 | Pedro/Equipe | 2026-04-10 | Alta | MulesoftTeamAboutAPIInventoryPlanning |
| Comunicar fases de UAT com stakeholders (Madhuri, Lanza, Wigi Berto) | Pedro | 2026-04-07 | Média | MulesoftTeamAboutAPIInventoryPlanning |
| Confirmar disponibilidade de negócio para fases de teste em abril/maio | Equipe | 2026-04-05 | Média | MulesoftTeamAboutAPIInventoryPlanning |
| Contact Bavini regarding Brazil E-Banking functionality go live date | Speaker A | 2026-04-04 | High | WeeklyMulesoft |
| Confirm Norbert's schedule for pre-computer data go live | Speaker A | 2026-04-03/04-04 | High | WeeklyMulesoft |
| Send message to Richard regarding OMS go live and MuleSoft queue changes | Speaker A | 2026-04-04 | High | WeeklyMulesoft |
| Begin OMS implementation with Scatini and team | Speaker A / Scatini | 2026-04-07 (Monday) | High | WeeklyMulesoft |
| Process change request for Signature Card project | Antonio | 2026-04-04 | Medium | WeeklyMulesoft |
| Initiate Flex Gateway migration testing on UAT for DAP | Speaker A | 2026-04-07 | High | WeeklyMulesoft |
| Finalize Signature Card design and specification discussions | Wagner / Team | 2026-04-08/09 | High | WeeklyMulesoft |
| Prepare weekly progress report with completion percentage gauges | Speaker A | 2026-04-11 (Friday) | High | WeeklyMulesoft |
| Coordinate with business partners on high-level business process documentation | Marcelo / Team | 2026-04-07 | Medium | WeeklyMulesoft |
| Double-check pre-computer data go live confirmation | Speaker A | 2026-04-04 | High | WeeklyMulesoft |
| Create Microsoft Teams group for OMS production implementation | Speaker A | 2026-04-06 (after meeting) | High | DailyMulesoft |
| Resolve security issue on task 515 (remove "any destinations" HTTP/HTTPS) and test in UAT | Speaker C (Schettini) | 2026-04-06 (within 1 hour) | High | DailyMulesoft |
| Update deployment steps and configuration; prepare migration table for production | Speaker C (Schettini) | 2026-04-07 | High | DailyMulesoft |
| Schedule and conduct 30-minute deployment coordination meeting | Speaker A | 2026-04-08 (Wednesday) | High | DailyMulesoft |
| Test TAP configuration with Norbert support | Speaker C (Schettini) | 2026-04-07 (Wednesday) | High | DailyMulesoft |
| Contact Ruth and Wagner regarding OpenText EDOCS support/contract escalation | Speaker F (Marcelo) | 2026-04-07 | High | DailyMulesoft |
| Create BitBucket repository for new API Gateway | Speaker H (Dwayne) or Speaker E (Dantas) | 2026-04-07 | Medium | DailyMulesoft |
| Execute DDL file on UAT database for API Gateway development | Speaker E (Dantas) | 2026-04-07 | Medium | DailyMulesoft |
| Review GitHub tagging implementation in code review | Speaker C (Schettini) | 2026-04-07 | Medium | DailyMulesoft |
| Clarify T24 duplication fix status (configuration vs. deployment) with Rajit and Deepak | Speaker A | 2026-04-07 | High | DailyMulesoft |
| Prepare SMB password update for I Capital process production deployment | Speaker G (Basili) | 2026-04-07 | Medium | DailyMulesoft |
| Support TAP deployment with Norbert | Speaker G (Basili) and Speaker C (Schettini) | 2026-04-07 | High | DailyMulesoft |
| Move REMO template API inventory migration task from backlog to in-progress | Speaker C (Schettini) | 2026-04-07 | Medium | DailyMulesoft |
| Obtain change ticket numbers and approvals for two minor RQs in BPM release | Speaker D (Corey) | 2026-04-07 | High | DailyMulesoft |
| Coordinate with Talia Cruz on test evidence and approvals for BPM RQs | Speaker D (Corey) | 2026-04-07 | High | DailyMulesoft |
| Conduct duplicate order test - send same order twice and verify no second order is created | Corey (Speaker C) and Antonio | 2026-04-07 | High | OMSRedeploymentPlanning |
| Add test evidence to ticket IOCR 2204 and provide confirmation of expected error response | Speaker C | 2026-04-07 | High | OMSRedeploymentPlanning |
| Push ticket IOCR 2204 to CAB | Speaker B (Flavio) | 2026-04-09 | High | OMSRedeploymentPlanning |
| Update old BPM CNG with deployment date (12-13 Dec 2025) and rollback date (16 Dec 2025), then close | Speaker B | 2026-04-07 | Medium | OMSRedeploymentPlanning |
| Update old MuleSoft CNG (8594) with deployment dates and close | Speaker E (Scattini) | 2026-04-07 | Medium | OMSRedeploymentPlanning |
| Create new BPM CNG similar to old one, linking RQ7316, RQ7603 and related AUTO tickets | Speaker C | 2026-04-08 | High | OMSRedeploymentPlanning |
| Create new MuleSoft CNG similar to old one with deployment plan details | Speaker E (Scattini) | 2026-04-08 | High | OMSRedeploymentPlanning |
| Add backup plan to BPM change ticket documenting switch to web layer if MENOS deployment fails | Speaker C | 2026-04-08 | Medium | OMSRedeploymentPlanning |
| Confirm if separate change request is needed for MQ update to use MuleSoft instead of web layer | Speaker B | 2026-04-07 | Medium | OMSRedeploymentPlanning |
| Ensure Rick Sabag updates IBM MQ to communicate through MuleSoft instead of web layer | Rick Sabag | 2026-04-10 | High | OMSRedeploymentPlanning |
| Brief Dantas on Friday deployment plan and ensure his participation | Speaker B | 2026-04-08 | Medium | OMSRedeploymentPlanning |
| Create new ticket for future retry logic improvements (next phase after stabilization) | Team | Low | OMSRedeploymentPlanning | |
| Abrir/verificar CNG para aprovações | Sketini/Bacilli | 2026-04-07 | Crítica | DailyGFTnoItau |
| Investigar Egress Rule Group do TAP | Sketini | 2026-04-07 | Crítica | DailyGFTnoItau |
| Configurar TAP em Dev (API Manager) | Bacilli | 2026-04-07 | Alta | DailyGFTnoItau |
| Resolver certificado TAP Lite para UAT | Sketini/Norbert | 2026-04-07 | Alta | DailyGFTnoItau |
| Confirmar se PreComputeData pode ir com Skip Validation | Sketini/Norbert | 2026-04-07 | Alta | DailyGFTnoItau |
| Obter template RAML pronto | Bacilli/Sketini | 2026-04-07 | Crítica | DailyGFTnoItau |
| Comunicar partes interessadas sobre pausa em HTTP aberto | Sketini | 2026-04-07 | Alta | DailyGFTnoItau |
| Finalizar testes e-banking logs | Léo | 2026-04-10 | Alta | DailyGFTnoItau |
| Gerar evidências de teste e-banking | Léo | 2026-04-10 | Alta | DailyGFTnoItau |
| Submeter mudança e-banking ao CAB | Léo | 2026-04-10 | Alta | DailyGFTnoItau |
| Agendar sessões de passagem de conhecimento (2-3 sessões) | Léo | 2026-04-09 | Alta | DailyGFTnoItau |
| Fazer ajustes no RAML para Process API eDocs | Marcelo | 2026-04-07 | Média | DailyGFTnoItau |
| Analisar Mailer API sem RAML (consumo, integração) | Bacilli | Média | DailyGFTnoItau | |
| Verificar repositório AWS Gateway CCNPI com Dantos | Marcelo | 2026-04-07 | Média | DailyGFTnoItau |
| Executar testes manuais aplicação BPM | Ícaro | 2026-04-09 | Alta | DailyGFTnoItau |
| Acompanhar aprovação CAB para BPM | Ícaro | 2026-04-10 | Alta | DailyGFTnoItau |
| Adicionar descrição aos 3 itens OMS | Bacilli | 2026-04-07 | Média | DailyGFTnoItau |
| Mover 617 para Design | Bacilli | 2026-04-07 | Média | DailyGFTnoItau |
| Passar story 601 para Kanban pessoal | Sketini | 2026-04-07 | Média | DailyGFTnoItau |
| Cobrar Lucas sobre convite iCapital | Bacilli | 2026-04-07 | Média | DailyGFTnoItau |
| Deploy Recap agendado | Bacilli | 2026-04-08 | Média | DailyGFTnoItau |
| Contatar infra sobre endpoints IDOCs e API | Marcelo | 2026-04-07 | Alta | DailyGFTnoItau |
| Reunião com Tokman (embaixador INCS) | Ícaro | Média | DailyGFTnoItau | |
| Preparar demo Winx para última semana de abril | Ícaro | 2026-04-30 | Média | DailyGFTnoItau |
| Raise ticket with detailed description of DNS/firewall issue in UAT | Schettini (Speaker B) | ASAP | Medium | WeeklyInfra |
| Open access request ticket for net tools | Eduardo (Speaker B) | ASAP | High | WeeklyInfra |
| Grant MuleSoft access permissions and provide testing URL to Eduardo | Speaker D | ASAP | High | WeeklyInfra |
| Move RQ A295 to Eduardo as assignee and update status | Speaker A | ASAP | Medium | WeeklyInfra |
| Ask Wagner to cancel outdated RQs (SMB protocol related) | Speaker A | ASAP | Medium | WeeklyInfra |
| Schedule debugging session for EDOCS/MuleSoft/AWS gateway connectivity issues | Speaker A/E | Within 1 week | High | WeeklyInfra |
| Check VPN connectivity status (U.S. and Switzerland routes) | Speaker C | ASAP | Medium | WeeklyInfra |
| Process MuleSoft access request (ISD ticket 153109) | Speaker D (Mean) | ASAP | High | WeeklyInfra |
| Contatar Gabi (RH) para iniciar próximas etapas do processo com Beatriz | Pedro | Alta | EntrevistaComBeatrizMatsushita | |
| Preparar e executar demo do Winx | Pedro e equipe Winx | Fim de abril | Média | EntrevistaComBeatrizMatsushita |
| Continuar discussões sobre POC de IA com cliente Itaú | Pedro e Ícaro | Média | EntrevistaComBeatrizMatsushita | |
| Iniciar busca formal por replacement para posição de desenvolvedor .NET (substituição de Léo) | Pedro/RH | Alta | EntrevistaComBeatrizMatsushita | |
| Cancelar CNGs duplicados (creados para VPN y T24) | Schettini | 7 de abril de 2026 | Alta | DailyMulesoft |
| Crear CNG para lado BPM y vincularlo a RQ | Corey | 7 de abril de 2026 | Alta | DailyMulesoft |
| Obtener número de RQ antiguo para BPM y actualizar ticket de cambio | Corey | 7 de abril de 2026 | Alta | DailyMulesoft |
| Actualizar tickets OMS a estado Ready to Deploy con evidencias | Basili | 7 de abril de 2026 | Alta | DailyMulesoft |
| Investigar errores 404 en logs de TAP en producción | Norbert | 8 de abril de 2026 | Alta | DailyMulesoft |
| Notificar a Bevini sobre errores en logs de TAP | Schettini | 7 de abril de 2026 | Media | DailyMulesoft |
| Finalizar ajuste de plantilla RAML | Schetini | 8 de abril de 2026 | Alta | DailyMulesoft |
| Mover API Inventory a estado Design | Schetini | Después de completar RAML | Alta | DailyMulesoft |
| Investigar y resolver problema de merge (development a master) | Duane | Alta | DailyMulesoft | |
| Iniciar trabajo en Mailer API para API Inventory | Schetini | Lo antes posible | Alta | DailyMulesoft |
| Comenzar discovery en APIs asignadas (618, 622) | Duane | Inmediato | Alta | DailyMulesoft |
| Solicitar enlaces Swagger a Madhuri | Duane | Media | DailyMulesoft | |
| Solicitar creación de repositorios a Dantas | Duane | Pendiente respuesta | Media | DailyMulesoft |
| Investigar cambios en base de datos IPB | Marcelo | Media | DailyMulesoft | |
| Alinear con Dantas sobre convenciones de nombres de APIs | Marcelo | Media | DailyMulesoft | |
| Incluir acceso a MQ de producción en ticket de cambio BPM | Corey | 7 de abril de 2026 | Alta | DailyMulesoft |
| Solicitar acceso a servidor MQ de producción | Richard | Antes del 8 de abril de 2026 | Alta | DailyMulesoft |
| Contactar a Dantas para coordinar despliegue del viernes | Flavio | 7 de abril de 2026 | Alta | DailyMulesoft |
| Hablar con Norbert sobre actualizaciones de TAP | Speaker A | 8 de abril de 2026 | Media | DailyMulesoft |
| Documentar información descubierta en tarjetas de tareas | Marcelo, Schetini, Basili, Duane | Media | DailyMulesoft | |
| Empurrar mudança Mulesoft OMS para aprovação | Flavio/Corey | 8 de abril de 2026 | Alta | DailyMulesoft |
| Vincular ciclo de teste Zephyr C9 às RQs (Mulesoft e BPM) | Speaker A | 8 de abril de 2026 | Alta | DailyMulesoft |
| Confirmar detalhes de deployment com Tiago Dantas (horário, backup) | Corey | 8 de abril de 2026 | Alta | DailyMulesoft |
| Enviar solicitações de backup de banco de dados | Flavio | 9 de abril de 2026 | Alta | DailyMulesoft |
| Obter informações urgentes de Leonardo (último dia) | Scatini/Basili | 8 de abril de 2026 | Alta | DailyMulesoft |
| Sincronizar com Scatini sobre respostas de erro (template RAML) | Dwayne | 8 de abril de 2026 | Média | DailyMulesoft |
| Aguardar resposta de Maduri sobre aplicação em Design Center | Dwayne | 9 de abril de 2026 | Média | DailyMulesoft |
| Obter informações de Swagger para design de APIs | Scatini/Dwayne | 9 de abril de 2026 | Média | DailyMulesoft |
| Preparar framework de desenvolvimento para três desenvolvimentos Jira | Scatini | 9 de abril de 2026 | Média | DailyMulesoft |
| Confirmar com Norbert sobre restrict private space egress rule | Scatini | 8 de abril de 2026 | Média | DailyMulesoft |
| Investigar acesso de DBeaver para banco de dados | Marcelo | 9 de abril de 2026 | Média | DailyMulesoft |
| Sincronizar com Basili e Scatini sobre procedimento de insert function | Marcelo | 9 de abril de 2026 | Média | DailyMulesoft |
| Adicionar link de Zephyr às descrições de mudanças | Basili | 8 de abril de 2026 | Média | DailyMulesoft |
| Validar iCapto Update para múltiplos usuários | Basili | 9 de abril de 2026 | Média | DailyMulesoft |
| Criar template padronizado para API Inventory (histórias e tarefas) | Scatini/Basili/Dwayne | 10 de abril de 2026 | Média | DailyMulesoft |
| Monitorar tickets durante tarde para readiness do deployment | Flavio | 8 de abril de 2026 | Alta | DailyMulesoft |
| Estar presente no CAB de deployment | Basili/Scatini | 9 de abril de 2026 | Alta | DailyMulesoft |
| Verify all parameters needed for BPM production deployment | Raniero (Speaker B) | 2026-04-09 | High | OMSIMplementation |
| Create monitoring dashboard for Q DMIQ system issues | Basili (Speaker C) | 2026-04-09 | High | OMSIMplementation |
| Monitor queue messages and keep in touch with Richard during deployment day | Basili (Speaker C) | 2026-04-10 | High | OMSIMplementation |
| Deploy MuleSoft APIs to production (2 APIs: VPM experience and T24) | Basili (Speaker C) | 2026-04-09 | High | OMSIMplementation |
| Request servers and backups for production deployment | Raniero (Speaker B) | 2026-04-09 | High | OMSIMplementation |
| Obtain T24 configuration changes confirmation from Temenos/Rajat | Faraku/Pedro (Speaker D) | 2026-04-12 | High | OMSIMplementation |
| Verify MuleSoft configuration parameters are in place | Corey (Speaker E) | 2026-04-09 | High | OMSIMplementation |
| Request database backup for BPM | Corey (Speaker E) | 2026-04-10 | High | OMSIMplementation |
| Request PowerBroker ticket access to BPM server | Corey (Speaker E) | 2026-04-10 | High | OMSIMplementation |
| Send BPM maintenance notification to all users | Speaker A | 2026-04-10 | High | OMSIMplementation |
| Support MuleSoft deployment and check logs during Friday deployment | Basili (Speaker C) | 2026-04-10 | Medium | OMSIMplementation |
| Locate and complete deployment runbook/macro document | Flavio (Speaker F) / Pedro (Speaker D) | 2026-04-09 | Medium | OMSIMplementation |
| Improve order duplication handling in BPM and MuleSoft | Corey (Speaker E) / Raniero (Speaker B) | Low | OMSIMplementation | |
| Agendar entrevista técnica com líder técnico do cliente | Pedro Faraco | Conforme disponibilidade | Alta | EntrevistaSebastiaoLuz |
| Revisar alocação do candidato no projeto DGCU 02 | Equipe de Gestão | Dentro de 2 semanas | Média | EntrevistaSebastiaoLuz |
| Enviar detalhes do processo de onboarding | Pedro Faraco | Antes do início | Média | EntrevistaSebastiaoLuz |
| Avaliar feedback técnico da entrevista com cliente | Icaro/Pedro | Após entrevista com cliente | Alta | EntrevistaSebastiaoLuz |
| Elaborar resumos de Stephen e Sebastião | Speaker A | 2026-04-09 | Alta | ConversaComIcaroSobreEntrevistas |
| Passar resumos dos candidatos para Dantas | Speaker B | 2026-04-09 | Alta | ConversaComIcaroSobreEntrevistas |
| Repassar informações para Gabi | Speaker B | 2026-04-09 | Média | ConversaComIcaroSobreEntrevistas |
| Agendar entrevista com William (L3) | Speaker B | 2026-04-14 | Média | ConversaComIcaroSobreEntrevistas |
| Orientar Stephen sobre conceitos técnicos básicos antes de entrevista com Dantas | Speaker A | 2026-04-10 | Média | ConversaComIcaroSobreEntrevistas |
| Deploy T24 configuration in tier 24 | Menus/Team | 2026-04-12 | High | WeeklyMulesoft |
| Resolve data discrepancies with Bavini and Brazilian team for E-Banking | Norbert | High | WeeklyMulesoft | |
| Discuss next steps and go-live roadmap with Bevini; gather Q2 expectations | Pedro | 2026-04-17 | Medium | WeeklyMulesoft |
| Define database approach: stored procedures vs. queries for Signature Card | Marcelo | 2026-04-18 | High | WeeklyMulesoft |
| Request help with database procedures for EDocs integration (Dantas unavailable) | Marcelo | 2026-04-18 | High | WeeklyMulesoft |
| Facilitate meeting between Marcelo, Corey, and Ruth regarding OpenText EDocs API | Marcelo | 2026-04-11 | High | WeeklyMulesoft |
| Assist Ruth with OpenText EDocs API support and documentation access | Corey | 2026-04-11 | High | WeeklyMulesoft |
| Connect Marcelo with CH team developer for Python API server approach | Norbert | 2026-04-11 | Medium | WeeklyMulesoft |
| Gather Swagger documentation from Madhuri and ITAU staff for Mule apps | Dwayne | 2026-04-17 | High | WeeklyMulesoft |
| Create and present API Inventory progress table (by phase per Mule app) | Pedro | 2026-04-17 | Medium | WeeklyMulesoft |
| Investigate OpenText governance/support changes; follow up with Thiago and Fern | Pedro | 2026-04-14 | Medium | WeeklyMulesoft |
| Continue technical documentation for Signature Card when unblocked | Marcelo | 2026-04-18 | Low | WeeklyMulesoft |
| Monitor ERP program; collect and communicate technical information | Flavio | Medium | WeeklyMulesoft | |
| Pesquisar sobre a plataforma Winx | Tália | 2026-04-11 | Alta | ThaliaSobreExpectativaComWynxx |
| Enviar link da plataforma | Pedro | 2026-04-10 | Alta | ThaliaSobreExpectativaComWynxx |
| Preparar material e orientação para reunião com GFT | Pedro | 2026-04-14 | Alta | ThaliaSobreExpectativaComWynxx |
| Participar da reunião com representantes da GFT | Tália | 2026-04-14 | Alta | ThaliaSobreExpectativaComWynxx |
| Revisar documentação compartilhada por Ruth | Marcelo | Esta semana | Alta | DailyGFTnoItau |
| Desenvolver System API DayDocs e continuar com System e Process APIs | Marcelo | Esta semana | Alta | DailyGFTnoItau |
| Estabelecer procedimentos de banco de dados com Ícaro | Marcelo e Ícaro | Esta semana | Alta | DailyGFTnoItau |
| Continuar desenvolvimento REMO (ID Documents) e mapear fluxos | Speaker B | Hoje | Alta | DailyGFTnoItau |
| Reunir material para fechar questão HTTP/HTTPS | Speaker B | Esta semana | Média | DailyGFTnoItau |
| Finalizar desenvolvimento bruto da Notification SAP e fazer CodeReview | Bacilli | Hoje | Alta | DailyGFTnoItau |
| Analisar documentos gerados e mensagens no banco | Ícaro | Hoje | Alta | DailyGFTnoItau |
| Verificar campos de documento e validar valores | Ícaro | Esta semana | Alta | DailyGFTnoItau |
| Ser pontual em reuniões com cliente | Todos | Contínuo | Alta | DailyGFTnoItau |
| Notificar afastamentos do computador (9h-18h) | Todos | Contínuo | Média | DailyGFTnoItau |
| Mapear conectividade com Gira e IBDocuments | Speaker B | Esta semana | Média | DailyGFTnoItau |
| Antecipação de abertura de Regedify | Speaker B | Esta semana | Média | DailyGFTnoItau |
| Sincronizar com Schettini sobre formato RAML (Arrow outputs) | Dwayne | 2026-04-13 | Alta | DailyMulesoft |
| Corrigir ferramentas de rede (net tools) | Schettini | 2026-04-13 | Alta | DailyMulesoft |
| Obter informações de Swagger do endpoint Jiro API | Dwayne | 2026-04-13 | Alta | DailyMulesoft |
| Aguardar retorno de Madhuri para informações de Swagger T24 | Madhuri | 2026-04-21 | Alta | DailyMulesoft |
| Adicionar ticket Mulesoft à card do DPIP 6-9 com informações | Schettini | 2026-04-14 | Média | DailyMulesoft |
| Discussão com Eduardo Hochschild e Wellington sobre DPIP 6-9 | Schettini | 2026-04-14 | Alta | DailyMulesoft |
| Finalizar desenvolvimento IB documents Remo | Schettini | 2026-04-13 | Alta | DailyMulesoft |
| Deletar subtask duplicada de IB documents | Speaker A | 2026-04-13 | Média | DailyMulesoft |
| Code review do Mailer (RAML e código) | Schettini/Dwayne/Basili | 2026-04-18 | Alta | DailyMulesoft |
| Verificar violações no API governance do Mailer | Basili | 2026-04-14 | Média | DailyMulesoft |
| Implementar TLS trust enablement e validação de certificado | Basili | 2026-04-14 | Alta | DailyMulesoft |
| Finalizar especificações EDOC System API | Marcel | 2026-04-13 | Alta | DailyMulesoft |
| Validar workarounds do sistema eDocs com Ruth Wagner e Marcelo Fusilli | Marcel | 2026-04-13 | Alta | DailyMulesoft |
| Atualizar status do card 609 | Marcel | 2026-04-13 | Média | DailyMulesoft |
| Trabalhar em documentação faltante | Marcel | 2026-04-18 | Média | DailyMulesoft |
| Consolidar informações dos cards 608 e 609 | Marcel | 2026-04-14 | Média | DailyMulesoft |
| Validar se todos os participantes da apresentação são brasileiros e confirmam português como idioma | Speaker A (Luiz) | 2026-04-20 | Alta | LuisTrochmannSobreWynxxNoItau |
| Confirmar data e hora exata da demonstração (semana de 27/04, terça ou quarta) com Thalia | Speaker A (Luiz) | 2026-04-20 | Alta | LuisTrochmannSobreWynxxNoItau |
| Preparar material/slides introdutórios para audiência mista (gestores + técnicos) focando no problema que Wings resolve | Speaker B (Usli) | 2026-04-25 | Alta | LuisTrochmannSobreWynxxNoItau |
| Estruturar demonstração: 5-7 min intro teórica → demo prática (45 min) → encerramento com números/hosting/LLM | Speaker B (Usli) | 2026-04-25 | Alta | LuisTrochmannSobreWynxxNoItau |
| Criar oportunidade do Winx no sistema de oportunidades (nome da ferramenta a ser confirmado) | Speaker B (Usli) | 2026-04-27 | Média | LuisTrochmannSobreWynxxNoItau |
| Localizar e confirmar nome da ferramenta de oportunidades (não é iTop, não é Kimbo) | Speaker B (Usli) | 2026-04-20 | Média | LuisTrochmannSobreWynxxNoItau |
| Enviar confirmação de agenda para Speaker B (disponibilidade confirmada, está em Chicago) | Speaker A (Luiz) | 2026-04-20 | Média | LuisTrochmannSobreWynxxNoItau |
| Contactar Vini sobre criação de oportunidade no sistema correto | Speaker A (Luiz) | 2026-04-20 | Média | LuisTrochmannSobreWynxxNoItau |
| Preparar informações sobre suporte multi-cloud (AWS, Azure, GCP, on-premises) para mencionar na apresentação | Speaker B (Usli) | 2026-04-25 | Média | LuisTrochmannSobreWynxxNoItau |
| Verificar status de integração com Bitbucket e planos do NPC para reativação | Speaker B (Usli) | 2026-04-20 | Baixa | LuisTrochmannSobreWynxxNoItau |
| Individual career discussion with Rafael | Leandro | Flexible | High | QABackstageComLeandroLeis |
| Individual career discussion with Walter | Leandro | Flexible | High | QABackstageComLeandroLeis |
| Watch GFT 5-Year Strategy presentation | All participants | Within 1 month | High | QABackstageComLeandroLeis |
| Complete mandatory SuccessFactors feedback | Line Managers | 2026-03-30 | High | QABackstageComLeandroLeis |
| Provide feedback to direct reports | All Line Managers | 2026-03-30 | High | QABackstageComLeandroLeis |
| Pursue AI/Digital Transformation certifications | All participants | Ongoing | Medium | QABackstageComLeandroLeis |
| Review available training platforms | All participants | Within 2 weeks | Medium | QABackstageComLeandroLeis |
| Schedule follow-up sessions with Leandro for career mentoring | Interested participants | Flexible | Medium | QABackstageComLeandroLeis |
| Identify opportunities to support Starter program or mentoring | All participants | Ongoing | Medium | QABackstageComLeandroLeis |
| Análise de dados do banco de Produção e implementação de solução de padronização | Speaker B | 2026-04-16 | Alta | DailyGFTnoItau |
| Resolução de acesso ao banco de dados (ticket Gira) | Thalia/Jason | 2026-04-14 | Alta | DailyGFTnoItau |
| Confirmação de data da apresentação Wings com Thalia | Speaker A | 2026-04-15 | Média | DailyGFTnoItau |
| Preparação de documentação para reunião InfoSec (Ingress Rule Group e HTTPS) | Speaker C | 2026-04-14 | Alta | DailyGFTnoItau |
| Revisão e atualização do RAML conforme ajuste do modelo de dados de Duane | Speaker D | 2026-04-14 | Alta | DailyGFTnoItau |
| Continuação do desenvolvimento da System API para IDOCs | Speaker D | 2026-04-15 | Alta | DailyGFTnoItau |
| Escalação do problema de acesso ao banco com Duane em reunião técnica | Speaker D | 2026-04-14 | Alta | DailyGFTnoItau |
| Ajuste da API do Mailer conforme padrão de Governance definido | Speaker E | 2026-04-14 | Alta | DailyGFTnoItau |
| Redução de violações de Governance para zero na API do Mailer | Speaker E | 2026-04-15 | Alta | DailyGFTnoItau |
| Investigação de erro de Overtime no lançamento de tempo | Speaker A | 2026-04-14 | Média | DailyGFTnoItau |
| Investigação de feedback sobre candidato Stephen | Speaker A | 2026-04-14 | Média | DailyGFTnoItau |
| Acompanhar resposta do time Infosec sobre verificação de portas (RQ 8295, CNG 8789) | Eduardo | 2026-04-15 | Alta | WeeklyInfra |
| Reorganizar configuração de egress rules e preparar plano para produção | Diego | 2026-04-18 | Alta | WeeklyInfra |
| Testar regras de egress em nível de aplicação em ambiente UAT | Diego | 2026-04-21 | Alta | WeeklyInfra |
| Documentar a solução e enviar referências da documentação MuleSoft | Diego | 2026-04-18 | Média | WeeklyInfra |
| Update high-level runbook spreadsheet with completed deployment steps | Speaker B | Before go-live (next week) | High | DailyMulesoft |
| Add deployment information to BPM deployment ticket | Speaker B | Before go-live (next week) | High | DailyMulesoft |
| Resolve project setup issue and reach out to Scatini | Speaker D (Dwayne) | ASAP | High | DailyMulesoft |
| Call with Marcelo to create database procedures | Speaker D (Dwayne) | After this meeting | High | DailyMulesoft |
| Investigate Jira API endpoint issue with Dantas | Speaker D (Dwayne) | ASAP | Medium | DailyMulesoft |
| Complete IB Documents REMO (finish remaining 5-6 endpoints) | Speaker E (Scatini) | Today/Tomorrow | High | DailyMulesoft |
| Import REMO to Anypoint Studio | Speaker E (Scatini) | After REMO completion | High | DailyMulesoft |
| Move restricted private space work to testing after code review | Speaker E (Scatini) | After code review complete | High | DailyMulesoft |
| Complete notification system API REMO migration and validation fixes | Speaker G (Basili) | End of day today | High | DailyMulesoft |
| Update card with proper description template and findings | Speaker G (Basili) | ASAP | Medium | DailyMulesoft |
| Complete EDOCS API (PIP 610) development | Speaker F (Marcelo) | In progress | High | DailyMulesoft |
| Create Confluence page with architectural design and process documentation | Speaker F (Marcelo) | When ready (not urgent) | Medium | DailyMulesoft |
| Prosseguir com processo de integração | Matheus | Alta | EntrevistaMatheusEstevan | |
| Definir projeto específico de alocação | GFT (Pedro/Icaro) | Alta | EntrevistaMatheusEstevan | |
| Preparação técnica para contexto Itaú US | Matheus | Antes do início | Alta | EntrevistaMatheusEstevan |
| Entregar API Docs para review com alineamento de erros e padrão GM Unity | Pedro (Speaker A) | 2026-04-16 | Alta | DailyGFTnoItau |
| Confirmar ambiente (AT vs Produção) com Thiago Dantas via Duane | Bacilli (Speaker C) | 2026-04-16 | Alta | DailyGFTnoItau |
| Aguardar criação de XAPI key para acesso à API | Bacilli (Speaker C) | 2026-04-17 | Média | DailyGFTnoItau |
| Aplicar lógica de retry no código Mailer | Thiago (Speaker E) | 2026-04-16 | Alta | DailyGFTnoItau |
| Contactar Marta Miel para validar endpoints em uso e necessidade de testes | Thiago (Speaker E) | 2026-04-16 | Alta | DailyGFTnoItau |
| Conversar com Guilhermello sobre adição de ID na API e-bank | Ícaro (Speaker D) | 2026-04-16 | Média | DailyGFTnoItau |
| Validar dados de documentos FED com Bruna (Business) | Ícaro (Speaker D) | 2026-04-16 | Alta | DailyGFTnoItau |
| Aumentar cobertura de testes unitários (FED) | Ícaro (Speaker D) | 2026-04-17 | Média | DailyGFTnoItau |
| Preparar conversa com Kamal sobre automação de ACH | Ícaro (Speaker D) | 2026-04-17 | Média | DailyGFTnoItau |
| Reagendar entrevista de candidato | Nikita | 2026-04-17 | Baixa | DailyGFTnoItau |
| Fornecer feedback técnico da entrevista | Gabi | Conforme processo | Alta | EntrevistaWilianSchultz |
| Agendar demo de Copilot/IA para fim do mês | Pedro Faraco | 30 de abril de 2026 | Média | EntrevistaWilianSchultz |
| Comunicar resultado a William | Equipe GFT | Após feedback | Alta | EntrevistaWilianSchultz |
| Estruturar POC de IA caso demo seja positiva | Pedro Faraco | A definir | Média | EntrevistaWilianSchultz |
| Propose Ford meeting for Monday, April 19, 2026 at 1:30 PM Eastern | Speaker B (Brandon) | 2026-04-18 | High | InternalTalkAboutFordBank |
| Prepare meeting presentation materials showcasing testing platform capabilities and Fiserv DNA approach | Speaker C (Gonzalo/Cleo team) | 2026-04-19 before 1:30 PM | High | InternalTalkAboutFordBank |
| Address Fiserv DNA integration unknowns and prepare adaptation strategy | Speaker C & Speaker A (Cleo) | 2026-04-19 before 1:30 PM | High | InternalTalkAboutFordBank |
| Develop narrative on Ford environment integration and AI tool positioning | Speaker D (Tim) & Speaker B | 2026-04-19 before 1:30 PM | High | InternalTalkAboutFordBank |
| Clarify with Ford whether digital/online platform testing is also required | Speaker B | 2026-04-19 meeting | Medium | InternalTalkAboutFordBank |
| Prepare for in-person follow-up conversations at Google Next conference | All team members | 2026-04-22 | Medium | InternalTalkAboutFordBank |
| Passar RQ do REGIN para Speaker A | Speaker C | Assim que possível | Alta | DailyGFTnoItau |
| Testar regra MULI-EGDOTS | Speaker B | 19 de abril de 2026 | Alta | DailyGFTnoItau |
| Contactar Dantas para rodar proceduras DB | Speaker B | 19 de abril de 2026 | Alta | DailyGFTnoItau |
| Avançar Process API e lógica de negócio | Speaker B | 22-23 de abril de 2026 | Alta | DailyGFTnoItau |
| Documentação de Process API | Speaker B | 24 de abril de 2026 | Média | DailyGFTnoItau |
| Criar diagrama comunicação API-TAPI | Speaker C | 18 de abril de 2026 | Média | DailyGFTnoItau |
| Preparar plano para POC de plataforma | Speaker D | 17 de abril de 2026 | Média | DailyGFTnoItau |
| Expandir testes para cenários específicos | Speaker E | 24 de abril de 2026 | Média | DailyGFTnoItau |
| Melhorias e correções no projeto | Speaker E | Média | DailyGFTnoItau | |
| Sincronizar com Camal sobre integração ACH | Speaker E | 24 de abril de 2026 | Média | DailyGFTnoItau |
| Verificar status RQ 8330 (Firewall) | Speaker D | 18 de abril de 2026 | Baixa | DailyGFTnoItau |
| Revisar confirmação de documentos (confirmation copy) | Speaker E | 24 de abril de 2026 | Média | DailyGFTnoItau |
| Iniciar desenvolvimento da Process API | Speaker A | 2026-04-21 | Alta | DailyGFTnoItau |
| Contatar Dantas para suporte em geração de proceduras | Speaker A | 2026-04-20 | Alta | DailyGFTnoItau |
| Debugar problemas com endpoints (com Justin e Eduardo) | Speaker A | 2026-04-20 | Alta | DailyGFTnoItau |
| Implementar M-Units para Page Notifications | Speaker E | 2026-04-22 | Alta | DailyGFTnoItau |
| Colaborar com Speaker E (Bacilli) na ajustagem de documentação | Speaker C | 2026-04-21 | Alta | DailyGFTnoItau |
| Gerar e ajustar M-Units para 11-12 fluxos | Speaker C | 2026-04-22 | Alta | DailyGFTnoItau |
| Seguir up com Rafael sobre criação de API key | Speaker C | 2026-04-20 | Média | DailyGFTnoItau |
| Verificar status da REC para regra de FIRO | Speaker C | 2026-04-20 | Média | DailyGFTnoItau |
| Solicitar ajuda a Pedro para reunião de infra (se necessário) | Speaker C | 2026-04-21 | Média | DailyGFTnoItau |
| Monitoramento próximo de produção do OMS | Speaker A, B, E, D | 2026-04-22 | Alta | DailyGFTnoItau |
| Continuar testes automatizados e manuais | Speaker D | Média | DailyGFTnoItau | |
| Confirmar com Flávio cobertura durante ausência (4-8 de maio) | Speaker B | 2026-04-25 | Média | DailyGFTnoItau |
| Agendar reuniões mensais (maio, junho +) | Flávio | 2026-04-24 | Alta | GovernanceCall |
| Confirmar passo-a-passo de implantação BPM com Dantas | Flávio | 2026-04-25 | Alta | GovernanceCall |
| Comunicação ao time de usuários sobre implantação BPM | Flávio | 2026-04-25 | Alta | GovernanceCall |
| Realizar pré-teste de BPM com Alan e equipe | Roberto | 2026-04-26 | Alta | GovernanceCall |
| Acompanhar logs de BPM em produção | Vassili | 2026-04-25 | Alta | GovernanceCall |
| Completar desenvolvimento Signature Card ou comunicar impedimentos | Pedro/Marcelo | 2026-04-25 | Alta | GovernanceCall |
| Obter Swagger de T24CRM com Madure | Duane | 2026-04-25 | Alta | GovernanceCall |
| Obter informações de T24 endpoints para migração | Duane | 2026-04-25 | Média | GovernanceCall |
| Preparar e executar testes UAT do Notification SAP System API | Marta/Ruth/Basile | 2026-04-27 | Alta | GovernanceCall |
| Preparar ambiente Managed Flex Gateway | Duane | 2026-04-25 | Média | GovernanceCall |
| Iniciar migração de APIs para Managed Flex Gateway | Time | 2026-04-27 | Média | GovernanceCall |
| Documentar APIs migradas no Confluence | Marcelo/Ritini/Varsili | Média | GovernanceCall | |
| Consolidar documentação de APIs no MuleSoft Explorer | Pedro | Média | GovernanceCall | |
| Preparar apresentação em walkthrough sobre documentação para todo o time | Pedro/Flávio | Média | GovernanceCall | |
| Comunicar sobre alocação de Scheittini para projeto ERP | Pedro | 2026-04-20 | Média | GovernanceCall |
| Envolver Scheittini em discussões técnicas do ERP conforme apropriado | Flávio | 2026-05-01 | Média | GovernanceCall |
| Criar fatura separada para Scheittini (projeto ERP) | Vini | 2026-05-01 | Média | GovernanceCall |
| Executar exercício de cobertura de orçamento do time | Vini | 2026-04-25 | Média | GovernanceCall |
| Confirmar status de acesso para assessment Gira/Nimble | Thiago/Vini | 2026-04-25 | Média | GovernanceCall |
| Reunião privada sobre situação do assessment Gira | Vini/Thiago | 2026-04-25 | Baixa | GovernanceCall |
| Expandir modelo de gestão Kanban a projetos ERP e upgrade T24 | Flávio | Baixa | GovernanceCall | |
| Validar reconhecimento InfoSec para migração de APIs | Pedro | Alta | GovernanceCall | |
| Atualizar documentação de auditoria anterior | Pedro | Média | GovernanceCall | |
| Develop comprehensive Quality Assurance Plan documenting scope, test cases, defect tracking, and remediation procedures | Nachi (Speaker B) | 2026-06-01 | High | FirstCallWithFordBank |
| Create business scenario list for High Yield Savings Account and other products to define testing completeness | Nachi (Speaker B) with support from Clio (Speaker C) | 2026-05-15 | High | FirstCallWithFordBank |
| Obtain and review Fiserv UAT test scripts and identify coverage gaps | Nachi (Speaker B) / Testing team | 2026-05-01 | High | FirstCallWithFordBank |
| Evaluate AI-assisted test case generation platform for functional requirements documentation and scenario creation | Speaker A / Gonzalez (Speaker A) | 2026-05-20 | Medium | FirstCallWithFordBank |
| Coordinate with Manav's team and internal test teams for test script review and assertion definition | Nachi (Speaker B) | 2026-05-15 | High | FirstCallWithFordBank |
| Confirm Fiserv data cut schedule and requirements for MAT tool integration | Nachi (Speaker B) | 2026-05-01 | High | FirstCallWithFordBank |
| Prepare initial vanilla High Yield Savings Account functional requirements and test scenarios for business team review | Speaker A / Gonzalez (Speaker A) | 2026-05-10 | Medium | FirstCallWithFordBank |
| Coordinate with Basilis availability for Friday deployment | Speaker A (Antonio) | 2026-04-25 | High | DailyMulesoft |
| Resolve SQL database access for deployment via Diego Lanza or use Tiago Dantes access | Speaker B (Ryan) | 2026-04-24 | High | DailyMulesoft |
| Request UAT environment to remain available for deployment weekend | Speaker B (Ryan) | 2026-04-20 | High | DailyMulesoft |
| Submit full API inventory list to Madhuri for production status review | Speaker F (Dwayne) | 2026-04-21 | High | DailyMulesoft |
| Add blocked comment to Manage Flex Gateway card | Speaker G (Scatini) | 2026-04-21 | Medium | DailyMulesoft |
| Move ticket 160601 to done status | Speaker G (Scatini) | 2026-04-20 | Low | DailyMulesoft |
| Continue TAP migration work with updated Net tools link | Speaker G (Scatini) | 2026-04-22 | Medium | DailyMulesoft |
| Link RQ 8330 to IB Documents PIP card | Speaker A (Antonio) | 2026-04-20 | High | DailyMulesoft |
| Create master umbrella ticket for API inventory migration program | Speaker A (Antonio) | 2026-04-20 | High | DailyMulesoft |
| Move RQs 8330 and 8331 as subtasks to master umbrella ticket | Speaker D (Flavio) | 2026-04-21 | High | DailyMulesoft |
| Add labels and mark tickets as strategic program approved | Speaker D (Flavio) | 2026-04-21 | Medium | DailyMulesoft |
| Follow up on API key request with Wagner (reminder Wednesday) | Speaker E (Scatini) | 2026-04-22 | Medium | DailyMulesoft |
| Commit database system API changes and deploy EDOC support to UAT | Speaker I (Marcelo) | 2026-04-20 | High | DailyMulesoft |
| Debug communication issue between MuleSoft and EDOCS endpoint | Speaker I (Marcelo) | 2026-04-23 | High | DailyMulesoft |
| Resolve AWS gateway configuration issue with Justin | Speaker I (Marcelo) | 2026-04-23 | High | DailyMulesoft |
| Develop business logic in File Sync Process API (PIPs 609, 608) | Speaker I (Marcelo) | 2026-04-24 | High | DailyMulesoft |
| Complete MUnit configuration for Notification System API | Speaker B (Basilis) | 2026-04-21 | High | DailyMulesoft |
| Open RQ for RegE process appointment pointing to MuleSoft API | Speaker H | 2026-04-21 | High | DailyMulesoft |
| Reschedule Friday infrastructure call to Wednesday or Thursday | Speaker A (Antonio) | 2026-04-20 | Medium | DailyMulesoft |
| Prepare documentation presentation for applications team (with Deepak, Vigs) | Speaker D (Flavio) | 2026-04-23 | Medium | DailyMulesoft |
| Meet with team to discuss redistribution of war files and endpoints | Speaker C (Flavio) | 2026-04-22 | High | DailyMulesoft |
| Rework JIRA cards for API inventory (cancel or move as appropriate) | Speaker C (Flavio) | 2026-04-22 | High | DailyMulesoft |
| Schedule and conduct follow-up call with Dantas | Speaker D | 2026-04-22 | High | DailyMulesoft |
| Add details to plan for validation (coordinate with Corey) | Speaker D | 2026-04-22 | High | DailyMulesoft |
| Coordinate business communication and contact with Alan | Speaker B | 2026-04-22 | High | DailyMulesoft |
| Test order management CD issuer update with Edward Warner | Speaker B | 2026-04-21 | Medium | DailyMulesoft |
| Submit CAB change request for order management update | Speaker B | 2026-04-22 | Medium | DailyMulesoft |
| Add action items to BPM redeployment spreadsheet | Speaker B | 2026-04-22 | Medium | DailyMulesoft |
| Review BPM redeployment spreadsheet and plan details | Speaker B | 2026-04-22 | Medium | DailyMulesoft |
| Schedule meeting with Tiago | Speaker B | 2026-04-22 | Medium | DailyMulesoft |
| Continue preparation on Koala project implementation | Speaker A (Dwayne) | 2026-04-22 | Medium | DailyMulesoft |
| Criar novo elemento no Kimball para Skettini com vigência a partir de 1º de maio | Alejandro | Imediato | Alta | ViniSobreChangeRequest |
| Alinhar com Vanessa (Financeiro) para gerar invoice separada para o novo elemento Skettini | Vanessa / Responsável Financeiro | Imediato | Alta | ViniSobreChangeRequest |
| Ajustar valores de remaining (dias restantes) no elemento principal de Skettini | Pedro | Imediato | Alta | ViniSobreChangeRequest |
| Adicionar linha na OCS com 201 dias a R$ 480/dia para cobrir gap de recursos | Pedro | Imediato | Alta | ViniSobreChangeRequest |
| Preparar documento de Change Request usando template fornecido | Pedro | 22 de abril de 2026 | Alta | ViniSobreChangeRequest |
| Enviar template de Change Request | Speaker A | 22 de abril de 2026 | Média | ViniSobreChangeRequest |
| Confirmar com Tintim o breakdown da Change Order | Speaker A | 22 de abril de 2026 | Média | ViniSobreChangeRequest |
| Identificar principal contato de Marcelo no time Brasil | Pedro | Próximos dias | Média | ViniSobreChangeRequest |
| Solicitar feedback formal sobre desempenho de Marcelo | Speaker A | Após identificação do contato | Média | ViniSobreChangeRequest |
| Compartilhar planilha OCS ChangeOrder atualizada | Pedro | Imediato | Alta | ViniSobreChangeRequest |
| Monitorar entrevistas de candidatos .NET internos | Icaro / Equipe | 22 de abril de 2026 | Média | ViniSobreChangeRequest |
| Ajustar Kimball com novos dados de alocação | Pedro | Imediato | Alta | ViniSobreChangeRequest |
| Fazer orçamento do carro na vizinha (estender almoço) | Speaker C | 2026-04-23 | Média | DailyGFTnoItau |
| Monitorar logs de rollback do Deploy BPM OMS no lado MuliSoft | Speaker C | 2026-04-24 | Alta | DailyGFTnoItau |
| Obter review do Duane para pull request IPDB Database | Speaker D | 2026-04-23 | Alta | DailyGFTnoItau |
| Realizar package e deploy em UAT após aprovação Duane | Speaker D | 2026-04-24 | Alta | DailyGFTnoItau |
| Trabalhar em Process API e MUnit (eDocs e System API) | Speaker D | 2026-04-25 | Alta | DailyGFTnoItau |
| Entregar versão inicial de testes da CPI | Speaker D | 2026-04-24 | Média | DailyGFTnoItau |
| Alinhar expectativas com Wagner sobre System API e IDOC | Speaker D | 2026-04-23 | Média | DailyGFTnoItau |
| Continuar investigação de M-Units e erros de permissão | Speaker B | 2026-04-24 | Alta | DailyGFTnoItau |
| Planificar ajustes nos endpoints T-24 com Duane | Speaker B | 2026-04-24 | Média | DailyGFTnoItau |
| Participar de apresentação Salesforce (11h) | Speaker B | 2026-04-23 | Baixa | DailyGFTnoItau |
| Resolver problema Kimball dias 1-2 de abril | Speaker A | 2026-04-23 | Média | DailyGFTnoItau |
| Fazer lançamento correto de hora extra (Overtime Night) | Speaker C | 2026-04-24 | Baixa | DailyGFTnoItau |
| Alinhar com Dantas sobre solução de notificação de erros | Speaker E | 2026-04-23 | Alta | DailyGFTnoItau |
| Contatar PMD para ID de upload e-banking | Speaker E | 2026-04-23 | Alta | DailyGFTnoItau |
| Aguardar contato de Dantas sobre dois pontos pendentes do Confirmation Copy | Speaker E | 2026-04-23 | Média | DailyGFTnoItau |
| Remontar tabela de endpoints com nova alocação (4 e 8 para 6) | Speaker A | 2026-04-23 | Média | DailyGFTnoItau |
| Revisar e adaptar nome de Mule App (remover referência a onboarding) | Speaker A | 2026-04-24 | Média | DailyGFTnoItau |
| Send email to Kindle requesting server and database backup | Tiago (Speaker C) | 2026-04-24 morning | High | DailyMulesoft |
| Create separate production API key for IB Documents | Rafael | 2026-04-24 | High | DailyMulesoft |
| Resolve firewall rule creation for Stargate (RQ 8320) | Eduardo | 2026-04-24 | High | DailyMulesoft |
| Test IB Documents API with T24 container numbers | Dwayne Schecchini | 2026-04-24 | High | DailyMulesoft |
| Unblock and move API 633 to in progress upon successful testing | Dwayne Schecchini | 2026-04-24 | High | DailyMulesoft |
| Send Teams meeting invite for deployment (9:00 PM - Midnight ET) | Corey (Speaker B) | 2026-04-24 | High | DailyMulesoft |
| Notify Richard (Rick) Sabag of deployment timing | Corey (Speaker B) | 2026-04-24 | High | DailyMulesoft |
| Redeploy IPB Database System API to UAT with log monitoring | Marcelo | 2026-04-24 | High | DailyMulesoft |
| Complete happy path construction for EDOCS Process API | Marcelo | 2026-04-24 | High | DailyMulesoft |
| Request DLQ authorization and queue manager setup | Richard Sabag | 2026-04-25 | High | DailyMulesoft |
| Investigate and resolve Immunity testing root cause | Basili & Schecchini | 2026-04-24 | High | DailyMulesoft |
| Sync with Basili and hand over Koala API work | Dwayne Schecchini | 2026-04-24 | Medium | DailyMulesoft |
| Coordinate API distribution updates in JIRA | Pedro (Speaker A) | 2026-04-24 | Medium | DailyMulesoft |
| Provide documentation for API 610 | Marcelo | 2026-04-30 | Medium | DailyMulesoft |
| Review and standardize Design Center naming convention | Basili & Vasily | 2026-04-25 | Low | DailyMulesoft |
| Elaborar listado de requisitos para que Timber prepare el ambiente | Luisa | 2026-04-24 | Alta | PruebasDePerformance |
| Enviar correo a Rubén con detalles del ejercicio de pruebas (flujo SPEI tercero a tercero, criterios, parámetros) | Leandro/Speaker A | 2026-04-24 | Alta | PruebasDePerformance |
| Documentar alcance, criterios de aceptación y parámetros de éxito de las pruebas | Luis, Pedro, Carla | 2026-04-24 | Alta | PruebasDePerformance |
| Programar y conducir reunión con equipo de Arquitectura (participantes: Jorge, Josh, Juan, Luisa) | Speaker A | 2026-04-23 | Alta | PruebasDePerformance |
| Revisar y reactivar tickets pendientes de ambientes (capacitación, producción, permisos GitLab, usuario MuleSoft) | Speaker D | 2026-04-24 | Alta | PruebasDePerformance |
| Coordinar herramienta de testing (JMeter u alternativa) | Jorge | 2026-04-24 | Media | PruebasDePerformance |
| Establecer parámetros técnicos de aceptación basados en requerimientos de Banco México | Speaker D | 2026-04-24 | Alta | PruebasDePerformance |
| Enviar correo a Armando y Rubén sobre preparación del ambiente | Speaker A | 2026-04-24 | Alta | PruebasDePerformance |
| Checkpoint de seguimiento (15 minutos) con el equipo | Brenda/Ricardo | 2026-04-24 | Alta | PruebasDePerformance |
| Elaborar y enviar minutas de la reunión | Speaker D | 2026-04-23 | Media | PruebasDePerformance |
| Submeter feedback e currículo de Isaías ao cliente (Itaú) | Pedro Faraco | Em seguida | Alta | EntrevistaIsaiasGomes |
| Preparar demo do Winx para apresentação | Pedro Faraco / Equipe GFT | 2026-04-30 | Alta | EntrevistaIsaiasGomes |
| Entrevista com Tech Lead (Thiago Dantas) | Isaías / Thiago Dantas | A agendar | Alta | EntrevistaIsaiasGomes |
| Continuar preenchimento da vaga de desenvolvedor .NET | Pedro Faraco | Alta | EntrevistaIsaiasGomes | |
| Contactar Ruth sobre início dos testes - priorização já realizada por Flávio | Basile | 24/04/2026 | Alta | DailyGFTnoItau |
| Entregar primeira versão de testes (PIP608/DLQ) | Marcelo | 24/04/2026 | Alta | DailyGFTnoItau |
| Ajustar código e corrigir itens fora do padrão (Rammel/Duane) | Basile | 25/04/2026 | Média | DailyGFTnoItau |
| Iniciar UAT para iCapital Notifications | Basile | 25/04/2026 | Alta | DailyGFTnoItau |
| Apontar iCapital para MuleSoft via nova RQ | Basile | 24/04/2026 | Alta | DailyGFTnoItau |
| Analisar e corrigir endpoints T24 | Sketini / Marcelo | 27/04/2026 | Alta | DailyGFTnoItau |
| Criar grupo comum no Teams para coordenação T24/SAP | Speaker A | 24/04/2026 | Média | DailyGFTnoItau |
| Abrir RQ formal para alterações de endpoints T24 | Speaker C | 24/04/2026 | Alta | DailyGFTnoItau |
| Enviar lembrete a Eduardo sobre conectividade | Speaker C | 24/04/2026 | Média | DailyGFTnoItau |
| Validar resposta de RQ com Edu (Firewall/ARQ) | Speaker C | 24/04/2026 | Média | DailyGFTnoItau |
| Preparar para reunião com Portugal (11h) | Speaker C | 24/04/2026 | Alta | DailyGFTnoItau |
| Estabilizar endpoints e documentação do M-Unit | Speaker C | 27/04/2026 | Média | DailyGFTnoItau |
| Comparar nova MuliApp com versão existente para identificar quebras | Speaker C | 27/04/2026 | Média | DailyGFTnoItau |
| Development 80% - IbiDocuments/M-Unit | Speaker C | 30/04/2026 | Média | DailyGFTnoItau |
| Atualizar Discovery 100% / Development 10% - Party Onboarding | Basile | 25/04/2026 | Média | DailyGFTnoItau |
| Priorizar com Flávio novas demandas de T24/endpoints | Speaker A | 24/04/2026 | Alta | DailyGFTnoItau |
| Decisão final sobre contratação (Sebastião vs. Estevan) | Dantas | 24/04/2026 | Alta | DailyGFTnoItau |
| Alcançar pelo menos 1% de progresso em iCapital (antes de férias de Ruth) | Basile | 26/04/2026 | Alta | DailyGFTnoItau |
| Refinar documento de propuesta con Jorge (arquitecto) | Omar/Luisa | 2026-04-28 | Alta | ActinverCheckpoint |
| Agregar escenarios de transacciones reversas (rollbacks y flujos alternos) | Omar | 2026-04-28 | Alta | ActinverCheckpoint |
| Validar criterios de aceptación y umbrales de performance con Jorge | Omar/Luisa | 2026-04-28 | Alta | ActinverCheckpoint |
| Definir con cliente si arquitectura será SAP o FlexCube | Ricardo | 2026-04-28 | Alta | ActinverCheckpoint |
| Preparar sesión de trabajo interno con equipo de arquitectura | Ricardo/Elías | 2026-04-26 | Alta | ActinverCheckpoint |
| Aclarar requisitos específicos del cliente antes de reunión del lunes | Ricardo/Elías/Arquitectura | 2026-04-27 | Alta | ActinverCheckpoint |
| Reenviar correo con IDs de tickets de prerequisitos a Ruben | Ricardo | 2026-04-24 | Alta | ActinverCheckpoint |
| Hacer seguimiento de tickets de prerequisitos (GPLAB, pipelines, MUSUB, manifiestos) | Elías/Omar | 2026-04-25 | Alta | ActinverCheckpoint |
| Enviar documento de propuesta a Fabiana y equipo de arquitectura | Ricardo | 2026-04-24 | Media | ActinverCheckpoint |
| Revisar correo de Ulises con comentarios técnicos | Ricardo | 2026-04-24 | Alta | ActinverCheckpoint |
| Confirmar asistencia a sesión del lunes (Luisa, Jorge, Ricardo) | Ricardo | 2026-04-26 | Media | ActinverCheckpoint |
| Secure business user to submit dummy order for BPM testing tonight | Tiago Dantas | 2026-04-24 21:30 | High | WeeklyMulesoft |
| Conduct backup/BPM server verification and provide green light for VPN deployment | Rick Sabag | 2026-04-24 21:30 | High | WeeklyMulesoft |
| Update deployment plan spreadsheet with UAT BPM environment server approval details | Corey | 2026-04-25 | Medium | WeeklyMulesoft |
| Verify all Swagger files for accurate endpoint counts across API inventory | Flavio | 2026-04-28 | High | WeeklyMulesoft |
| Complete base flow development for Signature Card UAT start on Monday | Marcelo | 2026-04-28 | High | WeeklyMulesoft |
| Finalize DLT queue configuration for error handling in Signature Card process | Marcelo | 2026-04-28 | High | WeeklyMulesoft |
| Discuss May 8 production delivery feasibility with Wagner | Pedro | 2026-04-25 | Medium | WeeklyMulesoft |
| Submit fire rule 8330 change request to CAB | Eduardo | 2026-04-28 | Medium | WeeklyMulesoft |
| Reassign previously owned Mule apps to Basili in G-report | Dwayne | 2026-04-25 | Low | WeeklyMulesoft |
| Point iCapital to MuleSoft for UAT notification testing | Basili | 2026-04-28 | Medium | WeeklyMulesoft |
| Prepare MUnit testing template for standardized implementation across initiatives | Schettini | 2026-04-28 | Medium | WeeklyMulesoft |
| Schedule 5-10 minute demo of MUnit testing setup | Schettini | 2026-04-28 | Low | WeeklyMulesoft |
| Revisar e analisar os 3 documentos de documentação | Bruno Silva e André | 2026-04-25 | Alta | TimeLeisSobreActinver |
| Levantar perguntas técnicas sobre escopo e ambiente | Bruno Silva e André | 2026-04-26 | Alta | TimeLeisSobreActinver |
| Preparar apresentação para reunião com arquitetura do cliente | Speaker C (Pedro) | 2026-04-27 | Alta | TimeLeisSobreActinver |
| Confirmar disponibilidade e horários com time | Speaker A | 2026-04-24 | Alta | TimeLeisSobreActinver |
| Agendar reunião com Pedro Guerra para alinhamento K6 | Speaker A | 2026-04-24 | Alta | TimeLeisSobreActinver |
| Integrar Bruno e André nos canais do cliente (chat, grupos) | Speaker C (Pedro) | 2026-04-25 | Alta | TimeLeisSobreActinver |
| Gerar transcripts das reuniões em espanhol | Speaker C (Pedro) | 2026-04-26 | Média | TimeLeisSobreActinver |
| Analisar matriz de métricas e SLAs de performance | Equipe de Testes | 2026-04-27 | Alta | TimeLeisSobreActinver |
| Validar clarificações sobre fluxo end-to-end e integrações | Equipe Técnica | 2026-04-27 | Alta | TimeLeisSobreActinver |
| Reunião com arquitetura do cliente | Todo o time (Bruno, André, Pedro, Edson, Agapito) | 2026-04-28 | Crítica | TimeLeisSobreActinver |
| Avisar Thalia que emails do Bahamas File são testes de UAT | Speaker A | 27/04/2026 | Alta | DailyGFTnoItau |
| Investigar problema do OMS e determinar se é problema interno | Speaker B | 04/05/2026 | Alta | DailyGFTnoItau |
| Estruturar modelo M-Unit e repassar para Marcelo, Basile e Duane | Speaker C | 30/04/2026 | Média | DailyGFTnoItau |
| Finalizar reunião de apresentação/case com MOLI Brasil | Speaker C | 27/04/2026 | Média | DailyGFTnoItau |
| Encerrar desenvolvimento/ajustes do eDocs e submeter em pull request | Marcelo | 27/04/2026 | Alta | DailyGFTnoItau |
| Passar certificação MCD Level 2 para Star/GFD | Marcelo | 28/04/2026 | Média | DailyGFTnoItau |
| Terminar testes do Confirmation Copy e publicar release | Ícaro | 27/04/2026 | Alta | DailyGFTnoItau |
| Definir com Thalia e Lanza autorização para envio de documentos aos clientes | Ícaro | 28/04/2026 | Alta | DailyGFTnoItau |
| Questionar Dantas sobre comunicação com Guglielmo (eBanking ID) | Ícaro | 27/04/2026 | Alta | DailyGFTnoItau |
| Validar lançamento de horas extras no Kimball | Speaker A | 28/04/2026 | Baixa | DailyGFTnoItau |
| Resolver alocação de Sebastião considerando férias compulsórias até 30/06 | Speaker A | 30/04/2026 | Alta | DailyGFTnoItau |
| Contactar RH/responsável Star para incluir certificações MuleSoft | Speaker B | 01/05/2026 | Baixa | DailyGFTnoItau |
| Verificar acesso a testes no Private Space para eDocs | Marcelo | 27/04/2026 | Média | DailyGFTnoItau |
| Enviar invitación de junta a las 11:00 a.m. con Arquitectura | Speaker A | 27 de abril de 2026 | Alta | ActinverCheckpoint |
| Coordinar con Juan Hurtado para confirmación de su participación y liderazgo de sesión | Speaker C | 27 de abril de 2026 | Alta | ActinverCheckpoint |
| Preparar y revisar documento de alcance de pruebas para presentación | Luisa/Jorge Rocha | 27 de abril de 2026 | Alta | ActinverCheckpoint |
| Alinear respuestas a preguntas de Ulises con documento de criterios de aceptación | Speaker C | 27 de abril de 2026 | Alta | ActinverCheckpoint |
| Compartir agenda/script de sesión con equipo | Speaker D | 27 de abril de 2026 | Media | ActinverCheckpoint |
| Send bullet points outlining proposed deliverables and open questions to Speaker A | Speaker B (Cleo) | 2026-04-27 EOD | High | FordBackCheckpoint |
| Prepare and review sample document/scope teaser for Ford presentation | Speaker C (Pedro) | 2026-04-27 before 4pm | High | FordBackCheckpoint |
| Attend Ford meeting at 4pm Eastern and conduct transparent discussion about blockers and needs | Speaker A & Speaker C | 2026-04-28 4pm ET | High | FordBackCheckpoint |
| Validate and define specific role/responsibility split between team and Ford based on tomorrow's feedback | Speaker C (Pedro) | 2026-04-28 EOD | High | FordBackCheckpoint |
| Develop initial contract scope and pricing proposal for enhanced QA services | Speaker B (Cleo) | 2026-04-29 | High | FordBackCheckpoint |
| Finalize automation tool strategy and timeline (2-3 week setup) | Speaker D (Gonzalo) | 2026-04-29 | Medium | FordBackCheckpoint |
| Follow up with Ford on staffing recommendations and operating model visibility | Speaker A | 2026-04-28 after meeting | Medium | FordBackCheckpoint |
| Deploy OMS fix to production (Bloomberg message handling & minor BPM items) | Vasily/Basili | 2026-04-27 19:30 ET | High | DailyMulesoft |
| Confirm structured notes execution in production | Basili | 2026-04-27 evening | High | DailyMulesoft |
| Monitor OMS deployment and war room support | Corey | 2026-04-27 evening | High | DailyMulesoft |
| Align RAML format standards with Basili | Dwayne | 2026-04-28 | Medium | DailyMulesoft |
| Complete T24 Party CRM Party API RAML (50% complete) | Basili | 2026-04-28 | Medium | DailyMulesoft |
| Investigate and resolve wire duplication issue with T24 (discuss architecture impact) | Sketchini/Marcelo/Dantas | 2026-04-27 (war room) | High | DailyMulesoft |
| Open ISD incident for wire duplication issue | Marcelo | 2026-04-27 | High | DailyMulesoft |
| Investigate strange messages from Notification MuleSoft app I-Capital | Sketchini/Basili | 2026-04-28 | Medium | DailyMulesoft |
| Fix TAP Light security patterns | Basili/Sketchini | 2026-04-28 | Low | DailyMulesoft |
| Continue work on missing T24 RAML endpoints | Dwayne | 2026-04-28 | Medium | DailyMulesoft |
| Apply Munich/MidSoft template fix to flows (paused) | Sketchini | 2026-04-28 | Medium | DailyMulesoft |
| Request database column change for Process API from Monica | Marcelo | 2026-04-27 | High | DailyMulesoft |
| Complete Process API business logic flow testing once database change approved | Marcelo | 2026-04-28 | High | DailyMulesoft |
| Contact Monica for database change response | Marcelo | 2026-04-27 | High | DailyMulesoft |
| Compartilhar documentação técnica (arquitetura, segurança, diagramas) | Luiz Strock / Time Winx | 2026-05-05 | Alta | DemoWynxxNoItau |
| Confirmar modelo de precificação da licença Winx | Pedro / Comercial | 2026-04-30 | Alta | DemoWynxxNoItau |
| Agendar discussão sobre POC e possível implementação | Pedro / Thalia / Lanza | 2026-05-07 | Média | DemoWynxxNoItau |
| Validar compatibilidade com modelos de IA específicos do cliente | Luiz Strock | 2026-05-14 | Média | DemoWynxxNoItau |
| Preparar proposta técnica considerando infraestrutura AWS existente | Pedro / Luiz | 2026-05-10 | Alta | DemoWynxxNoItau |
| Enviar ubicación y detalles de la sala de juntas | Speaker B | 2026-04-28 | Alta | ActinverCheckpoint |
| Acompañar sesión con Payments en Actinver | Eduardo Ayún y Elías | 2026-04-28 | Alta | ActinverCheckpoint |
| Brindar soporte técnico durante la sesión | Juan Camilo García | 2026-04-28 | Alta | ActinverCheckpoint |
| Participar de forma remota en la sesión | Luisa | 2026-04-28 | Alta | ActinverCheckpoint |
| Elaborar diagrama de componentes detallado con flujo SPEI tercero a tercero | Equipo Proveedor/Arquitectura Actinver | 2026-05-05 | Alta | ActinverCheckpointConArquitectura |
| Preparar demo funcional en ambiente del proveedor con mocks | Equipo Desarrollo Proveedor | 2026-05-05 | Alta | ActinverCheckpointConArquitectura |
| Documentar criterios de aceptación para desempeño (80ms) con detalles de integraciones | Equipo Actinver (Luisa) | 2026-05-05 | Alta | ActinverCheckpointConArquitectura |
| Programar sesión de planificación para pruebas de carga | Coordinador de Proyectos | 2026-05-02 | Alta | ActinverCheckpointConArquitectura |
| Proporcionar lista de 7 integraciones a considerar en pruebas | Equipo Actinver (Luisa) | 2026-05-01 | Alta | ActinverCheckpointConArquitectura |
| Evaluar estrategia de pruebas: SAP vs. FlexCube como core | Equipo Técnico Actinver | 2026-05-05 | Alta | ActinverCheckpointConArquitectura |
| Instalar y configurar Payment Gateway en QA Actinver | Equipo Infraestructura Actinver | 2026-05-15 | Alta | ActinverCheckpointConArquitectura |
| Compartir propuesta de performance testing para revisión | Proveedor | 2026-05-01 | Media | ActinverCheckpointConArquitectura |
| Actualizar documentación de diagramas en Confluence | Juan Cami/Equipo Actinver | 2026-05-08 | Media | ActinverCheckpointConArquitectura |
| Revisar funcionalidad de cargos recurrentes en roadmap | Equipo Producto Proveedor | 2026-05-15 | Media | ActinverCheckpointConArquitectura |
| Documentar estrategia de evolución tecnológica y mantenimiento | Proveedor | 2026-05-15 | Media | ActinverCheckpointConArquitectura |
| Presentar roadmap de producto y evoluciones futuras | Equipo Proveedor | 2026-05-15 | Media | ActinverCheckpointConArquitectura |
| Deploy Mulesoft API pattern corrections to production | Basili Antonio | 2026-04-28 19:30 | High | DailyMulesoft |
| Identify T24 System API fields accepting special characters and send to Madhuri for validation review | Basili Antonio | 2026-04-29 | High | DailyMulesoft |
| Investigate DPM orders stuck in Bloomberg acceptance stage and book building errors | Corey | 2026-04-28 | High | DailyMulesoft |
| Post investigation findings to war room | Corey | 2026-04-28 | High | DailyMulesoft |
| Update ITUA Finance API RAML with corrected request/response body from Madhuri | Dwayne | Upon Madhuri's update | Medium | DailyMulesoft |
| Continue Customer BPP RAML implementation (4 WAR files) | Dwayne | 2026-05-02 | Medium | DailyMulesoft |
| Configure and test MU test cases for IB Documents flows | Schachini | Upon connectivity availability | Medium | DailyMulesoft |
| Configure egress rules for IB Documents and JIRA System API | Schachini | 2026-05-05 | Medium | DailyMulesoft |
| Contact Chago Dantas for JIRA System API response support | Schachini | 2026-04-29 | Medium | DailyMulesoft |
| Coordinate AWS Gateway development for Signature Card callback functionality | Marcelo / Wagner / Rodrigo Franca Bernardo / Carlos Eduardo Laurenko | 2026-05-09 | High | DailyMulesoft |
| Discuss MEQ error handling and reprocessing in Process API flows | Marcelo / Richard | 2026-04-28 | Medium | DailyMulesoft |
| Move CRM Party API ticket from Design to In Progress | Basili Antonio | 2026-04-28 | Low | DailyMulesoft |
| Develop and present transaction visibility solution for mission-critical applications | Flavio / Team | 2026-05-15 | Medium | DailyMulesoft |
| Prepare comprehensive testing proposal including timeline, scope, assumptions, and team composition | GFT (Brandon/Speaker A) | 2026-05-12 | High | FordBankFrameworkPresentation |
| Provide demo of AI-powered script generation tool | GFT | 2026-05-02 | High | FordBankFrameworkPresentation |
| Deliver bank sizing details and requirements documentation | Ford Credit (Nashi/Speaker B) | 2026-05-12 | High | FordBankFrameworkPresentation |
| Schedule follow-up meeting with decision-makers (Jeff Bradburn, Fiserv DNA expert, bank operations representative) | Ford Credit (Nashi/Speaker B) | 2026-05-12 | High | FordBankFrameworkPresentation |
| Provide comparative case studies of similar-sized banks with Fiserv implementations | GFT (Brandon/Speaker A) | 2026-05-12 | High | FordBankFrameworkPresentation |
| Coordinate with Clio (Fiserv DNA expert) to validate capability taxonomy and refine test scenarios | GFT/Clio | 2026-05-12 | High | FordBankFrameworkPresentation |
| Provide example of fully generated test script output | GFT | 2026-05-02 | Medium | FordBankFrameworkPresentation |
| Preparar y ejecutar segunda demo con flujo end-to-end SPEI | Lu + Equipo | 2026-05-06 | Alta | ActinverCheckpoint |
| Crear diagramas de componentes explicando flujo transaccional | Lu | 2026-05-06 | Alta | ActinverCheckpoint |
| Enviar correo con URL e información de Confluence | Ricardo | 2026-05-06 | Media | ActinverCheckpoint |
| Compartir framework de validación de requisitos de producto | Carlos Matos | Media | ActinverCheckpoint | |
| Involucrar Desarrollo e ISO para tema de propiedad intelectual | Carlos Matos + Jonathan | Alta | ActinverCheckpoint | |
| Validación de infraestructura, tiempos y métricas | Actinver | Alta | ActinverCheckpoint | |
| Coordinación de tiempos de ambiente y escalación con Rubén | Omar + Elías | Media | ActinverCheckpoint | |
| Coordinate with Jorge for environment access and integration setup for performance testing | Luis & Omar | 2026-05-01 | High | ActinverCheckpoint |
| Develop and execute performance testing scripts (targeting 300 TPS) in GCP environment | Pedro | 2026-05-01 | High | ActinverCheckpoint |
| Select and configure performance testing tool (K6 or JMeter) | Pedro | 2026-05-01 | High | ActinverCheckpoint |
| Share roadmap documentation for review | Luis | 2026-04-30 | High | ActinverCheckpoint |
| Review roadmap documentation with team | Jonathan | 2026-05-01 | Medium | ActinverCheckpoint |
| Coordinate with Pedro regarding tool requirements and technical details | Jonathan | 2026-04-30 | Medium | ActinverCheckpoint |
| Enviar documentação gerada esta manhã para Duane | Ícaro | 2026-04-30 | Alta | DailyGFTnoItau |
| Investigar e detalhar todas as regras de ordem não cobertos | Basílio | 2026-05-14 | Alta | DailyGFTnoItau |
| Realizar mapeamento completo do código do outro caminho (Daily Partial) | Ícaro e Basílio | 2026-05-14 | Alta | DailyGFTnoItau |
| Validar testes dos cenários com parâmetro true em BPM | Basílio | 2026-05-14 | Alta | DailyGFTnoItau |
| Criar documentação de linhas de base dos tipos de ordem | Basílio | 2026-05-14 | Alta | DailyGFTnoItau |
| Implementar testes para cenários de ordem parcial | Time de Testes | 2026-05-15 | Alta | DailyGFTnoItau |
| Executar testes de regressão | Time de Testes | 2026-05-15 | Alta | DailyGFTnoItau |
| Agendar reunião de observabilidade com Duane, Chiquitini e Marcelo | Pedro/Flávio | 2026-05-03 | Alta | DailyGFTnoItau |
| Implementar health check simples (T24) | Sketino/Duane | 2026-05-07 | Média | DailyGFTnoItau |
| Estruturar solução de alertas de observabilidade | Sketino/Duane | 2026-05-10 | Média | DailyGFTnoItau |
| Resolver problema de retenção de logs no Mule | Sketino | 2026-05-10 | Média | DailyGFTnoItau |
| Criar PIP para tratamento de ordem parcial (OMS) | Basílio | 2026-04-30 | Média | DailyGFTnoItau |
| Preparar apresentação sobre mudanças de infraestrutura (IDOCs/MQ) | André | 2026-05-03 | Média | DailyGFTnoItau |
| Validar acesso IBM MQ na porta existente com Richard | André | 2026-04-30 | Média | DailyGFTnoItau |
| Contatar Dantas sobre criação de repositório Kit | Sketino/Dantas | 2026-04-30 | Baixa | DailyGFTnoItau |
| Revisar possibilidade de usar Wings (ferramenta de IA) | Pedro | 2026-05-03 | Baixa | DailyGFTnoItau |
| Define test scenarios for partial orders fix (Bloomberg partial fills) | Corey | 2026-04-30 | High | DailyMulesoft |
| Identify code scope and determine regression testing breadth | Basili | 2026-04-30 | High | DailyMulesoft |
| Coordinate development and pair programming for OMS fix | Wayne, Silveira | 2026-05-01 | High | DailyMulesoft |
| Onboard Dwayne for continued development work during Brazilian holiday | Speaker A | 2026-05-01 | High | DailyMulesoft |
| Open Jira connectivity RQ | Schettini | 2026-04-30 | High | DailyMulesoft |
| Anticipate all API inventory connectivity requests | Schettini | 2026-05-03 | High | DailyMulesoft |
| Schedule and conduct observability discussion meeting with Dwayne | Schettini, Marcelo | 2026-05-06 | High | DailyMulesoft |
| Discuss UAT approval governance changes | Speaker A, Flavio | 2026-05-06 | Medium | DailyMulesoft |
| Check with Wagner regarding E-Docs master ticket | Marcelo | 2026-05-03 | Medium | DailyMulesoft |
| Open RQ for IMPAI repository creation | Speaker A | 2026-05-01 | Medium | DailyMulesoft |
| Move RQ 8353 assignee to Duarte (Eduardo) | Marcelo | 2026-05-01 | Medium | DailyMulesoft |
| Populate PIP 662 with detailed information and evidence | Basili | 2026-05-02 | Medium | DailyMulesoft |
| Document business process for E-Docs | Marcelo | Low | DailyMulesoft | |
| Research E-Docs master ticket from Brazil | Speaker A | 2026-05-01 | Low | DailyMulesoft |
| Send detailed discovery message about partial order code paths | Ikaru | 2026-05-01 | High | WeeklyMulesoft |
| Coordinate with Dwayne and team to start internal insertion testing | Basili | 2026-05-01 | High | WeeklyMulesoft |
| Schedule Monday meeting with Ikaru and Basili for test case selection and flow discussion | Corey | 2026-05-01 | High | WeeklyMulesoft |
| Schedule afternoon meeting with Edward for testing discussion and scenarios | Corey | 2026-05-01 | High | WeeklyMulesoft |
| Complete update logic for partial order database operations | Development Team | 2026-05-05 | High | WeeklyMulesoft |
| Resolve connectivity issue for Signature Card | Marcelo | 2026-05-15 | High | WeeklyMulesoft |
| Organize and sanitize JIRA tickets for power matrix | Marcelo/Dwayne | 2026-05-05 | Medium | WeeklyMulesoft |
| Confirm correct endpoints for customer update API with Madhuri | Dwayne | 2026-05-02 | High | WeeklyMulesoft |
| Schedule meeting for MuleSoft observability/health check discussion | Speaker A | 2026-05-05 | Medium | WeeklyMulesoft |
| Add customer update API to backlog after clarification | Dwayne | 2026-05-05 | Medium | WeeklyMulesoft |
| Reunir com Marcelo para discussão de tickets e organização administrativa | Speaker A | 2026-05-05 | Alta | FlavioAposWeekly |
| Marcelo falar com Eduardo sobre reversões de deployment no UAT | Marcelo | 2026-05-06 | Alta | FlavioAposWeekly |
| Organizar todos os tickets Power Matrix sob o ticket pai 8015 | Speaker B | 2026-05-09 | Média | FlavioAposWeekly |
| Revisar e fechar CNGs e sub-tasks relacionados ao Power Matrix | Marcelo/Eduardo | 2026-05-13 | Média | FlavioAposWeekly |
| Schedule early morning working session with Gonzalo regarding demo and automation capabilities | Speaker A (Brandon) | Monday, early morning | High | FordBankInternalSync |
| Send meeting confirmation/follow up to Nashi regarding Ford meeting details and confirm timing | Speaker A (Brandon) | Before Monday meeting | High | FordBankInternalSync |
| Prepare presentation materials for Ford meeting including scope, timeline, and dollar figure | Speaker A (Brandon) / Speaker C (Pedro) | Before Monday meeting | High | FordBankInternalSync |
| Develop two pricing scenarios (manual testing vs. automated testing) with Cornerstone involvement estimation | Speaker D (Axel) / Speaker B (Clio) | By end of week | High | FordBankInternalSync |
| Review Ford's Fiserv contract to identify all ancillaries, third-party systems, and customizations | Speaker B (Clio) / Speaker C (Pedro) | Before scoping phase | High | FordBankInternalSync |
| Create formal QA/Testing Plan document with scope definition and flexibility guidelines | Speaker B (Clio) / Speaker C (Pedro) | During planning phase | Medium | FordBankInternalSync |
| Prepare sample test case documentation and test script library examples for Ford presentation | Speaker B (Clio) | Before Monday meeting | High | FordBankInternalSync |
| Clarify Gonzalo's tool capabilities for DNA environment testing and automation potential | Speaker A (Brandon) / Gonzalo | Monday morning | High | FordBankInternalSync |
| Define exit criteria and risk mitigation strategies for timeline and resource dependencies | Speaker D (Axel) | Before Ford meeting | Medium | FordBankInternalSync |
| Establish team structure and identify required skill sets (Cornerstone expertise vs. execution resources) | Speaker D (Axel) / Speaker B (Clio) | By end of week | Medium | FordBankInternalSync |
| Define automation approach for front-end testing | Speaker B (QA Lead) | 2026-05-15 | High | AxelAboutFordBankEngagement |
| Finalize vendor agreement with Cornerstone on support costs and scope | Speaker A | 2026-05-31 | High | AxelAboutFordBankEngagement |
| Conduct landscape analysis and understand Ford's system connections | Speaker B + BA | 2026-06-15 | High | AxelAboutFordBankEngagement |
| Define comprehensive test case set based on system landscape | BA + L5 QA | 2026-06-15 | High | AxelAboutFordBankEngagement |
| Recruit/allocate 50% BA resource for domain knowledge | Speaker A | 2026-05-10 | High | AxelAboutFordBankEngagement |
| Recruit/allocate Acoloso (50%) for senior oversight role | Speaker A | 2026-05-10 | High | AxelAboutFordBankEngagement |
| Recruit two full-stack test engineers (automation + manual) | Speaker A | 2026-05-15 | High | AxelAboutFordBankEngagement |
| Recruit QA Management/Project Management resource (50%) | Speaker A | 2026-05-20 | Medium | AxelAboutFordBankEngagement |
| Establish reporting framework and dashboard requirements | Speaker B (as QA Manager) | 2026-06-01 | High | AxelAboutFordBankEngagement |
| Involve legal team for liability and accountability review | Speaker A | 2026-05-10 | High | AxelAboutFordBankEngagement |
| Clarify stakeholder alignment with Ford (verify decision-makers) | Speaker A | 2026-05-08 | High | AxelAboutFordBankEngagement |
| Prepare QA plan and testing tools setup | QA Management | 2026-06-01 | Medium | AxelAboutFordBankEngagement |
| Discuss resource allocation with Vinnie (Speaker B's manager) | Speaker B | 2026-05-07 | Medium | AxelAboutFordBankEngagement |
| Run cost estimate by direct manager and provide estimate to team | Cleo | 2026-05-04 09:00 | High | GFTandCornerstoneAboutFordBank |
| Compile initial ballpark cost for fixed-bid proposal | Axel | 2026-05-04 before 11:00 AM | High | GFTandCornerstoneAboutFordBank |
| Lead client presentation with overview slides | Cleo | 2026-05-04 11:00 AM | High | GFTandCornerstoneAboutFordBank |
| Demonstrate test scenario tool and evidence storage capabilities | Gonzalo | 2026-05-04 11:00 AM | High | GFTandCornerstoneAboutFordBank |
| Conduct discovery to validate automation feasibility within Ford's environment | Gonzalo | 2026-05-11 | High | GFTandCornerstoneAboutFordBank |
| Finalize approach to automation testing based on client feedback | Brandon | 2026-05-11 | High | GFTandCornerstoneAboutFordBank |
| Revisar y adaptar script CAS funcional con requisitos | Bruno y André | 2026-05-07 | Alta | ActinverCheckpoint |
| Enviar roadmap incremental por correo para validación | Luisa | 2026-05-04 | Alta | ActinverCheckpoint |
| Incluir reversos de pagos declinados en documento de alcance | Luisa | 2026-05-06 | Media | ActinverCheckpoint |
| Comunicar feedback del cliente sobre criterios de aceptación | Cliente/Equipo | 2026-05-08 | Media | ActinverCheckpoint |
| Refinamiento de detalles para demo del miércoles | Equipo de arquitectura | 2026-05-07 | Alta | ActinverCheckpoint |
| Build quality assurance plan and finalize scope agreement | Cleo / GFT team | 2026-06-15 | High | CallWithFordBank |
| Review Fiserv configuration documents and prepare for testing alignment | GFT testing team | 2026-06-15 | High | CallWithFordBank |
| Identify and customize Fiserv test cases for Ford's specific scope | Cleo / Pedro | 2026-06-15 | High | CallWithFordBank |
| Prepare infrastructure setup for test automation framework | Gonzalo / Technical team | 2026-06-15 | High | CallWithFordBank |
| Write custom test scripts for any unique scenarios beyond Fiserv baseline | GFT automation team | 2026-06-15 | Medium | CallWithFordBank |
| Coordinate with Fiserv on configuration decisions and test data mapping | Paul / Jeff | 2026-06-15 | High | CallWithFordBank |
| Finalize proposal and commercial topics | Brandon / GFT leadership | High | CallWithFordBank | |
| Set up automation framework runners for Ford's internal systems | Gonzalo / GFT team | 2026-06-15 | Medium | CallWithFordBank |
| Atualização sobre testes de pedidos parciais (via chat) | Basili/Karu | 2026-05-04 | Alta | DailyMulesoft |
| Criar EPIC para projeto Oracle | Speaker A | 2026-05-07 | Alta | DailyMulesoft |
| Estimativa de alto nível para projeto Oracle | Speaker B | 2026-05-07 | Alta | DailyMulesoft |
| Enviar email e agendar troubleshooting para RQ de conectividade | Speaker E | 2026-05-04 | Alta | DailyMulesoft |
| Testar RQ de conectividade em ambiente de produção | Speaker E | 2026-05-05 | Alta | DailyMulesoft |
| Contatar Eduardo sobre conclusão de RQ antes da reunião | Speaker E | 2026-05-04 | Alta | DailyMulesoft |
| Debug de RAML e requisições POST - API Inventory | Speaker D | 2026-05-04 | Média | DailyMulesoft |
| Solicitar ajuda de Scatini se necessário | Speaker D | 2026-05-04 | Média | DailyMulesoft |
| Obter informações de Maduri sobre APIs/WAR files | Speaker D | 2026-05-04 | Média | DailyMulesoft |
| Agendar implementação de regras de agregação | Speaker E | 2026-05-04 | Média | DailyMulesoft |
| Reunião com Eduardo para revisão de IQs - Power Matrix | Speaker F | 2026-05-05 | Média | DailyMulesoft |
| Garantir conectividade para testes até quinta-feira | Wagner/Talia | 2026-05-08 | Alta | DailyMulesoft |
| Iniciar testes UAT de eSignature | Speaker F | 2026-05-08 | Alta | DailyMulesoft |
| Deploy completo para UAT - eSignature | Speaker F | 2026-05-05 | Alta | DailyMulesoft |
| Documentação de eSignature | Speaker F | 2026-05-08 | Média | DailyMulesoft |
| Discutir timeline UAT com Wagner | Speaker A | 2026-05-04 | Alta | DailyMulesoft |
| Mover tickets eSignature para revisão de código | Basili/Dwayne/Scatini | 2026-05-04 | Média | DailyMulesoft |
| Conversar com Duane sobre estimativa das APIs do Flamingo e timeline para migração para MuleSoft | Speaker B (Pedro) | 2026-05-05 | Alta | ThaliaSobreKamal |
| Alinhar com equipe sobre timing de migração das APIs Flamingo para MuleSoft | Speaker B e Duane | 2026-05-15 | Alta | ThaliaSobreKamal |
| Construir API de ACA externamente em .NET | Kamau | 2026-06-30 | Alta | ThaliaSobreKamal |
| Migrar API ACA para MuleSoft após desenvolvimento externo | Speaker B / Duane | 2026-06-30 | Alta | ThaliaSobreKamal |
| Realizar onboarding de Kamau sobre MuleSoft (1 hora) | Marcelo/Skettini/Duane | 2026-05-05 | Alta | ThaliaSobreKamal |
| Decidir arquitetura: consolidar ou separar APIs de Private Equity | Equipe de Arquitetura | 2026-05-05 | Alta | ThaliaSobreKamal |
| Agendar e conduzir reunião de discussão ampla | Speaker A | 2026-05-05 | Alta | ThaliaSobreKamal |
| Avaliar oportunidade de colocar API ACA no inventário de migração MuleSoft | Speaker B | 2026-06-30 | Média | ThaliaSobreKamal |
| Meet with Kindred to confirm CNG opening for RQs 8348 and 8353 | Eduardo | 2026-05-06 | High | WeeklyInfra |
| Update RQs with test results and evidence (screenshots) in ticket comments | Marcelo | 2026-05-08 | High | WeeklyInfra |
| Check all connectivities for tickets and add NET Tools screenshots to tickets | Marcelo | 2026-05-08 | High | WeeklyInfra |
| Verify RQs are in CAB on Thursday | Eduardo / Talia | 2026-05-09 | High | WeeklyInfra |
| Evaluate and plan firewall request consolidation strategy | Eduardo | Medium | WeeklyInfra | |
| Discuss firewall consolidation approach with Justin | Eduardo | Medium | WeeklyInfra | |
| Reunião com time de desenvolvimento para definir approach final de arquitetura | Dwayne | 2026-05-06 | Alta | KamalAboutFlamingoEndpoints |
| Enviar link da planilha de inventário de APIs (177 endpoints) | Schettini/Pedro | 2026-05-06 | Alta | KamalAboutFlamingoEndpoints |
| Analisar endpoints de Private Equity necessários e priorizar | Talia + Lanza | 2026-05-07 | Alta | KamalAboutFlamingoEndpoints |
| Enviar lista de endpoints prioritários do Private Equity | Talia | 2026-05-08 | Alta | KamalAboutFlamingoEndpoints |
| Iniciar desenvolvimento dos endpoints de Capital Call em MuleSoft | Dwayne | 2026-05-06 | Alta | KamalAboutFlamingoEndpoints |
| Fornecer Client ID e Client Secret para acesso às APIs | Dwayne | 2026-05-13 | Alta | KamalAboutFlamingoEndpoints |
| Mapear APIs de Security Master existentes necessárias para Capital Call | Lanza/Time Lisbon | 2026-05-08 | Alta | KamalAboutFlamingoEndpoints |
| Criar documentação técnica para consumo de APIs (client ID/secret, configuração) | Schettini + Time | 2026-05-15 | Média | KamalAboutFlamingoEndpoints |
| Agendar reunião de follow-up com Talia para confirmar approach | Dwayne | 2026-05-12 | Alta | KamalAboutFlamingoEndpoints |
| Preparar para testes funcionais em UAT | Talia + Time Lisbon | Junho | Média | KamalAboutFlamingoEndpoints |
| Verificar endpoints de API já publicados/removidos do inventário | Dwayne | 2026-05-06 | Média | KamalAboutFlamingoEndpoints |
| Identificar sistemas chamadores que consumem Private Equity APIs (para regressão) | Kamau/Time | 2026-05-10 | Média | KamalAboutFlamingoEndpoints |
| Definir modelo de organização/segregação de business groups em MuleSoft | Schettini + Dwayne | 2026-05-20 | Média | KamalAboutFlamingoEndpoints |
| Conduct OMS testing with Bloomberg partial fill executions and validate data processing | Vasily, Rick Sabag | 2026-05-11 | High | DailyMulesoft |
| Share code review findings (date conversion issues) with Corey and Antonio for validation testing | Speaker B | 2026-05-15 | High | DailyMulesoft |
| Move OMS UAT to Edward and progress testing | Speaker B | 2026-05-15 | High | DailyMulesoft |
| Create new test cycle with re-executed tests and new edge cases for partial orders | Speaker B | 2026-05-15 | High | DailyMulesoft |
| Update design documentation for Fed Wire changes | Dwayne | 2026-05-12 | Medium | DailyMulesoft |
| Verify IB documents API with Philippe De Visa and address errors | Rick | 2026-05-12 | High | DailyMulesoft |
| Check JIRA Fire Rule connectivity and escalate to Eduardo if needed | Rick | 2026-05-12 | High | DailyMulesoft |
| Request code review for PPIP 608 and 609 from Mule development group | Marcelo | 2026-05-12 | Medium | DailyMulesoft |
| Prepare for infra meeting to discuss rule deployment (RQ 8353) | Marcelo | 2026-05-12 | High | DailyMulesoft |
| Prioritize and escalate CNG ticket for error handling rule (RQ 8353) with Eduardo and Kendrel | Flavio | 2026-05-12 | High | DailyMulesoft |
| Review PIP 665 spreadsheet and plan Egress rule mapping solution before 9am meeting | Rick | 2026-05-12 | High | DailyMulesoft |
| Confirm Ruth's return and schedule notification system API UAT | Basil | 2026-05-12 | Medium | DailyMulesoft |
| Complete reference API testing and onboarding API deployment testing | Basil | 2026-05-15 | High | DailyMulesoft |
| Testar aumento de timeout (5ms → 100ms) e validar resolução | Speaker A (Bacilli) | 2026-05-12 13h30 | Alta | DailyGFTnoItau |
| Fazer deploy e completar RAML com entry points faltantes | Speaker A (Bacilli) | 2026-05-12 | Alta | DailyGFTnoItau |
| Contatar Ruth para agendamento de testes Mailer | Speaker A (Bacilli) | 2026-05-12 | Alta | DailyGFTnoItau |
| Investigar por que uma RQ de Mule-MSKL foi implementada e outra não | Speaker C | 2026-05-12 | Alta | DailyGFTnoItau |
| Testar IB Documents com Felipe e validar movimentação S3 | Speaker D | 2026-05-12 | Alta | DailyGFTnoItau |
| Comentar em RQ 8355 confirmando OK e solicitar fechamento a Eduardo | Speaker D | 2026-05-12 | Média | DailyGFTnoItau |
| Investigar alertas e conectividade | Speaker D | 2026-05-12 | Média | DailyGFTnoItau |
| Terminar documentação Signature Docs (Confluence) | Speaker C | 2026-05-12 | Média | DailyGFTnoItau |
| Implementar System API para File Sync e CCPI | Speaker C | 2026-05-19 | Média | DailyGFTnoItau |
| Conversa com Chital (Suíça) sobre projeto | Speaker D | 2026-05-13 11h | Média | DailyGFTnoItau |
| Reunião com Duane sobre quantidade de endpoints nas APIs | Speaker A (Bacilli) | 2026-05-12 | Média | DailyGFTnoItau |
| Escalar para Flávio/Pedro se Ruth não responder | Speaker A (Bacilli) | Média | DailyGFTnoItau | |
| Revisión de OCS y margen de soporte (incremento a 30% + 5% riesgo) | Eduardo / Speaker C | 2026-05-12 | Alta | ActinverCheckpoint |
| Doble validación de OCS con Jimmy y Elías (costos fuera de horario) | Speaker C | 2026-05-12 | Alta | ActinverCheckpoint |
| Validación y visto bueno de presentación | Leandro y Alessandro | 2026-05-12 | Alta | ActinverCheckpoint |
| Coordinación con Yats y Jonathan para revisión de recursos | Speaker E | 2026-05-12 | Media | ActinverCheckpoint |
| Presentación de propuesta al cliente | Speaker A / Equipo | 2026-05-12 | Alta | ActinverCheckpoint |
| Compartir presentación final en SharePoint | Speaker A | 2026-05-12 | Media | ActinverCheckpoint |
| Move RQ8371 to in progress and resolve once completed | Flavio | Immediate | High | WeeklyInfra |
| Coordinate with Ruth regarding UAT testing dates for Mailer API | Speaker A | Before next meeting | High | WeeklyInfra |
| Test port 11427 connectivity (was timing out) and provide evidence | Marcelo | Before next meeting | High | WeeklyInfra |
| Add evidence that RQ8348 is working to close the ticket | Marcelo | Immediate | High | WeeklyInfra |
| Verify and link CNG8917 to RQ8348 in the system | Flavio | Immediate | High | WeeklyInfra |
| Follow up on RQ8353 CNG creation with King Drew infrastructure team | Eduardo | Before Wednesday CAB | High | WeeklyInfra |
| Reinforce King Drew to link CNGs to corresponding RQs | Eduardo | Before next week | Medium | WeeklyInfra |
| Check and provide CNG status for all RQs opened before CAB meetings | Marcelo/Basili | Daily (before CAB) | High | WeeklyInfra |
| Complete JIRA development (Python flow) | Scatini | 2026-05-15 | High | DailyMulesoft |
| Identify with Dantas who will call API for UAT | Scatini | 2026-05-15 | High | DailyMulesoft |
| Test IB Documents and provide update | Scatini | 2026-05-13 | High | DailyMulesoft |
| Complete IB Documents UAT-ready status | Scatini | 2026-05-22 | High | DailyMulesoft |
| Update DNS entries and IB Documents properties for Mulesoft | Scatini | 2026-05-13 | Medium | DailyMulesoft |
| Unflags tasks with explanatory comments | Scatini | 2026-05-12 | Medium | DailyMulesoft |
| Meeting with Sheetao regarding PIP points | Scatini | 2026-05-13 | Medium | DailyMulesoft |
| Complete last PIP task | Scatini | 2026-05-12 | Medium | DailyMulesoft |
| Start eDocS work | Marcelo | 2026-05-19 | High | DailyMulesoft |
| Schedule UAT alignment meeting with Marcelo Wagner and team | Marcelo | 2026-05-16 | High | DailyMulesoft |
| Move documentation to Done and add Confluence link | Marcelo | 2026-05-12 | Medium | DailyMulesoft |
| Find code reviewer for documentation | Marcelo | 2026-05-12 | Medium | DailyMulesoft |
| Work on eDocS system APIs and file sync process API units | Marcelo | Medium | DailyMulesoft | |
| Send email regarding RQ 8331 (Mulesoft) status to Ruth | Speaker A | 2026-05-12 | High | DailyMulesoft |
| Monitor RQ 8331 progress; escalate if no visibility by end of week | Speaker A | 2026-05-15 | High | DailyMulesoft |
| Daily checkpoint meetings on API migration progress | Speaker A | High | DailyMulesoft | |
| Get update on OMS/Party Onboarding progress | Speaker A | 2026-05-13 | Medium | DailyMulesoft |
| Completar plan detallado con responsables, tiempos y criterios | Equipo de trabajo (Pedro/Eduardo) | 2026-05-19 | Alta | ActinverCheckpoint |
| Coordinar y ejecutar sesiones de trabajo con Actinver | Omar/Stephanie | 2026-05-18 | Alta | ActinverCheckpoint |
| Seguimiento a escalamiento de propuesta ante comité directivo | Ulises | 2026-05-21 | Alta | ActinverCheckpoint |
| Coordinación con Jonathan para preparar negociación con Compras | Pedro | 2026-05-19 | Alta | ActinverCheckpoint |
| Reunión con Compras sobre negociación de precios y estructura de pago | Jonathan/Pedro | 2026-05-22 | Alta | ActinverCheckpoint |
| Mantener equipo trabajando en revisiones del plan | Omar | 2026-05-19 | Media | ActinverCheckpoint |
| Complete end-of-day scenario testing and confirm readiness for Edward testing | Corey | 2026-05-15 | High | DailyMulesoft |
| Schedule and conduct call with Edward to formalize test cases and regression testing approach | Corey, Pedro, Basili | 2026-05-15 | High | DailyMulesoft |
| Fix MuleSoft connectivity issue with VPN/BPM database | Scatini | 2026-05-14 | High | DailyMulesoft |
| Investigate fee group disconnect between MuleSoft and T24 | Corey, Madhuri, T24 team | 2026-05-15 | High | DailyMulesoft |
| Schedule call with Madhuri and T24 team to trace fee group issue through BPM → MuleSoft → T24 | Corey | 2026-05-15 | High | DailyMulesoft |
| Contact Monica Ruth (Pershing) to clarify foreign city error for foreign address accounts | Flavio | 2026-05-15 | High | DailyMulesoft |
| Create card for onboarding fee group issue in backlog and assign owners | Basili | 2026-05-14 | Medium | DailyMulesoft |
| Add description to onboarding issue card (PIPE-670) and mark involved parties | Basili | 2026-05-14 | Medium | DailyMulesoft |
| Continue API development with current onboarding RAML and avoid blocking on changing requirements from Kamal | Basili | Medium | DailyMulesoft | |
| Update RAML specifications and continue development on stable private equity API endpoints | Dwayne | Medium | DailyMulesoft | |
| Complete firewall egress rules configuration and testing; prepare production deployment plan | Scatini | 2026-05-15 | High | DailyMulesoft |
| Resolve iCapital and EDOCS database connectivity issues | Scatini | 2026-05-15 | High | DailyMulesoft |
| Meet with Philippe regarding EDOCS connectivity issues | Scatini | 2026-05-14 | High | DailyMulesoft |
| Collect AWS gateway and EDOCS endpoints for production RQs | Marcelo | 2026-05-15 | High | DailyMulesoft |
| Align EDOCS production deployment date with Wagonet (target: May 29) | Marcelo | 2026-05-15 | Medium | DailyMulesoft |
| Verify if entire bank is off on Memorial Day (May 26) or only specific teams | Flavio | 2026-05-15 | Low | DailyMulesoft |
| Coordenar horário para início dos testes OMS na segunda-feira | Corey | 2026-05-19 | Alta | WeeklyMulesoft |
| Confirmar participação de Lanza, Juan e Diego nos testes OMS | Speaker A | 2026-05-19 | Alta | WeeklyMulesoft |
| Finalizar caso de teste T24 e resolver problema de banco de dados | Corey | 2026-05-16 | Alta | WeeklyMulesoft |
| Investigar problemas de conectividade Signature Card com equipe de firewall | Marcelo | 2026-05-20 | Alta | WeeklyMulesoft |
| Confirmar status com Justin sobre firewall e próximos passos | Eduardo | 2026-05-16 | Alta | WeeklyMulesoft |
| Trabalhar em regras de egress do Managed Flex Gateway | Scattini | 2026-05-22 | Média | WeeklyMulesoft |
| Planejamento de design para Health Checkers e Data Dog Logs | Dwayne, Marcelo, Scattini | 2026-05-30 | Média | WeeklyMulesoft |
| Obter informações de endpoints de produção e IPs de Ruth e Dantas | Speaker A | 2026-05-16 | Alta | WeeklyMulesoft |
| Confirmar colaboração de Ruth para UAT da Notification System API (RegE) | Speaker A | 2026-05-16 | Alta | WeeklyMulesoft |
| Completar Private Equity API para UAT | Dwayne | 2026-05-29 | Alta | WeeklyMulesoft |
| Completar Party Onboarding API para UAT | Basili | 2026-05-29 | Alta | WeeklyMulesoft |
| Iniciar Statements API | Marcelo | 2026-05-18 | Média | WeeklyMulesoft |
| Aguardar retorno de Rafael Guglielmo e proceder com IB Documents | Speaker A | 2026-05-29 | Média | WeeklyMulesoft |
| Documentação técnica de processos de negócios | Marcelo | Média | WeeklyMulesoft | |
| Verificar duplicação de swagger para Private Equity API com desenvolvedores T24 | Dwayne | 2026-05-29 | Alta | WeeklyMulesoft |
| Dupla verificação de calendário para confirmação de CAB | Flavio | 2026-05-16 | Média | WeeklyMulesoft |
| Investigar erro Pushing em OT com WebLayer | Bacilli/Icaro | 2026-05-20 | Alta | DailyGFTnoItau |
| Abrir chamado InfoSec para habilitação CLI | Duane | 2026-05-19 | Alta | DailyGFTnoItau |
| Criar PIP para problema MuleSoft | Pedro | 2026-05-19 | Alta | DailyGFTnoItau |
| Confirmar decisão sobre headers com Dantas | Pedro | 2026-05-19 | Média | DailyGFTnoItau |
| Resolver deploy de Confirmation Copy | Icaro/Silveira | 2026-05-20 | Alta | DailyGFTnoItau |
| Finalizar documentação E.P.A. Inventory | Marcelo | 2026-05-22 | Média | DailyGFTnoItau |
| Modelar saída padrão para APIs | Marcelo | 2026-05-22 | Média | DailyGFTnoItau |
| Contatar stakeholders API Inventory | Marcelo | 2026-05-19 | Média | DailyGFTnoItau |
| Agendar reunião de testes com Dantas e Tiago | Pedro | 2026-05-19 | Média | DailyGFTnoItau |
| Validar Base64 maxsize com cliente (SilentPureDocs) | Marcelo | 2026-05-21 | Média | DailyGFTnoItau |
| Suporte a Carlos Augusto Dias - Onboarding MuleSoft | Pedro | 2026-05-18 | Baixa | DailyGFTnoItau |
| Add four test cases to system after call | Speaker A | 2026-05-18 | High | DailyMulesoft |
| Forward Edward meeting invitation to Lanza and confirm attendance | Basili | 2026-05-18 | High | DailyMulesoft |
| Resolve Dantas's access to Pershing system and obtain updated withdrawal information | Speaker B / Pershing Team | 2026-05-18 | High | DailyMulesoft |
| Escalate Notification API priority to Deepak | Speaker C | 2026-05-18 | High | DailyMulesoft |
| Continue work on API inventory in parallel with other activities | Basili & Duane | 2026-05-20 | Medium | DailyMulesoft |
| Sit-down meeting regarding API inventory payload with Dr. Sweet | Duane | 2026-05-18 | Medium | DailyMulesoft |
| Meeting with Ferrisin team regarding Pershing issue | Duane / Dantas | 2026-05-18 | High | DailyMulesoft |
| Meeting with Schetini to discuss MuleSoft alerts setup and create backlog tasks | Duane | 2026-05-18 | Medium | DailyMulesoft |
| Add comment to ticket 669 noting false positive status on duplicate wires | Duane | 2026-05-18 | Low | DailyMulesoft |
| Update ticket status and comments for wave charges observation | Duane | 2026-05-18 | Low | DailyMulesoft |
| Complete JIRA/REMO integration and prepare for UAT testing | Schetini | 2026-05-19 | High | DailyMulesoft |
| Schedule testing meeting with Rafael, Dantas, Chago Silvera for IB Documents | Schetini | 2026-05-19 | High | DailyMulesoft |
| Observe IBM MQ changes in UAT environment | Schetini | 2026-05-19 | Medium | DailyMulesoft |
| Present IBM MQ UAT changes in infrastructure meeting | Schetini | 2026-05-19 | Medium | DailyMulesoft |
| Prepare production deployment plan for IBM MQ app updates | Schetini | 2026-05-20 | High | DailyMulesoft |
| Move PIP 608 and 609 from code review to UAT testing | Duane | 2026-05-19 | Medium | DailyMulesoft |
| Continue API inventory work on T24 Statements and History API | Marcelo | 2026-05-20 | Medium | DailyMulesoft |
| Schedule testing coordination for Signature Documents with Wagner team | Marcelo | 2026-05-19 | Medium | DailyMulesoft |
| Investigate MuleSoft deployment stuck issue with Schetini and team | Duane & Schetini | 2026-05-19 | High | DailyMulesoft |
| Map all endpoints in production and create rule groups mirroring UAT setup | Speaker B | TBD | High | WeeklyInfra |
| Develop detailed production deployment roadmap with phased approach | Speaker A | TBD | High | WeeklyInfra |
| Add evidence of completion to all UAT RQs and request closure from Thiago Buqeche | Speaker C (Marcelo) | TBD | High | WeeklyInfra |
| Review and verify all Power Matrix E-Docs RQs (UAT and production status) | Speaker C (Marcelo) | TBD | High | WeeklyInfra |
| Verify closure status of all previously addressed RQs with Elisa | Speaker C (Eduardo) | TBD | Medium | WeeklyInfra |
| Check SMB protocol related RQ and determine if production RQ needed | Speaker C (Marcelo) | TBD | Medium | WeeklyInfra |
| Verify iCapital rule group configuration and test if needed | Speaker B | TBD | Medium | WeeklyInfra |
| Reply to Vinny's email confirming DN creation for invoice #372 | Alejandro | 2026-05-21 | High | AlejandroAboutSynertrade |
| Schedule training session with Pedro on PO creation process | Alejandro | 2026-05-28 | Medium | AlejandroAboutSynertrade |
| Conduct PO creation training for Pedro | Alejandro | 2026-06-04 | Medium | AlejandroAboutSynertrade |
| Meet with Lanza and Juan Fernando to review T24 IDs from regression and partial fill testing | Corey | 2026-05-22 | High | WeeklyMulesoft |
| Obtain feedback from meeting with Lanza/Juan Fernando and reconvene to make OMS deployment decision | Speaker A / Flavio | 2026-05-22 | High | WeeklyMulesoft |
| Drop T24 IDs for review call | Corey | 2026-05-22 | High | WeeklyMulesoft |
| Schedule and conduct signature card validation session with Bayern and Marcelo | Speaker D | 2026-05-26 | High | WeeklyMulesoft |
| Determine feasibility of June 5th go-live and provide realistic estimate based on UAT progress | Speaker D | 2026-05-26 | High | WeeklyMulesoft |
| Follow up with Ruth regarding Notification System API clarification needs | Flavio | 2026-05-23 | Medium | WeeklyMulesoft |
| Drop message to Ruth and follow up on API collection requirements | Basili | 2026-05-23 | Medium | WeeklyMulesoft |
| Meet with Dante, Rafael, Silvera, and Scatini to resolve JIRA System API bad response issue | Speaker A | 2026-05-22 | High | WeeklyMulesoft |
| Assist Scatini with JIRA System API Azure issue root cause analysis | Silvera and Icaru | 2026-05-22 | High | WeeklyMulesoft |
| Identify testers and plan UAT for Private Equity API | Duane | 2026-05-23 | Medium | WeeklyMulesoft |
| Continue development of Padi Onboarding MULE app (33 endpoints) | Bas City and Marcelo | Medium | WeeklyMulesoft | |
| Contact Martini to discuss Arco Fusion discovery phase and June development start date | Speaker A | 2026-05-23 | Medium | WeeklyMulesoft |
| Update project timeline report with Arco Fusion discovery phase information | Speaker A | 2026-05-22 | Low | WeeklyMulesoft |
Generated: 2026-03-29 01:41 Meetings analyzed: 3
---
---
A. Infrastructure Reliability and Single Points of Failure
| Decision | Meeting | Owner | Impact | Status | |----------|---------|-------|--------|--------| | API Migration Strategy: Governed-First Approach | Meeting 2 (3/25) | Dwayne (with team) | 170 endpoints to move to governed mode first, risk-based segregation deferred to phase 2. August deadline established. | In Planning Phase—complexity assessment and delivery map due by Friday EOD (3/28) per Meeting 2 | | EDOCS/Signature Card: Bottom-Up API Design | Meeting 2 (3/25) | Marcelo | Shift from file transfer vs. edocs decision to comprehensive API facade design (AWS and EDOCS system API facades). | In Exploration—UAT environment setup and user credential creation in progress per Meeting 3 | | Client ID Enforcement Deployment | Meeting 2 (3/25) | Schettini | Two CNGs created, moved to pending approval. Application approval assigned to Tiago Dantas. | DECIDED & APPROVED per Meeting 3—deployment scheduled for tomorrow (post-3/26) | | Code Review Process Implementation | Meeting 1 (3/23) | Dwayne | Two code review sessions per week proposed for developer collaboration with flexible scheduling. | No Follow-up in Subsequent Meetings—Status unclear; appears superseded by higher-priority work | | Flex Gateway Configuration | Meeting 3 (3/26) | Team | Managed Flex Gateway configuration completed and working; ready for testing and API migration. | COMPLETED per Meeting 3 |
COMPLETED/RESOLVED:
| Owner | Open Items | Key Assignments | |-------|-----------|-----------------| | Scatini/Scacchini/Scachini (Spelling variations suggest same person) | 5+ | API migration planning, API inventory EPIC, PIP515 troubleshooting, deployment window coordination | | Marcelo | 6+ | EDOCS API integration, E-banking business process documentation, API documentation completion, AWS API facade design, user credential setup | | Dwayne | 5+ | API migration planning, API complexity assessment, API documentation, PIP515 resolution, Visual Studio installation | | Corey | 3+ | Bloomberg status updates, Alan follow-up coordination, EDOCS complexity understanding | | Basili | 2+ | Client ID enforcement deployment coordination, API migration assessment | | Schettini | 4+ | Certificate configuration, HTTPS troubleshooting, CNG approval assignments |
Owner with Highest Open Load: Marcelo (6+ items) and Scatini/Scacchini (5+ items, with significant cross-functional dependencies)
---
1. Bloomberg Integration Issue — STATUS: CRITICAL, UNRESOLVED (3+ Days)
1. Single Point of Failure in DNS Architecture — STATUS: IDENTIFIED BUT UNMITIGATED
1. API Documentation Incomplete — STATUS: 77% COMPLETE
Meeting 1 (3/23): Tactical focus
Meeting 1: Internal team coordination (Kyndril, Justin, Alan Cohen) Meeting 2: External dependencies begin appearing (Bloomberg, Alan as escalation point, Wagner team, Marcelo/Rodrigo/Wellington as business stakeholders) Meeting 3: Multiple external blockers (Bloomberg trade desk leadership, Ruth's design feedback, Rodrigo/Wellington for business process input)
Pattern: As scope has increased, so has dependency on people outside core team, creating coordination and timing risks (e.g., Bloomberg leadership returning Monday, Ruth's design feedback cycle).
Meeting 1: UAT phase, 8 tests in progress, 2 failures Meeting 2: Production deployment planning initiated (Client ID enforcement, DNS Capital change request) Meeting 3: Client ID enforcement approved for deployment tomorrow
Pattern: Despite Bloomberg blocker, team is proceeding with other parallel work streams (Client ID, API governance, EDOCS exploration). Suggests either:
Meetings 1-3: Recurring pattern of documentation delays impacting downstream work
Observation: Decisions are being made and approved relatively quickly (Client ID
1. OMS (Order Management System) Deployment
- Discussion on deployment date: May 27th or potentially moving to June
- Thiago Dantas' availability is a critical constraint for implementation and post-implementation support
- Regression testing status needs clarification
- Possible go-live options: Tuesday or Wednesday next week, but preference is to wait for the following week
2. T24 IDs and Testing Validation
- Corey scheduled a meeting with Lanza and others to review T24 IDs from regression testing and partial fill testing
- Discrepancy noted between T24 IDs recorded in BPM versus actual identifiers in T24
- Juan Fernando needed to clarify technical details on T24 ID handling
3. Signature Card UAT
- Validation session scheduled for Monday to check signature documents
- Goal: Define realistic go-live estimate for June 5th based on UAT progress
- Need to assess feasibility of June 5th go-live date
4. API Monitoring Implementation
- Phase 1: 3 weeks allocated for alerts
- Phase 2: Health check and function monitoring
- Phase 3: To be determined after additional planning
5. API Inventory and Development Status
- Notification System API: Ruth needs to review collection documentation
- JIRA System API: Bad response issue in UAT; Silvera and Icaru now assisting Scatini with Azure system API issue
- IB Documents API: UAT testing blocked; meeting scheduled to address root cause with Rafael, Dante, Silvera, and Scatini
- Private Equity API: Still identifying testers
- Padi Onboarding: 33-endpoint MULE app in development phase, progressing faster than expected
6. ERP Project Update
- Functional requirements revision removed need for new T24 test environment
- Eliminates 2-month delay for environment setup
- Project back on track
7. Arco Fusion
- Still in discovery phase
- Expected to start development in early June
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Meet with Lanza and Juan Fernando to review T24 IDs from regression and partial fill testing | Corey | 2026-05-22 (immediately after main call) | High |
| Obtain feedback from meeting with Lanza/Juan Fernando and reconvene to make OMS deployment decision | Speaker A / Flavio | 2026-05-22 (end of day) | High |
| Drop T24 IDs for review call | Corey | 2026-05-22 | High |
| Schedule and conduct signature card validation session with Bayern and Marcelo | Speaker D | 2026-05-26 (Monday) | High |
| Determine feasibility of June 5th go-live and provide realistic estimate based on UAT progress | Speaker D | 2026-05-26 (Monday) | High |
| Follow up with Ruth regarding Notification System API clarification needs | Flavio | 2026-05-23 | Medium |
| Drop message to Ruth and follow up on API collection requirements | Basili | 2026-05-23 | Medium |
| Meet with Dante, Rafael, Silvera, and Scatini to resolve JIRA System API bad response issue | Speaker A | 2026-05-22 (after OMS call) | High |
| Assist Scatini with JIRA System API Azure issue root cause analysis | Silvera and Icaru | 2026-05-22 | High |
| Identify testers and plan UAT for Private Equity API | Duane | 2026-05-23 | Medium |
| Continue development of Padi Onboarding MULE app (33 endpoints) | Bas City and Marcelo | Ongoing | Medium |
| Contact Martini to discuss Arco Fusion discovery phase and June development start date | Speaker A | 2026-05-23 | Medium |
| Update project timeline report with Arco Fusion discovery phase information | Speaker A | 2026-05-22 | Low |
The meeting focused on coordinating multiple concurrent project workstreams, with the primary challenge being the OMS deployment timing decision pending input from stakeholders (Lanza and Juan Fernando) scheduled for later today. Key blockers were identified on the IB Documents API testing due to unresolved T24 ID validation issues and JIRA System API performance problems in UAT, requiring urgent escalation meetings this afternoon. The signature card UAT is progressing as planned with a validation session Monday, and the team will assess feasibility of the June 5th go-live target. Overall, API development phases are advancing faster than expected, but UAT execution remains a critical constraint across multiple initiatives, with the ERP project benefiting from revised functional requirements that eliminate the need for additional test environment setup.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Reply to Vinny's email confirming DN creation for invoice #372 | Alejandro | 2026-05-21 | High |
| Schedule training session with Pedro on PO creation process | Alejandro | 2026-05-28 | Medium |
| Conduct PO creation training for Pedro | Alejandro | 2026-06-04 | Medium |
Alejandro and Pedro met to process a $7,000 invoice from ART Solutions by creating a Delivery Note (DN 1491200) against PO ORD-4996-11, increasing the PO consumption from $35,000 to $42,000 of the $105,000 allocation. Due to system access restrictions, Alejandro will continue managing DNs for existing POs, but Pedro will receive training to independently create and manage future POs from creation through delivery note submission. Alejandro will confirm the DN creation to Vinny via email.
1. Egress Rules Implementation in UAT
- Scattini presented reorganization of egress rules from a single global ruleset to seven app-level rule groups
- Each MuleSoft application now uses dedicated firewall rule groups instead of default egress rules
- Rules organized by function: T24 System API, TAP, internal MuleSoft communication, external services (mailer, IB documents, Jira), platform messaging (IBM MQ), and database
- All rules using /32 CIDR notation to limit communication to specific IPs and ports
- Testing completed for all MuleSoft applications in UAT with successful results
2. Production Deployment Strategy
- Cannot promote rules from UAT to production directly; rules must be recreated in production with updated IPs and ports
- Proposed phased deployment approach using either seven phases (one per rule group) or three consolidated deployment phases
- Need to create roadmap and obtain CAB approvals for production rollout in waves
3. IBM MQ Communication Issues
- Error resolved by adding app-level rule to global rules
- Communication between MuleSoft and IBM MQ now functioning properly
4. Power Matrix RQs and Change Management
- Multiple RQs for UAT have been addressed but lack closure documentation
- Need to add evidence of completion before requesting closure from Thiago Buqeche
- Production RQs still pending, particularly for E-Docs
- Database-related changes to be handled with Santa's assistance
1. Approved reorganized egress rules structure with app-level rule groups for production implementation
2. Agreed to phased deployment approach for production (7 or 3 phases) with CAB approvals required
3. Decided that all UAT RQs require evidence documentation before closure
4. Confirmed need to recreate rules in production with updated production IPs and endpoints
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Map all endpoints in production and create rule groups mirroring UAT setup | Speaker B | TBD | High |
| Develop detailed production deployment roadmap with phased approach | Speaker A | TBD | High |
| Add evidence of completion to all UAT RQs and request closure from Thiago Buqeche | Speaker C (Marcelo) | TBD | High |
| Review and verify all Power Matrix E-Docs RQs (UAT and production status) | Speaker C (Marcelo) | TBD | High |
| Verify closure status of all previously addressed RQs with Elisa | Speaker C (Eduardo) | TBD | Medium |
| Check SMB protocol related RQ and determine if production RQ needed | Speaker C (Marcelo) | TBD | Medium |
| Verify iCapital rule group configuration and test if needed | Speaker B | TBD | Medium |
Scattini presented a successful reorganization of egress firewall rules in the UAT environment, moving from a single global ruleset to seven dedicated app-level rule groups organized by function and application. All MuleSoft applications have been tested and are now operating with proper network segmentation using /32 CIDR restrictions. The team agreed to implement this structure in production through a phased deployment approach requiring CAB approvals, with rules needing to be recreated in production using updated production IPs and endpoints. Additionally, the team reviewed pending Power Matrix RQs and decided that all UAT RQs must have evidence of completion documented before closure, with production RQs for E-Docs still requiring attention.
1. OMS (Test Cases) - Corey unable to create test cases in Zephyr due to training on test cycles rather than test cases. Four test cases received and will be added after the call.
2. Edward Meeting - Scheduled between 3:00-3:30 PM today with extended sessions planned for tomorrow and Wednesday to review test cases and regressions. Attendees: Basili, Antonio, Edward, Richard, and potentially Lanza from T24. Invitation to be forwarded to Lanza.
3. Kanban Board Updates - Multiple items moved to code review and testing phases.
4. Pershing Issue - Pershing made system changes affecting both UAT and production. Changes started in UAT and now affecting production (likely deployed over the weekend). Access issues for Dantas to Pershing system need resolution to obtain updated withdrawal information.
5. Notification API - No response received from Ruth regarding notification system API. Escalation to Deepak requested to secure priority access. Ruth may be dealing with production issues.
6. API Inventory - Work ongoing in parallel with OMS and Pershing issues. Basili and Duane both working on this.
7. MuleSoft Observability/Alerts - Meeting scheduled with Schetini to discuss alerts setup. Health checker alerts to be implemented in parallel with priority work (OMS, API inventory).
8. Duplicate Wires and Wave Charges - False positive identified in duplicate wires issue. Changes made in T24 for wave charges with ongoing observation through end of week.
9. MuleSoft Deployment Issue - PIP 671 opened due to deployment getting stuck on Anypoint Platform, possibly VDI-related. Investigation ongoing with MuleSoft team. No clear pattern identified.
10. IB Documents/JIRA/REMO - Awaiting Rafael's return (tomorrow). Testing scheduled this week with Rafael, Dantas, Chago Silvera, and others. Goal to deploy IB Documents, JIRA, and Notification API by end of May.
11. IBM MQ Changes - Observation phase in UAT. Production plan to be prepared and discussed with Dwayne and others. Infrastructure meeting tomorrow to discuss updates.
12. Signature Documents - Smoke test completed successfully with LLM integration. Issue: base64 file size limitations need fixing on LLM side to support larger documents.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Add four test cases to system after call | Speaker A | 2026-05-18 | High |
| Forward Edward meeting invitation to Lanza and confirm attendance | Basili | 2026-05-18 | High |
| Resolve Dantas's access to Pershing system and obtain updated withdrawal information | Speaker B / Pershing Team | 2026-05-18 | High |
| Escalate Notification API priority to Deepak | Speaker C | 2026-05-18 | High |
| Continue work on API inventory in parallel with other activities | Basili & Duane | 2026-05-20 | Medium |
| Sit-down meeting regarding API inventory payload with Dr. Sweet | Duane | 2026-05-18 | Medium |
| Meeting with Ferrisin team regarding Pershing issue | Duane / Dantas | 2026-05-18 | High |
| Meeting with Schetini to discuss MuleSoft alerts setup and create backlog tasks | Duane | 2026-05-18 | Medium |
| Add comment to ticket 669 noting false positive status on duplicate wires | Duane | 2026-05-18 | Low |
| Update ticket status and comments for wave charges observation | Duane | 2026-05-18 | Low |
| Complete JIRA/REMO integration and prepare for UAT testing | Schetini | 2026-05-19 | High |
| Schedule testing meeting with Rafael, Dantas, Chago Silvera for IB Documents | Schetini | 2026-05-19 | High |
| Observe IBM MQ changes in UAT environment | Schetini | 2026-05-19 | Medium |
| Present IBM MQ UAT changes in infrastructure meeting | Schetini | 2026-05-19 | Medium |
| Prepare production deployment plan for IBM MQ app updates | Schetini | 2026-05-20 | High |
| Move PIP 608 and 609 from code review to UAT testing | Duane | 2026-05-19 | Medium |
| Continue API inventory work on T24 Statements and History API | Marcelo | 2026-05-20 | Medium |
| Schedule testing coordination for Signature Documents with Wagner team | Marcelo | 2026-05-19 | Medium |
| Investigate MuleSoft deployment stuck issue with Schetini and team | Duane & Schetini | 2026-05-19 | High |
This meeting covered multiple critical work streams including OMS test case management, a scheduled Edward meeting (3:00-3:30 PM today with follow-up sessions tomorrow and Wednesday), and significant issues with the Pershing system affecting both UAT and production that require immediate access resolution. The team is progressing on API inventory and MuleSoft observability in parallel with priority items, while also managing a complex MuleSoft deployment issue requiring continued investigation. A push for priority has been escalated to Deepak for the Notification API, and the team aims to deploy IB Documents, JIRA, and Notification API by end of May, with testing sessions scheduled for this week pending Rafael's return and infrastructure review planned for tomorrow.
1. Problema de Integração Pushing/Pershing
- Erro no fluxo de atualização de portfólio em ambiente QAS/OT
- Campo FIGROUP causando bad request na segunda chamada à Pershing
- Impacto limitado a ambientes de teste (não afeta produção)
- Necessidade de debug local com WebLayer para investigação
2. Problemas de Deploy no MuleSoft
- Falha intermitente ao fazer upload de arquivos para Exchange
- Arquivo de 130MB não consegue ser enviado; outros de 100MB funcionam
- Ausência de padrão claro para limite de tamanho
- Necessidade de habilitação de CLI como possível solução
3. Migração de APIs - Questão de Headers
- Discussão sobre adição de headers nas respostas de APIs
- Impacto em ~107 endpoints que necessitarão adaptação
- Definição de escopo e prazos considerando mudanças no lado origin
4. Projeto SilentPureDocs (Giro)
- Validação de fluxo realizada com sucesso na sexta-feira
- Problema identificado: limitação de tamanho Base64 no lado deles (LLM)
- Identificados 10 arquivos TIFF de 125 registros (~10%)
- Proposta de filtragem apenas para PDF no MuleSoft
5. Confirmation Copy (ACH)
- Testes bem-sucedidos em OT
- Alterações: renomeação de arquivo e tipo de notificação
- Problema atual: impossibilidade de copiar arquivos para servidor em produção
6. API Inventory
- Início de trabalho em paralelo
- Alinhamento de padrões de resource paths e estrutura
- Decisão de padronizar respostas para formato WESIS ao invés de modelo do Duane
| Decisão | Responsável | Status |
|---|---|---|
| Habilitar CLI para MuleSoft | Pedro/Duane | Pendente - Abrir chamado com InfoSec |
| Rollback de headers em APIs | Duane/Pedro | A confirmar com Dantas |
| Investigação WebLayer para Pushing | Bacilli/Icaro | Pendente |
| Criação de PIP para problema MuleSoft | Pedro | Pendente |
| Validação de impacto Pershing em produção | Bacilli/Dantas | Confirmado - Somente em OT/LAT |
| Teste de campo Foreign City (Pershing) | Bacilli | Realizado - Mesmo erro |
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Investigar erro Pushing em OT com WebLayer | Bacilli/Icaro | 2026-05-20 | Alta |
| Abrir chamado InfoSec para habilitação CLI | Duane | 2026-05-19 | Alta |
| Criar PIP para problema MuleSoft | Pedro | 2026-05-19 | Alta |
| Confirmar decisão sobre headers com Dantas | Pedro | 2026-05-19 | Média |
| Resolver deploy de Confirmation Copy | Icaro/Silveira | 2026-05-20 | Alta |
| Finalizar documentação E.P.A. Inventory | Marcelo | 2026-05-22 | Média |
| Modelar saída padrão para APIs | Marcelo | 2026-05-22 | Média |
| Contatar stakeholders API Inventory | Marcelo | 2026-05-19 | Média |
| Agendar reunião de testes com Dantas e Tiago | Pedro | 2026-05-19 | Média |
| Validar Base64 maxsize com cliente (SilentPureDocs) | Marcelo | 2026-05-21 | Média |
| Suporte a Carlos Augusto Dias - Onboarding MuleSoft | Pedro | 2026-05-18 | Baixa |
A reunião abordou diversos desafios técnicos em diferentes estágios do projeto. O principal destaque foi a confirmação de que o erro intermitente da Pershing ocorre apenas em ambientes de teste (OT/LAT), não afetando produção, embora tenha consumido tempo significativo da equipe. Foram identificados problemas críticos com deploy no MuleSoft relacionados ao upload de arquivos para Exchange, sem padrão claro de limite de tamanho, com possível solução via habilitação de CLI. Na frente de migração de APIs, foi necessário reavaliação de escopo após descoberta de que adição de headers impactará ~107 endpoints. O projeto SilentPureDocs avança bem, com validação de fluxo bem-sucedida, enquanto ajustes no lado do cliente (Base64 maxsize) são necessários. A equipe segue com tarefas de documentação, modelagem de APIs e resolução de problemas de deploy.
1. OMS (Order Management System)
- Seleção de casos de teste com Edward
- Início do trabalho agendado para segunda-feira (manhã ou tarde)
- Coordenação necessária com Lanza, Juan e Diego
2. Plano de Deploy
- Meta: deploy na próxima semana (não necessariamente na sexta-feira)
- Testes internos já realizados com bons resultados
- Confiança geral no progresso
3. T24 e Processamento Mulesoft
- Processamento funcionando conforme esperado
- Caso de teste já disponível
- Problema de banco de dados resolvido
4. Signature Card - Problemas de Conectividade
- Problemas de comunicação entre BPM e banco de dados
- Diferentes instâncias, URLs e portas envolvidas
- Aguardando feedback da equipe de firewall
- UAT iniciado na quarta-feira anterior com envio de dados
5. Managed Flex Gateway
- Scattini trabalhando em regras de egress desde quarta-feira
- Possível início da tarefa na próxima semana
6. Observabilidade (Health Checkers e Data Dog Logs)
- Planejamento necessário para implementação em junho
- Priorizar health checkers como quick wins
7. CAB (Change Advisory Board)
- Confirmado: SEM CAB no dia 28 de maio
- CAB agendado para 21 de maio
8. API Inventory - Status das APIs
- JIRA Endpoint: 1 endpoint, pronto para UAT fim da próxima semana, go-live 29 de maio
- Notification System API: UAT concluído para iCapital, aguardando Ruth para RegE
- Private Equity API: 50% concluído, meta UAT fim de maio
- Party Onboarding: 50% concluído (33 endpoints), UAT 25-29 de maio, go-live meados a fim de junho
- Statements API: Início 18 de maio
- IB Documents: Movido para 29 de maio, aguardando retorno de Rafael Guglielmo (20 de maio)
9. Pontos de Produção e IPs
- Necessário obter informações de produção de Ruth e Dantas
- Crítico para abrir RQs e evitar atrasos
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Coordenar horário para início dos testes OMS na segunda-feira | Corey (Speaker B) | 2026-05-19 | Alta |
| Confirmar participação de Lanza, Juan e Diego nos testes OMS | Speaker A | 2026-05-19 | Alta |
| Finalizar caso de teste T24 e resolver problema de banco de dados | Corey (Speaker B) | 2026-05-16 | Alta |
| Investigar problemas de conectividade Signature Card com equipe de firewall | Marcelo (Speaker D) | 2026-05-20 | Alta |
| Confirmar status com Justin sobre firewall e próximos passos | Eduardo (Speaker E) | 2026-05-16 | Alta |
| Trabalhar em regras de egress do Managed Flex Gateway | Scattini | 2026-05-22 | Média |
| Planejamento de design para Health Checkers e Data Dog Logs | Dwayne (Speaker E) + Marcelo + Scattini | 2026-05-30 | Média |
| Obter informações de endpoints de produção e IPs de Ruth e Dantas | Speaker A | 2026-05-16 | Alta |
| Confirmar colaboração de Ruth para UAT da Notification System API (RegE) | Speaker A | 2026-05-16 | Alta |
| Completar Private Equity API para UAT | Dwayne (Speaker E) | 2026-05-29 | Alta |
| Completar Party Onboarding API para UAT | Basili | 2026-05-29 | Alta |
| Iniciar Statements API | Marcelo (Speaker D) | 2026-05-18 | Média |
| Aguardar retorno de Rafael Guglielmo e proceder com IB Documents | Speaker A / Equipe | 2026-05-29 | Média |
| Documentação técnica de processos de negócios | Marcelo (Speaker D) | Após resolver Signature Card | Média |
| Verificar duplicação de swagger para Private Equity API com desenvolvedores T24 | Dwayne (Speaker E) | 2026-05-29 | Alta |
| Dupla verificação de calendário para confirmação de CAB | Flavio (Speaker C) | 2026-05-16 | Média |
A reunião de status semanal focou no progresso de múltiplas iniciativas de desenvolvimento, incluindo OMS, APIs e correção de problemas de conectividade. O sistema OMS está pronto para iniciar testes na segunda-feira com coordenação entre múltiplas equipes. Embora o progresso geral seja positivo, há problemas críticos de conectividade no Signature Card aguardando feedback da equipe de firewall, além da necessidade urgente de obter informações de produção de Ruth e Dantas para evitar atrasos no deployment. Foi confirmado que não haverá CAB no dia 28 de maio, afetando potencialmente o cronograma de implementação. A maioria das APIs está dentro do cronograma, com o Managed Flex Gateway esperado para começar na próxima semana, embora monitoramento rigoroso seja essencial para evitar perda de prazos críticos.
1. Order Management System (OMS) - Internal Testing Status
- Successful internal testing sessions on Monday and Tuesday with positive results
- MuleSoft updates completed by Vasily and Duane
- Partial fill scenarios tested and working correctly; data being written to correct BPM tables
- End-of-day scenario testing in progress; MuleSoft experiencing VPN database connectivity issue (resolved during meeting)
- Expected to complete internal testing by end of Thursday (tomorrow)
2. UAT Testing with Edward
- Plan to schedule testing with Edward for early next week (Monday)
- Need to formalize test plan and test cases before starting random testing
- Require creation of sample test scenarios with matching BPM orders and messages
- Cannot force Bloomberg UAT environment to execute partial fill orders; must use sample messages from Rick
- Call scheduled with Edward tomorrow morning to discuss test case preparation
3. Onboarding Issues
- New fee groups being added to onboarding process
- Disconnect between MuleSoft fee group data and T24 acceptance
- Pershing account creation error related to foreign city field for foreign addresses
- Fee group issue in scope; Pershing issue to be escalated to Monica Ruth
- Call with Madhuri and T24 team to be scheduled to investigate fee group issue
4. API Migration - Private Equity API
- Development completed for private equity API and WAR files
- Kamal indicated potential changes to endpoints and payloads coming
- Decision to continue with current inventory while awaiting stable requirements
- Concern about scope creep and delivery delays
5. Restrict Private Space Egress Rules (Scatini)
- Firewall rules configured and tested
- Database connectivity issues identified (except EDOCS)
- Most MuleSoft applications tested and working; iCapital and EDOCS still pending
- Meeting scheduled with Philippe to address connectivity errors
- Production deployment plan in progress
6. EDOCS Testing and Production Deployment
- Testing made available for IT Senator docs
- Experiencing impact from IPB database instability
- Production deployment for EDOCS still pending; waiting on Root
- Working on control files and collecting endpoints
- Attempting to align delivery date with Wagonet (target: May 29)
- Discussion about deploying on Thursday rather than Friday to avoid end-of-month issues
- Following week has Memorial Day holiday (May 26)
- Whit Monday also observed in some regions (May 27)
- CAB approval needed before deployment
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Complete end-of-day scenario testing and confirm readiness for Edward testing | Corey | 2026-05-15 (EOD) | High |
| Schedule and conduct call with Edward to formalize test cases and regression testing approach | Corey, Pedro, Basili | 2026-05-15 (morning) | High |
| Fix MuleSoft connectivity issue with VPN/BPM database | Scatini | 2026-05-14 (completed) | High |
| Investigate fee group disconnect between MuleSoft and T24 | Corey, Madhuri, T24 team | 2026-05-15 | High |
| Schedule call with Madhuri and T24 team to trace fee group issue through BPM → MuleSoft → T24 | Corey | 2026-05-15 | High |
| Contact Monica Ruth (Pershing) to clarify foreign city error for foreign address accounts | Flavio/Corey | 2026-05-15 | High |
| Create card for onboarding fee group issue in backlog and assign owners | Basili | 2026-05-14 | Medium |
| Add description to onboarding issue card (PIPE-670) and mark involved parties | Basili | 2026-05-14 | Medium |
| Continue API development with current onboarding RAML and avoid blocking on changing requirements from Kamal | Basili | Ongoing | Medium |
| Update RAML specifications and continue development on stable private equity API endpoints | Dwayne | Ongoing | Medium |
| Complete firewall egress rules configuration and testing; prepare production deployment plan | Scatini | 2026-05-15 | High |
| Resolve iCapital and EDOCS database connectivity issues | Scatini | 2026-05-15 | High |
| Meet with Philippe regarding EDOCS connectivity issues | Scatini | 2026-05-14 (in 3 mins from meeting time) | High |
| Collect AWS gateway and EDOCS endpoints for production RQs | Marcelo | 2026-05-15 | High |
| Align EDOCS production deployment date with Wagonet (target: May 29) | Marcelo | 2026-05-15 | Medium |
| Verify if entire bank is off on Memorial Day (May 26) or only specific teams | Flavio | 2026-05-15 | Low |
The meeting focused on Order Management System (OMS) testing progress and onboarding issues. The team reported successful internal testing of partial fill scenarios and expects to complete testing by end of business Thursday, with UAT testing with Edward scheduled to begin early next week (Monday). A formal test plan and regression test cases need to be finalized in a call with Edward tomorrow morning. Additionally, the team is addressing critical issues with fee group acceptance in T24 and a Pershing account creation error related to foreign addresses, requiring escalation to T24 and Pershing teams. Progress is being made on API migrations, firewall egress rules, and EDOCS production deployment, with the team discussing a potential Thursday deployment (rather than Friday) to avoid end-of-month complications and the Memorial Day holiday period.
1. Resultado de la Presentación de Propuesta
- La propuesta fue presentada exitosamente al cliente (Ulises)
- El cliente mostró interés en avanzar con la implementación
- El cliente requiere que se complete el plan con asignación de responsables y definición de tiempos
2. Actividades del Cliente
- Se debe incluir en el plan las actividades que debe realizar el cliente (preparación de servicios en APG y Moorsoft)
- El cliente necesita visibilidad clara de cuándo se entregarán Spey In y Spey Out
- El cliente tiene presión de tiempos y necesita una solución inmediata
3. Negociación de Precios
- Aún pendiente negociar el costo de la plataforma y soporte
- El cliente confirmó interés en familia de soporte nivel F (mínimo indispensable)
- Compras tiene objeción a los 122 millones pesos presupuestados, pero hay interés en avanzar
- Se espera posible renegociación con estructura alternativa de pagos
4. Escalamiento
- Ulises llevará la propuesta al comité directivo el martes para formalización
- Presentación ante CIO y Jorge está programada
5. Próximas Sesiones de Trabajo
- Se realizarán reuniones informales con equipo de Actinver para afinar detalles del plan
- Enfoque en: asignación de responsables, validación de tiempos, criterios de entrada/salida, coordinación
- Ulises estará de vacaciones esta semana, trabajo continuará en paralelo
| Decisión | Responsable |
|---|---|
| Completar plan detallado con asignación de responsables y tiempos | Equipo de trabajo |
| Coordinar sesiones de trabajo con Actinver antes del martes | Omar/Stephanie |
| Reunión posterior al martes con Compras para negociación de precios | Jonathan/Pedro |
| Ajustar periodicidad de sesiones de trabajo | Omar/Stephanie |
| Tarea | Responsable | Fecha Vencimiento | Prioridad |
|---|---|---|---|
| Completar plan detallado con responsables, tiempos y criterios | Equipo de trabajo (Pedro/Eduardo) | 19 de mayo de 2026 | Alta |
| Coordinar y ejecutar sesiones de trabajo con Actinver | Omar/Stephanie | 18 de mayo de 2026 | Alta |
| Seguimiento a escalamiento de propuesta ante comité directivo | Ulises | 21 de mayo de 2026 | Alta |
| Coordinación con Jonathan para preparar negociación con Compras | Pedro | 19 de mayo de 2026 | Alta |
| Reunión con Compras sobre negociación de precios y estructura de pago | Jonathan/Pedro | Posterior al 21 de mayo | Alta |
| Mantener equipo trabajando en revisiones del plan | Omar | 19 de mayo de 2026 | Media |
La presentación de la propuesta al cliente fue exitosa. Ulises, el cliente, confirmó su interés en avanzar con la implementación de la plataforma y está dispuesto a invertir tiempo de su equipo en reuniones de coordinación. El principal punto pendiente es la negociación de precios (aproximadamente 122 millones de pesos), donde Compras ha expresado objeciones pero mantiene apertura a negociar una estructura alternativa de pagos. El equipo trabajará en paralelo para completar un plan detallado con asignación de responsables y tiempos antes de que Ulises presente la propuesta ante el comité directivo el martes, momento que podría ser crítico para la formalización del proyecto.
1. API Migration - JIRA Endpoint
- Connectivity issue resolved on infrastructure call today
- Development can now proceed with single API endpoint
- Target: Complete development this week and start UAT next week
- Possible go-live in May if UAT is successful
2. JIRA Development Progress
- Python flow development to start tomorrow
- Estimated 1-2 days for completion
- Ready for UAT by Friday of this week
- Scatini needs to identify with Dantas who will call the API for UAT testing
3. IB Documents
- Testing meeting scheduled at 4pm Brazilian time today with Felipe
- Update expected tomorrow
- Target completion: end of next week
- Potential go-live next week if UAT completes this week
4. eDocS Integration
- Marcelo to start next week (early Thursday/Friday or Monday)
- Business process documentation created and ready for code review/testing
- Attempting to schedule UAT alignment meeting with Marcelo Wagner
- Working on system APIs and file sync process API documentation
5. RQ 8331 - Mulesoft API Configuration
- Ruth (from Deepak's team) needs to point Reggie to Mulesoft instead of mailer API
- Priority item; Ruth returned from vacation yesterday, not yet ready for UAT
- Speaker B expressed concern about missing first deadline in cascade effect
- Escalation to Thiago, Fernandez, and Deepak may be needed if no visibility by end of week
6. Party Onboarding
- 50% developer done
- Involves OMS team; progress pending
7. Task Management
- Discussion on moving Jira tasks from Design to In Progress
- Renaming task to "Develop Integration Requirements or Use Case" (more representative of current work)
- Still in discovery phase (75% complete), only 2% in design
- Requirement specification being developed from business data transformation
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Complete JIRA development (Python flow) | Scatini | Friday, 2026-05-15 | High |
| Identify with Dantas who will call API for UAT | Scatini | Friday, 2026-05-15 | High |
| Test IB Documents and provide update | Scatini | 2026-05-13 | High |
| Complete IB Documents UAT-ready status | Scatini | 2026-05-22 | High |
| Update DNS entries and IB Documents properties for Mulesoft | Scatini | 2026-05-13 | Medium |
| Unflags tasks with explanatory comments | Scatini | 2026-05-12 | Medium |
| Meeting with Sheetao regarding PIP points | Scatini | 2026-05-13 | Medium |
| Complete last PIP task | Scatini | 2026-05-12 | Medium |
| Start eDocS work | Marcelo | 2026-05-16 (Thursday/Friday) or 2026-05-19 (Monday) | High |
| Schedule UAT alignment meeting with Marcelo Wagner and team | Marcelo | 2026-05-16 | High |
| Move documentation to Done and add Confluence link | Marcelo | 2026-05-12 | Medium |
| Find code reviewer for documentation | Marcelo | 2026-05-12 | Medium |
| Work on eDocS system APIs and file sync process API units | Marcelo | After UAT scheduling | Medium |
| Send email regarding RQ 8331 (Mulesoft) status to Ruth | Speaker A | 2026-05-12 | High |
| Monitor RQ 8331 progress; escalate if no visibility by end of week | Speaker A/B | 2026-05-15 | High |
| Daily checkpoint meetings on API migration progress | Speaker A | Ongoing (daily) | High |
| Get update on OMS/Party Onboarding progress | Speaker A | 2026-05-13 | Medium |
The team is focused on completing the API migration with aggressive timelines for May go-live. The JIRA endpoint development can now proceed following resolution of connectivity issues and should be ready for UAT next week, contingent on Scatini completing development by Friday and coordinating UAT approach with Dantas. The IB Documents and RQ 8331 (Mulesoft configuration) present timeline risks—RQ 8331 is the first deadline being threatened, which prompted escalation concerns about cascading delays. Marcelo is advancing eDocS integration with documentation ready for code review and UAT scheduling underway. Daily progress checkpoints will be implemented to monitor blockers and maintain deadline accountability across all migration streams.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Move RQ8371 to in progress and resolve once completed | Flavio | Immediate | High |
| Coordinate with Ruth regarding UAT testing dates for Mailer API | Speaker A | Before next meeting | High |
| Test port 11427 connectivity (was timing out) and provide evidence | Marcelo | Before next meeting | High |
| Add evidence that RQ8348 is working to close the ticket | Marcelo | Immediate | High |
| Verify and link CNG8917 to RQ8348 in the system | Flavio | Immediate | High |
| Follow up on RQ8353 CNG creation with King Drew infrastructure team | Eduardo | Before Wednesday CAB | High |
| Reinforce King Drew to link CNGs to corresponding RQs | Eduardo | Before next week | Medium |
| Check and provide CNG status for all RQs opened before CAB meetings | Marcelo/Basili | Daily (before CAB) | High |
The API inventory migration project is nearly complete with most RQs resolved. The Power Matrix project tickets have been reorganized under parent ticket RQ8015 with proper tagging for better organization. A critical process improvement was identified and agreed upon: all RQs must have their corresponding CNGs (change requests) linked and verified by the day before CAB meetings to ensure infrastructure changes are properly tracked and approved. One pending item remains: RQ8353 requires CNG creation and connectivity testing for port 11427, with coordination needed with Ruth on Mailer API UAT testing dates.
1. Propuesta Payment Gateway
- Presentación de arquitectura moderna (Cloud, Kubernetes, APIs, microservicios)
- Refactoring profundo de componentes para modernización
- Beneficio: traspaso de código sin restricciones (sin vendor lock)
2. Plan de Trabajo (2.5 meses)
- Instalación de software
- Diseño funcional con sesiones de trabajo
- Verificación de controles de seguridad
- Despliegue en DEV, QA y PRD
- Primeras cuatro actividades en paralelo
3. Requerimientos del Cliente
- Infraestructura de contenedores completa
- Base de datos y accesos
- Instalación de Istio
- Acceso a repositorio de código, CI/CD y MuleSoft
- Entrega de APIs pendientes con especificaciones acordadas
4. Paquetes de Soporte
- Soporte técnico (distintos niveles de severidad)
- Mantenimiento evolutivo (mejoras de performance)
- Evolución funcional (nuevas funcionalidades)
- Servicios profesionales (implementaciones mayores)
- Acompañamiento operativo (equipo dedicado)
- Niveles de respuesta: horario laboral y no laboral (con guardias)
5. Alcance Incluido
- SPEI (entrada/salida), CODE, SPEED, destinatarios, penicheck, operación multicore, complex UV, SAP
- Costo confirmado: $10,200,000
6. Estructura de Costos de Soporte
- Costos mensuales (contrato anual recomendado)
- Todos validados en OCS con márgenes
7. Equipo del Proyecto
- 3 personas operativas: Luisa, Jorge y una tercera persona
- Asignados al proyecto Kimball en CA independiente
8. Revisiones Pendientes
- Validación de márgenes: incrementar de 25% a 30% + 5% de riesgo
- Revisión de OCS con Jimmy y Elías respecto a costos de soporte fuera de horario laboral
- Doble validación de especificaciones con México vs Colombia
1. Confirmación de plan de trabajo de 2.5 meses para implementación
2. Cambio de etapa: de "2 semanas" a "Ready for PRD" (4 semanas) considerando actividades del cliente
3. Aumento de margen de soporte de 25% a 30% + 5% de riesgo
4. Inclusión de 10-30% de riesgo según parámetros establecidos para Actinver
5. Presentación de propuesta al cliente en la tarde del mismo día (previo visto bueno de Leandro y Alessandro)
6. Revisión de OCS con Jimmy y Elías antes de presentación
| Tarea | Responsable | Fecha Límite | Prioridad |
|---|---|---|---|
| Revisión de OCS y margen de soporte (incremento a 30% + 5% riesgo) | Eduardo / Speaker C | Mañana | Alta |
| Doble validación de OCS con Jimmy y Elías (costos fuera de horario) | Speaker C | Mañana | Alta |
| Validación y visto bueno de presentación | Leandro y Alessandro | Mañana | Alta |
| Coordinación con Yats y Jonathan para revisión de recursos | Speaker E | Antes de presentación | Media |
| Presentación de propuesta al cliente | Speaker A / Equipo | Tarde del 12/05/2026 | Alta |
| Compartir presentación final en SharePoint | Speaker A | Antes de presentación | Media |
En esta reunión se presentó la propuesta completa del Payment Gateway que incluye una arquitectura moderna basada en cloud, Kubernetes y microservicios, con un plan de implementación de 2.5 meses. Se confirmó el alcance integral del proyecto por $10,200,000, cubriendo instalación, diseño funcional, despliegue y múltiples paquetes de soporte (técnico, evolutivo, funcional, profesional y operativo). Se tomaron decisiones críticas sobre márgenes de rentabilidad (incremento a 30% + 5% riesgo) y validación de costos de soporte, con aprobación pendiente de directivos antes de la presentación al cliente programada para la tarde del mismo día.
| Decisão | Responsável | Status |
|---|---|---|
| Aumentar timeout de 5ms para 100ms no IBM MQ | Speaker A (Bacilli) | Em andamento |
| Core aumentará frequência de consumo da fila de 1min para 2min | Core | Decidido |
| Investigar discrepância entre duas RQs de comunicação Mule-MSKL | Speaker C | A fazer |
| Testar IB Documents com Felipe (Brasil) | Speaker D | Agendado 12/05 |
| Contatar Ruth para iniciar testes Mailer | Speaker A (Bacilli) | A fazer |
| Encaminhar novas demandas para Pedro e Flávio | Todos | Política |
| Comentar em RQ 8355 confirmando status OK e solicitar fechamento | Speaker D | A fazer |
| Investigar alertas de infra | Speaker D | Hoje |
| Tarefa | Responsável | Prazo | Prioridade |
|---|---|---|---|
| Testar aumento de timeout (5ms → 100ms) e validar resolução | Speaker A (Bacilli) | 12/05 13h30 | Alta |
| Fazer deploy e completar RAML com entry points faltantes | Speaker A (Bacilli) | 12/05 | Alta |
| Contatar Ruth para agendamento de testes Mailer | Speaker A (Bacilli) | 12/05 | Alta |
| Investigar por que uma RQ de Mule-MSKL foi implementada e outra não | Speaker C | 12/05 | Alta |
| Testar IB Documents com Felipe e validar movimentação S3 | Speaker D | 12/05 | Alta |
| Comentar em RQ 8355 confirmando OK e solicitar fechamento a Eduardo | Speaker D | 12/05 | Média |
| Investigar alertas e conectividade | Speaker D | 12/05 fim do dia | Média |
| Terminar documentação Signature Docs (Confluence) | Speaker C | 12/05 | Média |
| Implementar System API para File Sync e CCPI | Speaker C | Próxima semana | Média |
| Conversa com Chital (Suíça) sobre projeto | Speaker D | 13/05 11h | Média |
| Réunião com Duane sobre quantidade de endpoints nas APIs | Speaker A (Bacilli) | 12/05 | Média |
| Escalar para Flávio/Pedro se Ruth não responder | Speaker A (Bacilli) | Conforme necessário | Média |
A reunião focou principalmente em problemas técnicos identificados nos testes do OMS, onde há discrepância entre mensagens enviadas (73) e processadas (54). A investigação apontou possível timeout insuficiente (5ms) nas operações get/post do IBM MQ, com plano de teste aumentando para 100ms. Paralelamente, há preocupação de stakeholders (Flávio) com o cronograma do API Inventory, sem entregas desde 06/04, o que levou à definição de política de escalação de novas demandas para Pedro e Flávio. Os testes prosseguem com segunda rodada agendada para 13h30 e validações do IB Documents planejadas com Felipe. A maioria dos componentes técnicos está sob controle, mas o foco é resolver os problemas de consumo de fila e manter o momentum de entregas para tranquilizar stakeholders.
1. OMS Deployment Status and Testing Plan
- Deployment planned for next week
- Testing call scheduled immediately after this meeting with Vasily and Rick Sabag
- Using sample partial fill executions from Bloomberg production queue (last 12 days, back to April 28th)
- Test focus: validate data processing to partial field tables and vector returns to BPM
2. Code Review Findings
- Complete code review completed; identified date conversion issues in code that differ from web layer
- Need to share findings with Corey and Antonio for validation testing
- Previous two days of live operations showed no impact, but new findings warrant testing
3. UAT and Implementation Timeline
- Internal testing ongoing; Edward to join UAT later this week depending on test progress
- Target implementation dates: May 15th (unlikely), May 22nd (hopeful), or before month-end
- CAB (Change Advisory Board) approval required on Thursday with test evidence for deployment flexibility
- Discussion on deploying mid-week vs. Friday; deployment can occur any day if CAB approved Thursday
4. Kanban Board and Task Management
- Story 622 moved from backlog to in progress
- Tasks under 620 held in development due to private equity development priority
5. Fed Wire Production Issue Resolution
- T24 change had overridden Fed Wire changes in WAR file
- Issue resolved with WAR file redeployment; Fed wires now flowing properly from BPM to T24
- Update to design documentation needed
6. PIP 665 - IB Documents and Egress Rules
- IB documents API deployed in UAT but requires validation with Philippe De Visa (replacing Rafael Guglielmo)
- Receiving errors from IB documents API; adjustments may be needed
- Egress rule mapping to begin after IB documents confirmation
- JIRA system API endpoint to follow (expected quick completion using IB Documents template)
- JIRA Fire Rule ticket remains open; can progress without closure
- Need to check connectivity and escalate to Eduardo if needed
7. ERP Project Technical Meetings
- Technical meetings scheduled twice weekly (Tuesdays and Thursdays)
- Tomorrow's 9am meeting to review spreadsheet and plan mapping solutions
- Need to understand gaps before meeting
8. EDOCS and IBM MQ Documentation
- EDOCS available for initial checks
- Network and infosec rule 8348 confirmed in place
- Brazilian private bank team made first successful call to EDOCS endpoint
- IBM MQ documentation being updated for EDOCS and File Sync process APIs
- Warning: Error handling rule not yet in place (RQ 8353); requires CNG ticket and priority escalation
- Workaround solution implemented using existing queue manager and port until proper deployment
9. Notification System API Testing
- Reference API testing in progress; only reference API remaining from test suite
- Onboarding/client creation/account creation API has known issue; awaiting deployment for testing
- Ruth (notification system) expected back; need to confirm before starting notification API UAT
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Conduct OMS testing with Bloomberg partial fill executions and validate data processing | Vasily, Rick Sabag | 2026-05-11 (immediately after meeting) | High |
| Share code review findings (date conversion issues) with Corey and Antonio for validation testing | Speaker B | 2026-05-15 | High |
| Move OMS UAT to Edward and progress testing | Speaker B | Later this week (2026-05-15) | High |
| Create new test cycle with re-executed tests and new edge cases for partial orders | Speaker B | 2026-05-15 | High |
| Update design documentation for Fed Wire changes | Dwayne (Speaker F) | 2026-05-12 | Medium |
| Verify IB documents API with Philippe De Visa and address errors | Rick (Speaker C) | 2026-05-12 | High |
| Check JIRA Fire Rule connectivity and escalate to Eduardo if needed | Rick (Speaker C) | 2026-05-12 | High |
| Request code review for PPIP 608 and 609 from Mule development group | Marcelo (Speaker E) | 2026-05-12 | Medium |
| Prepare for infra meeting to discuss rule deployment (RQ 8353) | Marcelo (Speaker E) | 2026-05-12 | High |
| Prioritize and escalate CNG ticket for error handling rule (RQ 8353) with Eduardo and Kendrel | Flavio (Speaker D) | 2026-05-12 | High |
| Review PIP 665 spreadsheet and plan Egress rule mapping solution before 9am meeting | Rick (Speaker C) | 2026-05-12 | High |
| Confirm Ruth's return and schedule notification system API UAT | Basil (Speaker G) | 2026-05-12 | Medium |
| Complete reference API testing and onboarding API deployment testing | Basil (Speaker G) | 2026-05-15 | High |
The OMS system is on track for deployment with testing commencing immediately using Bloomberg production data from the last 12 days. Code review identified date conversion issues requiring validation with team members, and the team targets May 22nd as the implementation date pending test progress and CAB approval. Multiple API integrations (IB Documents, EDOCS, JIRA) are advancing through UAT with some blocking issues requiring escalation, particularly an error handling rule (RQ 8353) that needs CNG ticket prioritization. The team is maintaining momentum across PIP 665 egress rule mapping and reference API testing, with action items clearly assigned and due dates aligned to support mid-week deployment if testing completes on schedule.
2026-05-05 15:30
1. Onboarding de Kamau à Plataforma MuleSoft
- Explicação dos projetos ACH e Flamingo
- Necessidade de integrar Kamau ao time e plataforma MuleSoft
2. Introdução à Plataforma MuleSoft
- MuleSoft como ferramenta de integração middleware (líder Gartner)
- Adquirida pela Salesforce em 2019 por USD 5 bilhões
- Uso como API gateway e service bus
- Arquitetura em camadas: System API, Process Layer, Experience API
3. APIs de Capital Call
- Kamau desenvolveu 5-8 endpoints para automação do processo de Capital Call
- APIs envolvem T24 (sistema core banking) e sistemas externos
- Documentação técnica (Swagger) já disponível em UAT
- Dados sensíveis: números de cliente, contas, carteiras, valores, moedas
4. Estratégia de Integração com Flamingo/Lisbon
- Discussão sobre consolidação de APIs de Private Equity
- Necessidade de criar camadas de Experience API para limitar acesso apenas aos endpoints necessários
- Abordagem de dois níveis: System Layer + Experience Layer
5. Migração de APIs para MuleSoft
- Inventário de APIs existentes (177 endpoints mapeados)
- Necessidade de estabelecer processo padronizado para novos desenvolvimentos
- Planejamento de documentação e portal de desenvolvedor (Backstage)
- Requisitos de auditoria: oversighting centralizado de todas as APIs
6. Cronograma e Fases de Implementação
- APIs do Kamau precisam estar em UAT "o mais breve possível"
- Objetivo: Produção em junho
- Private Equity API atual tem 18 endpoints (mais de um mês de desenvolvimento)
- Adição de 8 endpoints novos = 26 endpoints no total
7. Desafios Técnicos e Arquiteturais
- Segregação de acesso por endpoint para diferentes clientes
- Gestão de Client ID e Client Secret
- Necessidade de guia/documentação para consumo das APIs
- Impacto em sistemas chamadores existentes (regressão de testes)
1. Onboarding de Kamau aprovado para desenvolvimento de APIs em MuleSoft
2. Consolidação de APIs: Endpoints de Kamau serão adicionados à aplicação MuleSoft de Private Equity existente
3. Abordagem em duas fases:
- Fase 1: Testes funcionais em UAT com APIs em T24 (sem aguardar migração para MuleSoft)
- Fase 2: Migração para MuleSoft + smoke test/regressão antes de go-live em junho
4. Priorização: APIs de Capital Call de Kamau ganham prioridade sobre "Trading Orders" que Dwayne estava trabalhando
5. Meeting offline com dev team para definir approach final de arquitetura (System + Experience layers)
6. Talia enviará lista de endpoints prioritários do Private Equity após análise com Lanza
| Tarefa | Responsável | Data Vencimento | Prioridade |
|---|---|---|---|
| Reunião com time de desenvolvimento para definir approach final de arquitetura | Dwayne | 2026-05-06 | Alta |
| Enviar link da planilha de inventário de APIs (177 endpoints) | Schettini/Pedro | 2026-05-06 | Alta |
| Analisar endpoints de Private Equity necessários e priorizar | Talia + Lanza | 2026-05-07 | Alta |
| Enviar lista de endpoints prioritários do Private Equity | Talia | 2026-05-08 | Alta |
| Iniciar desenvolvimento dos endpoints de Capital Call em MuleSoft | Dwayne | 2026-05-06 | Alta |
| Fornecer Client ID e Client Secret para acesso às APIs | Dwayne | 2026-05-13 | Alta |
| Mapear APIs de Security Master existentes necessárias para Capital Call | Lanza/Time Lisbon | 2026-05-08 | Alta |
| Criar documentação técnica para consumo de APIs (client ID/secret, configuração) | Schettini + Time | 2026-05-15 | Média |
| Agendar reunião de follow-up com Talia para confirmar approach | Dwayne | 2026-05-12 | Alta |
| Preparar para testes funcionais em UAT | Talia + Time Lisbon | Junho | Média |
| Verificar endpoints de API já publicados/removidos do inventário | Dwayne | 2026-05-06 | Média |
| Identificar sistemas chamadores que consumem Private Equity APIs (para regressão) | Kamau/Time | 2026-05-10 | Média |
| Definir modelo de organização/segregação de business groups em MuleSoft | Schettini + Dwayne | 2026-05-20 | Média |
A reunião abordou o onboarding de Kamau na plataforma MuleSoft e a integração de suas APIs de Capital Call (5-8 endpoints) com o projeto Flamingo/Lisbon. Foram discutidas a arquitetura em camadas do MuleSoft (System + Experience APIs) para segregar acesso apenas aos endpoints necessários, visando cumprir requisitos de auditoria. Decidiu-se por uma abordagem em duas fases: testes funcionais em UAT com APIs em T24, seguida de migração para MuleSoft e smoke test antes do go-live em junho. Dwayne assume prioridade no desenvolvimento dessas APIs, com meeting offline agendada para confirmar a estratégia arquitetural e próximos passos.
1. RQ Status and CAB Schedule: Discussion of RQs 8348 and 8353, which are scheduled to go to CAB (Change Advisory Board) on Thursday. Confirmation that these RQs have been sent to Kindred and should be expected in CAB this week.
2. CNG (Change) Association: Concern raised that CNGs are not yet associated with the RQs. Eduardo (Speaker C) confirmed he has a meeting with Kindred later today and tomorrow to address this issue and ensure CNGs are opened.
3. Testing and Documentation Procedures: Agreement on standardized approach for testing connectivities on tickets - Marcelo to provide comments and evidence (screenshots using NET Tools) in tickets after testing to help close CNGs more efficiently.
4. Rollback RQs: Marcelo mentioned potential future need to create RQs for rollback related to old SMB protocol approach for EDOC data consumption, but clarified this is not a blocker and can be addressed after current RQs are tested.
5. Firewall Request Consolidation: Eduardo proposed consolidating multiple firewall change requests to reduce costs with Kindred (who charge per change). Discussion about feasibility and potential solutions, including consolidating one change per project per week.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Meet with Kindred to confirm CNG opening for RQs 8348 and 8353 | Eduardo (Speaker C) | 2026-05-06 | High |
| Update RQs with test results and evidence (screenshots) in ticket comments | Marcelo (Speaker B) | 2026-05-08 | High |
| Check all connectivities for tickets and add NET Tools screenshots to tickets | Marcelo (Speaker B) | 2026-05-08 | High |
| Verify RQs are in CAB on Thursday | Eduardo (Speaker C) / Talia (Speaker D) | 2026-05-09 | High |
| Evaluate and plan firewall request consolidation strategy | Eduardo (Speaker C) | TBD | Medium |
| Discuss firewall consolidation approach with Justin | Eduardo (Speaker C) | TBD | Medium |
The meeting focused on tracking two priority RQs (8348 and 8353) scheduled for CAB on Thursday, with Eduardo assigned to confirm that Kindred opens the associated CNGs. The team established a standardized testing procedure requiring Marcelo to document connectivity checks with NET Tools screenshots and comments in tickets to streamline CNG closure. Additionally, Eduardo raised the need to consolidate firewall change requests to reduce costs with Kindred, and the team agreed to start with a policy of maximum one change per project per week, with further discussion needed on consolidation methodology.
1. Projeto Flamingo (Private Equity)
- APIs desenvolvidas pelo Cabal para automação de Capital Calls
- Projeto em desenvolvimento em Lisboa com squad OutSystems
- Discussão sobre integração com MuleSoft vs. desenvolvimento direto
- Necessidade de migrar APIs para o MuleSoft antes de setembro (deadline de auditoria)
- Deadline de entrega: Meados de junho
2. Automação ACA (Automated Clearing House)
- APIs desenvolvidas por Kamau em ambiente de desenvolvimento
- Discussão sobre onde construir: MuleSoft vs. desenvolvimento externo em .NET
- Processo atual é manual com 30 transações/dia do FED
- Novo provedor de cartão (Carta) aumentará volume para 1.500 clientes
- Deadline de entrega: Fim de junho
3. Prioridades e Capacidade do Time
- Marcelo: dedicado ao Signature Card/E-Docs (entrando em produção esta semana) e IPA Inventory
- Skettini: trabalhando com Flávio em Oracle vs T24 (RP)
- Bacilli: dedicado ao OMS
- Duane: tocando APA Inventory
- Cabal: 100% dedicado à squad de automações
4. Arquitetura e Estrutura das APIs
- Necessidade de decidir se as novas APIs de Private Equity devem estar sob o mesmo "guarda-chuva" das APIs antigas
- Discussão sobre segregação de endpoints no MuleSoft (limite de ~20-30 endpoints por MiliApp para performance)
- Necessidade de onboarding de Kamau sobre MuleSoft
5. Gateway e Conformidade de Auditoria
- Deadline crítico em setembro para migrar tudo para o Gateway
- Qualquer novo desenvolvimento implementado antes deve estar no Gateway até setembro
- Inventário previsto para encerrar fim de julho/início de agosto
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Conversar com Duane sobre estimativa das APIs do Flamingo e timeline para migração para MuleSoft | Speaker B (Pedro) | 2026-05-05 | Alta |
| Alinhar com equipe sobre timing de migração das APIs Flamingo para MuleSoft | Speaker B e Duane | 2026-05-15 | Alta |
| Construir API de ACA externamente em .NET | Kamau | 2026-06-30 | Alta |
| Migrar API ACA para MuleSoft após desenvolvimento externo | Speaker B / Duane | 2026-06-30 | Alta |
| Realizar onboarding de Kamau sobre MuleSoft (1 hora) | Marcelo/Skettini/Duane | 2026-05-05 | Alta |
| Decidir arquitetura: consolidar ou separar APIs de Private Equity | Equipe de Arquitetura | 2026-05-05 | Alta |
| Agendar e conduzir reunião de discussão ampla | Speaker A | 2026-05-05 15:00 | Alta |
| Avaliar oportunidade de colocar API ACA no inventário de migração MuleSoft | Speaker B | 2026-06-30 | Média |
A reunião abordou dois projetos críticos com deadline em junho: o Flamingo (automação de Capital Calls em Private Equity) e a ACA (automação de Clearing House). A principal discussão centrou-se na decisão arquitetural de onde construir as APIs - se diretamente em MuleSoft ou externamente em .NET para posterior migração. Devido ao prazo apertado e à falta de expertise de Kamau em MuleSoft, decidiu-se construir a API ACA externamente e migrá-la posteriormente. Ambos os projetos estão alinhados com o deadline crítico de setembro para migração completa para o Gateway. Uma reunião de acompanhamento foi agendada para amanhã (5 de maio) às 15h para discussão mais ampla sobre prioridades, capacidade do time e decisões de arquitetura envolvendo os principais stakeholders.
1. Testes de Pedidos Parciais (Partial Orders)
- Discussão sobre abordagem para testes em ambiente UAT
- Desafio de simular dados Bloomberg no BPM e banco de dados
- Coordenação de testes com Corey e Raniro
- Necessidade de stored procedure no banco de dados para funcionalidade de atualização
- Identificação de três cenários principais: fechamento de mercado com preenchimento parcial, cancelamento de pedido aberto parcialmente preenchido, preenchimento em múltiplas partes
- Necessidade de explorar cenários adicionais mencionados por Eddie
2. Novo Projeto Oracle (EPIC)
- Oficialização do início do projeto Oracle
- Necessidade de criar EPIC no Kanban para rastreamento
- Missão inicial: estimativa de alto nível até quinta-feira
- Estimativa preliminar: entre 3-5 meses com margem de erro de 20-30%
- Foco no caminho principal: captura de arquivos de T24 para solução de contabilidade
- Identificação de estruturas de dados em T24 e aplicação de destino
3. Conectividade e Requisições (RQ)
- RQ com problemas de conectividade fechada por Eduardo Hochschild
- Necessidade de sessão de troubleshooting
- Testes pendentes em ambiente de produção
- Contato com Eduardo antes da sessão marcada para amanhã
4. Ticket Jira 8355 - API Inventory
- Conversão de ticket para subtask do ticket pai 8335
- Atribuição a Eduardo com comentário sobre prioridade estratégica
- Padrão estabelecido: todas as RQs relacionadas a API Inventory devem ser subtasks de 8335
5. Regras de Agregação
- Necessidade de agendamento para implementação esta semana
- Bloqueio para Dwayne pendente
6. API Inventory Development (Dwayne)
- Dificuldade com desenvolvimento RAML e requisições POST
- Necessidade de suporte de Scatini se não houver progresso até o final do dia
- Acompanhamento de requisição de e-banking de Victor Escobar
- Aguardando resposta de Maduri sobre arquivos de API/WAR
7. Projeto eSignature
- Movimento de tickets para revisão de código
- Aguardando IQ melhorado para comunicação e testes
- Wagner/Talia garantirão aplicação de regras até quinta-feira (esta semana)
- Possibilidade de iniciar testes UAT nesta quinta-feira
- Trabalho em MEQ como fila de letras e registro de registros
- Possibilidade de deploy completo para UAT amanhã
- Estimativa: 8 de maio (quinta-feira) não é viável para deploy em produção
- Reunião agendada amanhã com Eduardo para revisão de IQs do projeto Power Matrix
1. Prosseguir com testes de pedidos parciais com foco em todos os cenários possíveis
2. Meta de go-live: 15 de maio de 2026 (sexta-feira) - data preliminar sujeita a atualização
3. Criar EPIC para projeto Oracle e capturar stories e tasks
4. Padronizar estrutura Jira: todas as RQs de API Inventory como subtasks de 8335
5. Manter conectividade como prioridade estratégica até quinta-feira
6. Iniciar code review para tickets de eSignature após melhoria de IQ
7. Documentação de eSignature a ser concluída até quinta-feira, condicionada a deploy de amanhã
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Atualização sobre testes de pedidos parciais (via chat) | Basili/Karu | Fim do dia (2026-05-04) | Alta |
| Criar EPIC para projeto Oracle | Speaker A | 2026-05-07 | Alta |
| Estimativa de alto nível para projeto Oracle | Speaker B | 2026-05-07 (quinta-feira) | Alta |
| Enviar email e agendar troubleshooting para RQ de conectividade | Speaker E | 2026-05-04 | Alta |
| Testar RQ de conectividade em ambiente de produção | Speaker E | 2026-05-05 | Alta |
| Contatar Eduardo sobre conclusão de RQ antes da reunião | Speaker E | 2026-05-04 | Alta |
| Debug de RAML e requisições POST - API Inventory | Speaker D | Fim do dia (2026-05-04) | Média |
| Solicitar ajuda de Scatini se necessário | Speaker D | 2026-05-04 | Média |
| Obter informações de Maduri sobre APIs/WAR files | Speaker D | 2026-05-04 | Média |
| Agendar implementação de regras de agregação | Speaker E | 2026-05-04 | Média |
| Reunião com Eduardo para revisão de IQs - Power Matrix | Speaker F | 2026-05-05 | Média |
| Garantir conectividade para testes até quinta-feira | Wagner/Talia | 2026-05-08 | Alta |
| Iniciar testes UAT de eSignature | Speaker F | 2026-05-08 (quinta-feira) | Alta |
| Deploy completo para UAT - eSignature | Speaker F | 2026-05-05 | Alta |
| Documentação de eSignature | Speaker F | 2026-05-08 | Média |
| Discutir timeline UAT com Wagner | Speaker A | 2026-05-04 | Alta |
| Mover tickets eSignature para revisão de código | Basili/Dwayne/Scatini | 2026-05-04 | Média |
A reunião focou em três iniciativas principais: progresso nos testes de pedidos parciais com identificação de cenários críticos, oficialização do projeto Oracle com estimativa preliminar de 3-5 meses, e resolução de problemas de conectividade para os projetos eSignature e API Inventory. A data alvo de go-live foi confirmada para 15 de maio de 2026, com ênfase na resolução de problemas de conectividade até quinta-feira para permitir testes de UAT. Todos os membros da equipe foram instruídos a priorizar tarefas de acordo com o cronograma crítico e comunicar imediatamente qualquer impedimento.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Build quality assurance plan and finalize scope agreement | Cleo / GFT team | Mid-June 2026 | High |
| Review Fiserv configuration documents and prepare for testing alignment | GFT testing team | Mid-June 2026 | High |
| Identify and customize Fiserv test cases for Ford's specific scope | Cleo / Pedro | Mid-June 2026 | High |
| Prepare infrastructure setup for test automation framework | Gonzalo / Technical team | Mid-June 2026 | High |
| Write custom test scripts for any unique scenarios beyond Fiserv baseline | GFT automation team | Mid-June 2026 | Medium |
| Coordinate with Fiserv on configuration decisions and test data mapping | Paul / Jeff | Mid-June 2026 | High |
| Finalize proposal and commercial topics | Brandon / GFT leadership | Before next meeting | High |
| Set up automation framework runners for Ford's internal systems | Gonzalo / GFT team | Mid-June 2026 | Medium |
The meeting brought together Ford, GFT, and Fiserv teams to align on a comprehensive testing strategy for Ford's de novo Fiserv DNA banking platform launch. The approach combines manual UAT based on configuration validation and Fiserv's existing 500+ test cases with AI-powered automated testing that captures full evidence (screenshots, videos, API calls, database state) for regulatory compliance. GFT will leverage an accelerator framework using Playwright automation and synthetic data generation to create reproducible, maintainable test scenarios organized into business scenario hierarchies. The team will use the period from now until mid-June 2026 to develop the QA plan, customize test cases, and prepare infrastructure; then execute testing from mid-June through mid-October in preparation for audit submission, relying on Fiserv's ancillary system integrations and the system's out-of-the-box configuration as primary risk mitigants.
1. Segunda demo con el equipo de arquitectura - Sesión programada para esta semana (miércoles)
2. Pruebas masivas de funcionalidad - Preparación del ambiente y ejecución de pruebas
3. Script CAS funcional - Compartido por Jorge; pendiente de revisión y adaptación con Bruno y André
4. Revisión y validación del roadmap incremental - Documento preparado por Luisa, con observaciones incorporadas
5. Exploración de herramienta - Validada e implementándose
6. Criterios de aceptación y parámetros de éxito - Pendiente de feedback del cliente
7. Reversos de pagos declinados - Requiere inclusión en documento de alcance
| Tarea | Responsable | Fecha Vencimiento | Prioridad |
|---|---|---|---|
| Revisar y adaptar script CAS funcional con requisitos | Bruno y André | 2026-05-07 | Alta |
| Enviar roadmap incremental por correo para validación | Luisa | 2026-05-04 | Alta |
| Incluir reversos de pagos declinados en documento de alcance | Luisa | 2026-05-06 | Media |
| Comunicar feedback del cliente sobre criterios de aceptación | Cliente/Equipo | 2026-05-08 | Media |
| Refinamiento de detalles para demo del miércoles | Equipo de arquitectura | 2026-05-07 | Alta |
En esta reunión se revisó el avance de la segunda demostración programada para el miércoles con el equipo de arquitectura. El ambiente de pruebas está preparado y se espera recibir información del cliente para ejecutar las pruebas masivas. Se aprobó la validación de la herramienta de exploración y se acordó enviar el roadmap incremental revisado para validación general del equipo. Queda pendiente incorporar en el documento de alcance los posibles reversos de pagos declinados y obtener feedback del cliente respecto a los criterios de aceptación y parámetros de éxito de las pruebas.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Run cost estimate by direct manager and provide estimate to team | Cleo (Speaker B) | 2026-05-04 09:00 | High |
| Compile initial ballpark cost for fixed-bid proposal | Axel (Speaker D) | 2026-05-04 before 11:00 AM | High |
| Lead client presentation with overview slides | Cleo (Speaker B) | 2026-05-04 11:00 AM | High |
| Demonstrate test scenario tool and evidence storage capabilities | Gonzalo (Speaker C) | 2026-05-04 11:00 AM | High |
| Conduct discovery to validate automation feasibility within Ford's environment | Gonzalo (Speaker C) | 2026-05-11 | High |
| Finalize approach to automation testing based on client feedback | Brandon (Speaker A) | 2026-05-11 | High |
The team is preparing for a critical 11:00 AM meeting with Ford Credit to present their testing and automation strategy for a de novo bank platform launching January 22, 2027. The strategy prioritizes manual testing with selective automation for non-production environments, recognizing that full integration testing cannot occur until live accounts are activated post-launch. The presentation will progress from high-level overview through detailed examples and tool demonstrations, allowing Ford Credit to direct the depth of technical discussion. A fixed-bid proposal with cost estimates will be provided, with UAT sign-off and Federal approval required by mid-October 2026.
1. Automation vs. Manual Testing Strategy
- Discussion on front-end automation feasibility; current technology makes it less rule-based than before
- Decision to define automation approach; manual testing is acceptable alternative
- Clio's test scripts appear suitable for automation transformation using AI tools
2. Vendor Cost Management (Clio/Cornerstone)
- Clio's support costs: $800/hour for ad-hoc engagement
- Cornerstone support: $225/hour; testing + support: $250/hour
- Need to avoid duplicate payments for overlapping services
- Balance required between affordability and vendor viability
3. Project Timeline and Phases
- Phase 1 (Now to mid-June): Setup on GFT side before data access; understand landscape; define test cases
- Phase 2 (Mid-June to September): Testing execution with data available
- Phase 3: UAT phase
- May 1st start date with potential contract delays until June; resource constraints possible if contract not finalized
4. Test Case Development
- Understand Ford's system landscape, ancillary systems, and connections to Pfizer DNA
- Define relationships and end-to-end workflow requirements
- Leverage Clio's existing templates for customization
- Tailor existing test sets to Ford-specific requirements
5. Resource Planning and Team Composition
- BA (Business Analyst) needed for domain knowledge and test case grooming
- L5 QA resource for first month (until mid-June) to work with BA
- Two full-stack test engineers capable of manual testing and automation
- 50% allocation of senior banking expert (Acoloso proposed) for oversight
- QA Management/Project Management role needed (50% allocation) to begin one-two weeks before tester engagement
- Cornerstone support continues in agreed capacity
6. Risk and Liability Concerns
- Question about GFT's accountability vs. Ford's regulatory responsibility
- Concerns about Ford's preparedness (regulatory knowledge, staffing plans, go-live feasibility in January)
- Uncertainty whether speaking with correct stakeholders at Ford
- Need for legal involvement on liability and accountability clauses
- Fixed-price engagement requires strict measurement and reporting
7. Reporting and Management
- Preference for transparent, on-demand dashboards over weekly reports
- Need for frequent measurement and reporting given fixed-price structure
- QA management role to conceptualize reporting and escalation processes
- Junior PMO-like support needed for data gathering, visualization, and documentation
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Define automation approach for front-end testing | Speaker B (QA Lead) | 2026-05-15 | High |
| Finalize vendor agreement with Cornerstone on support costs and scope | Speaker A | 2026-05-31 | High |
| Conduct landscape analysis and understand Ford's system connections | Speaker B + BA | 2026-06-15 | High |
| Define comprehensive test case set based on system landscape | BA + L5 QA | 2026-06-15 | High |
| Recruit/allocate 50% BA resource for domain knowledge | Speaker A | 2026-05-10 | High |
| Recruit/allocate Acoloso (50%) for senior oversight role | Speaker A | 2026-05-10 | High |
| Recruit two full-stack test engineers (automation + manual) | Speaker A | 2026-05-15 | High |
| Recruit QA Management/Project Management resource (50%) | Speaker A | 2026-05-20 | Medium |
| Establish reporting framework and dashboard requirements | Speaker B (as QA Manager) | 2026-06-01 | High |
| Involve legal team for liability and accountability review | Speaker A | 2026-05-10 | High |
| Clarify stakeholder alignment with Ford (verify decision-makers) | Speaker A | 2026-05-08 | High |
| Prepare QA plan and testing tools setup | QA Management | 2026-06-01 | Medium |
| Discuss resource allocation with Vinnie (Speaker B's manager) | Speaker B | 2026-05-07 | Medium |
The meeting focused on planning a complex banking system testing engagement with Ford, involving three phases: landscape analysis and test case definition (now through mid-June), execution testing (mid-June through September), and UAT. The team agreed on a resource structure comprising 50% BA allocation, 50% senior banking expert oversight, two full-stack test engineers, and 50% QA management support, working alongside Cornerstone for domain-specific consulting. Critical concerns were identified regarding Ford's regulatory preparedness, stakeholder clarity, liability allocation, and the fixed-price engagement structure requiring rigorous reporting and measurement. Legal involvement is needed to address accountability clauses before proceeding.
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Reunir com Marcelo para discussão de tickets e organização administrativa | Speaker A | 2026-05-05 (segunda-feira) | Alta |
| Marcelo falar com Eduardo sobre reversões de deployment no UAT | Marcelo | 2026-05-06 (terça-feira) | Alta |
| Organizar todos os tickets Power Matrix sob o ticket pai 8015 | Speaker B | 2026-05-09 | Média |
| Revisar e fechar CNGs e sub-tasks relacionados ao Power Matrix | Marcelo/Eduardo | 2026-05-13 | Média |
A reunião focou na organização e rastreamento da estrutura de tickets e mudanças (CNGs) relacionados ao projeto Power Matrix integrado com a plataforma e-Banking. Os participantes esclareceram a hierarquia de tickets (ticket pai 8015 com múltiplos sub-tickets filhos) e identificaram a necessidade de reverter algumas mudanças deployadas no ambiente UAT. Foi confirmado que o processo envolve um fluxo de Wire Transfer iniciado no e-Banking que passa pelo e-Docs para validação. As próximas ações incluem uma reunião com Marcelo na segunda-feira para organização administrativa e uma reunião com Eduardo na terça-feira para discutir reversões técnicas necessárias.
1. Presentation Strategy for Ford Meeting (Monday):
- Present scope of proposed work with dollar figure and timeline
- Demonstrate Chase bank implementation as proof of capability (despite size difference)
- Show sample test scenarios and test case structure
- Display test script library and execution tracking methodology
- Focus on end-to-end process demonstration using Fiserv DNA scenario
2. Testing Execution Model:
- Our Company will execute majority of test cases June-September (automated where feasible, manual otherwise)
- Ford will re-execute subset of test cases (~20%) during UAT phase in September-October for sign-off
- Cornerstone provides planning, scoping, test case tailoring, and ongoing domain expertise/oversight
3. Pricing Approach:
- Baseline reference: $175,000-$200,000+ for manual QA engagement (Cornerstone's previous engagement)
- Develop two pricing scenarios: (1) manual testing, (2) automated testing
- Cornerstone involvement: Approximately 50% FTE through project completion for oversight and domain knowledge
4. Pre-Ford Meeting Preparation:
- Schedule working session with Gonzalo (early Monday morning) to finalize demo approach and automation capabilities
- Confirm Ford meeting details with Nashi regarding meeting invite and confirmation
- Prepare detailed scope document based on Fiserv contract review (ancillaries, customizations, third-party integrations)
5. Risk Mitigation:
- Formal QA/Testing Plan document to be created during scoping phase (regulators may require)
- Build flexibility into fixed-price scope to accommodate scope changes discovered during testing
- Establish exit criteria and conditions for timeline risks upfront
- Dependency mapping on Ford personnel availability and Fiserv support for UAT phase
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Schedule early morning working session with Gonzalo regarding demo and automation capabilities | Speaker A (Brandon) | Monday, early morning | High |
| Send meeting confirmation/follow up to Nashi regarding Ford meeting details and confirm timing | Speaker A (Brandon) | Before Monday meeting | High |
| Prepare presentation materials for Ford meeting including scope, timeline, and dollar figure | Speaker A (Brandon) / Speaker C (Pedro) | Before Monday meeting | High |
| Develop two pricing scenarios (manual testing vs. automated testing) with Cornerstone involvement estimation | Speaker D (Axel) / Speaker B (Clio) | By end of week | High |
| Review Ford's Fiserv contract to identify all ancillaries, third-party systems, and customizations | Speaker B (Clio) / Speaker C (Pedro) | Before scoping phase | High |
| Create formal QA/Testing Plan document with scope definition and flexibility guidelines | Speaker B (Clio) / Speaker C (Pedro) | During planning phase | Medium |
| Prepare sample test case documentation and test script library examples for Ford presentation | Speaker B (Clio) | Before Monday meeting | High |
| Clarify Gonzalo's tool capabilities for DNA environment testing and automation potential | Speaker A (Brandon) / Gonzalo | Monday morning | High |
| Define exit criteria and risk mitigation strategies for timeline and resource dependencies | Speaker D (Axel) | Before Ford meeting | Medium |
| Establish team structure and identify required skill sets (Cornerstone expertise vs. execution resources) | Speaker D (Axel) / Speaker B (Clio) | By end of week | Medium |
The team discussed a proposed quality assurance and testing engagement with Ford for their Fiserv DNA core banking implementation. The project requires comprehensive testing of the full deposits customer journey from mid-June through mid-October, with an aggressive timeline and external dependencies on Ford's personnel availability and Fiserv support. The proposed approach combines automated and manual testing executed by our team (June-September), followed by user acceptance testing with Ford's resources (September-October), leveraging Cornerstone's Fiserv DNA expertise as the critical differentiator. A formal presentation is planned for Monday with Ford including scope, timeline, pricing ($175,000-$200,000+ baseline reference), and capability demonstration through Chase implementation experience, with Monday morning preparation meeting to finalize demonstration approach and automation feasibility.
1. Partial Order Data Insertion - Discussion of database insertion functionality for partial orders. Two main paths exist based on a filter parameter ("daily_partial_fields_only"). One path (insertion) is being tested internally today; the second path (update logic) requires additional work next week.
2. Constraint Violations Resolution - Root cause identified: the system was processing all orders from IBM MEQ as partial orders, causing duplicate daily aggregate insertions. Fix implemented to properly filter partial orders before database operations.
3. UAT Readiness - Currently 75% of endpoint paths available for testing. Full UAT on partial order functionality expected after next week when update logic is completed.
4. Test Case Selection - Ikaru to collaborate with Corey next week to select test cases, flows, and edge cases for the partial order testing.
5. Signature Card Development - Marcelo continues development with delivery date pushed to May 15th. Connectivity issue pending resolution.
6. API Inventory & Observability - New platform improvement initiative: implement observability/health checks on MuleSoft side to proactively identify issues (similar to T24 incident). Meeting to be scheduled with Marcelo and Schettini next week.
7. Development Status Updates - Multiple projects in progress: Notification/AI Capital UAT, Trading Orders System API, Party Onboarding System API, IB Documents near completion.
8. Customer Update in EBank - RQ received from Victor Escobar to expose customer update functionality through API rather than direct BPM access (security concern). Awaiting clarification from Madhuri on correct endpoints.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send detailed discovery message about partial order code paths | Ikaru | 2026-05-01 (30 minutes) | High |
| Coordinate with Dwayne and team to start internal insertion testing | Basili | 2026-05-01 | High |
| Schedule Monday meeting with Ikaru and Basili for test case selection and flow discussion | Corey | 2026-05-01 | High |
| Schedule afternoon meeting with Edward for testing discussion and scenarios | Corey | 2026-05-01 | High |
| Complete update logic for partial order database operations | Development Team | 2026-05-05 | High |
| Resolve connectivity issue for Signature Card | Marcelo | 2026-05-15 | High |
| Organize and sanitize JIRA tickets for power matrix | Marcelo/Dwayne | 2026-05-05 | Medium |
| Confirm correct endpoints for customer update API with Madhuri | Dwayne | 2026-05-02 | High |
| Schedule meeting for MuleSoft observability/health check discussion | Speaker A | 2026-05-05 | Medium |
| Add customer update API to backlog after clarification | Dwayne | 2026-05-05 | Medium |
The team discussed significant progress on the partial order data insertion functionality, which is ready for internal testing today with approximately 75% of endpoint paths available. The root cause of previous constraint violations was identified and fixed—the system was incorrectly processing all orders as partial orders. A comprehensive testing plan is being established for next week, with Ikaru collaborating on test case selection. In parallel, new platform improvements including MuleSoft observability monitoring are being initiated, and a pending customer update API request is under review to ensure secure exposure through an API rather than direct BPM access.
1. OMS Partial Orders Fix (PIP 662)
- Discovery phase ongoing with development team (Basili, Ikaru, Wayne, Silveira, Dante, Duane, Antonio)
- Code review completed; still determining scope of fixes needed
- Dwayne to continue pair programming tomorrow (holiday in Brazil) with Wayne and Silveira coordination
2. Testing and Regression Strategy
- Corey to work with Eddie, Juan Fernando, and Diego Lanza to define test scenarios for UAT
- Test scenarios needed for Bloomberg partial fills
- Basili to identify code scope to determine breadth of regression testing needed
- Currently appears localized but requires further investigation
3. Deployment Timeline
- One week for development and internal testing
- One week for UAT testing
- Expected redeployment in two weeks
- Better perspective expected end of day
4. BPM Changes
- No BPM changes necessary
- MuleSoft to implement fallback to web layer capability if issues arise post-deployment
5. IB Documents RQ and Infrastructure
- Two-week timeline: one week for CABI approval, one week for implementation
- Schettini to open Jira connectivity RQ today; anticipating all API inventory connections needed
- Connectivity confirmed for: Mailer, IB Documents, T24
- Jira connectivity to be requested
6. Observability Initiative
- Addressing recent T24 outage incident
- Schettini and Marcelo to meet with Dwayne next week to discuss MuleSoft observability
- Alerts and health checkers needed for early outage detection
- Short-term and long-term implementation planning required
7. E-Docs Project (PIP 608/609)
- Three RQs opened by Marcelo for firewall rules and DNS configuration
- MBQ communication on new port requiring CAB approval
- Workaround solutions available: move new Kiwi to old port or implement MuleSoft-level solution
- CAB approval meeting scheduled for next Thursday
8. IMPAI Instant Payments Screening (PIP 657)
- Norbert leading integration with ITAU Swiss
- Needs repository creation
- Deployment issues in UAT; meeting scheduled Monday with Schettini
- RQ to be opened for repository creation
9. Strategic Project Organization
- Discussion on organizing E-Docs RQs under master/umbrella ticket from Brazil
- Flavio advocating for strategic project organization to streamline approvals
- Marcelo to check with Wagner regarding master ticket structure
10. Meeting Schedule
- Tomorrow's status report to proceed as daily standup (not cancelled)
- Next week Friday meeting status to be determined (Speaker A off next week)
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Define test scenarios for partial orders fix (Bloomberg partial fills) | Corey | ASAP | High |
| Identify code scope and determine regression testing breadth | Basili | End of day 2026-04-30 | High |
| Coordinate development and pair programming for OMS fix | Wayne, Silveira | 2026-05-01 | High |
| Onboard Dwayne for continued development work during Brazilian holiday | Speaker A | 2026-05-01 | High |
| Open Jira connectivity RQ | Schettini | 2026-04-30 | High |
| Anticipate all API inventory connectivity requests | Schettini | 2026-05-03 | High |
| Schedule and conduct observability discussion meeting with Dwayne | Schettini, Marcelo | 2026-05-06 | High |
| Discuss UAT approval governance changes | Speaker A, Flavio | 2026-05-06 | Medium |
| Check with Wagner regarding E-Docs master ticket | Marcelo | 2026-05-03 | Medium |
| Open RQ for IMPAI repository creation | Speaker A | 2026-05-01 | Medium |
| Move RQ 8353 assignee to Duarte (Eduardo) | Marcelo | 2026-05-01 | Medium |
| Populate PIP 662 with detailed information and evidence | Basili | 2026-05-02 | Medium |
| Document business process for E-Docs | Marcelo | As needed | Low |
| Research E-Docs master ticket from Brazil | Speaker A | 2026-05-01 | Low |
The team is in the discovery phase of fixing a critical OMS partial orders issue (PIP 662) with development expected to take one week and UAT another week, targeting redeployment in two weeks. Corey will coordinate with the testing team to define all necessary test scenarios for Bloomberg partial fills, while Basili will determine the code scope to assess regression testing requirements. Infrastructure and connectivity improvements are being pursued in parallel, including Jira connectivity, E-Docs firewall rules, and a new observability initiative for MuleSoft to prevent future outages like the T24 incident. Strategic project organization is being reviewed to streamline approval processes for multiple infrastructure and development requests.
| Decisão | Responsável | Deadline |
|---|---|---|
| Continuar análise linha por linha do WebLayer | Ícaro e Basílio | 15/05/2026 |
| Gerar documentação de alto nível (em português, focado em conhecimento) | Ícaro | 15/05/2026 |
| Passar documentação para Duane para continuação | Basílio | Hoje |
| Testar todos os cenários de ordem parcial (novo código) | Time de Testes | 15/05/2026 |
| Identificar e detalhar regras de negócio faltantes | Basílio e Ícaro | 15/05/2026 |
| Reunião de observabilidade com time (Chiquitini, Marcelo, Duane) | Pedro | Segunda-feira |
| Implementar health check simples para T24 | Sketino/Duane | Semana 1 |
| Criar PIP para correção SFIX/OMS | Basílio | Hoje |
| Validar necessidade de alertas em Datadog/Grafana | Sketino | Semana 1 |
| Estruturar solução de retenção de logs | Sketino | Semana 1 |
| Preparar narrativa de infraestrutura para próxima reunião | André | Segunda-feira |
| Tarefa | Responsável | Prazo | Prioridade |
|---|---|---|---|
| Enviar documentação gerada esta manhã para Duane | Ícaro | Hoje | Alta |
| Investigar e detalhar todas as regras de ordem não cobertos | Basílio | 14/05/2026 | Alta |
| Realizar mapeamento completo do código do outro caminho (Daily Partial) | Ícaro e Basílio | 14/05/2026 | Alta |
| Validar testes dos cenários com parâmetro true em BPM | Basílio | 14/05/2026 | Alta |
| Criar documentação de linhas de base dos tipos de ordem (1, 2, 3, etc.) | Basílio | 14/05/2026 | Alta |
| Implementar testes para cenários de ordem parcial | Time de Testes | 15/05/2026 | Alta |
| Executar testes de regressão (escopo a ser definido) | Time de Testes | 15/05/2026 | Alta |
| Agendar reunião de observabilidade com Duane, Chiquitini e Marcelo | Pedro (Flávio) | 03/05/2026 | Alta |
| Implementar health check simples (iniciando com T24) | Sketino/Duane | 07/05/2026 | Média |
| Estruturar solução de alertas de observabilidade | Sketino/Duane | 10/05/2026 | Média |
| Resolver problema de retenção de logs no Mule | Sketino | 10/05/2026 | Média |
| Criar PIP para tratamento de ordem parcial (OMS) | Basílio | Hoje | Média |
| Preparar apresentação sobre mudanças de infraestrutura (IDOCs/MQ) | André | 03/05/2026 | Média |
| Validar acesso IBM MQ na porta existente com Richard | André | Hoje | Média |
| Contatar Dantas sobre criação de repositório Kit | Sketino/Dantas | Hoje | Baixa |
| Revisar possibilidade de usar Wings (ferramentas de IA) | Pedro | Segunda-feira | Baixa |
A reunião abordou lacunas críticas identificadas na cobertura de testes do projeto de migração WebLayer para Milsoft. Foram descobertos cenários inteiros não testados, incluindo ordem parcial e múltiplos tipos de ordem (tipos 1, 2, 3), com regras de negócio não implementadas. A equipe começará uma análise linha por linha do código, gerando documentação de alto nível para facilitar a transferência de conhecimento. O prazo estimado é de uma semana de codificação e uma semana de testes, com meta de entrega em 15 de maio. Paralelamente, foi decidido priorizar observabilidade simples (health checks) antes de soluções mais complexas, e revisar o processo burocrático de aprovação de mudanças. A principal preocupação é que ainda possam existir cenários não descobertos que extrapolam ordem parcial, representando risco significativo em produção.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Coordinate with Jorge for environment access and integration setup for performance testing | Luis & Omar | 2026-05-01 | High |
| Develop and execute performance testing scripts (targeting 300 TPS) in GCP environment | Pedro (with André & Bruno) | 2026-05-01 | High |
| Select and configure performance testing tool (K6 or JMeter) | Pedro | 2026-05-01 | High |
| Share roadmap documentation for review | Luis | 2026-04-30 | High |
| Review roadmap documentation with team | Jonathan | 2026-05-01 | Medium |
| Coordinate with Pedro regarding tool requirements and technical details | Jonathan | 2026-04-30 | Medium |
El equipo se reunió para preparar una demostración para Actinver programada para el miércoles 1 de mayo a las 12:00 PM. Se decidió incluir pruebas de rendimiento y despliegue automatizado como parte de la demostración, aprovechando el ambiente existente en GCP con datos mockeados para alcanzar objetivos de 300 transacciones por segundo. Luis compartirá la documentación del roadmap para revisión, y el equipo coordinará con Jorge para obtener acceso necesario y comenzar inmediatamente el desarrollo de scripts de prueba de performance. Si se logra completar en los tres días disponibles, estos resultados se presentarán como un elemento sorpresa en la demo del miércoles.
1. Resumen de sesión con Arquitectura de Actinver
- Sesión realizada el día anterior con Ulises García (Director de Arquitectura) y Ricardo Flores
- Resolución de dudas técnicas y funcionales relacionadas con la solución de pagos
- Participación activa de Luisa y Eduardo en la presentación
2. Segunda Demo Programada
- Demo enfocada en flujo end-to-end de pagos (SPEI entrada y SPEI salida)
- Demostración del monitor y ejercicios operativos
- Incluirá diagramas de componentes explicando el flujo transaccional
- Documentación complementaria sobre latencia interna de transacciones
3. Próxima Sesión con Cliente
- Programada para el martes a las 11:00 AM
- Se compartirá información disponible en Confluence sobre arquitectura de Actinver
- Confirmación de disponibilidad de recursos
4. Contexto del Cliente (Actinver)
- Preocupación principal: adquirir una solución que no genere problemática futura
- Arquitectura diferente a Misuo; buscan solución a largo plazo
- Requieren visibilidad clara del roadmap del producto y estándares de mantenimiento
- Interés en validar robustez y comparación con competencia (Twinovate: 300 transacciones/segundo)
5. Ventajas Competitivas Identificadas
- Conocimiento profundo de arquitectura de Actinver
- Ya se están pidiendo ambientes para despliegue (competidores estarían 6 meses atrás)
- Infraestructura robusta del Payments Gateway
- Solución diseñada a medida para largo plazo
6. Tema de Propiedad Intelectual
- Framework de validación de requisitos de producto desarrollado en WinX
- Necesidad de proteger código, evitar comercialización no autorizada y proteger fuentes
| Tarea | Responsable | Fecha Límite | Prioridad |
|---|---|---|---|
| Preparar y ejecutar segunda demo con flujo end-to-end SPEI | Lu + Equipo | Martes próximo (2026-05-06) | Alta |
| Crear diagramas de componentes explicando flujo transaccional | Lu | Martes próximo (2026-05-06) | Alta |
| Enviar correo con URL y información de Confluence | Ricardo | Antes de martes | Media |
| Compartir framework de validación de requisitos de producto | Carlos Matos | Próximos días | Media |
| Involucrar Desarrollo e ISO para tema de propiedad intelectual | Carlos Matos + Jonathan | Por definir | Alta |
| Validación de infraestructura, tiempos y métricas | Actinver (Cliente) | Por definir | Alta |
| Coordinación de tiempos de ambiente y escalación con Rubén | Omar + Elías | Por definir | Media |
| Enviar minuta con acuerdos y seguimiento puntual | Ricardo | Completado | Media |
La reunión se enfocó en el seguimiento de la propuesta de Payments Gateway para Actinver. Se presentó un resumen de la sesión anterior con la arquitectura del cliente, en la que se identificaron sus principales preocupaciones respecto a la robustez y viabilidad a largo plazo de la solución. El equipo planificó una segunda demo para el martes que incluirá un flujo completo de operaciones SPEI con diagramas de componentes para mayor claridad técnica. Se identificaron ventajas competitivas significativas como el avance en despliegue de ambientes y conocimiento profundo de la arquitectura del cliente. Además, se priorizó la iniciación de gestiones de propiedad intelectual para proteger el código y establecer un roadmap claro del producto que tranquilice al cliente sobre el mantenimiento futuro.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Prepare comprehensive testing proposal including timeline, scope, assumptions, and team composition | GFT (Brandon/Speaker A) | Before Monday, May 12, 2026 | High |
| Provide demo of AI-powered script generation tool | GFT | Later this week (by May 2, 2026) | High |
| Deliver bank sizing details and requirements documentation | Ford Credit (Nashi/Speaker B) | Before Monday, May 12, 2026 | High |
| Schedule follow-up meeting with decision-makers (Jeff Bradburn, Fiserv DNA expert, bank operations representative) | Ford Credit (Nashi/Speaker B) | Monday or Tuesday, May 12-13, 2026 | High |
| Provide comparative case studies of similar-sized banks with Fiserv implementations | GFT (Brandon/Speaker A) | Before proposal presentation | High |
| Coordinate with Clio (Fiserv DNA expert) to validate capability taxonomy and refine test scenarios | GFT/Clio | Ongoing, before proposal | High |
| Provide example of fully generated test script output | GFT | Later this week | Medium |
GFT presented a test engineering accelerator framework for Ford Credit's new Fiserv DNA-based HYSA platform, offering pre-built capabilities inventory (39 capabilities across multiple categories), 1,200+ customizable base test cases, and AI-powered test script generation and automation tooling. The primary concern raised by Ford Credit was confidence-building around scope adequacy given the parallel development environment and lack of documented business requirements. GFT will prepare a comprehensive proposal with team composition, timeline, and delivery approach for the June-October test window, including comparative case studies from similar-sized bank implementations and a technical demo of the script generation tool. The next meeting with key decision-makers (Jeff Bradburn, Fiserv DNA expert, and bank operations) is scheduled for the week of May 12-13, 2026, with proposal delivery and tool demo to follow within the week.
1. Desacoplamiento del Motor de Pagos
- Se requiere claridad sobre la separación entre la lógica de conectividad/mensajería y la lógica de negocio
- Necesidad de un diagrama de componentes detallado que muestre cómo interactúan los diferentes módulos del Payment Gateway
- Se solicita un diagrama de secuencia con flujo SPEI tercero a tercero (entrada y salida)
2. Desempeño y Pruebas de Rendimiento
- Objetivo: respuesta end-to-end de 80 milisegundos
- Necesidad de definir condiciones específicas bajo las cuales se medirá el desempeño
- Consideración de 7 integraciones y el salto de Tierra a Nube
- Se debe documentar un plan detallado de pruebas de performance
3. Demo del Sistema
- Demo inicial en ambiente del proveedor (con mocks) mostrando flujo de transacción
- Visualización de trazabilidad de componentes en tiempo real
- Demostración de pantallas operativas y monitoreo
- Demo posterior en ambiente de Actinver cuando esté disponible
4. Modelo Operativo Orientado al Negocio
- Interfaz COFI diseñada para gestionar excepciones y ciclo de vida transaccional
- Monitor operativo con estado, estatus y detalles paso a paso
- KPIs de transaccionalidad (volumen, canales, estatus, tiempos)
- Conciliación con SPEI y validación con core bancario
5. Gestión de Obsolescencia y Evolución Tecnológica
- Preocupación sobre mantenimiento a largo plazo del componente GFT Payments
- Se propone estrategia de soporte con metodología de actualizaciones coordinadas
- Acceso al código fuente como garantía de control y flexibilidad
- Roadmap de evolución como producto
6. Estrategia Táctica vs. Estratégica
- MVP inicial enfocado en SPEI In y SPEI Out
- Evolución hacia solución estratégica con capacidades adicionales
- Funcionalidades futuras: cargos recurrentes, domiciliaciones, módulo de destinatarios
7. Ambiente de Pruebas
- Se requiere instalar Payment Gateway en ambiente QA de Actinver lo antes posible
- Ambiente debe estar listo para pruebas de performance
- Se mencionan ambientes: Desarrollo, QA y Capacitación (algunos en tramitación)
| Decisión | Responsable | Fecha |
|---|---|---|
| Realizar diagrama de componentes detallado con flujo SPEI tercero a tercero (entrada y salida) | Equipo de Arquitectura Actinver / Proveedor | Próxima semana |
| Preparar demo con mocks mostrando trazabilidad completa de transacción | Equipo de Desarrollo del Proveedor | Próxima semana |
| Documentar criterios de aceptación y condiciones para pruebas de rendimiento | Equipo Actinver | Próxima semana |
| Programar sesión de trabajo para planificar pruebas de carga y performance | Ambos equipos | Próxima semana |
| Solicitar documentación de las 7 integraciones a considerar | Equipo Actinver (Luisa) | Antes de próxima sesión |
| Definir estrategia de pruebas (SAP vs. FlexCube como core) | Equipo Técnico Actinver | Sesión especial |
| Instalar Payment Gateway en ambiente QA de Actinver | Equipo de Infraestructura Actinver | Lo antes posible |
| Compartir propuesta de performance testing | Proveedor | Esta semana |
| Revisar diagramas existentes en Confluence y definir detalles faltantes | Juan Cami / Equipo Actinver | Esta semana |
| Tarea | Responsable | Fecha Límite | Prioridad |
|---|---|---|---|
| Elaborar diagrama de componentes detallado con flujo SPEI tercero a tercero | Equipo Proveedor/Arquitectura Actinver | 5 de mayo de 2026 | Alta |
| Preparar demo funcional en ambiente del proveedor con mocks | Equipo Desarrollo Proveedor | 5 de mayo de 2026 | Alta |
| Documentar criterios de aceptación para desempeño (80ms) con detalles de integraciones | Equipo Actinver (Luisa) | 5 de mayo de 2026 | Alta |
| Programar sesión de planificación para pruebas de carga | Coordinador de Proyectos | 2 de mayo de 2026 | Alta |
| Proporcionar lista de 7 integraciones a considerar en pruebas | Equipo Actinver (Luisa) | 1 de mayo de 2026 | Alta |
| Evaluar estrategia de pruebas: SAP vs. FlexCube como core | Equipo Técnico Actinver | 5 de mayo de 2026 | Alta |
| Instalar y configurar Payment Gateway en QA Actinver | Equipo Infraestructura Actinver | 15 de mayo de 2026 | Alta |
| Compartir propuesta de performance testing para revisión | Proveedor | 1 de mayo de 2026 | Media |
| Actualizar documentación de diagramas en Confluence | Juan Cami/Equipo Actinver | 8 de mayo de 2026 | Media |
| Revisar funcionalidad de cargos recurrentes en roadmap | Equipo Producto Proveedor | 15 de mayo de 2026 | Media |
| Documentar estrategia de evolución tecnológica y mantenimiento | Proveedor | 15 de mayo de 2026 | Media |
| Presentar roadmap de producto y evoluciones futuras | Equipo Proveedor | 15 de mayo de 2026 | Media |
En esta reunión se abordaron las preocupaciones técnicas y operativas del equipo de Actinver respecto a la implementación del Payment Gateway. Se clarificó que la solución requiere un diagrama de componentes detallado que muestre el flujo SPEI tercero a tercero con todas sus características, acompañado de un demo funcional que evidencie la trazabilidad de transacciones a través de cada componente. Se acordó una estrategia de pruebas en dos fases: inicialmente con mocks en ambiente del proveedor para validar funcionalidad y trazabilidad, seguido de pruebas de rendimiento en ambiente de Actinver una vez instalado en QA. Adicionalmente, se definieron expectativas sobre la estrategia de evolución tecnológica del producto, asegurando que será una solución estratégica a largo plazo con acceso al código fuente y plan de mantenimiento coordinado, mientras se prioriza el MVP inicial con SPEI In/Out para salida rápida al mercado.
1. Mulesoft API Pattern Validation Issue
- Bad request errors in production caused by Mulesoft rejecting query parameters with spaces and special characters (e.g., ticker symbols with spaces, CUSIP with dots, ISIN with dots)
- Parameters affected: URI parameter ID, bank code type, CSSP parameter
- Issue identified in API RAML pattern validation
- Correction implemented for Experience API; T24 System API validation not yet in place
2. Deployment Schedule
- Deployment scheduled for 7:30 PM Eastern Time today to address the pattern validation issue
3. DPM (BPM) Order Processing Issues
- 19 orders stuck in "await Bloomberg acceptance" stage despite being executed in Bloomberg
- Issue appears to be a byproduct of Bloomberg errors from yesterday
- New errors emerging related to book building processing of closed books
- Investigation ongoing; issue to be escalated to war room if needed
4. API Documentation and Implementation Progress
- ITUA Finance API: Issue identified with PUT and POST request body in swagger; Madhuri investigating
- Order API and CH Order API: Completed implementation in RAML
- Customer BPP: Discovery revealed 4 WAR files instead of 1; updated in documentation
- CRM Party API: 50% complete; currently in Design status, should be moved to In Progress
5. IB Documents and JIRA System API
- IB Documents: Awaiting connectivity from Eduardo; MU test cases being configured
- JIRA System API: Blocked; awaiting response from Chago Dantas; not blocking IB Documents work
6. Signature Card Documents (edocs)
- PIP 608 and 609 moved to blocked status
- Awaiting AWS gateway development for callback functionality
- PIP 612 and 610 already in place; ready for UAT once AWS gateway work completes
- Owners: Rodrigo Franca Bernardo and Carlos Eduardo Laurenko (AWS Gateway team); Wagner monitoring progress
7. Strategic Discussion: Transaction Visibility for Mission-Critical Applications
- Concern raised about lack of business user visibility into transaction status (wire transfers, order management, etc.)
- Current architecture: asynchronous, hub-and-spoke; users have no real-time visibility into transaction completion
- Proposed solutions:
- Implement commit/rollback principles similar to legacy systems
- Add visual tracking/monitoring at business application level (similar to Amazon/eBay order tracking)
- Leverage Mulesoft alerts and improved observability for faster root cause analysis
- Consider database audit logs with MQ-based retry mechanisms instead of Mulesoft retry alone
- Implement deduplication logic to prevent duplicate processing
- Action: Bring discussion to design sessions for implementation planning
1. Mulesoft Pattern Validation: Approved correction of API RAML patterns to accept query parameters with spaces and special characters; deployment scheduled for 7:30 PM ET today
2. T24 Validation Follow-up: Agreed to identify T24 System API fields accepting special characters and escalate to Madhuri for T24-level validation review
3. CRM Party API Status: Moved from Design to In Progress status
4. IB Documents Priority: Confirmed to continue work on IB Documents while awaiting connectivity; will pivot to JIRA System API (PIP 6-29) only if blocked
5. Transaction Visibility Initiative: Approved as future-oriented strategic discussion; commitment to incorporate into design sessions for mission-critical applications
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Deploy Mulesoft API pattern corrections to production | Basili Antonio (Speaker B) | 2026-04-28 19:30 | High |
| Identify T24 System API fields accepting special characters and send to Madhuri for validation review | Basili Antonio (Speaker B) | 2026-04-29 | High |
| Investigate DPM orders stuck in Bloomberg acceptance stage and book building errors | Corey (Speaker E) | 2026-04-28 | High |
| Post investigation findings to war room | Corey (Speaker E) | 2026-04-28 | High |
| Update ITUA Finance API RAML with corrected request/response body from Madhuri | Dwayne (Speaker F) | Upon Madhuri's update | Medium |
| Continue Customer BPP RAML implementation (4 WAR files) | Dwayne (Speaker F) | 2026-05-02 | Medium |
| Configure and test MU test cases for IB Documents flows | Schachini (Speaker D) | Upon connectivity availability | Medium |
| Configure egress rules for IB Documents and JIRA System API | Schachini (Speaker D) | 2026-05-05 | Medium |
| Contact Chago Dantas for JIRA System API response support | Schachini (Speaker D) | 2026-04-29 | Medium |
| Coordinate AWS Gateway development for Signature Card callback functionality | Marcelo (Speaker G) / Wagner / Rodrigo Franca Bernardo / Carlos Eduardo Laurenko | 2026-05-09 | High |
| Discuss MEQ error handling and reprocessing in Process API flows | Marcelo (Speaker G) / Richard | 2026-04-28 | Medium |
| Move CRM Party API ticket from Design to In Progress | Basili Antonio (Speaker B) | 2026-04-28 | Low |
| Develop and present transaction visibility solution for mission-critical applications | Team (led by Flavio/Speaker C) | 2026-05-15 | Medium |
The meeting addressed critical production issues with Mulesoft API validation patterns for special characters in query parameters, with a deployment scheduled for 7:30 PM ET today to resolve the bad request errors. Additionally, BPM order processing issues affecting 19 orders stuck in Bloomberg acceptance were reported with ongoing investigation. API documentation progress continues with the ITUA Finance API awaiting fixes and the CRM Party API moving to active development. A strategic discussion highlighted a significant architectural gap regarding business user visibility into transaction status for mission-critical applications like wire transfers, proposing enhanced monitoring, audit logging, and retry mechanisms to improve transparency and reliability.
| Tarea | Responsable | Fecha de Vencimiento | Prioridad |
|---|---|---|---|
| Enviar ubicación y detalles de la sala de juntas | Speaker B | 2026-04-28 | Alta |
| Acompañar sesión con Payments en Actinver | Eduardo Ayún y Elías | 2026-04-28 | Alta |
| Brindar soporte técnico durante la sesión | Juan Camilo García | 2026-04-28 | Alta |
| Participar de forma remota en la sesión | Luisa | 2026-04-28 | Alta |
Se llevó a cabo una reunión preparatoria para una sesión con el banco (Payments/Actinver) programada para el mismo día. El equipo discutió cambios organizacionales que afectaron los espacios de trabajo y confirmó la reprogramación de la sesión debido a conflictos de agenda. Se asignaron responsabilidades claras para garantizar una sesión productiva en un ambiente tranquilo, con énfasis en aclarar dudas del banco y reforzar las pruebas técnicas. Se confirmó la participación de apoyo técnico y documentación necesaria para la reunión.
- Módulos em uso
- Consumo de tokens
- Auditoria e rastreamento de uso de IA
| Decisão | Responsável | Status |
|---|---|---|
| Compartilhar documentação técnica e templates de validação de InfoSec | Luiz/Time Winx | Pendente |
| Confirmar preço de licenciamento Winx | Pedro/Comercial | Pendente |
| Discussão futura sobre integração com processos específicos da empresa | Pedro + Luiz | Agendado |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Compartilhar documentação técnica (arquitetura, segurança, diagramas) | Luiz Strock / Time Winx | 05/05/2026 | Alta |
| Confirmar modelo de precificação da licença Winx | Pedro / Comercial | 30/04/2026 | Alta |
| Agendar discussão sobre POC e possível implementação | Pedro / Thalia / Lanza | 07/05/2026 | Média |
| Validar compatibilidade com modelos de IA específicos do cliente (se houver) | Luiz Strock | 14/05/2026 | Média |
| Preparar proposta técnica considerando infraestrutura AWS existente | Pedro / Luiz | 10/05/2026 | Alta |
A reunião apresentou a plataforma Winx, uma solução de governança e padronização de IA para o ciclo de desenvolvimento de software desenvolvida pela GFT. A plataforma oferece 13+ módulos abrangendo planejamento, desenvolvimento, testes e documentação, funcionando de forma agnóstica com qualquer cloud provider e modelo de IA. Diferentemente de ferramentas tradicionais, Winx complementa soluções existentes como GitHub Copilot, adicionando camadas de governança, auditoria e padronização para evitar o problema de "Shadow AI". A solução pode ser implementada em modelo on-premises com custo aproximado de $300/mês de infraestrutura plus custos de LLM e $20/usuário/mês de licença. Com 103 clientes ativos e forte adoção de módulos de documentação e automação de histórias, Winx representa uma oportunidade viável para modernização de aplicações legadas e otimização de processos de SDLC, com disponibilidade para POC na infraestrutura do cliente.
1. OMS (Order Management System) Deployment
- Fix for improperly formatted Bloomberg messages deployed in MuleSoft and BPM
- Vasily updated MuleSoft in UAT to handle malformed messages by converting null values to 0 or empty strings
- BPM now processes messages correctly
- Deployment scheduled for 7:30 PM Eastern Time (8:30 PM Brazil time)
- Testing completed; all approvals obtained from Dontas
- Minor BPM items unrelated to MuleSoft also fixed and deploying tonight
- Bulk Bloomberg message processing working well; CDs creating properly in T24
- Awaiting confirmation of structured notes execution; mutual funds, equities, and fixed income processing successful
- No business impact; error messages not associated with actual orders
2. T24 Party CRM Party API RAML
- Basili working on RAML documentation (50% complete)
- Needs alignment with Dwayne on standard formats
- Will proceed to code implementation soon
3. Notification MuleSoft App
- I-Capital testing completed and working
- Thalia reporting strange messages; Sketchini investigating
- TAP Light task pending security pattern fixes (not affecting current functionality)
- Deferred until after OMS deployment
4. T24 RAML Endpoints
- Dwayne synced with Sketchini on Friday regarding missing endpoints
- Continuing work on endpoints not implemented in T24 SAP system API
5. Wire Duplication Issue - BPM
- Email received at 1:40 PM regarding payment duplication
- Back office sending messages to T24; T24 timeout causes MuleSoft retry, resulting in duplicate orders
- Possible connection to T24 configuration change from two weeks ago (MULE software configuration to avoid duplications)
- Investigation needed to determine if related to previous Deepak fix
- Impact on BPM architecture discussed; needs technical discussion with Dantas
- Incident (ISD) to be opened by Marcelo
- Team to discuss in war room
6. Munich/MidSoft Template Issue
- Sketchini resolved MidSoft side template issue on Friday
- Applying to flows; paused to address Marcelo's duplication issue
- JIR information needed; awaiting response from Malika and Dantas
7. Process API Documentation
- Marcelo defined business logic flows for process API
- Identified need for new database column
- Requested from Dantas; also escalated to Wellington and Monica
- UAT flow ready pending database change
- Testing blocked until database change completed
- Required for production readiness next week
8. TAP Enhancement
- Norbert updated card to close enhancement
- Code review and evidence comments completed
- Card ready for closure
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Deploy OMS fix to production (Bloomberg message handling & minor BPM items) | Vasily/Basili | 2026-04-27 19:30 ET | High |
| Confirm structured notes execution in production | Basili | 2026-04-27 evening | High |
| Monitor OMS deployment and war room support | Corey | 2026-04-27 evening | High |
| Align RAML format standards with Basili | Dwayne | 2026-04-28 | Medium |
| Complete T24 Party CRM Party API RAML (50% complete) | Basili | 2026-04-28 | Medium |
| Investigate and resolve wire duplication issue with T24 (discuss architecture impact) | Sketchini/Marcelo/Dantas | 2026-04-27 (war room) | High |
| Open ISD incident for wire duplication issue | Marcelo | 2026-04-27 | High |
| Investigate strange messages from Notification MuleSoft app I-Capital | Sketchini/Basili | 2026-04-28 | Medium |
| Fix TAP Light security patterns | Basili/Sketchini | 2026-04-28 | Low |
| Continue work on missing T24 RAML endpoints | Dwayne | 2026-04-28 | Medium |
| Apply Munich/MidSoft template fix to flows (paused) | Sketchini | 2026-04-28 | Medium |
| Request database column change for Process API from Monica | Marcelo | 2026-04-27 | High |
| Complete Process API business logic flow testing once database change approved | Marcelo | 2026-04-28 | High |
| Contact Monica for database change response | Marcelo | 2026-04-27 | High |
The team held a status meeting focused on the OMS (Order Management System) deployment and resolution of related issues. A critical fix for improperly formatted Bloomberg messages has been successfully tested in UAT and is approved for production deployment at 7:30 PM Eastern Time today; this update handles null values in messages and enables proper processing through MuleSoft and BPM with no business impact identified. Additionally, the team identified and will investigate a wire duplication issue in T24 that appears unrelated to OMS but requires immediate attention through the war room, with an ISD incident to be opened by Marcelo. Several other work items are in progress, including RAML documentation, API endpoint implementations, and database changes needed for Process API testing scheduled for next week.
1. Ford Banking Project Opportunity
- Team attended Google Next conference in Vegas where they co-hosted a welcome party with Google and Ford
- Met with Manav and Ford credit team; Manav demonstrated strong awareness of Ford bank opportunity
- Follow-up meeting scheduled with Ford's CTO
- Ford currently underperforming with Accenture implementation; need to catch up to January launch deadline
2. Ford's Requirements and Challenges
- Ford lacks internal testing capability and operations staff (CFO is only operations person currently)
- Need "hand holding" guidance on testing, validation, and customer journey preparation
- January 22nd launch deadline with pre-launch readiness needed before that date
- Requires help with user onboarding and customer journey design post-launch
3. Proposed Service Scope and Delivery Model
- Document presented as scope teaser showing sample capabilities (not excessive disclosure)
- Three-tier service offering discussed:
- Enhanced QA: Write test plan, write test scripts, track results
- Execution support: Execute test cases with Ford participation/oversight
- Testing window: June to October (assumption)
- Critical decision point: Ford will execute testing (training + learning) vs. team executing
- Recommended approach: Team provides test cases and plan; Ford executes with team oversight/support
- Ford must own sign-off responsibility even if team executes tests
4. Testing and Resource Planning
- Database of ~1,000 business scenarios available for typical bank/credit union testing
- DNA platform provides base test cases; Cornerstone can customize and fill gaps
- Proposed dedicated tester resource: ~50% allocation for several months (June-October)
- Testing automation tool in development by Gonzalo: 2-3 weeks setup, automates evidence collection and reduces manual effort
- Testing occurs in multiple phases: main testing (June-October), mock conversion, go-live
5. Staffing and Operational Model
- Ford needs to hire operations staff immediately to meet timeline (estimated 3-month hiring/onboarding window)
- Recommendation: Ford should hire personnel now and involve them in testing as training mechanism
- Option discussed: Team could help hire and bring people into team with option for Ford to hire them post-engagement
- Need visibility into Ford's new operating model (currently only have pieces)
6. Reference Customers and Due Diligence
- Discussed finding DNA platform reference customers for Ford
- FI Navigator search identified ~80 DNA banks; most are smaller institutions ($500M-$1B range)
- Notable candidates listed but none currently worked with by the team
- Recommendation: Connect Ford with DNA shop/reference customers to understand platform support requirements
7. Next Steps and Meeting Tomorrow
- Meeting scheduled with Ford for 4pm Eastern tomorrow (Speaker C/Pedro confirmed availability; Speaker B unavailable due to Arizona executive meetings)
- Speaker A and Speaker C to attend tomorrow's call
- Agenda: Present sample document, understand what's blocking Ford's decision-making, explore deeper dive interest, begin contract scoping
- Goal: Move from exploratory conversations into formal engagement with signed contract
1. Service Delivery Model Decided: Cornerstone/Cleo to provide enhanced QA (plan + scripts + tracking), with flexible execution model (Ford leads with team oversight preferred; team executes if Ford cannot)
2. Resource Allocation: Approval to allocate ~50% dedicated tester resource for June-October period with automation tool support
3. Automation Approach: Approved use of Gonzalo's automation tool for testing execution (connecting to DNA APIs, automated evidence collection, manual testing where necessary) with 2-3 week setup timeline
4. Tomorrow's Meeting: Speaker A and Speaker C will attend 4pm Eastern call with Ford; focus on transparency about Ford's actual needs and blockers, not further information sharing
5. Preparation Required: Speaker B (Cleo) to provide bullet points of proposed deliverables and open questions before tomorrow's call
6. Contract Path: Commit to defining formal scope and contract language based on Ford's feedback from tomorrow's meeting
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send bullet points outlining proposed deliverables and open questions to Speaker A | Speaker B (Cleo) | 2026-04-27 EOD | High |
| Prepare and review sample document/scope teaser for Ford presentation | Speaker C (Pedro) | 2026-04-27 before 4pm | High |
| Attend Ford meeting at 4pm Eastern and conduct transparent discussion about blockers and needs | Speaker A & Speaker C | 2026-04-28 4pm ET | High |
| Validate and define specific role/responsibility split between team and Ford based on tomorrow's feedback | Speaker C (Pedro) | 2026-04-28 EOD | High |
| Develop initial contract scope and pricing proposal for enhanced QA services | Speaker B (Cleo) | 2026-04-29 | High |
| Finalize automation tool strategy and timeline (2-3 week setup) | Speaker D (Gonzalo) | 2026-04-29 | Medium |
| Follow up with Ford on staffing recommendations and operating model visibility | Speaker A | 2026-04-28 after meeting | Medium |
The team met to discuss a significant opportunity with Ford's banking initiative, which is currently behind schedule with their Accenture implementation and facing a January 2026 launch deadline. Ford lacks internal testing and operations capacity and is seeking comprehensive "hand holding" support through testing, validation, and customer journey preparation. The team decided to present a tiered service offering in tomorrow's 4pm meeting with Ford, including enhanced QA (planning and scripts), execution support with Ford oversight, and automation-enabled testing via Gonzalo's tool for June-October. The critical next step is to have a transparent conversation with Ford about their actual blockers and move quickly into formal contract negotiations with clearly defined roles and responsibilities.
- Sesión programada con Arquitectura (Ricardo y Ulises) a las 11:00 a.m.
- Presentación del documento de alcance de pruebas de performance
- Definición de parámetros de éxito y criterios de aceptación
- Respuesta a preguntas pendientes del equipo de Arquitectura
- Organización y estructura de la sesión con Arquitectura
- Juan Hurtado (arquitecto técnico) apoyará la sesión junto con Jorge Rocha y Luisa
- Estrategia de sesión: presentar propuesta existente, revisar dudas específicas del correo de Ulises, y alinear hacia documento final de criterios de aceptación
- Establecer agenda/script para mantener sesión enfocada y evitar desviaciones
- Énfasis en comunicar que ya existe propuesta documentada de prueba de performance
| Tarea | Responsable | Fecha de Vencimiento | Prioridad |
|---|---|---|---|
| Enviar invitación de junta a las 11:00 a.m. con Arquitectura | Speaker A | 27 de abril de 2026 | Alta |
| Coordinar con Juan Hurtado para confirmación de su participación y liderazgo de sesión | Speaker C | 27 de abril de 2026 | Alta |
| Preparar y revisar documento de alcance de pruebas para presentación | Luisa/Jorge Rocha | 27 de abril de 2026 | Alta |
| Alinear respuestas a preguntas de Ulises con documento de criterios de aceptación | Speaker C | 27 de abril de 2026 | Alta |
| Compartir agenda/script de sesión con equipo | Speaker D | 27 de abril de 2026 | Media |
En esta reunión de seguimiento, el equipo confirmó la sesión programada con el equipo de Arquitectura (Ricardo y Ulises) para las 11:00 a.m. con el objetivo de presentar y validar el documento de alcance de pruebas de performance, parámetros de éxito y criterios de aceptación. Se definió que Juan Hurtado liderará la sesión técnica apoyado por Luisa, Jorge Rocha, Eduardo Licona y Pedro, enfocándose en revisar y responder las dudas específicas planteadas por Ulises en correo anterior. El equipo acordó establecer una agenda clara para mantener la sesión enfocada, comenzando con la presentación de la propuesta existente y luego trabajando punto por punto en las preguntas pendientes para llegar a un documento final consensuado de criterios de aceptación.
1. Emails de UAT do Bahamas File - Thalia recebeu múltiplos emails vazios do Return UAT, que foram identificados como testes de validação de conexão na Sketina, não como problema real.
2. Problemas de Integração Bloomberg - Análise de rejeições de mensagens com formato de data incorreto. Identificado que as rejeições vêm da Bloomberg e estão relacionadas a problemas de teste no MuleSoft, não a erros críticos.
3. GitFlow e Documentação - Dantas apresentou na sexta-feira a documentação do GitFlow (preparada pela Malika), estabelecendo expectativas claras para o processo. Reunião foi bem-sucedida e proporcionou clareza sobre procedimentos.
4. Projeto T24 para GL - Reunião com time de Portugal. Flávio será responsável por agendar próximas reuniões durante as próximas semanas, ainda em fase de planejamento.
5. M-Unit e Parent POM - Problema resolvido com sucesso. Estrutura agora funcional e será repassada para Marcelo, Basile e Duane.
6. Apresentação MOLI Brasil e Gestão de APIs - Apresentação na quinta-feira sobre gestão de APIs. Reunião marcada para hoje (14h30 - horário Brasil) com MOLI Brasil para discutir case e aproveitamento da solução.
7. Projeto eDocs - Marcelo finalizando ajustes dos fluxos principais (primeiro fluxo 90% pronto). Certificação MCD Level 2 obtida com sucesso no fim de semana.
8. Férias Compulsórias de Sebastião - Descoberto na sexta-feira: Sebastião tem 30 dias de férias compulsórias até 30 de junho. Dantas relutante em receber pessoa no final de abril se sairá em férias um mês depois. Solução em discussão: possível tirada de 1 semana em maio e 2 semanas em junho, condicionado à venda de 10 dias.
9. Projeto Confirmation Copy - Ícaro refatorou código com melhorias. Testes em andamento. Lançamento planejado para hoje à noite. Bloqueio: aguardando decisão entre Thalia e Lanza sobre envio de documentos aos clientes.
10. Nova API de Notificação - Reunião agendada para hoje sobre desenvolvimento de nova API para controlar notificações (email, Teams, WhatsApp, etc.). Será de responsabilidade de Ícaro e Silveira.
11. Integração Google Email/eBanking - Necessário que eBanking retorne ID para tracking. Dantas ficou responsável por falar com Guglielmo, mas há preocupação se acompanhamento será feito.
12. Horas Extras no Kimball - Basile enviou para Pedro validar lançamento de horas extras (paid night overtime) referente ao período das 22h à meia-noite.
| Tarefa | Responsável | Data Vencimento | Prioridade |
|---|---|---|---|
| Avisar Thalia que emails do Bahamas File são testes de UAT | Speaker A | 27/04/2026 | Alta |
| Investigar problema do OMS e determinar se é problema interno | Speaker B | 04/05/2026 | Alta |
| Estruturar modelo M-Unit e repassar para Marcelo, Basile e Duane | Speaker C | 30/04/2026 | Média |
| Finalizar reunião de apresentação/case com MOLI Brasil | Speaker C | 27/04/2026 14h30 | Média |
| Encerrar desenvolvimento/ajustes do eDocs e submeter em pull request | Speaker E (Marcelo) | 27/04/2026 | Alta |
| Passar certificação MCD Level 2 para Star/GFD | Speaker E (Marcelo) | 28/04/2026 | Média |
| Terminar testes do Confirmation Copy e publicar release | Speaker D (Ícaro) | 27/04/2026 à noite | Alta |
| Definir com Thalia e Lanza autorização para envio de documentos aos clientes | Speaker D (Ícaro) | 28/04/2026 | Alta |
| Questionar Dantas sobre comunicação com Guglielmo (eBanking ID) | Speaker D (Ícaro) | 27/04/2026 | Alta |
| Validar lançamento de horas extras no Kimball | Speaker A | 28/04/2026 | Baixa |
| Resolver alocação de Sebastião considerando férias compulsórias até 30/06 | Speaker A | 30/04/2026 | Alta |
| Contactar RH/responsável Star para incluir certificações MuleSoft | Speaker B | 01/05/2026 | Baixa |
| Verificar acesso a testes no Private Space para eDocs | Speaker E (Marcelo) | 27/04/2026 | Média |
A reunião abordou múltiplos projetos em desenvolvimento, com foco em resolução de problemas técnicos e planejamento. Destacam-se a conclusão da refatoração de código, avanços no projeto eDocs (Marcelo obteve certificação MCD Level 2) e identificação de que emails recebidos são testes de UAT, não problemas reais. Uma questão crítica foi descoberta: Sebastião possui 30 dias de férias compulsórias a tirar até 30 de junho, criando impasse com Dantas sobre alocação; a solução em discussão envolve tirada de férias em duas etapas mediante venda de 10 dias. Diversos projetos (Confirmation Copy, eBanking, notificações) estão bloqueados aguardando decisões ou comunicações com partes interessadas (Thalia, Lanza, Guglielmo), demandando acompanhamento próximo.
1. Contexto do Projeto México
- Projeto de implantação de um Gateway de Pagamentos (Payments Gateway) para o cliente Timver
- Problema de performance e escalabilidade identificado pela arquitetura do cliente
- Necessidade de validação de testes não funcionais e de performance para fluxo end-to-end chamado "SPI terceiro"
- Fluxo passa por 6 integrações diferentes
2. Escopo de Testes de Performance
- Validação de SLAs (latência, throughput, taxa de erro) com percentis definidos (OK, atenção, bloqueante)
- Tipos de testes: carga, estresse, volume, pico
- Ambiente: QA (não é necessariamente fiel à produção)
- Preocupação com adequação das métricas à realidade da solução
3. Questões Críticas Levantadas
- Qual é realmente o escopo de performance? End-to-end completo ou APIs isoladas?
- O ambiente QA tem dimensão adequada? Como isso afeta os resultados dos testes?
- Como será a geração de dados para testes end-to-end com múltiplas integrações?
- Funcionalidades devem estar totalmente prontas antes dos testes de performance
- Clarificação sobre endpoints, sequências, criptografia, tokens
- RabbitMQ é assíncrono? Como é contabilizado nos testes?
- HASHCORP VAULT é necessário para os testes de performance?
4. Documentação e Análise
- 3 documentos principais: "Payments Gateway Architecture", "GKE", e documento de QA com detalhes de integrações
- Documento gerado com muita informação (potencialmente com ruído)
- Necessidade de análise detalhada para separar informações relevantes do ruído
- Reuniões com cliente foram gravadas em espanhol
5. Ferramentas
- K6 é a ferramenta preferida do cliente (JMeter também foi considerado)
- Pedro Guerra tem experiência comprovada com K6 e pode oferecer suporte
6. Estrutura do Time
- Speaker A: Coordenador geral
- Speaker C (Pedro): Responsável por contexto e análise de documentação
- Speaker B (Anderson): Gestor de projetos (EUA), especialista em testes
- Speaker E (Edson): Responsável QA
- Speaker D (Bruno): DevOps/SRE
- Speaker F (André): Arquiteto
- Suporte: Agapito (ex-QA, atualmente Tech Office AI), Fidelis (acompanhamento)
7. Reunião com Cliente
- Marcada para segunda-feira com equipe de arquitetura do cliente
- Originalmente marcada para esta data, mas cliente solicitou adiamento para melhor preparação
- Objetivo: responder perguntas técnicas sobre o escopo e abordagem de testes
| Decisão | Responsável | Status |
|---|---|---|
| Bruno e André participarão ativamente do projeto | Coordenador (Speaker A) | Confirmado |
| Pedro Guerra será consultado para suporte K6 | Coordenador | Ação em progresso |
| Preparar reunião com cliente para segunda-feira | Speaker C (Pedro) | Em andamento |
| Análise detalhada dos documentos antes da reunião | Bruno e André | A fazer |
| Levantamento de perguntas específicas para cliente | Bruno e André | A fazer |
| Integração do time nos canais de comunicação do cliente | Speaker C (Pedro) | Em andamento |
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Revisar e analisar os 3 documentos de documentação | Bruno Silva e André | 2026-04-25 | Alta |
| Levantar perguntas técnicas sobre escopo e ambiente | Bruno Silva e André | 2026-04-26 | Alta |
| Preparar apresentação para reunião com arquitetura do cliente | Speaker C (Pedro) | 2026-04-27 | Alta |
| Confirmar disponibilidade e horários com time | Speaker A | 2026-04-24 | Alta |
| Agendar reunião com Pedro Guerra para alinhamento K6 | Speaker A | 2026-04-24 | Alta |
| Integrar Bruno e André nos canais do cliente (chat, grupos) | Speaker C (Pedro) | 2026-04-25 | Alta |
| Gerar transcripts das reuniões em espanhol | Speaker C (Pedro) | 2026-04-26 | Média |
| Analisar matriz de métricas e SLAs de performance | Equipe de Testes | 2026-04-27 | Alta |
| Validar clarificações sobre fluxo end-to-end e integrações | Equipe Técnica | 2026-04-27 | Alta |
| Reunião com arquitetura do cliente | Todo o time (Bruno, André, Pedro, Edson, Agapito) | 2026-04-28 | Crítica |
Foi realizada uma reunião de mobilização de equipe para iniciar trabalhos de testes de performance em um projeto crítico no México. O cliente, através da GFT, está implementando um Gateway de Pagamentos e enfrenta questões de escalabilidade e performance. O time mapeou o escopo inicial do trabalho, que inclui validação de um fluxo end-to-end complexo ("SPI terceiro") com 6 integrações diferentes, utilizando a ferramenta K6 e métricas de performance predefinidas. Foram identificadas diversas questões críticas relacionadas ao escopo, ambiente de teste e adequação das métricas que precisam ser clarificadas com o cliente em reunião agendada para segunda-feira. A equipe se estruturou com dois colaboradores principais dedicados (Bruno e André) e suporte especializado de QA, arquitetura e expertise em K6 (Pedro Guerra), iniciando análise detalhada dos documentos fornecidos para preparar discussão técnica mais concreta com o cliente.
1. MuleSoft Implementation Program - OMS/BPM Deployment
- Finalized deployment plan for Order Management System (OMS) and BPM component
- VPN deployment scheduled for 9:30 PM (or when backups complete and BPM servers are back up)
- Expected deployment time: 30 minutes to 1 hour
- Rick Sabag on standby for deployment approval
- Testing strategy: Dummy order entry via business user (CD or mutual fund order) if available; otherwise basic testing (account/security lookups)
2. Signature Card Implementation - UAT Planning
- Development work in progress on base flows for UAT start on Monday
- Missing error handling components being addressed via DLT queue request to BMQ
- Parallel development and UAT running next week
- Production delivery date of May 8 considered tight; requires further discussion with Wagner
- Wagner's team must be kept updated on UAT readiness
3. API Inventory and Mule Apps Redistribution
- 7 Mule apps with 107 endpoints total (previously less than expected)
- Trading Order API inventory discrepancy identified: 2 endpoints listed but 12 in swagger documentation
- Revised go-live target: July 24th (with buffer before September deadline)
- Action required: Verify all swagger files to ensure accurate endpoint counts
4. Notification SAP/Mailer Implementation
- UAT for Notification SAP delayed due to Ruth's vacation
- iCapital notification UAT to proceed; Basili will point iCapital to MuleSoft
5. IB Documents and Fire Rule 8330
- Change request 8330 sent to Kyndryl; CAB submission expected next week
- Schettini proceeding with parallel work on immunity testing while awaiting fire rule implementation
6. MUnit Testing Standards
- Establishing MUnit (unit test automation tool) as standard for all MuleSoft development and migrations
- Implementation in progress: Notification System API and IB Document APIs
- MUnit benefits: validates code changes, detects broken business rules, enables CI/CD pipeline integration
- Template being prepared for consistent application across all initiatives
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Secure business user to submit dummy order for BPM testing tonight | Tiago Dantas | 2026-04-24 21:30 | High |
| Conduct backup/BPM server verification and provide green light for VPN deployment | Rick Sabag | 2026-04-24 21:30 | High |
| Update deployment plan spreadsheet with UAT BPM environment server approval details | Corey | 2026-04-25 | Medium |
| Verify all Swagger files for accurate endpoint counts across API inventory | Flavio | 2026-04-28 | High |
| Complete base flow development for Signature Card UAT start on Monday | Marcelo | 2026-04-28 | High |
| Finalize DLT queue configuration for error handling in Signature Card process | Marcelo | 2026-04-28 | High |
| Discuss May 8 production delivery feasibility with Wagner | Pedro (Speaker A) | 2026-04-25 | Medium |
| Submit fire rule 8330 change request to CAB | Eduardo | 2026-04-28 | Medium |
| Reassign previously owned Mule apps to Basili in G-report | Dwayne | 2026-04-25 | Low |
| Point iCapital to MuleSoft for UAT notification testing | Basili | 2026-04-28 | Medium |
| Prepare MUnit testing template for standardized implementation across initiatives | Schettini | 2026-04-28 | Medium |
| Schedule 5-10 minute demo of MUnit testing setup | Schettini | 2026-04-28 | Low |
The MuleSoft implementation program is progressing on schedule with the OMS/BPM deployment confirmed for tonight at 9:30 PM, featuring a finalized test strategy pending business user confirmation. The Signature Card initiative is advancing toward Monday UAT start with base flows in development, though the May 8 production date requires further feasibility review with the team. API inventory work identified a discrepancy in the Trading Order endpoints that necessitates comprehensive Swagger verification to ensure accurate endpoint counts before the July 24 delivery target. The team is establishing MUnit as a standard testing practice across all MuleSoft initiatives to improve code quality and enable future CI/CD automation.
1. Presentación de propuesta de alcance para prueba POC - Omar presentó documento con prerequisitos, alcance acotado a funcionalidades actuales, flujo SPEI con integraciones disponibles, limitado a Actimer y tipo de prueba específico.
2. Definición de instalación del Payment Gateway - Instalación en ambiente QA de Actimer con único core (SAP o FlexCube a definir), usando imágenes de contenedor sin código fuente, flujo end-to-end SPEI, enfoque en pruebas de performance no funcionales.
3. Componentes técnicos y módulos del sistema - Validación, calendarios, mapeo de APIs, firma digital, orquestación, integración con core, notificaciones, catálogos, roles y permisos (limitados a los necesarios).
4. Integraciones principales - SAP/FlexCube (a definir), LGEC (Banco de México), sistema antifraudes, PLD, Azure.
5. Escenarios de prueba y validaciones - Flujo completo end-to-end, validaciones de entrada/proceso/salida, gestión de errores y reintentos, reversas de transacciones en caso de error.
6. Criterios de aceptación y umbrales de performance - Tiempos de respuesta, tasa de error, confiabilidad, métricas de monitoreo por componente (logs, latencias, reintentos).
7. Prerequisitos para despliegue pendientes - Accesos a GPLAB, generación de pipelines, usuario MUSUB, gestión de manifiestos. Tickets abiertos a ser reactivados.
8. Comentarios del cliente (correo de Ulises) - Cliente solicita demostrar desacoplamiento de motor, desempeño, integración sin cuellos de botella, tiempo neto de procesamiento <80ms bajo estrés, backoffice operativo.
9. Decisión sobre sesión con cliente - Se pospone sesión de demostración de hoy para el lunes a primera hora para mejor preparación interna.
| Tarea | Responsable | Fecha Vencimiento | Prioridad |
|---|---|---|---|
| Refinar documento de propuesta con Jorge (arquitecto) | Omar/Luisa | 2026-04-28 | Alta |
| Agregar escenarios de transacciones reversas (rollbacks y flujos alternos) | Omar | 2026-04-28 | Alta |
| Validar criterios de aceptación y umbrales de performance con Jorge | Omar/Luisa | 2026-04-28 | Alta |
| Definir con cliente si arquitectura será SAP o FlexCube | Ricardo | 2026-04-28 | Alta |
| Preparar sesión de trabajo interno con equipo de arquitectura | Ricardo/Elías | 2026-04-26 (antes del lunes) | Alta |
| Aclarar requisitos específicos del cliente antes de reunión del lunes | Ricardo/Elías/Arquitectura | 2026-04-27 | Alta |
| Reenviar correo con IDs de tickets de prerequisitos a Ruben | Ricardo | 2026-04-24 | Alta |
| Hacer seguimiento de tickets de prerequisitos (GPLAB, pipelines, MUSUB, manifiestos) | Elías/Omar | 2026-04-25 | Alta |
| Enviar documento de propuesta a Fabiana y equipo de arquitectura | Ricardo | 2026-04-24 | Media |
| Revisar correo de Ulises con comentarios técnicos | Ricardo | 2026-04-24 | Alta |
| Confirmar asistencia a sesión del lunes (Luisa, Jorge, Ricardo) | Ricardo | 2026-04-26 | Media |
La reunión se enfocó en revisar y refinar la propuesta de alcance para la prueba POC del Payment Gateway con el cliente Timber. Omar presentó un documento detallado que define la instalación en ambiente QA limitada a un único core (SAP o FlexCube), flujo SPEI end-to-end, y pruebas de performance con criterios de aceptación específicos. Se identificó la necesidad de incluir escenarios de transacciones reversas y se aclararon varios puntos técnicos sobre integraciones. Decisión crítica: Se pospuso la sesión de demostración con el cliente originalmente programada para hoy, trasladándola al lunes a primera hora para permitir que el equipo interno (arquitectura, producto, ingeniería) se prepare adequadamente y comprenda con precisión los requerimientos del cliente expresados en un correo reciente de Ulises. Se requiere realizar una sesión de preparación interna para alinear respuestas antes de la presentación al cliente.
1. Atribuição de tarefas:
- Sketini: 2 tarefas (Duane Party Onboarding + 1)
- Basile: 2 tarefas (Party Onboarding + iCapital)
- Marcelo: 1 tarefa (Statements)
- Duane: 2 tarefas (Private Equity)
2. Prazos definidos:
- Party Onboarding: 19 de junho
- Teste padrão (Wagner/PIP608): fim do dia 24 de abril
- Go live: 15 de maio (sujeito a confirmação)
3. Ações técnicas:
- Abertura de nova RQ para alterar apontamento do iCapital para chamar API do MuleSoft
- Basile iniciará UAT para iCapital Notifications
- Marcelo entregará primeira versão de testes até fim do dia
- Criação de grupo comum no Teams para coordenação com equipe do T24/SAP
4. Priorização: Flávio será responsável por priorizar novas RQs; sem priorização de Flávio, as demandas não serão atendidas
5. Recrutamento: Decisão delegada ao Dantas entre Sebastião (início imediato) ou Estevan (20 dias de onboarding)
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Contactar Ruth sobre início dos testes - priorização já realizada por Flávio | Basile | 24/04/2026 | Alta |
| Entregar primeira versão de testes (PIP608/DLQ) | Marcelo | 24/04/2026 (fim do dia) | Alta |
| Ajustar código e corrigir itens fora do padrão (Rammel/Duane) | Basile | 25/04/2026 | Média |
| Iniciar UAT para iCapital Notifications | Basile | 25/04/2026 | Alta |
| Apontar iCapital para MuleSoft via nova RQ | Basile | 24/04/2026 | Alta |
| Analisar e corrigir endpoints T24 (Sketini + Marcelo) | Sketini / Marcelo | 27/04/2026 | Alta |
| Criar grupo comum no Teams para coordenação T24/SAP | Speaker A | 24/04/2026 | Média |
| Abrir RQ formal para alterações de endpoints T24 | Speaker C | 24/04/2026 | Alta |
| Enviar lembrete a Eduardo sobre conectividade | Speaker C | 24/04/2026 | Média |
| Validar resposta de RQ com Edu (Firewall/ARQ) | Speaker C | 24/04/2026 | Média |
| Preparar para reunião com Portugal (11h) | Speaker C | 24/04/2026 (11h) | Alta |
| Estabilizar endpoints e documentação do M-Unit | Speaker C | 27/04/2026 | Média |
| Comparar nova MuliApp com versão existente para identificar quebras | Speaker C | 27/04/2026 | Média |
| Development 80% - IbiDocuments/M-Unit | Speaker C | 30/04/2026 | Média |
| Atualizar Discovery 100% / Development 10% - Party Onboarding | Basile | 25/04/2026 | Média |
| Priorizar com Flávio novas demandas de T24/endpoints | Speaker A | 24/04/2026 | Alta |
| Decisão final sobre contratação (Sebastião vs. Estevan) | Dantas | 24/04/2026 | Alta |
| Alcançar pelo menos 1% de progresso em iCapital (antes de férias de Ruth) | Basile | 26/04/2026 | Alta |
A reunião de status do time de desenvolvimento enfocou a revisão de múltiplos projetos em andamento, com destaque para bloqueadores relacionados a respostas pendentes da equipe Itaú (Ruth) e necessidade de alinhamento com Flávio para priorização. O time redistribuiu tarefas de forma equilibrada, estabeleceu prazos intermediários (go live 15 de maio, testes 24/04, integração MuleSoft) e identificou a necessidade urgente de criar estrutura de coordenação comum (grupo Teams) para evitar duplicação de esforços nas demandas de integração T24/SAP. Decisões críticas incluem a priorização de trabalho em iCapital Notifications, abertura de nova RQ para alteração de endpoints e delegação da decisão de recrutamento ao Dantas, considerando trade-off entre disponibilidade imediata (Sebastião) versus especialização futura (Estevan). A reunião foi concluída com aviso de indisponibilidade parcial do Speaker A na semana seguinte.
1. Apresentação do Projeto Itaú Internacional
- Operação de Private Banking nos EUA (Miami)
- Duas equipes principais: MuleSoft (integrações e APIs) e .NET (embedded em squad de automação)
- Equipe pequena com problemas de sobrealocação
2. Contexto Técnico do Projeto
- Stack: .NET, automações, workflows, BPM, bancos de dados
- Trabalho multidisciplinar em squad do cliente
- Recente saída de desenvolvedor (Léo) - duas vagas abertas para .NET
3. Entrevista Técnica com Candidato (Isaías)
- APIs RESTful (códigos HTTP, POST vs PATCH)
- Tratamento de falhas e resiliência (retry, Polly)
- Otimização de queries e índices
- Injeção de dependência e princípios SOLID
- Clean Code e DDD
- Migrações de versões .NET (histórico da B3)
- Programação assíncrona (async/await, thread safety)
- Design Patterns (Factory, Strategy)
- Mensageria (Service Bus Azure, filas, tópicos)
4. Contexto Organizacional e Comunicação
- Necessidade de inglês básico para comunicação com equipe (principalmente para reuniões técnicas)
- Maioria dos profissionais é brasileira (~60-70%)
- Reuniões em inglês por causa da diversidade linguística (latinos hispânicos)
- Estudo de implementação de IA (Copilot, Winx)
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Submeter feedback e currículo de Isaías ao cliente (Itaú) | Pedro Faraco | Em seguida | Alta |
| Preparar demo do Winx para apresentação | Pedro Faraco / Equipe GFT | Semana seguinte (2026-04-30) | Alta |
| Entrevista com Tech Lead (Thiago Dantas) | Isaías / Thiago Dantas | A agendar | Alta |
| Continuar preenchimento da vaga de desenvolvedor .NET | Pedro Faraco | Contínuo | Alta |
A reunião tratou de uma entrevista técnica em profundidade com Isaías, candidato a desenvolvedor .NET para o projeto Itaú Internacional da GFT em Miami. O candidato demonstrou sólidos conhecimentos em C#, arquitetura de software (SOLID, Clean Code, DDD), migrações de .NET, programação assíncrona, mensageria e otimização de banco de dados, com experiência relevante obtida em sua atuação na B3. O processo segue para a próxima etapa com entrevista do cliente, onde serão validadas as competências técnicas em contexto mais específico do projeto. A equipe também prepara uma demonstração de IA (Winx) para expandir capacidades no projeto.
1. Payment Gateway - Implementación y Escalabilidad
- Sesión con Armando para iniciar el trabajo en Payment Gateway
- Revisión de lo que falta para llevar la aplicación al ambiente del cliente
- Preocupaciones sobre escalabilidad del sistema según comentarios de Humberto
- Necesidad de revisar si el sistema está listo para pruebas de negocio
2. Pruebas y Validación
- Decisión de realizar pruebas de estrés (stress testing) en lugar de pruebas de negocio completas
- Pruebas con flujo SPEI básico tercero a tercero
- Cliente maneja actualmente 10,000 transacciones por hora pico
- Plan de aumentar carga a 100,000 transacciones para validar escalabilidad
3. Ambiente de Timber
- Tiempo estimado: 15 días para que Timber prepare el ambiente
- Necesidad de elaborar listado de requisitos y configuraciones para que Timber implemente
- Tickets pendientes de ambientes (capacitación y producción) y permisos (GitLab, usuario MuleSoft)
4. Reunión con Equipo de Arquitectura
- Necesidad de sesión con equipo de arquitectura para aclarar dudas sobre escalabilidad
- Participantes requeridos: Jorge, Josh y Juan
- Arquitectura ha cuestionado la escalabilidad sin argumentos claros
5. Criterios de Aceptación
- Falta definir parámetros concretos de éxito para las pruebas
- Tiempo de respuesta máximo: menos de 5 segundos (requerimiento de Banco México)
- Necesidad de establecer criterios claros antes de ejecutar pruebas
6. Herramientas de Testing
- Análisis de herramientas para las pruebas de estrés (mencionado JMeter)
- Se sugieren alternativas más modernas
1. Enfoque de Pruebas: Se realizarán pruebas de estrés con flujo SPEI tercero a tercero, no pruebas de negocio completas en este momento
2. Escalabilidad Progresiva: Otros productos y flujos se irán agregando a medida que el MVP avance
3. Documento de Alcance: Se debe documentar por escrito el alcance, criterios de aceptación y parámetros de éxito
4. Reunión de Arquitectura: Se convocará hoy para aclarar dudas sobre escalabilidad (propuesto 8:30 AM)
5. Checkpoint Diario: Reunión de seguimiento de 15 minutos mañana a las 8:30 AM para revisar avances
6. Comunicación con Timber: Enviar correo formalizando requisitos para preparación del ambiente
| Tarea | Responsable | Fecha Vencimiento | Prioridad |
|---|---|---|---|
| Elaborar listado de requisitos para que Timber prepare el ambiente | Luisa | 2026-04-24 | Alta |
| Enviar correo a Rubén con detalles del ejercicio de pruebas (flujo SPEI tercero a tercero, criterios, parámetros) | Leandro/Speaker A | 2026-04-24 | Alta |
| Documentar alcance, criterios de aceptación y parámetros de éxito de las pruebas | Luis, Pedro, Carla | 2026-04-24 | Alta |
| Programar y conducir reunión con equipo de Arquitectura (participantes: Jorge, Josh, Juan, Luisa) | Speaker A | 2026-04-23 (antes de fin de día) | Alta |
| Revisar y reactivar tickets pendientes de ambientes (capacitación, producción, permisos GitLab, usuario MuleSoft) | Speaker D/Equipo de despliegue | 2026-04-24 | Alta |
| Coordinar herramienta de testing (JMeter u alternativa) | Jorge | 2026-04-24 | Media |
| Establecer parámetros técnicos de aceptación basados en requerimientos de Banco México | Speaker D | 2026-04-24 | Alta |
| Enviar correo a Armando y Rubén sobre preparación del ambiente (con seguimiento) | Speaker A | 2026-04-24 | Alta |
| Checkpoint de seguimiento (15 minutos) con el equipo | Brenda/Ricardo (coordinación) | 2026-04-24 08:30 AM | Alta |
| Elaborar y enviar minutas de la reunión | Speaker D | 2026-04-23 (EOD) | Media |
La reunión se enfocó en definir la estrategia de validación y despliegue del Payment Gateway. Se acordó realizar pruebas de estrés progresivas comenzando con un flujo SPEI básico tercero a tercero en lugar de pruebas de negocio completas, con una carga inicial de 100,000 transacciones (versus los 10,000 actuales del cliente). Se identificaron tres actividades críticas: (1) obtener de Timber la lista de requisitos para preparar su ambiente en 15 días, (2) documentar formalmente el alcance y criterios de aceptación de las pruebas, y (3) reunirse con el equipo de Arquitectura para aclarar las preocupaciones sobre escalabilidad con base en parámetros técnicos concretos de Banco México (tiempo de respuesta < 5 segundos). Se programó un checkpoint diario a las 8:30 AM para mantener momentum en la solución.
1. BPM OMS Redeployment (April 24th)
- Mulesoft APIs for order management deployed April 9th
- T24 configuration for duplicate order prevention deployed same weekend
- UAT environment setup confirmed with Tiago's help
- Backup and deployment timing finalized
- Database backup expected to take approximately 1-2 hours
- Deployment window: 9:30 PM to 10:30 PM Eastern (April 24th)
- Post-deployment validation and order testing planned
- Teams meeting scheduled 9:00 PM - Midnight Eastern
2. Mulesoft API Distribution and Resource Allocation
- Compacted Mule app distribution reviewed
- APIs in development (shown in red) not being migrated currently
- Work redistribution among team members: Dwayne, Basili, Schecchini, Marcelo, and others
- Number 4 (large API) assigned with redistribution plan
- Resource constraints noted regarding team capacity
3. IB Documents API Integration Issues
- Single API key received for both production and UAT environments
- Requested separate production API key from Rafael
- Awaiting firewall rule creation for Stargate (RQ 8320)
- Immunity testing issues under investigation - root cause not yet identified
- Container API testing pending with T24 container numbers
4. IPB Database System API Update
- Code review completed with Dwayne
- Approval received for API update
- Local testing completed successfully
- Redeployment to UAT environment planned with log monitoring
5. EDOCS File Sync Process API Development
- Basic processing expected for tutorial tomorrow
- Discussion with Wagner regarding business process development
- DLQ key requested from eBay and QE (Richard Sabag handling authorization)
- Happy path construction ongoing; error handling dependent on queue manager setup
- Documentation 610 available for UAT testing; documentation delivery planned for next week
6. Design Center Naming Convention
- Discussion regarding T24CRM SAPI naming standardization
- Recommendation to adapt naming to suit merged project requirements
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send email to Kindle requesting server and database backup | Tiago (Speaker C) | 2026-04-24 morning | High |
| Create separate production API key for IB Documents | Rafael | 2026-04-24 | High |
| Resolve firewall rule creation for Stargate (RQ 8320) | Eduardo | 2026-04-24 | High |
| Test IB Documents API with T24 container numbers | Dwayne Schecchini | 2026-04-24 | High |
| Unblock and move API 633 to in progress upon successful testing | Dwayne Schecchini | 2026-04-24 | High |
| Send Teams meeting invite for deployment (9:00 PM - Midnight ET) | Corey (Speaker B) | 2026-04-24 | High |
| Notify Richard (Rick) Sabag of deployment timing | Corey (Speaker B) | 2026-04-24 | High |
| Redeploy IPB Database System API to UAT with log monitoring | Marcelo | 2026-04-24 | High |
| Complete happy path construction for EDOCS Process API | Marcelo | 2026-04-24 | High |
| Request DLQ authorization and queue manager setup | Richard Sabag | 2026-04-25 | High |
| Investigate and resolve Immunity testing root cause | Basili & Schecchini | 2026-04-24 | High |
| Sync with Basili and hand over Koala API work | Dwayne Schecchini | 2026-04-24 | Medium |
| Coordinate API distribution updates in JIRA | Pedro (Speaker A) | 2026-04-24 | Medium |
| Provide documentation for API 610 | Marcelo | 2026-04-30 | Medium |
| Review and standardize Design Center naming convention | Basili & Vasily | 2026-04-25 | Low |
The meeting focused on finalizing the BPM OMS redeployment scheduled for April 24th at 9:30 PM Eastern, with backup operations beginning at 9:30 PM and deployment window extending to 10:30 PM. The team confirmed all prerequisites are complete, including UAT environment setup and necessary approvals; a Teams meeting from 9:00 PM to Midnight Eastern will monitor the deployment with Richard Sabag on standby. Concurrently, the team addressed API development progress across multiple initiatives, including IB Documents integration challenges requiring resolution of API key and firewall issues, and EDOCS file sync process API development expected to have a functional happy path available for testing Monday morning. Work was redistributed among team members to optimize resource allocation given capacity constraints, with particular focus on resolving Immunity testing issues and completing required code reviews before deployment.
1. Questões Pessoais e Justificativas
- Speaker C relata acidente com carro (batida no veículo de vizinha) e necessidade de fazer orçamento
- Discussão sobre ajuste de horários para resolver questão pessoal
2. Deploy de Aoyama e Alinhamento de Horários
- Confirmação de deploy agendado para amanhã
- Alinhamento com Corey sobre cronograma: conexão às 10h30 até meia-noite/meia-noite e meia (horário Brasil)
- Atividade: Deploy BPM OMS - Molly Soft Version 9.6/10.6, testes até 23h com possibilidade de rollback
3. Correção de IPDB Database
- Speaker D completou correção e testes, realizou pull request
- Necessidade de review do Duane antes de package e deploy em UAT
- Trabalho na Process API e MUnit da eDocs API e System API
4. Investigação de M-Units e Endpoints T-24
- Speaker B continua investigação de erros de permissão e acesso no repositório
- Discussão sobre endpoints da T-24 System API com restrições de query parameters
- Planejamento para ajuste de endpoints (4 e 8 migram para 6)
- Reunião Salesforce agendada para 11h
5. Confirmation Copy - Documentos FED e SWIFT
- Business aprovou ambos os documentos
- Correção de formato de data (brasileiro para americano)
- Dois pontos pendentes:
- Notificação ativa de erros (logs em arquivo de projeto)
- Upload e-banking (necessidade de ID para mapeamento)
6. Questões de Timesheet (Kimball)
- Problema ao lançar horas extras
- Esclarecimento: depois das 22h é "Overtime Night", não "Overtime Day"
7. Processo de Entrevista para Contratação
- Discussão sobre entrevista com Isaías vs. Sebastião
- Confirmação de continuar com Sebastião
8. Reorganização de Endpoints e Mule Apps
- Endpoints 4 e 8 serão movidos para o 6
- CRM Admin e Mule App + Reference Data Mule App migram para Party On Board Mule App
- Necessidade de renomear aplicação (sem onboarding efetivo)
| Decisão | Responsável | Status |
|---|---|---|
| Deploy BPM OMS agendado para amanhã com testes até 23h | Corey/Speaker C | Confirmado |
| Pull request IPDB Database aguardando review do Duane | Speaker D | Pendente |
| Endpoints 4 e 8 migram para 6 | Speaker B/A | Aprovado |
| Revisão de nome de Mule App (remover referência a onboarding) | Speaker A | Pendente |
| Alinhamento de expectativa com Wagner sobre System API/IDOC | Speaker D | A fazer |
| Análise de solução para notificação ativa de erros no Confirmation Copy | Dantas | A fazer |
| Contato com Guilherme/PMD sobre upload e-banking ID | Speaker E | Encaminhado |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Fazer orçamento do carro na vizinha (estender almoço) | Speaker C | 2026-04-23 | Média |
| Monitorar logs de rollback do Deploy BPM OMS no lado MuliSoft | Speaker C | 2026-04-24 | Alta |
| Obter review do Duane para pull request IPDB Database | Speaker D | 2026-04-23 | Alta |
| Realizar package e deploy em UAT após aprovação Duane | Speaker D | 2026-04-24 | Alta |
| Trabalhar em Process API e MUnit (eDocs e System API) | Speaker D | 2026-04-25 | Alta |
| Entregar versão inicial de testes da CPI | Speaker D | 2026-04-24 | Média |
| Alinhar expectativas com Wagner sobre System API e IDOC | Speaker D | 2026-04-23 | Média |
| Continuar investigação de M-Units e erros de permissão | Speaker B | 2026-04-24 | Alta |
| Planificar ajustes nos endpoints T-24 com Duane | Speaker B | 2026-04-24 | Média |
| Participar de apresentação Salesforce (11h) | Speaker B | 2026-04-23 | Baixa |
| Resolver problema Kimball dias 1-2 de abril | Speaker A | 2026-04-23 | Média |
| Fazer lançamento correto de hora extra (Overtime Night) | Speaker C | 2026-04-24 | Baixa |
| Alinhar com Dantas sobre solução de notificação de erros | Speaker E | 2026-04-23 | Alta |
| Contatar PMD para ID de upload e-banking | Speaker E | 2026-04-23 | Alta |
| Aguardar contato de Dantas sobre dois pontos pendentes do Confirmation Copy | Speaker E | 2026-04-23 | Média |
| Remontar tabela de endpoints com nova alocação (4 e 8 → 6) | Speaker A | 2026-04-23 | Média |
| Revisar e adaptar nome de Mule App (remover "OnBoard") | Speaker A | 2026-04-24 | Média |
A reunião abordou progresso técnico significativo com foco em múltiplos workstreams: confirmação do deploy BPM OMS para amanhã com alinhamento de horários Brasil/exterior, progresso na correção IPDB Database aguardando aprovação, e investigação contínua de erros M-Units. Decisões operacionais incluem reorganização de endpoints (migração de 4 e 8 para 6 no Party On Board Mule App) e ações pontuais como resolução de problemas no Kimball, notificação de erros no Confirmation Copy e alinhamento de expectativas com stakeholders. Prioridades principais são garantir sucesso do deploy amanhã com possível rollback, obter aprovações pendentes para avançar em UAT, e resolver gargalos técnicos em M-Units e endpoints T-24.
1. Planejamento de Recursos e Alocação de Dias Úteis
- Análise detalhada da planilha de dias úteis por mês e dias de folga por recurso
- Discussão sobre o gap de 201 dias no projeto (período de março a dezembro)
- Confirmação de que Marcelo foi trazido em março e não terá férias no período
2. Estrutura de Elementos no Kimball
- Necessidade de criar novo elemento no Kimball para Skettini a partir de maio
- Separação de faturamento para Skettini (invoice específica solicitada por Tintim)
- Ajuste de "remaining days" (dias restantes) na planilha de controle
3. Dados Técnicos do Projeto
- Total de 920 dias necessários (OCS)
- Previsão de 1.121 dias de cobertura com Marcelo incluído
- Skettini: 66.88 dias já apontados até fim de abril, 152 dias restantes de maio a dezembro
- Desenvolvimento .NET começando na segunda-feira seguinte com duas entrevistas internas previstas
4. Change Order
- Necessidade de adicionar 201 dias na OCS a R$ 480 por dia (ou correspondente em dólar)
- Discussão sobre se o breakdown será por pessoa ou total no Marcelo
5. Avaliação de Marcelo
- Feedback positivo: vocal, proativo, boa postura, compreende bem os requisitos
- Trabalha principalmente com o time do Brasil na integração EDOX
- Já teve contato com Dantas e Flávio
6. Governors Call
- Feedback positivo do cliente sobre planejamento de migrações e documentação
| Decisão | Responsável | Data |
|---|---|---|
| Criar novo elemento no Kimball para Skettini a partir de 1º de maio | Alejandro | Imediato |
| Alinhar com Vanessa (Financeiro) para gerar invoice separada para novo elemento | Responsável Financeiro | Imediato |
| Adicionar linha na OCS com 201 dias a R$ 480 (ou dólar equivalente) | Pedro | Imediato |
| Preparar documento de Change Request usando template | Pedro | Antes de apresentar a Tintim |
| Solicitar feedback formal sobre Marcelo do principal contato no Brasil | Speaker A (via e-mail) | Após identificação do contato |
| Compartilhar planilha atualizada (OCS ChangeOrder) | Pedro | Imediato |
| Solicitar feedback de Marcelo ao time Brasil | Pedro | Próximos dias |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Criar novo elemento no Kimball para Skettini com vigência a partir de 1º de maio | Alejandro | Imediato | Alta |
| Alinhar com Vanessa (Financeiro) para gerar invoice separada para o novo elemento Skettini | Vanessa / Responsável Financeiro | Imediato | Alta |
| Ajustar valores de "remaining" (dias restantes) no elemento principal de Skettini (manter 66.88 já apontados) | Pedro | Imediato | Alta |
| Adicionar linha na OCS com 201 dias a R$ 480/dia para cobrir gap de recursos | Pedro | Imediato | Alta |
| Preparar documento de Change Request usando template fornecido | Pedro | Antes de 22 de abril | Alta |
| Enviar template de Change Request | Speaker A | 22 de abril | Média |
| Confirmar com Tintim o breakdown da Change Order (por pessoa ou total em Marcelo) | Speaker A | 22 de abril | Média |
| Identificar principal contato de Marcelo no time Brasil | Pedro | Próximos dias | Média |
| Solicitar feedback formal sobre desempenho de Marcelo ao principal contato | Speaker A (via e-mail) | Após identificação | Média |
| Compartilhar planilha OCS ChangeOrder atualizada | Pedro | Imediato | Alta |
| Monitorar entrevistas de candidatos .NET internos | Icaro / Equipe | 22 de abril | Média |
| Ajustar Kimball com novos dados de alocação (apenas Skettini, conforme acordado) | Pedro | Imediato | Alta |
A reunião focou no planejamento de recursos para o projeto Itaú, identificando um gap de 201 dias entre março e dezembro que será coberto pela contratação de Marcelo. Foi acordado criar um novo elemento no Kimball para separar o faturamento de Skettini a partir de maio, conforme solicitação de Tintim, e preparar uma Change Order de 201 dias a R$ 480/dia. O projeto tem cobertura prevista de 1.121 dias totais, suficiente para a entrega. Marcelo recebeu avaliação positiva do time e será monitorado através de feedback formal do principal contato no Brasil.
1. FHIR Receipt and API Inventory Review - Discussion of feedback from Maduri regarding T24R files in development versus production. Confirmation that CH deposit loans API does not exist in UAT/production.
2. Endpoint Reduction Progress - Team reported reduction from 23 UR files and 142 endpoints to 17 UR files and 107-109 endpoints (approximately 40% reduction in endpoints).
3. WAR Files Reorganization - Planning needed to determine whether to redistribute endpoints across war files or reduce the number of war files.
4. Koala Project Status - Speaker A (Dwayne) reported progress on Koala work, including updates to run documentation, addition of examples, and creation of endpoints in RAML. Awaiting confirmation on new application deployment strategy.
5. BPM Redeployment Planning - Scheduled follow-up call with Dantas (tentatively tomorrow). Tickets approved; CAB meeting on Thursday not required. Focus on validating plan details and coordinating business communication.
6. Order Management Enhancement - Additional request to include quick update for order management (adding two new CD issuers to CD entry page) in upcoming Mulesoft release. Testing planned with Edward Warner.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Meet with team to discuss redistribution of war files and endpoints | Speaker C (Flavio) | 2026-04-22 | High |
| Rework JIRA cards for API inventory (cancel or move as appropriate) | Speaker C (Flavio) | 2026-04-22 | High |
| Schedule and conduct follow-up call with Dantas | Speaker D | 2026-04-22 | High |
| Add details to plan for validation (coordinate with Corey) | Speaker D | 2026-04-22 | High |
| Coordinate business communication and contact with Alan | Speaker B | 2026-04-22 | High |
| Test order management CD issuer update with Edward Warner | Speaker B | 2026-04-21 | Medium |
| Submit CAB change request for order management update | Speaker B | 2026-04-22 | Medium |
| Add action items to BPM redeployment spreadsheet | Speaker B | 2026-04-22 | Medium |
| Review BPM redeployment spreadsheet and plan details | Speaker B | 2026-04-22 | Medium |
| Schedule meeting with Tiago | Speaker B | 2026-04-22 | Medium |
| Continue preparation on Koala project implementation | Speaker A (Dwayne) | 2026-04-22 | Medium |
The team reviewed API inventory progress, confirming a 40% reduction in endpoints (from 142 to 107-109) and identifying that several APIs previously listed are not in UAT/production. A follow-up meeting with Dantas is scheduled for tomorrow to finalize the BPM redeployment plan and coordinate business communication, with the goal of completing smoke testing by Monday morning before production deployment. An additional order management enhancement has been identified and will be tested today for inclusion in tomorrow's Mulesoft release. The team prioritized organizing the war files arrangement and validating the deployment plan before Thursday's CAB meeting.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Coordinate with Basilis availability for Friday deployment | Speaker A (Antonio) | 2026-04-25 | High |
| Resolve SQL database access for deployment via Diego Lanza or use Tiago Dantes access | Speaker B (Ryan) | 2026-04-24 | High |
| Request UAT environment to remain available for deployment weekend | Speaker B (Ryan) | 2026-04-20 | High |
| Submit full API inventory list to Madhuri for production status review | Speaker F (Dwayne) | 2026-04-21 | High |
| Add blocked comment to Manage Flex Gateway card | Speaker G (Scatini) | 2026-04-21 | Medium |
| Move ticket 160601 to done status | Speaker G (Scatini) | 2026-04-20 | Low |
| Continue TAP migration work with updated Net tools link | Speaker G (Scatini) | 2026-04-22 | Medium |
| Link RQ 8330 to IB Documents PIP card | Speaker A (Antonio) | 2026-04-20 | High |
| Create master umbrella ticket for API inventory migration program | Speaker A (Antonio) | 2026-04-20 | High |
| Move RQs 8330 and 8331 as subtasks to master umbrella ticket | Speaker D (Flavio) | 2026-04-21 | High |
| Add labels and mark tickets as strategic program approved | Speaker D (Flavio) | 2026-04-21 | Medium |
| Follow up on API key request with Wagner (reminder Wednesday) | Speaker E (Scatini) | 2026-04-22 | Medium |
| Commit database system API changes and deploy EDOC support to UAT | Speaker I (Marcelo) | 2026-04-20 | High |
| Debug communication issue between MuleSoft and EDOCS endpoint | Speaker I (Marcelo) | 2026-04-23 (Wednesday meeting) | High |
| Resolve AWS gateway configuration issue with Justin | Speaker I (Marcelo) | 2026-04-23 (Wednesday meeting) | High |
| Develop business logic in File Sync Process API (PIPs 609, 608) | Speaker I (Marcelo) | 2026-04-24 | High |
| Complete MUnit configuration for Notification System API | Speaker B (Basilis) | 2026-04-21 | High |
| Open RQ for RegE process appointment pointing to MuleSoft API | Speaker H/Consuming System | 2026-04-21 | High |
| Reschedule Friday infrastructure call to Wednesday or Thursday | Speaker A (Antonio) | 2026-04-20 | Medium |
| Prepare documentation presentation for applications team (with Deepak, Vigs) | Speaker D (Flavio) | 2026-04-23 (Wednesday discussion) | Medium |
The meeting focused on coordinating the AMS deployment scheduled for Friday, with Basilis confirmed available for support. Key challenges include resolving SQL database access issues (with Tiago Dantes as backup), requesting infrastructure resources with proper advance notice, and reassessing the API inventory migration scope—three WAR files were found to be in dev-only status, reducing the initial migration scope. The team is creating a master umbrella ticket to organize the API inventory migration as a strategic program with subtasks, and the EDOCS integration is progressing with UAT deployment of EDOC System API (PIP 610) though communication debugging is needed for Wednesday. Documentation and presentations to the applications team are being planned to ensure proper stakeholder alignment.
1. Industrial Bank Project Overview
- Approval received January 22, 2026 for retail-only industrial bank
- Two major products: High Yield Savings Account (launch in 12 months) and Indirect Auto Lending (launch in 18 months)
- Three CD products planned between the two main launches
- Core platform: Fiserv DNA with supporting products (Onboard Advisor, Create Digital, Fund Now, Transfer Now, Notify Events, Nautilus)
2. Testing Strategy and Challenges
- Organization lacks experience in deposit and certificate products; has indirect lending experience
- Need to determine scope of testing for Fiserv-provided functionality vs. custom requirements
- Lack of formally documented requirements across 14-15 Fiserv products with different custom formats
- Development completion deadline: June 1, 2026; Testing window: June-October 2026
- Single data cut planned from Fiserv for testing validation
3. Testing Framework and Approach
- Discussion of testing pyramid (unit, functional, integration, security, performance, UAT)
- Clarification that Fiserv performs connectivity ping tests; client responsible for validation and UAT
- Best practice: develop comprehensive Quality Assurance Plan documenting scope, test cases, defect tracking, and remediation
- Business scenario lists essential for defining completeness and compliance
- Example given: High Yield Savings Account testing includes setup, visibility, interest accrual, deposits (ACH/check), configuration limits, statements, fee reversals, GL mapping, reporting, and account maintenance
4. Proposed AI-Assisted Testing Solution
- Conversion of functional requirements documents to markdown with scenario annotations
- AI-driven generation of comprehensive test scenarios (happy path, negative, edge cases)
- Platform accelerator tool demonstrated for scenario execution with centralized evidence capture
- Capability for parallel test execution with automated data generation and validation
- Similar approach successfully implemented at other banks with different technologies
5. Resource and Timeline Constraints
- Project started January 22, 2026; launch January 22, 2027 (12-month timeline)
- Business team currently hiring; key personnel not yet in chairs
- Cannot complete full requirements documentation before June testing window
- Seeking approach to leverage existing Fiserv templates and AI acceleration to meet timeline
Decisions Made:1. Testing approach will include validation of Fiserv-configured functionality against business scenarios, not reliance on vendor testing alone
2. Quality Assurance Plan required for regulatory compliance, detailing scope, test cases, and defect management
3. Single Fiserv data cut is acceptable given integrated third-party ecosystem and ability to test/remediate iteratively
4. Will explore AI-assisted test case generation and documentation framework to accelerate development
5. Will leverage Fiserv's out-of-box UAT scripts as starting point, with customization as needed
1. Agendamento de Reuniões Mensais
- Solicitação para agendar reuniões mensais nos meses de maio, junho e demais meses
- Confirmação será feita na quarta-feira
2. Implantação BPM (sexta-feira)
- Deploy aprovado sem necessidade de CAB
- Handbook de implantação pronto
- Início previsto após backup do banco de dados (aproximadamente 10h30)
- Pré-teste planejado com a equipe do Alan para validar funcionamento fim-a-fim
- Vassili em prontidão para acompanhar logs e realizar alterações se necessário
3. Projeto Banking - Precomputed Data
- Versão de Norbert concluída em fase alfa
- Decisão de Bevine para expandir para base de clientes
- Acompanhamento de expansão já em projeto (operação assistida)
4. Projeto Signature Card
- Em desenvolvimento, com decisão esperada hoje ou amanhã sobre conclusão até sexta-feira
- Algumas questões de conectividade sendo resolvidas por Marcelo e Eduardo
- Previsão de entrega para UAT na semana seguinte
- Partes sendo colocadas em AT (Acceptance Testing) hoje
5. API Inventory - Migração
- Migração iniciada em 6 de abril
- 9 mil aplicativos identificadas
- Notification SAP System API: 100% concluída (discovery e desenvolvimento), pronta para UAT
- Gira SAP: 1 API, 1 endpoint
- T24CRM SAP: 5 APIs, 18 endpoints
- IB Documents: em andamento (antecipado devido a bloqueios)
- Swagger do Gira disponível e acessível
- Previsão de Go Live: 15 de maio (antecipado em relação aos prazos originais)
6. Managed Flex Gateway
- Levemente desprioritizado por outras atividades
- Duane responsável pelo projeto
- Ambiente prévisto estar pronto até fim da semana
- Migração de APIs (TAP) a começar da próxima semana
- Todas as APIs migrando como "Govern" inicialmente
- Segregação por criticidade a ocorrer após conclusão da migração
7. Iniciativas Concluídas
- Apontamento usando DNS/name em vez de IP (todas as aplicações)
- Enforcement de Client ID (entregue em março)
- Documentação técnica extensiva no Confluence (realizada por Marcelo com ajuda de Ritini e Varsili)
8. Projeto ERP (Ledger)
- Integração de T24 com plataforma Oracle em Lisboa
- Troca de ledger para Suíça e Miami (ambas adotarão o mesmo sistema de Lisboa)
- Início com Suíça este ano, Miami no próximo ano
- Scheittini será alocado neste projeto a partir de junho
- Flávio participando das discussões iniciais
- Orçamento do projeto pagará pelas horas de Scheittini (fatura separada a partir de maio)
9. Gestão de Projetos e Processos
- Implementação de Kanban/board para acompanhamento diário
- Documentação de APIs com diagramas e mapeamento de endpoints
- Plano para expandir modelo de gestão a outros projetos (ERP, upgrade T24)
- Riscos de auditoria/InfoSec sendo gerenciados
10. Assessment de Migração Gira
- Nimble executando assessment
- Acessos em produção já concedidos (confirmado quinta-feira à noite/sexta-feira)
- Dados requisitados já compartilhados
| Decisão | Responsável | Data |
|---|---|---|
| Agendar reuniões mensais para maio, junho e meses subsequentes | Flávio | Quarta-feira |
| Aprovar handbook de implantação BPM sem CAB | Time | 20/04/2026 |
| Confirmar cronograma passo-a-passo com Dantas e comunicar ao time de usuários | Flávio | Antes de sexta-feira |
| Realizar pré-teste de BPM com equipe do Alan após implantação | Roberto/Alan | Sexta-feira (pós-implantação) |
| Fazer fatura separada para Scheittini a partir de maio | Vini | Mai/2026 |
| Apresentação em walkthrough sobre documentação de APIs para todo o time | Pedro | A agendar |
| Documentação de APIs também consolidada no MuleSoft Explorer (além de Confluence) | Pedro | A agendar |
| Checar status de acesso do assessment Gira/Nimble | Thiago/Vini | Esta semana |
| Atualizar documentação anterior de auditoria T24 | Pedro | A agendar |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Agendar reuniões mensais (maio, junho +) | Flávio | Quarta-feira (24/04) | Alta |
| Confirmar passo-a-passo de implantação BPM com Dantas | Flávio | Antes de sexta-feira (25/04) | Alta |
| Comunicação ao time de usuários sobre implantação BPM | Flávio | Antes de sexta-feira (25/04) | Alta |
| Realizar pré-teste de BPM com Alan e equipe | Roberto | Sexta-feira/sábado (25-26/04) | Alta |
| Acompanhar logs de BPM em produção | Vassili | Sexta-feira (25/04) | Alta |
| Completar desenvolvimento Signature Card ou comunicar impedimentos | Pedro/Marcelo | Sexta-feira (25/04) | Alta |
| Obter Swagger de T24CRM com Madure | Duane | Esta semana | Alta |
| Obter informações de T24 endpoints para migração | Duane | Esta semana | Média |
| Preparar e executar testes UAT do Notification SAP System API | Marta/Ruth/Basile | A partir de segunda-feira (27/04) | Alta |
| Preparar ambiente Managed Flex Gateway | Duane | Fim de semana (25/04) | Média |
| Iniciar migração de APIs para Managed Flex Gateway | Time | Semana de 27/04 | Média |
| Documentar APIs migradas no Confluence | Marcelo/Ritini/Varsili | Contínuo | Média |
| Consolidar documentação de APIs no MuleSoft Explorer | Pedro | A agendar | Média |
| Preparar apresentação em walkthrough sobre documentação para todo o time | Pedro/Flávio | A agendar | Média |
| Comunicar sobre alocação de Scheittini para projeto ERP | Pedro | Imediatamente | Média |
| Envolver Scheittini em discussões técnicas do ERP conforme apropriado | Flávio | A partir de maio | Média |
| Criar fatura separada para Scheittini (projeto ERP) | Vini | Maio de 2026 | Média |
| Executar exercício de cobertura de orçamento do time | Vini | Esta semana | Média |
| Confirmar status de acesso para assessment Gira/Nimble | Thiago/Vini | Esta semana | Média |
| Reunião privada sobre situação do assessment Gira | Vini/Thiago | Esta semana | Baixa |
| Expandir modelo de gestão Kanban a projetos ERP e upgrade T24 | Flávio | A agendar | Baixa |
| Validar reconhecimento InfoSec para migração de APIs | Pedro | Contínuo | Alta |
| Atualizar documentação de auditoria anterior | Pedro | A agendar | Média |
A reunião de status de abril de 2026 abordou múltiplas iniciativas em andamento, com destaque para a implantação do BPM prevista para sexta-feira com todas as aprovações necessárias e um plano de pré-teste validado. A migração do API Inventory está progredindo acima do previsto, com o Notification SAP System API 100% concluído e pronto para UAT, antecipando significativamente o Go Live de maio. Paralelamente, o projeto ERP (Ledger) foi formalizado com a alocação de Scheittini como desenvolvedor dedicado a partir de junho, com orçamento separado da área de negócio. O time implementou melhorias operacionais como Kanban diário e documentação técnica robusta no Confluence, com plano de expansão deste modelo de gestão para outros projetos. Todos os riscos identificados estão sob controle, incluindo validação com InfoSec para a migração de APIs e acessos confirmados para o assessment do Gira.
1. Desenvolvimento da Process API
- Speaker A finalizou preparação na sexta-feira (RAML, CP, template)
- Iniciando desenvolvimento da lógica de negócio
- Aguardando suporte de Dantas para geração de proceduras
- Em contato com Eduardo e Justin para debugar problemas com endpoints
2. Page Notifications e M-Units
- Speaker E finalizou desenvolvimento da Page Notifications na sexta-feira
- Identificado que faltam M-Units para considerar 100% completo
- Skatini apontou a falta de M-Units
- Speaker A, B e E estão no mesmo cenário com relação aos M-Units
3. Geração de M-Units
- Discussão sobre uso de Mollysoft, Copilot e Cloud para gerar M-Units
- Scaffold básico pode ser gerado automaticamente, mas ajustes manuais são necessários
- Speaker C trabalhando em geração de templates para múltiplos fluxos (11-12 fluxos)
4. Acesso e Endpoints
- Speaker C sem acesso ao destino, pretende colaborar com Speaker E (Bacilli) que tem acesso pronto
- Speaker A solicita apoio com Justin e Eduardo sobre regras e endpoints do MiliSoft
- Discussão sobre endpoints de homologação vs produção e VPN do Itaú
5. API Key e Firewall Rules
- Speaker C aguardando resposta de Rafael sobre criação de API key
- REC aberta para abertura de regra de FIRO não avançou na sexta-feira
- Possível solicitação de ajuda a Pedro para reunião de infra
6. Documentação e Testes
- Speaker D publicou nova versão com informações adicionais do Fed na sexta-feira
- Documentos atualizados enviados a Lanza e Thalia para verificação com Business
- Continuando com testes automatizados e manuais
7. OMS em Produção
- Entrada em produção na virada da semana
- Corey compartilhou planilha com runbook detalhando atividades por dia
- Foco em monitoramento e suporte durante a transição
- Discussão sobre rollback: mudanças da Mule já estão em produção, rollback seria responsabilidade do BPM
8. Comunicados Administrativos
- Amanhã é feriado
- Sexta-feira da semana que vem é feriado (1º de maio)
- Speaker B estará fora de 4 a 8 de maio (próximas duas semanas)
- A ser confirmado com Flávio sobre Weekly e Report durante ausência
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Iniciar desenvolvimento da Process API | Speaker A | 2026-04-21 | Alta |
| Contatar Dantas para suporte em geração de proceduras | Speaker A | 2026-04-20 | Alta |
| Debugar problemas com endpoints (com Justin e Eduardo) | Speaker A | 2026-04-20 | Alta |
| Implementar M-Units para Page Notifications | Speaker E | 2026-04-22 | Alta |
| Colaborar com Speaker E (Bacilli) na ajustagem de documentação | Speaker C | 2026-04-21 | Alta |
| Gerar e ajustar M-Units para 11-12 fluxos | Speaker C | 2026-04-22 | Alta |
| Seguir up com Rafael sobre criação de API key | Speaker C | 2026-04-20 | Média |
| Verificar status da REC para regra de FIRO | Speaker C | 2026-04-20 | Média |
| Solicitar ajuda a Pedro para reunião de infra (se necessário) | Speaker C | 2026-04-21 | Média |
| Monitoramento próximo de produção do OMS | Speaker A, B, E, D | 2026-04-21 a 2026-04-22 | Alta |
| Continuar testes automatizados e manuais | Speaker D | Em andamento | Média |
| Confirmar com Flávio cobertura durante ausência (4-8 de maio) | Speaker B | 2026-04-25 | Média |
A reunião de status do dia focou em avanços do desenvolvimento da Process API, com Speaker A iniciando a implementação após preparação de RAML e templates. Um bloqueio importante foi identificado: múltiplos membros do time (Speakers A, B e E) aguardam a implementação de M-Units para finalizar seus componentes. Speaker C está trabalhando em automação de geração de M-Units via Copilot e Cloud, planejando colaborar com Speaker E que possui acesso aos endpoints necessários. A transição do OMS para produção na próxima semana exigirá monitoramento próximo da equipe, com responsabilidade de rollback recaindo sobre o BPM, não sobre a Mule. Itens administrativos incluem feriados na próxima semana e ausência do Speaker B de 4 a 8 de maio.
| Decisão | Responsável | Observação |
|---|---|---|
| Chamar versão atual de 100% de conclusão | Speaker A, B | Versão atualizada em Atejam |
| Usar template padrão para documentação | Speaker C | Com apoio de Copilot |
| Criar diagrama de comunicação API-TAPI | Speaker C | Para entendimento visual |
| Abrir RQ com Ruti Chen | Speaker C | Coordenação com Marta (Key User) |
| Discutir com Flávio apresentação da RQ | Speaker A | Após receber RQ de Speaker C |
| Testar regra MULI-EGDOTS | Speaker B | Após feedback de Eduardo |
| Contactar Dantas segunda-feira | Speaker B | Para rodar proceduras do banco de dados |
| Flexibilizar documentação | Speaker B | Pode ser feita semana que vem se Process API avançar |
| Replanejamento de timeline | Speaker A, D | Deixar fluir até semana que vem |
| Trocar iCapture para API Moodle | Speaker C | Sujeito a aprovação de Skettini |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Passar RQ do REGIN para Speaker A | Speaker C | Assim que possível | Alta |
| Testar regra MULI-EGDOTS | Speaker B | Segunda-feira, 19 de abril | Alta |
| Contactar Dantas para rodar proceduras DB | Speaker B | Segunda-feira, 19 de abril | Alta |
| Avançar Process API e lógica de negócio | Speaker B | Quinta/Quarta-feira, 22-23 de abril | Alta |
| Documentação de Process API | Speaker B | Semana seguinte | Média |
| Criar diagrama comunicação API-TAPI | Speaker C | Esta semana | Média |
| Preparar plano para POC de plataforma | Speaker D | Hoje (meio-dia) | Média |
| Expandir testes para cenários específicos | Speaker E | Semana que vem | Média |
| Melhorias e correções no projeto | Speaker E | Contínua | Média |
| Sincronizar com Camal sobre integração ACH | Speaker E | Próxima semana | Média |
| Verificar status RQ 8330 (Firewall) | Speaker D | Esta semana | Baixa |
| Revisar confirmação de documentos (confirmation copy) | Speaker E | Semana que vem (quinta-feira) | Média |
A reunião focou no status de desenvolvimento de múltiplos projetos, com destaque para a finalização da documentação da API Moodle (com versão considerada 100% pronta para testes), a necessidade de criar credenciais (Client ID/Secret) para integração com o REGIN, e a atualização do processo de aprovação que agora segue um fluxo unificado em OCR com maior burocracia. O desenvolvimento do MULI/EGDOTS aguarda confirmação de aplicação de regras de comunicação e feedback sobre banco de dados, enquanto a timeline geral foi replanejada para começar em 8 de abril com conclusão de documentos Ivy estimada para 22 de maio. Os testes estão avançando bem e há potencial integração com o projeto ACH na próxima atividade.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Propose Ford meeting for Monday, April 19, 2026 at 1:30 PM Eastern | Speaker B (Brandon) | 2026-04-18 | High |
| Prepare meeting presentation materials showcasing testing platform capabilities and Fiserv DNA approach | Speaker C (Gonzalo/Cleo team) | 2026-04-19 before 1:30 PM | High |
| Address Fiserv DNA integration unknowns and prepare adaptation strategy | Speaker C & Speaker A (Cleo) | 2026-04-19 before 1:30 PM | High |
| Develop narrative on Ford environment integration and AI tool positioning | Speaker D (Tim) & Speaker B | 2026-04-19 before 1:30 PM | High |
| Clarify with Ford whether digital/online platform testing is also required | Speaker B | 2026-04-19 meeting | Medium |
| Prepare for in-person follow-up conversations at Google Next conference | All team members | 2026-04-22+ | Medium |
GFT's team discussed a critical business opportunity with Ford Bank following their receipt of a banking license. Ford requires test engineering support, specifically automated test scenario creation, script automation, and test frameworks to accelerate their platform build-out. The team presented GFT's internal testing platform (currently deployed at BBVA), which uses AI to generate functional test scenarios and automated evidence of system functionality across UI, batch processes, and database validation. While the tool has proven effective for BBVA's needs, the team acknowledged that Fiserv DNA compatibility remains an unknown that requires further investigation and adaptation. The strategy is to position GFT's solution as an adaptable, AI-accelerated testing approach combined with deep Fiserv DNA expertise and consulting guidance. A meeting with Ford is proposed for Monday, April 19, 2026 at 1:30 PM Eastern to present the platform and discuss integration requirements.
1. Apresentação do Projeto e Contexto
- Projeto do Itaú Internacional (banco privado sediado em Miami)
- Equipe da GFT trabalhando em automação e desenvolvimento .NET
- Necessidade de reposição de desenvolvedor .NET que saiu da empresa
2. Processo de Seleção
- Entrevista técnica interna da GFT com posterior encaminhamento ao cliente
- Modelo de compartilhamento de responsabilidade entre GFT e cliente
3. Apresentações da Equipe
- Pedro Faraco: Gerente de Projeto com 20+ anos de experiência em testes de software
- Ícaro: Desenvolvedor .NET com 10 anos de experiência, atuando há 6 meses no projeto
- Foco em automação, APIs, background jobs e Windows Services em .NET
4. Perfil e Experiência do Candidato (William)
- Desenvolvedor Senior de Backend com experiência em instituições financeiras (Itaú, Bradesco, BMG)
- Expertise em AWS (S3, Aurora, CloudWatch), Azure (AZ-900, AZ-2004 em preparação)
- Projetos destacados: Sistema Dior (automação jurídica com crawlers e ML) e Modernização de Folha de Pagamento (BMG)
5. Avaliação Técnica
- Crawlers (HTTP Client vs. Selenium): critérios de escolha baseados na estrutura do site
- Machine Learning: manutenção de pipelines Python integrados a orquestrador C#
- Observabilidade: uso de Splunk e logging estruturado
- Arquitetura Hexagonal: isolamento de camadas, testes unitários com XUnit
- Dependency Injection e princípios SOLID
- Otimização de queries SQL e análise de performance
- Design Patterns (Factory, Singleton)
- Processamento de arquivos grandes com S3, Kafka e multipart uploads
- Programação assíncrona em C# (async/await, Task.WhenAll)
- REST APIs (PUT vs. PATCH, status HTTP)
- Retry e tratamento de erros em integrações externas
- Mensageria (Kafka, Dead Letter Queue)
6. Contexto do Cliente Itaú Internacional
- Banco privado criado do zero, foco em clientes de alta renda
- Equipe ainda pequena com acúmulo de funções
- Implementação recente de processos ágeis (Scrum)
- Interesse em adoção de IA/Copilot para desenvolvimento (demo prevista para fim do mês)
- Resistência regulatória ao uso de LLMs e dados em nuvem, mas tendência de aceitação
- Ambiente mais lento e controlado, propício a análise e desenvolvimento estruturado
7. Perguntas do Candidato
- Integração com nuvem (AWS/Azure) no projeto atual
- Adoção de IA nos processos de desenvolvimento
1. Continuidade do Processo Seletivo
- Entrevista técnica com William realizada com sucesso
- Feedback será fornecido por Gabi (presumivelmente responsável pelo processo)
- Próximos passos a serem definidos conforme feedback
2. Interesse em IA/Copilot
- Pedro confirmou intenção de realizar demo de Copilot/IA no fim do mês
- Potencial POC estruturada para uso em desenvolvimento
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Fornecer feedback técnico da entrevista | Gabi | Conforme processo | Alta |
| Agendar demo de Copilot/IA para fim do mês | Pedro Faraco | Fim de abril de 2026 | Média |
| Comunicar resultado a William | Equipe GFT | Após feedback | Alta |
| Estruturar POC de IA caso demo seja positiva | Pedro Faraco | A definir | Média |
A reunião consistiu em uma entrevista técnica com William, candidato para posição de .NET Developer no projeto do Itaú Internacional. O candidato demonstrou sólida experiência em desenvolvimento backend, com expertise em AWS, Azure, arquitetura hexagonal, SOLID, otimização de banco de dados e implementação de soluções complexas de automação e processamento de arquivos. A avaliação técnica abordou diversos aspectos como crawlers, machine learning, padrões de design, programação assíncrona e mensageria. O cliente (Itaú Internacional) foi apresentado como um banco de nicho criado do zero com equipe pequena e processos em evolução, possuindo interesse estratégico em adoção de IA para desenvolvimento. O feedback formal será fornecido pela equipe GFT conforme protocolo estabelecido, com próximos passos a serem comunicados ao candidato.
1. API Docs (Speaker A - Pedro)
- Desenvolvimento fluindo após período de dificuldades com comunicação
- Entrega prevista para a manhã com dois pontos pendentes
- Necessário alinhar padrão de erros com Bacilli, Thiago e Duane
- Definição de padrão (GM Unity) a ser discutida hoje
- Solução de contorno para questão da procedura IPDB: mapear SQL diretamente no código IPVDB
- Próxima atividade: trabalhar na Process API
2. Studio e Importação Remo (Speaker C - Bacilli)
- Bloqueio em relação à identificação de ambiente (AT vs Produção)
- Dependência de informações do Thiago Dantas
- Aguardando confirmação de Duane
- Necessária chave XAPI para acessar a API (ticket aberto)
- Estrutura de código sendo replicada de trabalho anterior de Bacilli
- Desenvolvimento em paralelo sem bloqueios imediatos
3. Mailer API (Speaker E - Thiago)
- Ajustes em método de resposta para incluir mensagens de erro
- Implementação de lógica de retry em fluxos
- Código pronto hoje após aplicar estas questões
- Pendências: resolver questões de violation
- Teste será feito redirecionando iCapital para apontar para a nova API
- Necessário validação de business sobre endpoints em uso
4. FED (Federal/Documentos) (Speaker D - Ícaro)
- Deploy realizado com documentos completamente reformatados
- Dados melhor organizados com menos informações aleatórias
- Documentos enviados para clientes
- Validação de dados com Bruna (Business) pendente
- Não vai para Carbi hoje, aguardando aprovação de business
- Conversa com Guilhermello sobre adição de ID na API do e-bank
- Próxima atividade: automação de ACH
- Data prevista para Carbi: próxima quinta-feira
5. Políticas de Compensação de Horas
- Até 22h: compensação no dia seguinte
- Após 22h: hora paga (registrar como OT/Overtime no Kimball)
- Flexibilidade para compensar no mesmo dia quando possível
- Não acumular compensações
1. Pedro vai entregar API Docs para review hoje
2. Padrão de resposta de erro do Mailer API aprovado por Duane
3. Contactar Marta Miel (Business POC) para validar endpoints em uso antes de testes
4. Deploy de documentos FED mantido em servidor para análise interna até aprovação de business
5. Próxima atividade será automação de ACH enquanto aguarda alterações do e-bank
6. Entrevista com candidato reagendada para amanhã (Speaker B indisponível hoje às 16h)
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Entregar API Docs para review com alineamento de erros e padrão GM Unity | Pedro (Speaker A) | 2026-04-16 | Alta |
| Confirmar ambiente (AT vs Produção) com Thiago Dantas via Duane | Bacilli (Speaker C) | 2026-04-16 | Alta |
| Aguardar criação de XAPI key para acesso à API | Bacilli (Speaker C) | 2026-04-17 | Média |
| Aplicar lógica de retry no código Mailer | Thiago (Speaker E) | 2026-04-16 | Alta |
| Contactar Marta Miel para validar endpoints em uso e necessidade de testes | Thiago (Speaker E) | 2026-04-16 | Alta |
| Conversar com Guilhermello sobre adição de ID na API e-bank | Ícaro (Speaker D) | 2026-04-16 | Média |
| Validar dados de documentos FED com Bruna (Business) | Ícaro (Speaker D) | 2026-04-16 | Alta |
| Aumentar cobertura de testes unitários (FED) | Ícaro (Speaker D) | 2026-04-17 | Média |
| Preparar conversa com Kamal sobre automação de ACH | Ícaro (Speaker D) | 2026-04-17 | Média |
| Reagendar entrevista de candidato | Nikita (mencionado) | 2026-04-17 | Baixa |
A reunião de status abordou progresso em quatro frentes principais de desenvolvimento. A API Docs está chegando ao final com entrega prevista para hoje, pendente apenas de ajustes de padrão com o time. O projeto Mailer está com ajustes de retry prontos para hoje, aguardando validação de business sobre endpoints em produção através de Marta Miel. O projeto FED completou reformatação de documentos e aguarda aprovação de business antes de migração para produção, com data alvo de quinta-feira para Carbi. O time também alinhhou políticas de compensação de horas com flexibilidade e registro adequado de extras. Todos os projetos estão fluindo sem bloqueios críticos imediatos.
| Decisão | Detalhes |
|---|---|
| Avaliação do Candidato | Matheus demonstrou conhecimento técnico sólido em .NET, arquitetura de sistemas, e experiência com microsserviços |
| Próximos Passos | A ser definido conforme processo de recrutamento/onboarding na GFT |
| Tarefa | Responsável | Data de Conclusão | Prioridade |
|---|---|---|---|
| Prosseguir com processo de integração | Matheus | A definir | Alta |
| Definir projeto específico de alocação | GFT (Pedro/Icaro) | A definir | Alta |
| Preparação técnica para contexto Itaú US | Matheus | Antes do início | Alta |
A reunião foi uma entrevista técnica e contextual com Matheus para possível alocação na GFT. O candidato demonstrou expertise sólida em arquitetura .NET, microsserviços, mensageria e princípios de design, com 5 anos de experiência no Boticário como desenvolvedor sênior e mentor. A conversa também abordou o contexto específico da operação Itaú nos EUA—uma estrutura iniciante focada em private banking com processos em evolução—e as oportunidades e desafios de trabalhar como consultoria em tal ambiente. Ficou evidente que, embora haja frustrações operacionais (comunicação lenta, concentração de responsabilidades), a GFT oferece diversidade de projetos, tecnologias e desenvolvimento profissional. Matheus manifestou interesse e compreensão do contexto.
1. Deployment Status Update
- T24 and MilSoft deployments completed successfully
- Only BPM round remaining for go-live next week
- High-level runbook spreadsheet needs updating with completed steps
2. Development Progress
- Dwayne: Working on RAML changes, addressing project setup issues; database procedure creation in progress; investigating Jira API endpoint issues
- Scatini: Updated REMO template for response pattern; completing IB Documents REMO (5-6 endpoints remaining); moving restricted private space work to code review
- Marcelo: EDOCS API (PIP 610) in development; resolved data model misunderstandings with team; updating information from PIP 600/608; architectural design documentation needs consolidation in Confluence
- Basili: Notification system API REMO migration nearly complete (15 validation reports remaining); will finish today
3. Card and Documentation Management
- Discussion on Jira workflow: subtasks must be completed before parent tasks
- Cards need daily/regular comment updates with blockages and progress
- Configuration fixes should remain on single cards through testing/UAT/production cycle rather than creating separate cards
- Architectural design documentation should be consolidated in Confluence as deliverable
4. Governance and Process Improvement
- Team implementing new governance and coordination approach
- Process helping with deliverable prediction and tight management
- Consultants playing key role in establishing new processes
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Update high-level runbook spreadsheet with completed deployment steps | Speaker B | Before go-live (next week) | High |
| Add deployment information to BPM deployment ticket | Speaker B | Before go-live (next week) | High |
| Resolve project setup issue and reach out to Scatini | Speaker D (Dwayne) | ASAP | High |
| Call with Marcelo to create database procedures | Speaker D (Dwayne) | After this meeting | High |
| Investigate Jira API endpoint issue with Dantas | Speaker D (Dwayne) | ASAP | Medium |
| Complete IB Documents REMO (finish remaining 5-6 endpoints) | Speaker E (Scatini) | Today/Tomorrow | High |
| Import REMO to Anypoint Studio | Speaker E (Scatini) | After REMO completion | High |
| Move restricted private space work to testing after code review | Speaker E (Scatini) | After code review complete | High |
| Complete notification system API REMO migration and validation fixes | Speaker G (Basili) | End of day today | High |
| Update card with proper description template and findings | Speaker G (Basili) | ASAP | Medium |
| Complete EDOCS API (PIP 610) development | Speaker F (Marcelo) | In progress | High |
| Create Confluence page with architectural design and process documentation | Speaker F (Marcelo) | When ready (not urgent) | Medium |
The team discussed deployment progress with T24 and MilSoft successfully deployed; only the BPM round remains for next week's go-live. Development work is progressing across multiple APIs and components, with Scatini completing REMO templates, Marcelo advancing the EDOCS API with resolved data model issues, and Basili finalizing notification system migration. The team emphasized the importance of maintaining daily card updates with comments and progress, proper card workflow management, and consolidating architectural documentation in Confluence. The organization is implementing new governance processes that are improving coordination, deliverable prediction, and overall project management efficiency.
1. Comunicação entre MuleSoft e Docs API
- Problema: MuleSoft não conseguia alcançar o endpoint da API de Docs
- Status: Aguardando resposta do time Infosec sobre verificação de portas
- Números de requisição: RQ 8295 e CNG 8789
- Servidor de arquivos está funcionando corretamente
2. Regras de Egress do Private Space no CloudHub
- Objetivo: Enrijecer a segurança do CloudHub private space e reduzir exposição de saída
- Abordagem: Implementar regras de egress em nível de aplicação (app-level)
- Restrição técnica identificada: Não é possível remover a regra "Allow HTTPS to any destination" no nível private space
- Solução: Manter regra HTTPS genérica no private space e aplicar restrições específicas por domínio no nível da aplicação
- Status: POC implementado em ambientes não-produtivos; recomendação do MuleSoft validada
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Acompanhar resposta do time Infosec sobre verificação de portas (RQ 8295, CNG 8789) | Eduardo (Speaker C) | 2026-04-15 | Alta |
| Reorganizar configuração de egress rules e preparar plano para produção | Diego (Speaker D) | 2026-04-18 | Alta |
| Testar regras de egress em nível de aplicação em ambiente UAT | Diego (Speaker D) | 2026-04-21 | Alta |
| Documentar a solução e enviar referências da documentação MuleSoft | Diego (Speaker D) | 2026-04-18 | Média |
A reunião abordou dois tópicos principais: o problema de comunicação entre MuleSoft e a API de Docs, que permanece pendente de investigação pelo time de Infosec quanto à verificação de portas, e a implementação de regras de egress hardened para o CloudHub private space. Foi validada a solução proposta para restringir o tráfego de saída através de regras em nível de aplicação (app-level), mantendo a configuração de HTTPS genérica no private space conforme limitação técnica e recomendação do MuleSoft. A próxima etapa é reorganizar a configuração, testá-la em ambiente UAT e então planejar a migração para produção.
1. Análise de Deploy e Post-Mortem (Speaker B)
- Análise do deploy de sexta-feira com identificação de diferenças entre banco de dados de Produção e AT
- Dados em Produção contêm espaços em branco não esperados
- Solução em desenvolvimento para padronizar comportamento entre ambientes
- Problemas de acesso ao PowerBroker e solicitação de acesso ao servidor
- Dificuldades com permissões de leitura no banco de dados
- Abertura de ticket (Gira) com Thalia para resolução de acesso
2. Apresentação Wings/Itaú (Speaker A)
- Reunião com Luiz Strockmann, embaixador da Wings no Brasil
- Apresentação planejada para semana de 27 de abril (em 2 semanas)
- Conteúdo a equilibrar aspecto high-level com technical hands-on
- Necessidade de confirmar data com Thalia
- Possibilidade de demonstração de ferramenta GFT
- Decisão de realizar apresentação em português para facilitar compreensão
3. Ingress Rule Group e HTTPS Destination (Speaker C)
- Abertura de ticket na MULI para fechamento do assunto
- Discussão com Eduardo Rothschild sobre limitações da MULI
- Necessidade de aprovação da InfoSec
- Preparação de documentação para reunião ao meio-dia com InfoSec
4. Rainbow do IB Documents (Speaker C)
- Continuidade no desenvolvimento
- Atualização de template de resposta conforme solicitação de Duane
- Desenvolvimento em andamento com auxílio de Copilot
- Problemas técnicos com bateria e carregamento de equipamentos
5. Definição RAML, System API e EDOX (Speaker D)
- Definição de System API realizada
- Necessidade de revisão devido a ajustes no modelo de dados do Duane
- Estrutura base do projeto criada no Microsoft
- Previsão de conclusão da SysAPI para amanhã
- Modelo fechado para IDOCs com informações de Signature Card (cartão de assinatura)
- Dados virão apenas de contas ativas (redução de 14.000 para 140 registros em UAT)
6. Acesso ao Banco de Dados
- Discussão sobre responsabilidade de resolução
- Dantas saiu durante a semana
- Duane indicado como ponto focal, mas alegando falta de acesso
- Estratégia de escalação para reunião técnica com Duane
7. API do Mailer (Speaker E)
- Desenvolvimento finalizado
- Code Review em andamento
- Violações de Governance reduzidas de 300+ para 140
- Necessidade de ajuste conforme padrão definido
- Meta: API Governance zerado
- Identificação de possíveis bugs no Governance
8. Overtime de Quinta-feira (Speaker E)
- Dificuldade no lançamento de tempo para deployment das APIs T24 e Customer BPM
- Erro relacionado a campo de Overtime
- A ser investigado
9. Entrevista de Candidato .NET (Speaker B)
- Moreno e Fidelis buscando candidato .NET L4 com experiência em Winx para projeto de 2 meses
- Menção do candidato Stephen
- Feedback negativo sobre Stephen já identificado
- Discussão sobre preferência por Sebastião para o próprio time
- Aviso sobre não divulgar detalhes de entrevistas internas
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Análise de dados do banco de Produção e implementação de solução de padronização | Speaker B | 16/04/2026 | Alta |
| Resolução de acesso ao banco de dados (ticket Gira) | Thalia/Jason | 14/04/2026 | Alta |
| Confirmação de data da apresentação Wings com Thalia | Speaker A | 15/04/2026 | Média |
| Preparação de documentação para reunião InfoSec (Ingress Rule Group e HTTPS) | Speaker C | 14/04/2026 (meio-dia) | Alta |
| Revisão e atualização do RAML conforme ajuste do modelo de dados de Duane | Speaker D | 14/04/2026 | Alta |
| Continuação do desenvolvimento da System API para IDOCs | Speaker D | 15/04/2026 | Alta |
| Escalação do problema de acesso ao banco com Duane em reunião técnica | Speaker D | 14/04/2026 | Alta |
| Ajuste da API do Mailer conforme padrão de Governance definido | Speaker E | 14/04/2026 | Alta |
| Redução de violações de Governance para zero na API do Mailer | Speaker E | 15/04/2026 | Alta |
| Investigação de erro de Overtime no lançamento de tempo | Speaker A/E | 14/04/2026 | Média |
| Investigação de feedback sobre candidato Stephen | Speaker A | 14/04/2026 | Média |
A reunião abordou múltiplas frentes de desenvolvimento e infraestrutura. Destaca-se a análise do deploy com identificação de inconsistências entre ambientes de banco de dados que estão sendo corrigidas, e a confirmação da apresentação da Wings/Itaú para 27 de abril com foco em demonstração técnica. No lado técnico, há progresso na definição de APIs (RAML, System API para IDOCs) com revisões necessárias devido a ajustes de modelo de dados, enquanto a API do Mailer avança para code review com foco em zeramento de violações de Governance. Identificou-se gargalo de acesso ao banco de dados que será escalado na reunião técnica com Duane. Também foi discutida oportunidade de realocação de candidato .NET para outro projeto.
2026-04-13 16:00
- Communicating career goals to line managers
- Building diverse skill sets beyond technical expertise
- Understanding company strategy and context
- Leadership (acting as a leader without formal title)
- Project management understanding
- Negotiation and influence
- Flexibility and adaptability
- Fagner: 7 years in QA, aspiring to be a reference expert rather than just a specialist
- Alex: Transitioned from QA to full-stack development, now combining both skill sets
- Rafael: Multi-cloud infrastructure background, seeking growth opportunities
- Engaging with mandatory trainings and company communications
- Pursuing AI and digital transformation certifications
- Taking ownership of their career development
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Individual career discussion with Rafael | Leandro | Flexible | High |
| Individual career discussion with Walter | Leandro | Flexible | High |
| Watch GFT 5-Year Strategy presentation | All participants | Within 1 month | High |
| Complete mandatory SuccessFactors feedback (for line managers) | Line Managers | 2026-03-30 | High |
| Provide feedback to direct reports | All Line Managers | 2026-03-30 | High |
| Pursue AI/Digital Transformation certifications | All participants | Ongoing | Medium |
| Review available training platforms (Udemy, Academy) | All participants | Within 2 weeks | Medium |
| Schedule follow-up sessions with Leandro for career mentoring | Interested participants | Flexible | Medium |
| Identify opportunities to support Starter program or mentoring | All participants | Ongoing | Medium |
Leandro conducted an engaging career development workshop at GFT, sharing 20 years of experience and emphasizing that career growth requires proactive management, continuous learning, and understanding organizational context. The discussion highlighted that while companies provide opportunities and support, individuals must take ownership of their careers by seeking challenges, developing diverse skill sets (both technical and soft skills), and demonstrating value aligned with business needs. Key takeaways included the importance of adaptability in a rapidly changing tech landscape (particularly regarding AI), building genuine relationships based on mutual value exchange, and recognizing that career paths are not linear—success comes from intentional effort, flexibility, and willingness to step outside comfort zones. Multiple participants shared real examples of career transitions and progression, demonstrating that opportunities exist within large organizations for those willing to actively pursue them.
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Validar se todos os participantes da apresentação são brasileiros e confirmam português como idioma | Speaker A (Luiz) | 2026-04-20 | Alta |
| Confirmar data e hora exata da demonstração (semana de 27/04, terça ou quarta) com Thalia | Speaker A (Luiz) | 2026-04-20 | Alta |
| Preparar material/slides introdutórios para audiência mista (gestores + técnicos) focando no problema que Wings resolve | Speaker B (Usli) | 2026-04-25 | Alta |
| Estruturar demonstração: 5-7 min intro teórica → demo prática (45 min) → encerramento com números/hosting/LLM | Speaker B (Usli) | 2026-04-25 | Alta |
| Criar oportunidade do Winx no sistema de oportunidades (nome da ferramenta a ser confirmado) | Speaker B (Usli) | 2026-04-27 | Média |
| Localizar e confirmar nome da ferramenta de oportunidades (não é iTop, não é Kimbo) | Speaker B (Usli) | 2026-04-20 | Média |
| Enviar confirmação de agenda para Speaker B (disponibilidade confirmada, está em Chicago) | Speaker A (Luiz) | 2026-04-20 | Média |
| Contactar Vini sobre criação de oportunidade no sistema correto | Speaker A (Luiz) | 2026-04-20 | Média |
| Preparar informações sobre suporte multi-cloud (AWS, Azure, GCP, on-premises) para mencionar na apresentação | Speaker B (Usli) | 2026-04-25 | Média |
| Verificar status de integração com Bitbucket e planos do NPC para reativação | Speaker B (Usli) | 2026-04-20 | Baixa |
Reunião de alinhamento sobre oportunidade de venda da plataforma Wings para o cliente Itaú Miami, filial de private banking com aproximadamente 120 pessoas. O cliente possui infraestrutura em AWS e on-premises, utiliza MuleSoft, .NET, Jira e Bitbucket, e manifestou interesse em solução de IA para acelerar desenvolvimento. A abordagem comercial definida é posicionar Wings como ferramenta de governança de IA no SDLC, priorizando o módulo Story Creator, com suporte a execução em ambiente próprio do cliente (AWS) para atender requisitos de compliance bancário. A demonstração será agendada para a semana de 27 de abril em português, com audiência mista de gestores e técnicos, e será precedida de material introdutório para facilitar compreensão dos não-técnicos.
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Sincronizar com Schettini sobre formato RAML (Arrow outputs) | Dwayne | Hoje | Alta |
| Corrigir ferramentas de rede (net tools) | Schettini | Hoje | Alta |
| Obter informações de Swagger do endpoint Jiro API | Dwayne | ASAP | Alta |
| Aguardar retorno de Madhuri para informações de Swagger T24 | Madhuri | Próxima semana | Alta |
| Adicionar ticket Mulesoft à card do DPIP 6-9 com informações | Schettini | Até amanhã | Média |
| Discussão com Eduardo Hochschild e Wellington sobre DPIP 6-9 | Schettini | Até amanhã | Alta |
| Finalizar desenvolvimento IB documents Remo | Schettini | Hoje | Alta |
| Deletar subtask duplicada de IB documents | Speaker A | Hoje | Média |
| Code review do Mailer (RAML e código) | Schettini/Dwayne/Basili | Até próxima semana | Alta |
| Code review do Mailer com Dwayne e Basili | Schettini | Esta tarde | Alta |
| Verificar violações no API governance do Mailer | Basili | ASAP | Média |
| Implementar TLS trust enablement e validação de certificado | Basili | ASAP | Alta |
| Finalizar especificações EDOC System API | Marcel | Hoje | Alta |
| Validar workarounds do sistema eDocs com Ruth Wagner e Marcelo Fusilli | Marcel | Hoje | Alta |
| Atualizar status do card 609 | Marcel | Hoje | Média |
| Trabalhar em documentação faltante | Marcel | Esta semana | Média |
| Consolidar informações dos cards 608 e 609 | Marcel | Até amanhã | Média |
| Sincronizar com Marcelo após reunião | Dwayne | Hoje | Média |
A reunião abordou o progresso de múltiplas iniciativas de integração e desenvolvimento de APIs Mule. O resultado mais positivo foi o progresso significativo no Mule app de Mailer (notificação), com código já implantado em UAT e expectativa de liberação para testes na próxima semana, antecipando a data original de maio. Porém, o projeto enfrenta bloqueios críticos aguardando informações de Swagger de Madhuri (ausente até próxima semana) que impedem o progresso de múltiplos endpoints T24. O time também revisou decisões recentes sobre governance de APIs e realocou tarefas de scoring para fases posteriores do desenvolvimento. Reuniões adicionais foram agendadas para validação de workarounds do sistema eDocs e revisão técnica do desenvolvimento do Mailer.
1. Redefinição do Projeto Signature Redox
- Alinhamento entre Wellington e Dantas resultou na eliminação da System API do AWS Gateway
- Duas novas APIs serão desenvolvidas: Process e System do IDOCs, além da API do IPB Database
- Discussão sobre perda de tempo em mudanças de escopo tardias
2. Status de Desenvolvimento
- Marcelo (Speaker D): Desenvolvimento das APIs System e Process, repositórios liberados, envolvimento do Ícaro para procedimentos de banco de dados
- Speaker B: Desenvolvimento do REMO (ID Documents), fechamento de questões HTTP/HTTPS, atividades normais de suporte
- Bacilli (Speaker E): Desenvolvimento da Notification SAP, esperando terminar no final do dia para CodeReview
- Ícaro (Speaker C): Deploy do Confirmation Copy concluído, análise de documentos gerados, investigação de inconsistências
3. Priorização de Tarefas
- Continuação do desenvolvimento do IPR Inventory conforme cronograma
- Equipe à frente do cronograma para entrega até agosto
- Discussão sobre alertas e configurações de plataforma
4. Questões Técnicas Resolvidas
- Problema de conectividade iCaptain com share drive do Bahamas resolvido
- Diferenças entre banco PROD e OAT tratadas
5. Comunicação e Pontualidade
- Solicitação para ser pontual em reuniões com cliente (Daily MediaSoft, Weekly Infra, Weekly MediaSoft)
- Necessidade de notificar quando se afastar do computador durante horário de trabalho (9h às 18h)
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Revisar documentação compartilhada por Ruth | Marcelo | Esta semana | Alta |
| Desenvolver System API DayDocs e continuar com System e Process APIs | Marcelo | Esta semana | Alta |
| Estabelecer procedimentos de banco de dados com Ícaro | Marcelo e Ícaro | Esta semana | Alta |
| Continuar desenvolvimento REMO (ID Documents) e mapear fluxos | Speaker B | Hoje | Alta |
| Reunir material para fechar questão HTTP/HTTPS | Speaker B | Esta semana | Média |
| Finalizar desenvolvimento bruto da Notification SAP e fazer CodeReview | Bacilli | Hoje | Alta |
| Analisar documentos gerados e mensagens no banco | Ícaro | Hoje | Alta |
| Verificar campos de documento e validar valores | Ícaro | Esta semana | Alta |
| Ser pontual em reuniões com cliente | Todos | Contínuo | Alta |
| Notificar afastamentos do computador (9h-18h) | Todos | Contínuo | Média |
| Mapear conectividade com Gira e IBDocuments | Speaker B | Esta semana | Média |
| Antecipação de abertura de Regedify | Speaker B | Esta semana | Média |
A reunião abordou o progresso no desenvolvimento do projeto Signature Redox, com destaque para a redefinição das APIs necessárias após alinhamento entre Wellington e Dantas. A equipe está à frente do cronograma para entrega até agosto, permitindo absorver demandas emergenciais. Foram discutidos avanços no desenvolvimento de várias APIs (System, Process, IDOCs) e na Notification SAP, com resolução de questões técnicas de conectividade. A liderança reforçou a importância da pontualidade em reuniões com clientes e solicitou notificações de afastamentos durante o horário de trabalho para melhor coordenação da equipe.
- Validação de segurança de código
- Definição e quebra de requisitos em histórias de usuário (formato Gherkin)
- Integração com Jira
- Geração de testes unitários para .NET
- Testes funcionais para front-end
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Pesquisar sobre a plataforma Winx | Tália | 2026-04-11 | Alta |
| Enviar link da plataforma | Pedro | 2026-04-10 | Alta |
| Preparar material e orientação para reunião com GFT | Pedro | 2026-04-14 | Alta |
| Participar da reunião com representantes da GFT | Tália | 2026-04-14 | Alta |
A reunião focou na apresentação da plataforma Winx, desenvolvida pela GFT, como solução para automação de processos de desenvolvimento. Pedro apresentou as principais capacidades da ferramenta, incluindo documentação automática de código, definição de requisitos em formato Gherkin com integração Jira, e geração de testes unitários. Tália identificou testes e desenvolvimento com agentes de IA como principais gaps do time. Foi decidido que Tália pesquisará a plataforma e que uma reunião será agendada com o time da GFT na segunda-feira para alinhamento de expectativas e necessidades do cliente.
1. OMS/MuleSoft Deployment
- Basili completed deployment of BPM Experience API and T24 System API
- All systems functioning as expected with no issues detected
- T24 configuration deployment scheduled for this weekend
- BPM deployment planned for April 24th
2. E-Banking Pre-Computed Data Solution
- Successfully deployed on April 7th after CH holidays
- Data inconsistencies identified (functional issues, not application issues)
- Working with Bavini and Brazilian team to resolve data discrepancies
- 100% load directed to new solution; currently in alpha phase with end consumers unable to see data yet
- Pre-computed data solution deemed sufficient; advanced caching version 2 to be evaluated
- Q2 release planning meeting scheduled for today in Brazil
3. Signature Card Project
- Development started on database and AWS gateway communication
- Open point: decision needed on stored procedures vs. queries in MuleSoft
- Dantas will be offline next week (Monday on/off, Tuesday-Friday unavailable)
- OpenText EDocs API documentation access blocked; support ticket pending
- OpenText changed support process causing delays
- Solutions identified: Corey (Open Text partner) to assist Ruth; potential Python API server approach available from CH team
4. Managed Flex Gateway
- No updates; deprioritized to focus on API Inventory and Signature Card
- Self-managed gateway working well with Tap
5. API Inventory
- Swagger documentation blockers preventing parallel work on all Mule apps
- Current representation (timeline/waterfall) inadequate; proposing table format showing progress by phase per Mule app
- RAML template created and shared with team
- Need detailed endpoint information (fields, values, responses)
- Some APIs have developers available; others require reverse engineering
6. ERP Program
- Multi-year implementation coming in Q3 2026
- Focus: standardizing accounting solution across region (migrating to Oracle Fusion)
- Scope: primarily data extractions from T24 to new ERP system (file exchange, not real-time)
- Early-stage kickoff and functional discussions ongoing
- Strategic decision from senior management; coming to backlog for capacity planning
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Deploy T24 configuration in tier 24 | Menus/Team | This weekend (2026-04-12) | High |
| Resolve data discrepancies with Bavini and Brazilian team for E-Banking | Norbert (Speaker E) | Ongoing | High |
| Discuss next steps and go-live roadmap with Bevini; gather Q2 expectations | Pedro (Speaker B) | 2026-04-17 | Medium |
| Define database approach: stored procedures vs. queries for Signature Card | Marcelo (Speaker C) | 2026-04-18 | High |
| Request help with database procedures for EDocs integration (Dantas unavailable) | Marcelo (Speaker C) | 2026-04-18 | High |
| Facilitate meeting between Marcelo, Corey, and Ruth regarding OpenText EDocs API | Marcelo (Speaker C) | 2026-04-11 | High |
| Assist Ruth with OpenText EDocs API support and documentation access | Corey (Speaker D) | 2026-04-11 | High |
| Connect Marcelo with CH team developer for Python API server approach | Norbert (Speaker E) | 2026-04-11 | Medium |
| Gather Swagger documentation from Madhuri and ITAU staff for Mule apps | Dwayne (Speaker E) | 2026-04-17 | High |
| Create and present API Inventory progress table (by phase per Mule app) | Pedro (Speaker B) | 2026-04-17 | Medium |
| Investigate OpenText governance/support changes; follow up with Thiago and Fern | Pedro (Speaker B) | 2026-04-14 | Medium |
| Continue technical documentation for Signature Card when unblocked | Marcelo (Speaker C) | 2026-04-18 | Low |
| Monitor ERP program; collect and communicate technical information | Flavio (Speaker A) | Ongoing | Medium |
This weekly meeting covered progress on multiple integration projects scheduled for Q2 2026. The OMS/MuleSoft deployment was successfully completed with BPM scheduled for April 24th, while the E-Banking pre-computed solution is functioning adequately in alpha phase. The Signature Card project faces a critical blocker with OpenText EDocs API documentation access, but solutions are being coordinated through an Open Text partner and alternative Python API approach. API Inventory work is progressing but hampered by missing Swagger specifications; a shift to table-based progress tracking by phase was proposed to better represent parallel work and blockers. Additionally, a multi-year ERP standardization program (migrating to Oracle Fusion) was communicated as incoming strategic initiative targeting Q3 2026, requiring capacity monitoring and planning.
1. Avaliação de Candidatos para Itaú
- Discussão sobre desempenho de Stephen em entrevista técnica
- Discussão sobre desempenho de Sebastião em entrevista técnica
- Menção a possível entrevista com William (L3)
2. Análise Técnica - Stephen
- Forte conhecimento arquitetural e conceitual
- Domínio de trade-offs e técnicas de nível L4
- Algumas lacunas em conceitos técnicos básicos
- Mencionou experiência com dois burnouts anteriores
3. Análise Técnica - Sebastião
- Inglês intermediário melhor que o de Stephen
- Bom conhecimento em design patterns e conceitos básicos
- Arquitetura um pouco abaixo de Stephen, porém competente (L4)
- Melhor desempenho esperado na entrevista com Dantas
4. Análise de Soft Skills
- Stephen: comunicação expansiva, comportamento descontraído demais, risco de dizer algo inadequado com Dantas
- Sebastião: mais reservado e controlado, personalidade mais contida
1. Ambos os candidatos (Stephen e Sebastião) serão encaminhados para entrevista com Dantas
2. Stephen deve ser orientado a revisar conceitos técnicos básicos antes da próxima fase
3. Os resumos dos dois candidatos serão passados para Dantas
4. Informações serão repassadas a Gabi
5. Conversa com William (L3) será agendada para a próxima semana
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Elaborar resumos de Stephen e Sebastião | Speaker A | 2026-04-09 | Alta |
| Passar resumos dos candidatos para Dantas | Speaker B | 2026-04-09 | Alta |
| Repassar informações para Gabi | Speaker B | 2026-04-09 | Média |
| Agendar entrevista com William (L3) | Speaker B | 2026-04-14 | Média |
| Orientar Stephen sobre conceitos técnicos básicos antes de entrevista com Dantas | Speaker A | 2026-04-10 | Média |
A reunião focou na avaliação de dois candidatos para posições técnicas no Itaú. Stephen apresenta conhecimento arquitetural robusto e conceitos de nível L4, mas possui lacunas em conceitos básicos e apresenta comportamento comunicativo que pode ser arriscado em interações com lideranças exigentes como Dantas. Sebastião demonstra melhor domínio de conceitos fundamentais, comunicação mais controlada e inglês superior, sendo potencialmente mais adequado culturalmente para o ambiente. Ambos serão encaminhados para entrevista com Dantas na próxima semana, com recomendação de revisão técnica para Stephen antes do encontro.
1. Apresentação da Empresa e Projeto
- GFT Estados Unidos baseada em Weston, Miami
- Projeto Itaú Internacional com equipes de .NET e MuleSoft
- Necessidade de reposição de desenvolvedor .NET (saída do Leo)
2. Background do Candidato
- 20 anos de experiência em desenvolvimento
- Experiência com projetos Winx, Safra, Itaú, Sul América
- Stack: .NET, Python, AWS
- Projetos anteriores: FrotaBank, Ponto IG, trabalhos em PIX e automações
3. Avaliação Técnica
- Clean Code e padrões de desenvolvimento
- SOLID principles
- Design patterns
- APIs REST e HTTP verbs (POST, PUT, PATCH)
- Status codes HTTP (400, 404, 500)
- Observabilidade (logs, New Relic, Dynatrace)
- Otimização de queries (índices, execution plans)
- Programação síncrona vs assíncrona
- Resiliência e tratamento de erros (retry, circuit breaker)
- Arquitetura de microsserviços
- Mensageria (filas, tópicos, Pub/Sub)
- Processamento em lote (batch)
- Dead Letter Queue
4. Questões Operacionais
- Fuso horário (1-2 horas de diferença)
- Flexibilidade de horários
- Processo de onboarding
- Entrevista técnica com cliente ainda pendente
- Alocação em projeto (DGCU 02) com possibilidade de continuação por 2 semanas
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Agendar entrevista técnica com líder técnico do cliente | Pedro Faraco | Conforme disponibilidade | Alta |
| Revisar alocação do candidato no projeto DGCU 02 | Equipe de Gestão | Dentro de 2 semanas | Média |
| Enviar detalhes do processo de onboarding | Pedro Faraco | Antes do início | Média |
| Avaliar feedback técnico da entrevista com cliente | Icaro/Pedro | Após entrevista com cliente | Alta |
A reunião consistiu em uma entrevista técnica para a posição de desenvolvedor .NET no projeto Itaú Internacional da GFT. O candidato Sebastião demonstrou ampla experiência com 20 anos em desenvolvimento, tendo trabalhado em projetos relevantes como Winx, Safra, Itaú e implementações de PIX. Durante a avaliação técnica, o candidato mostrou conhecimento sólido em conceitos como Clean Code, SOLID principles, arquitetura de microsserviços, mensageria (filas e tópicos), otimização de queries e resiliência de APIs. A próxima etapa será uma entrevista técnica com o líder técnico do cliente, e a alocação do projeto será revisada conforme políticas internas da empresa.
Não consigo produzir as atas da reunião solicitadas porque o transcript fornecido não constitui uma reunião estruturada com tópicos, decisões e itens de ação claros.
O transcript contém principalmente:
1. Nenhuma data/hora explícita mencionada no conteúdo (apenas no cabeçalho: 2026-04-08 15:30)
2. Sem tópicos estruturados a serem discutidos e resumidos
3. Sem decisões formais tomadas durante a conversa
4. Sem itens de ação com proprietários e prazos definidos
5. Qualidade de áudio/transcrição muito baixa no final, tornando impossível extrair informações confiáveis
Forneça um transcript de melhor qualidade ou uma reunião que contenha:
Assim poderei gerar as atas profissionais solicitadas.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Verify all parameters needed for BPM production deployment | Raniero (Speaker B) | Thursday 2026-04-09 | High |
| Create monitoring dashboard for Q DMIQ system issues | Basili (Speaker C) | Thursday 2026-04-09 | High |
| Monitor queue messages and keep in touch with Richard during deployment day | Basili (Speaker C) | Friday 2026-04-10 | High |
| Deploy MuleSoft APIs to production (2 APIs: VPM experience and T24) | Basili (Speaker C) | Thursday 2026-04-09 after 8pm | High |
| Request servers and backups for production deployment | Raniero (Speaker B) | Thursday 2026-04-09 | High |
| Obtain T24 configuration changes confirmation from Temenos/Rajat | Faraku/Pedro (Speaker D) | Saturday-Sunday 2026-04-11/12 | High |
| Verify MuleSoft configuration parameters are in place (confirm parameters from previous deployment) | Corey (Speaker E) | Thursday 2026-04-09 | High |
| Request database backup for BPM | Corey (Speaker E) | Friday 2026-04-10 at 7:30pm | High |
| Request PowerBroker ticket access to BPM server | Corey (Speaker E) | Friday 2026-04-10 at 7:00pm | High |
| Send BPM maintenance notification to all users (7:20pm Friday) | Speaker A | Friday 2026-04-10 at 7:20pm | High |
| Support MuleSoft deployment and check logs during Friday deployment | Basili (Speaker C) | Friday 2026-04-10 | Medium |
| Locate and complete deployment runbook/macro document (day-by-day steps) | Flavio (Speaker F) / Pedro (Speaker D) | Thursday 2026-04-09 | Medium |
| Improve order duplication handling in BPM and MuleSoft | Corey (Speaker E) / Raniero (Speaker B) | Future version | Low |
The team is ready to proceed with a multi-day production deployment of MuleSoft, BPM, and T24 systems. MuleSoft will be deployed Thursday after 8pm, followed by BPM deployment on Friday with database backup at 7:30pm and a maintenance window starting at 7:20pm. T24 configuration changes will be deployed by Temenos/Rajat over the weekend. Critical success factors include verifying all BPM parameters, closely monitoring the queue to prevent recurrence of previous congestion issues, and implementing a dashboard to track system performance during deployment. The team has configured a database flag to quickly revert to the web layer if needed, and will address order duplication error handling improvements in the next version.
1. OMS Deployment
- Revisão de duas mudanças: Mulesoft (DPEX Bucket - Flavio) e CNG/BPM (Roberto Gonzalez)
- Necessidade de mover mudanças para aprovação
- Vinculação de evidências de teste através do Zephyr (ciclos de teste C9)
- Confirmação de deployment previsto para sexta-feira
- Necessário obter confirmação de Tiago Dantas sobre horário de início (previsto 20h)
- Necessário preparar solicitações de backup de banco de dados
2. Kanban Board - API Inventory
- Template RAML disponível para aplicação T24 Mule (por Scatini)
- Criação de aplicação em Design Center
- Necessidade de informações de Swagger para prosseguir com designs
- Discussão sobre padronização de descrições de histórias e tarefas
3. Desenvolvimento de APIs
- Scatini: Finalização de template, investigação de regra de egress de espaço privado (aguardando confirmação de Norbert), configuração de certificado PIP6-8
- Dwayne: Revisão de template RAML, criação de aplicação em Design Center, aguardando resposta de Maduri
- Marcelo: Desenvolvimento de API do sistema de banco de dados IPB, investigação de integração OpenText, problemas com DBeaver
- Basili: Deployment de atualização iCapto (em progresso para múltiplos usuários), migração de Mulesoft Mailer API em andamento, JARs de deployment preparados
4. Questões Administrativas
- Leonardo (desenvolvedor) tem último dia amanhã - necessário obter informações urgentes
- Deepak retornou de férias
- Speaker A indisponível amanhã (procedimento médico) e sexta-feira
1. Vincular ciclos de teste Zephyr às mudanças (RQs) para evidências de teste
2. Flavio enviará emails de solicitação de backup de banco de dados baseado em templates anteriores
3. Mover subtarefas de API Inventory para "Em Progresso" conforme necessário
4. Criar template padronizado para descrições de histórias e tarefas do API Inventory
5. Basili e Scatini devem estar presentes no CAB de sexta-feira
6. Flavio monitorará tickets durante à tarde para garantir readiness para deployment
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Empurrar mudança Mulesoft OMS para aprovação | Flavio/Corey | 8 de abril de 2026 | Alta |
| Vincular ciclo de teste Zephyr C9 às RQs (Mulesoft e BPM) | Speaker A | 8 de abril de 2026 | Alta |
| Confirmar detalhes de deployment com Tiago Dantas (horário, backup) | Corey | 8 de abril de 2026 | Alta |
| Enviar solicitações de backup de banco de dados | Flavio | 9 de abril de 2026 | Alta |
| Obter informações urgentes de Leonardo (último dia) | Scatini/Basili | 8 de abril de 2026 | Alta |
| Sincronizar com Scatini sobre respostas de erro (template RAML) | Dwayne | 8 de abril de 2026 | Média |
| Aguardar resposta de Maduri sobre aplicação em Design Center | Dwayne | 9 de abril de 2026 | Média |
| Obter informações de Swagger para design de APIs | Scatini/Dwayne | 9 de abril de 2026 | Média |
| Preparar framework de desenvolvimento para três desenvolvimentos Jira | Scatini | 9 de abril de 2026 | Média |
| Confirmar com Norbert sobre restrict private space egress rule | Scatini | 8 de abril de 2026 | Média |
| Investigar acesso de DBeaver para banco de dados | Marcelo | 9 de abril de 2026 | Média |
| Sincronizar com Basili e Scatini sobre procedimento de insert function | Marcelo | 9 de abril de 2026 | Média |
| Adicionar link de Zephyr às descrições de mudanças | Basili | 8 de abril de 2026 | Média |
| Validar iCapto Update para múltiplos usuários | Basili | 9 de abril de 2026 | Média |
| Criar template padronizado para API Inventory (histórias e tarefas) | Scatini/Basili/Dwayne | 10 de abril de 2026 | Média |
| Monitorar tickets durante tarde para readiness do deployment | Flavio | 8 de abril de 2026 | Alta |
| Estar presente no CAB de deployment | Basili/Scatini | 9 de abril de 2026 | Alta |
A reunião abordou o status do deployment OMS previsto para sexta-feira e o progresso do trabalho de API Inventory. As mudanças do OMS foram revisadas, com evidências de teste vinculadas através do Zephyr, e aguarda-se confirmação de Tiago Dantas sobre o horário e procedimentos de backup. No Kanban Board, o desenvolvimento de múltiplas APIs está em andamento, com destaque para a necessidade de padronização de descrições e para a urgência de obter informações de Leonardo antes de seu último dia amanhã. O deployment está bem documentado e preparado, dependendo agora de aprovações de infraestrutura. Basili e Scatini devem estar presentes no CAB de sexta-feira, enquanto o Speaker A estará indisponível por motivos médicos.
1. Cierre de problemas OMS: Se confirmó que el problema de fecha de expiración está completamente resuelto
2. CNGs: Usar CNG 8841 vinculado a RQ 8135; cancelar duplicados creados anteriormente
3. Aprobador de Negocio: Edward Warner designado para aprobar despliegues de OMS
4. Prioridad de RAML: Completar plantilla RAML mañana antes de proceder con migraciones de APIs
5. Despliegue TAP: Proceder mañana a las 8:00 AM EST; Norbert investigará errores de log
6. Acceso MQ: Incluir en ticket de cambio de BPM; coordinar ejecución para viernes
| Tarea | Responsable | Fecha de Vencimiento | Prioridad |
|---|---|---|---|
| Cancelar CNGs duplicados (creados para VPN y T24) | Schettini | Hoy (7 de abril) | Alta |
| Crear CNG para lado BPM y vincularlo a RQ | Corey | Hoy (7 de abril) | Alta |
| Obtener número de RQ antiguo para BPM y actualizar ticket de cambio | Corey | Hoy (7 de abril) | Alta |
| Actualizar tickets OMS a estado "Ready to Deploy" con evidencias | Basili | Hoy (7 de abril) | Alta |
| Investigar errores 404 en logs de TAP en producción | Norbert | 8 de abril (mañana) | Alta |
| Notificar a Bevini sobre errores en logs de TAP | Schettini | Hoy (7 de abril) | Media |
| Finalizar ajuste de plantilla RAML | Schetini | 8 de abril (mañana) | Alta |
| Mover API Inventory a estado "Design" | Schetini | Después de completar RAML | Alta |
| Investigar y resolver problema de merge (development a master) | Duane | Próximo | Alta |
| Iniciar trabajo en Mailer API para API Inventory | Schetini | Lo antes posible | Alta |
| Comenzar discovery en APIs asignadas (618, 622) | Duane | Inmediato | Alta |
| Solicitar enlaces Swagger a Madhuri | Duane | Próximo | Media |
| Solicitar creación de repositorios a Dantas | Duane | Pendiente respuesta | Media |
| Investigar cambios en base de datos IPB | Marcelo | En progreso | Media |
| Alinear con Dantas sobre convenciones de nombres de APIs | Marcelo | Próxima reunión programada | Media |
| Incluir acceso a MQ de producción en ticket de cambio BPM | Corey | Hoy (7 de abril) | Alta |
| Solicitar acceso a servidor MQ de producción | Richard | Antes del 8 de abril | Alta |
| Contactar a Dantas para coordinar despliegue del viernes | Flavio | Hoy (7 de abril) | Alta |
| Revisar ticket de despliegue TAP después de que sea creado | Equipo | Antes de mañana 8 AM | Alta |
| Hablar con Norbert mañana sobre actualizaciones de TAP | Speaker A | 8 de abril (mañana) | Media |
| Documentar información descubierta en tarjetas de tareas | Marcelo, Schetini, Basili, Duane | Continuo | Media |
La reunión se enfocó en la preparación para el despliegue de OMS programado para mañana. Se confirmó que el problema crítico con la escritura de fechas de expiración en T24 ha sido completamente resuelto, con evidencia de prueba obtenida esta mañana. Se reorganizaron los CNGs para usar un enfoque coherente vinculándose a RQs existentes, con Edward Warner designado como aprobador de negocio. El equipo está en la fase final de preparación con cambios planificados para MuleSoft y BPM, aunque se requiere investigación adicional sobre errores de log en el despliegue de TAP. El trabajo continúa en paralelo en la mejora de plantillas RAML y en el inicio de migraciones de APIs, con enfoque en resolver problemas de nomenclatura de APIs antes de la implementación.
- Conhecimentos técnicos em bancos de dados, APIs REST, otimização de queries SQL
- Lacunas identificadas: injeção de dependência, SOLID principles, Design Patterns, mensageria (Queues/Topics)
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Contatar Gabi (RH) para iniciar próximas etapas do processo com Beatriz | Pedro | A definir | Alta |
| Preparar e executar demo do Winx | Pedro e equipe Winx | Fim de abril | Média |
| Continuar discussões sobre POC de IA com cliente Itaú | Pedro e Ícaro | A definir | Média |
| Iniciar busca formal por replacement para posição de desenvolvedor .NET (substituição de Léo) | Pedro/RH | A definir | Alta |
Reunião de entrevista técnica com Beatriz para posição de desenvolvedor .NET em projeto do Itaú. O time apresentou contexto do projeto (automatizações e integrações de sistemas para banco), dinâmica de trabalho autossuficiente e necessidade de substituição de desenvolvedor. Beatriz demonstrou experiência sólida em Java e adaptabilidade tecnológica, mas com lacunas em conceitos .NET específicos (injeção de dependência, SOLID, padrões de design) e áreas como mensageria. A equipe reconheceu a importância da curva de aprendizado e discutiu posição L4 vs L3 "ponta firme". Próximos passos incluem contato com RH para continuação do processo, além de iniciativas sobre IA generativa no projeto (demo do Winx).
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Raise ticket with detailed description of DNS/firewall issue in UAT | Schettini (Speaker B) | ASAP | Medium |
| Open access request ticket for net tools | Eduardo (Speaker B) | ASAP | High |
| Grant MuleSoft access permissions and provide testing URL to Eduardo | Speaker D | ASAP | High |
| Move RQ A295 to Eduardo as assignee and update status | Speaker A | ASAP | Medium |
| Ask Wagner to cancel outdated RQs (SMB protocol related) | Speaker A | ASAP | Medium |
| Schedule debugging session for EDOCS/MuleSoft/AWS gateway connectivity issues | Speaker A/E | Within 1 week | High |
| Check VPN connectivity status (U.S. and Switzerland routes) | Speaker C | ASAP | Medium |
| Process MuleSoft access request (ISD ticket 153109) | Speaker D (Mean) | ASAP | High |
The meeting focused on two primary infrastructure issues: a DNS/firewall problem affecting the UAT environment that requires a detailed ticket and investigation, and connectivity challenges in the EDOCS project involving communication between MuleSoft and AWS gateway endpoints in Brazil, as well as between EDOCS and MuleSoft endpoints, with timeouts occurring on ports 443 and 8443. The team identified permission and access constraints preventing thorough testing and debugging, leading to decisions to grant necessary MuleSoft and net tools access to team members. Multiple outdated change requests were identified for cancellation, and a debugging session will be scheduled to trace where requests are becoming stuck in the infrastructure, with focus maintained on UAT and product environments while production stabilizes.
1. CNG (Change Request) - Necessidade de abertura urgente para aprovações
2. Projeto Edox - Problemas com configuração de firewall e endpoints:
- Requisição de mudança para regras de firewall em aberto há 10 dias
- Comunicação IWS não está funcionando com endpoint
- Endpoint do IDOX ainda sem resposta
3. TAP (Trusted API Platform) - Prioridade crítica:
- Egress Rule Group não funcionando
- Certificado do TAP Lite precisa ser aplicado em UAT
- Skip Certificate Validation em debate para produção
- Deploy previsto para terça-feira
4. iCapital - Questões de infraestrutura relacionadas a Ingress
5. API Inventory (RAML) - Aguardando template RAML para progresso
6. Mailer API e Processo T24 - Análise de migração para .NET em andamento
7. E-Banking Logs - Testes finalizados, subida para produção prevista para quinta-feira
8. Demo Winx - Apresentação agendada para última semana de abril
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Abrir/verificar CNG para aprovações | Sketini/Bacilli | Hoje | Crítica |
| Investigar Egress Rule Group do TAP | Sketini | Hoje | Crítica |
| Configurar TAP em Dev (API Manager) | Bacilli | Hoje | Alta |
| Resolver certificado TAP Lite para UAT | Sketini/Norbert | Hoje | Alta |
| Confirmar se PreComputeData pode ir com Skip Validation | Sketini/Norbert | Hoje | Alta |
| Obter template RAML pronto | Bacilli/Sketini | Hoje | Crítica |
| Comunicar partes interessadas sobre pausa em HTTP aberto | Sketini | Hoje | Alta |
| Finalizar testes e-banking logs | Léo | Quinta-feira | Alta |
| Gerar evidências de teste e-banking | Léo | Quinta-feira | Alta |
| Submeter mudança e-banking ao CAB | Léo | Quinta-feira | Alta |
| Agendar sessões de passagem de conhecimento (2-3 sessões) | Léo | Quarta-feira | Alta |
| Fazer ajustes no RAML para Process API eDocs | Marcelo | Hoje | Média |
| Analisar Mailer API sem RAML (consumo, integração) | Bacilli | Contínuo | Média |
| Verificar repositório AWS Gateway CCNPI com Dantos | Marcelo | Hoje | Média |
| Executar testes manuais aplicação BPM | Ícaro | Quarta-feira | Alta |
| Acompanhar aprovação CAB para BPM | Ícaro | Quinta-feira | Alta |
| Adicionar descrição aos 3 itens OMS | Bacilli | Hoje | Média |
| Mover 617 para Design | Bacilli | Hoje | Média |
| Passar story 601 para Kanban pessoal | Sketini | Hoje | Média |
| Cobrar Lucas sobre convite iCapital | Bacilli | Hoje | Média |
| Deploy Recap agendado | Bacilli | Amanhã 9h | Média |
| Contatar infra sobre endpoints IDOCs e API | Marcelo | Hoje | Alta |
| Reunião com Tokman (embaixador INCS) | Ícaro | Próxima semana | Média |
| Preparar demo Winx para última semana de abril | Ícaro | Até 30/04 | Média |
Reunião de status de projeto com foco em problemas de infraestrutura e bloqueadores técnicos. As prioridades imediatas são: (1) resolver problemas do TAP Lite e certificados para permitir deploy em produção na terça-feira, (2) obter o template RAML pronto para desbloquear o API Inventory, e (3) finalizar testes do e-banking para subida na quinta-feira. Foram identificadas falhas de comunicação sobre dependências técnicas que impedem entregas prometidas; o time foi orientado a reportar bloqueadores proativamente no chat. Múltiplas atividades paralelas aumentaram carga de trabalho de Sketini, sendo solicitada distribuição entre Bacilli e Duencar. Demo Winx agendada para final de abril será acompanhada por Ícaro.
1. T24 Configuration for Duplicate Order Prevention
- Discussion of T24 configuration that prevents duplicate orders by using BPM execution order ID as a unique alternate reference
- Configuration is essential and must be implemented before BPM side is enabled
- MuleSoft needs to return order reference on both success and failure responses (not yet implemented)
2. Go-Live Readiness
- Confirmed that duplicate order prevention configuration is sufficient for going live this week, even without full MuleSoft error handling logic
- Error will be thrown if duplicate order is attempted; business workaround is acceptable for go-live
- Deployment planned for Friday night with MENOS deployment on Saturday
3. Testing Requirements
- Test needed to confirm that sending the same order twice does not create a second order in T24
- Speaker C (Corey) and Antonio to conduct test this morning and provide evidence
- Test results to be added to ticket for confirmation
4. Rollback Plan
- If MENOS deployment fails on Saturday, BPM can be switched from MuleSoft to web layer via database configuration without full rollback
- Retry logic must be disabled in MuleSoft to prevent duplicates during failures
- Low probability of MENOS deployment failure; configuration is straightforward
5. Ticket and Change Management
- Ticket 4073 to be closed as it has accumulated multiple items
- New ticket to be created for future retry logic improvements (next phase)
- Ticket IOCR 2204 to be pushed to CAB tomorrow (Thursday) pending test completion
- Old CNG tickets for BPM (RQ7316, RQ7603) and MuleSoft (8135) to be updated with December deployment dates (12th-13th) and rollback date (16th), then closed
- New CNG tickets to be created for upcoming deployment with similar content and linked AUTO tickets
6. Deployment Sequence and Dependencies
- MuleSoft must be deployed before BPM
- Database backup required before deployments
- IBM MQ configuration needs to switch from web layer to MuleSoft (may require separate change request)
- Dependency on Rick Sabag to update MQ routing
- All components (BPM, MuleSoft, MQ) should go live together
7. Change Management Details
- One CNG to cover entire BPM release linking multiple RQ and AUTO tickets
- Old parent tickets to be kept; only CNG tickets to be updated/closed
- Backup plan to be documented: if MENOS fails, point BPM to web layer
- Dantas to participate in Friday deployment
| Decision | Details |
|---|---|
| Proceed with go-live this week | T24 duplicate prevention configuration is sufficient; full MuleSoft error handling can be implemented post-go-live |
| Test duplicate order scenario | Confirm same order cannot be created twice; results due today |
| Close ticket 4073 | Prevents audit issues; new ticket to be created for future retry logic work |
| Create new CNG tickets | Update old tickets with deployment dates (12-13 Dec, rollback 16 Dec), create new versions for upcoming deployment |
| Implement rollback plan | If MENOS fails, switch BPM to web layer via database configuration instead of full rollback |
| Disable retry logic | Retry must be disabled in both MuleSoft and .NET paths to prevent duplicates |
| Link AUTO tickets | New BPM CNG to link multiple AUTO tickets to single release |
| MQ update required | Confirm if separate change request needed for MQ to use MuleSoft instead of web layer |
The team confirmed that the T24 configuration to prevent duplicate orders is sufficient for going live this week, with duplicate prevention working at the database level using a unique order reference, even without full MuleSoft error handling logic being implemented. A quick test will be conducted this morning to verify that duplicate order creation is prevented, with results to be added to ticket IOCR 2204 for CAB approval on Thursday. The deployment sequence requires MuleSoft first, followed by BPM, with a backup plan to switch BPM to the web layer via configuration if the MENOS deployment fails. Old change management tickets from the December rollback will be closed and replaced with new CNGs for the upcoming Friday night deployment.
1. API Inventory and MULE App Migrations
- Nine MULE app migrations in backlog with subtasks for each API/WAR file
- Descriptions being updated; coordination with MuleSoft team on app assignments
- Katini finishing pip6to9 testing before starting template-related tasks
2. OMS (Order Management System) Deployment
- Deployment planned for end of week to multiple systems: MuleSoft, BPM, T24, and Mule
- T24 change implemented in UAT (January/early February) to prevent order duplication/triplication
- Requires coordination across multiple teams; need to clarify if T24 change is configuration or deployment
- Two minor RQs included in BPM/OMS new software version release
- Deployment window: Friday night (to minimize system disruption)
- CAB (Change Advisory Board) scheduled for Thursday; final checks on Wednesday
3. Flex Gateway Configuration (Task 631/515)
- Task 631 blocked by completion of task 515 (security issue: removing "any destinations" for HTTP/HTTPS)
- Schettini testing and expects resolution within one hour
- Configuration testing facing challenges with network tools not supporting body requests
4. API Gateway and Database Setup
- Marcelo starting standard info to API Gateway (AWS gateway system)
- Requires BitBucket repository creation and production DDL file execution
- Database credentials and access being configured (PIP user)
5. EDOCS Integration Challenges
- Struggling to retrieve information from OpenText/EDOCS endpoint
- Ruth awaiting response from OpenText partner on filtering and endpoint specifications
- Blocker for core integration development; Wagner investigating support contract terms
- E-banking documentation first version created but not yet published
6. OMS Assembly/Response Body Process
- Antonio's concerns clarified; everything working as expected in USoP
7. GitHub Tags Implementation
- New tagging system for commits to differentiate production vs. development code
- Code review in progress with Schettini
8. TAP Deployment
- Postponed from today to tomorrow due to Zurich holiday
- Basili and Schettini assigned to support Norbert
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Create Microsoft Teams group for OMS production implementation | Speaker A | 2026-04-06 (after meeting) | High |
| Resolve security issue on task 515 (remove "any destinations" HTTP/HTTPS) and test in UAT | Speaker C (Schettini) | 2026-04-06 (within 1 hour) | High |
| Update deployment steps and configuration; prepare migration table for production | Speaker C (Schettini) | 2026-04-07 | High |
| Schedule and conduct 30-minute deployment coordination meeting | Speaker A | 2026-04-08 (Wednesday) | High |
| Test TAP configuration with Norbert support | Speaker C (Schettini) | 2026-04-07 (Wednesday) | High |
| Contact Ruth and Wagner regarding OpenText EDOCS support/contract escalation | Speaker F (Marcelo) | 2026-04-07 | High |
| Create BitBucket repository for new API Gateway | Speaker H (Dwayne) or Speaker E (Dantas) | 2026-04-07 | Medium |
| Execute DDL file on UAT database for API Gateway development | Speaker E (Dantas) | 2026-04-07 | Medium |
| Review GitHub tagging implementation in code review | Speaker C (Schettini) | 2026-04-07 | Medium |
| Clarify T24 duplication fix status (configuration vs. deployment) with Rajit and Deepak | Speaker A | 2026-04-07 | High |
| Prepare SMB password update for I Capital process production deployment | Speaker G (Basili) | 2026-04-07 | Medium |
| Support TAP deployment with Norbert | Speaker G (Basili) and Speaker C (Schettini) | 2026-04-07 | High |
| Move REMO template API inventory migration task from backlog to in-progress | Speaker C (Schettini) | 2026-04-07 | Medium |
| Obtain change ticket numbers and approvals for two minor RQs in BPM release | Speaker D (Corey) | 2026-04-07 | High |
| Coordinate with Talia Cruz on test evidence and approvals for BPM RQs | Speaker D (Corey) | 2026-04-07 | High |
This meeting addressed critical deployment activities for the end of the week, with the primary focus on OMS (Order Management System) production deployment scheduled for Friday night across MuleSoft, BPM, and T24 systems. A Microsoft Teams group will be created immediately to coordinate change tickets, approval statuses, and deployment procedures, with a 30-minute coordination meeting scheduled for Wednesday before the Change Advisory Board review on Thursday. Key blockers identified include resolving a security issue on task 515 (HTTP/HTTPS "any destinations" removal) within one hour, clarifying the T24 duplication fix status with backend teams, and obtaining OpenText/EDOCS support clarification from the vendor through contract review. The team will proceed with parallel development activities including API Gateway setup, GitHub tagging implementation, and TAP deployment support, ensuring progress across multiple workstreams while awaiting critical vendor responses.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Contact Bavini regarding Brazil E-Banking functionality go live date | Speaker A | 2026-04-04 | High |
| Confirm Norbert's schedule for pre-computer data go live | Speaker A | 2026-04-03/04-04 | High |
| Send message to Richard regarding OMS go live and MuleSoft queue changes | Speaker A | 2026-04-04 | High |
| Begin OMS implementation with Scatini and team | Speaker A / Scatini | 2026-04-07 (Monday) | High |
| Process change request for Signature Card project | Antonio | 2026-04-04 | Medium |
| Initiate Flex Gateway migration testing on UAT for DAP | Speaker A | 2026-04-07 | High |
| Finalize Signature Card design and specification discussions | Wagner / Team | 2026-04-08/09 | High |
| Prepare weekly progress report with completion percentage gauges | Speaker A | 2026-04-11 (Friday) | High |
| Coordinate with business partners on high-level business process documentation | Marcelo / Team | 2026-04-07 | Medium |
| Double-check pre-computer data go live confirmation | Speaker A | 2026-04-04 | High |
The meeting covered multiple concurrent projects in active development phases. The OMS system is scheduled for go live next week with implementation beginning Monday, requiring coordination across teams and notification to stakeholders. The migration roadmap for 9 Mule applications (142 endpoints across 23 WAR files) has been finalized with completion targeted for mid-late August, one month ahead of the deadline. Weekly progress tracking with percentage completion metrics will now be reported to senior management. Several items require immediate clarification, including Brazil's E-Banking implementation timeline and confirmation of pre-computer data go live scheduling with Zurich.
| Decisão | Responsável |
|---|---|
| Usar segunda abordagem Jira: uma épica com histórias por aplicação MuleSoft e subtarefas por WAR file/API | Pedro (Speaker B) |
| Segregar APIs por aplicação MuleSoft agrupando por escopo e tema, não por war files individuais | Scattini (Speaker C) |
| Criar novo template MuleSoft que cumpra regras de governança API | Scattini |
| Reunião com desenvolvedores antecipada para quinta-feira (04-04) movida para quarta-feira (04-04) às 10:30 AM | Dwayne (Speaker A), Scattini, Pedro |
| Verificar disponibilidade de Swagger para todas as APIs T24 com Madhuri | Dwayne |
| Iniciar descoberta nas três primeiras aplicações: Mailer, Order Trading e Jira | Equipe de Desenvolvimento |
| Comunicar com stakeholders sobre fases de teste esperadas (ex: Madhuri em meados de abril para JIRA) | Todos |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Revisar e validar disponibilidade de Swagger para APIs T24 | Dwayne (Speaker A) | 2026-04-05 | Alta |
| Reunião com desenvolvedores para dividir trabalho e iniciar fase de descoberta | Dwayne, Scattini, Equipe Dev | 2026-04-04 (10:30 AM) | Alta |
| Criar novo template MuleSoft com governança API atualizada | Scattini | 2026-04-05 | Alta |
| Enviar documentação de planejamento (planilha/timeline) para equipe revisar | Pedro | 2026-04-04 | Alta |
| Coordenar com Leonardo Ramos documentação/conhecimento do Mailer antes de 2026-04-10 | Pedro/Equipe | 2026-04-10 | Alta |
| Comunicar fases de UAT com stakeholders (Madhuri, Lanza, Wigi Berto) | Pedro | 2026-04-07 | Média |
| Confirmar disponibilidade de negócio para fases de teste em abril/maio | Equipe | 2026-04-05 | Média |
A reunião definiu a estratégia de migração das 27 APIs do T24 para MuleSoft, com decisão de segregar em 10 aplicações MuleSoft agrupadas por escopo ao invés de uma única aplicação, a fim de evitar problemas de performance. O cronograma proposto prevê entrega incremental com 4 desenvolvedores em 60% de capacidade, com entrega de uma a quatro aplicações por mês, iniciando descoberta em abril com as aplicações Mailer, Order Trading e Jira, e conclusão até setembro de 2026. A equipe aprovou a estrutura Jira com histórias por aplicação MuleSoft e subtarefas por WAR file/API, e foram identificadas ações críticas como validação de Swagger, criação de novo template de governança e coordenação com stakeholders para as fases de teste.
- T101, T103, T107: Aguardando verificação de erros por Antonio e Flavio
- T140 (Structured Notes): Testado por Edward com ressalva sobre limitações no UAT
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Investigar problema T116 - Bloomberg MQ messaging | Flavio, Antonio, Michael Shue, Rick Saban | Hoje (2026-04-03) | Alta |
| Confirmar testes T101, T103, T107 - verificar erros Mulesoft | Flavio, Antonio | Hoje (2026-04-03) | Alta |
| Obter confirmação de Juan Fernando Guerra em T24 para T137 (CDCell) | Flavio | Hoje (2026-04-03) | Alta |
| Reunião com Norbert sobre TAP Lite certificate e Flex Gateway | Scattini, Dwayne, Wellington | 2026-04-04 | Alta |
| Investigar timeout errors em aplicações Mulesoft | Scattini | Sem data definida | Média |
| Revisar plano de inventário de APIs com equipe técnica | Speaker A, Dwayne | 2026-04-04 | Média |
| Iniciar desenvolvimento (abordagem a ser definida) | Speaker A, Dwayne, equipe | Semana de 2026-04-03 | Média |
| Criar descrição detalhada para task 631 (EDocs to API Gateway) | Marcelo | Hoje (2026-04-03) | Média |
| Completar análise de endpoints EDocs API | Marcelo | Sem data definida | Média |
| Criar RQ e IOCR para Pre-computed Data | Bevini, equipe | 2026-04-04 15h | Alta |
| Enviar IOCR para SMB connection password update | Speaker G | Hoje (2026-04-03) | Baixa |
| Atualizar task com screenshot de performance improvement | Speaker A | Hoje (2026-04-03) | Baixa |
| Confirmar informação oficial sobre early dismissal na sexta-feira | Speaker B | Sem data definida | Baixa |
| Agendar apresentação de API inventory governance com Vinnie | Speaker A | Semana de 2026-04-07 | Baixa |
A reunião focou principalmente no andamento dos testes de Fixed Income e na resolução do problema crítico T116, onde o BPM não recebe confirmação de execução do Bloomberg através do MQ. Três dos quatro casos de teste pendentes foram confirmados como executados corretamente, com apenas o caso T116 ainda requerendo investigação urgente com Michael Shue e Rick Saban. Decidiu-se adiar o deploy para a semana seguinte (após 2026-04-07) devido à Sexta-feira Santa e feriado no Brasil, embora o Pre-computed Data esteja pronto para produção caso os requisitos sejam finalizados até amanhã. Adicionalmente, progresso significativo foi reportado em integração de APIs (EDocs, AWS Gateway, TAP Lite) e melhorias importantes de performance foram alcançadas no enhancement de API orchestration.
1. Requisição de Regra de Firewall (DRQ) - Comunicação com ambiente UAT para API de documentos
- Necessário criar regra de egress no MuleSoft antes de aplicar regra no Palo Alto
- Solução implantada em múltiplas regiões: iTau Internacional, iTau Suíça e Estados Unidos
- Todos hospedados na Alemanha (não on-premise)
2. Projeto ICAPTO - Alteração de Senha de Conta de Serviço (Suíça)
- Processo que executa diariamente pela manhã teve problema de expiração de senha nos últimos dois meses
- Necessário remover expiração e alterar a senha
- Dúvida sobre necessidade de abrir change management (CNG) considerando jurisdição US vs Suíça
3. Requisitos Técnicos - IPs para regras de Firewall
- Necessário fornecer endereços IP (não nomes) nas requisições
| Tarefa | Responsável | Data Vencimento | Prioridade |
|---|---|---|---|
| Criar regra de egress no MuleSoft | Marcelo/Equipe | 2026-04-04 | Alta |
| Atualizar ticket DRQ com informações de IP | Speaker C | 2026-04-04 | Alta |
| Agendar reunião para alterar senha da conta de serviço | Speaker B | 2026-04-04 | Alta |
| Executar alteração de senha no serviço | Basili | Após 10:30 (horário leste) 2026-04-05 | Alta |
| Verificar política de change management com Gonzalez | Speaker B | 2026-04-07 | Média |
| Coletar range de IPs/conjunto de IPs para endpoints | Speaker C | 2026-04-04 | Alta |
A reunião focou em duas questões principais: a implementação de uma regra de firewall para permitir comunicação com o ambiente UAT da API de documentos do projeto Brasil, e a resolução de um problema de expiração de senha na conta de serviço ICAPTO na Suíça. Para a regra de firewall, foi decidido criar a configuração no MuleSoft antes de aplicar no Palo Alto, com coleta de endereços IP específicos. Para a alteração de senha, uma reunião foi agendada para o dia seguinte após a execução do processo rotineiro matinal. A equipe esclareceu questões sobre jurisdição e mudança de gerenciamento para revisão posterior.
- Open/Closed Principle
- Clean Code - importância de simplicidade, uso adequado de frameworks, nomenclatura clara, funções com responsabilidade única
- RESTful API - verbos HTTP (GET, POST, DELETE, PUT, PATCH) e HTTP Response Codes (200, 404, 400, 500, 201)
- .NET - Collections ThreadSafe (ConcurrentBag, ConcurrentList) para operações paralelas
- Extension Methods em .NET
| Decisão | Detalhes |
|---|---|
| Status do candidato | Deixar em espera para análise adicional |
| Próximos passos | Coletar feedback dos times anteriores do candidato sobre sua dedicação e participação |
| Avaliação de inglês | Considerado no limite, mas aceitável |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Coletar feedback dos times anteriores sobre dedicação e participação do candidato | Pedro | Conforme necessário | Alta |
| Verificar disponibilidade de outras candidaturas em .NET | Pedro/Talent | Conforme necessário | Alta |
| Agendar conversa de acompanhamento com candidato após análise | Pedro/Dantas | A definir | Média |
A reunião constituiu uma entrevista técnica com Raul, candidato com 8 anos de experiência em desenvolvimento .NET. O candidato demonstrou conhecimento sólido em princípios de desenvolvimento, RESTful APIs e tecnologias alinhadas com o stack da empresa. No entanto, apresentou dificuldades em responder questões avançadas de .NET (Collections ThreadSafe e Extension Methods) e possível leitura de material durante a entrevista, gerando preocupações sobre a profundidade do conhecimento. A decisão foi deixar o candidato em espera para coleta de referências comportamentais de seus times anteriores antes de uma decisão final.
1. Bloomberg Issues - Discussion of ongoing problems with Bloomberg system that need to be addressed in a scheduled call with Edward at 3:00 PM ET. Previous resolution approach from a couple of weeks ago needs to be reviewed.
2. Regression Testing - Plan to conduct regression tests on equities and CD items that have already been cleared by team members, with user evidence to validate fixes.
3. Client ID Deployment - Client ID has been successfully deployed to production. Need to document evidence of production deployment in both logs and change request (ERQ).
4. eSigner TRUE and EDOCS Integration - Specifications and documentation work in progress for eSigner TRUE and EDOCS integration process.
5. Firewall Rules and Infrastructure - Coordination with Wellington and Eduardo regarding firewall rules between systems from Infosec perspective. Scittini working on MuleSoft specification improvements to allow app-level firewall rules only.
6. New APIs Documentation - Work progressing on specifications for new AWS Gateway system API and other predefined APIs. Still gathering requirements and coordinating with infrastructure team on pending tasks (ISD and REC).
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Bloomberg situation briefing and regression testing | Speaker B | 2026-03-30 (3:00 PM ET) | High |
| Provide production deployment evidence in logs and ERQ | Speaker C (Antonio Basili) | 2026-03-31 | High |
| Complete eSigner TRUE and EDOCS integration specifications | Speaker C (Marcelo) | TBD | High |
| EDOCS implementation documentation | Speaker C (Marcelo) | TBD | High |
| Coordinate with infrastructure team on ISD and REC tasks | Speaker C (Marcelo) | 2026-03-31 (end of week) | Medium |
| Update AWS Gateway API specifications | Speaker C (Marcelo) | TBD | Medium |
| Report back on Bloomberg call status | Speaker B | 2026-03-30 (post-3:00 PM call) | High |
The team discussed critical Bloomberg system issues that will be addressed in a scheduled call with Edward at 3:00 PM ET to review previous resolution approaches and conduct regression testing on equities and CD items. Client ID deployment has been successfully completed and moved to done status pending documentation of production evidence. Marcelo is progressing on eSigner TRUE and EDOCS integration specifications and documentation work, with the latter marked as high priority, while coordinating with the infrastructure and Infosec teams on firewall rules and pending API tasks. The team expects to have a status update on the Bloomberg situation and next steps immediately following the 3:00 PM call.
| Decision | Details |
|---|---|
| API Segregation Approach | Confirmed: Segregate APIs across 10 Mule apps instead of consolidating into one |
| Resource Allocation | Confirmed: 4 developers at 60% capacity (accounting for production issues and contingencies) |
| Project Timeline | Confirmed: Go-lives from end of April through mid-August 2026 |
| Documentation Review | Schedule detailed review session with Pedro and Speaker B to refine estimations |
| Stakeholder Communication | Plan to present progress and governance improvements to Thiago Fernandez in next meeting |
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send detailed estimation documents to Speaker B | Speaker A (Pedro) | 2026-04-03 (afternoon) | High |
| Review estimation methodology and refine UAT allocation | Speaker A & Speaker B | 2026-04-03 15:00 | High |
| Schedule technical deep-dive session on architecture details | Speaker A (Pedro) | 2026-04-03 | Medium |
| Present program governance improvements and progress to Thiago Fernandez | Speaker B | Next meeting | Medium |
| Fine-tune resource plan and deliverable dates based on review feedback | Speaker A | Post-review | High |
The team presented a well-structured API migration plan involving the segregation of APIs across 10 Mule applications to optimize performance, with a complexity-based scoring system and a detailed 4-month timeline (April-August 2026) using four developers at 60% capacity. While the overall approach was praised for its organization and governance improvements, Speaker B flagged concerns about potentially underestimated UAT effort and requested a detailed review session to refine the estimations. The project maintains a comfortable buffer until the mid-August deadline, with flexibility to adjust resource allocation and UAT scope as needed.
- OMS/Bloomberg: Bloqueio crítico com reunião agendada para hoje à tarde com Thiago Dantas, Allen e Bloomberg
- E Banking: Problemas de performance resolvidos (migração de síncrono para assíncrono), certificado SSL pendente, validação funcional com Bavini
- Signature Card: Mudança de protocolo SMB para API EDOCS, aguardando credenciais e regras de firewall
- Managed Flex Gateway: Disponível em UAT, TLS context criado com sucesso
- DNS Client ID: Duas APIs sendo deployadas hoje às 20h Miami (janela de ~1 hora)
- Documentação Técnica: E Banking documentation e documentos executivos de alto nível em progresso
- Go live do E Banking mantido para 3 de abril, com todos os tickets de CAB/CNG fechados até terça-feira fim do dia
- Go live do Signature Card adiado para 1º de maio devido à mudança de design
- Managed Flex Gateway: adiamento do deployment em produção para próxima semana
- Priorizar resolução dos tópicos funcionais de E Banking sobre performance
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Reunião com Thiago Dantas, Allen e Bloomberg para resolver bloqueio OMS | Corey/Thiago Dantas | Hoje (3 de abril) | CRÍTICA |
| Exportar certificado Trusted Root Certification Authority (VCGT008) para Flex Gateway | Norbert | Terça-feira fim do dia | ALTA |
| Resolver validação funcional de E Banking com Bavini | Norbert | Terça-feira fim do dia | ALTA |
| Fechar todos os tickets de CAB/CNG para E Banking | Norbert/Equipe | Terça-feira fim do dia | CRÍTICA |
| Edward fazer sign-off final dos testes OMS | Edward | Segunda-feira | ALTA |
| Reunião com Scatini sobre HTTP Any no Managed Flex Gateway | Dwayne/Scatini | Hoje (3 de abril) | MÉDIA |
| Deployment de DNS Client ID (2 APIs) | Vasily/Scatini | Hoje às 20h Miami | MÉDIA |
| Apresentar plano de migração de API Inventory | Flavio/Scatini | Próxima reunião semanal | MÉDIA |
| Finalizar documentação de E Banking (draft) | Marcelo | Hoje (3 de abril) | MÉDIA |
| Documentos executivos de business process de alto nível | Marcelo | Próxima semana | BAIXA |
| Iniciar especificações de APIs Mulesoft para Signature Card | Marcelo | Assim que possível | MÉDIA |
| Verificar tamanhos de réplicas para scalability de E Banking | Jose | Próxima semana | MÉDIA |
A reunião semanal de status focou em cinco projetos principais com progresso em diversas frentes. O bloqueio crítico com Bloomberg no OMS será discutido em reunião hoje à tarde, com expectativa de resolução para segunda-feira, mantendo o deadline de go live de 3 de abril. O E Banking está preparado para go live na mesma data, condicionado ao fechamento de todos os tickets de aprovação técnica até terça-feira fim do dia, com os problemas funcionais sendo priorizados sobre otimizações de performance. O Signature Card foi adiado para 1º de maio devido à mudança de design no protocolo de integração com a API EDOCS, enquanto o Managed Flex Gateway permanecerá em UAT até esclarecimentos sobre questões técnicas pendentes.
1. Bloomberg Issue - Fixed message problem persisting; awaiting updates from Alan and coordination with trade desk and Bloomberg representatives (Richard and Edward expected back Monday)
2. Client ID Enforcement Deployment - Approved and scheduled for deployment tomorrow; requires coordination on deployment window timing
3. API Inventory Migration Plan - Planning comprehensive migration of all APIs with effort estimation; EPIC structure proposed for organization
4. EDOCS API Integration - New API integration being implemented to replace SMB protocol communications; currently in exploration phase with MuleSoft connectivity; user credentials setup required for UAT environment
5. Managed Flex Gateway - Configuration completed and working; ready for testing and API migration
6. PIP515 Testing - Ongoing checks needed; currently encountering unauthorized errors requiring resolution
7. API Documentation - Seven of nine APIs documented; remaining two (Tamorin and File Watcher) in progress; business process documentation underway
8. E-Signature Project - Design updates required following feedback from Ruth; impacts timeline; currently collecting endpoints and resources for EDOCS integration
9. Progress Monitoring - Need to establish progress indicators and metrics (burn-down) for API inventory work relative to September target
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Contact Alan for Bloomberg status update and continue follow-up | Corey | This Afternoon | High |
| Coordinate with Thiago Dantas on optimal deployment window for Client ID Enforcement | Basili & Continue | Today | High |
| Deploy Client ID Enforcement in production | Basili | Tomorrow | High |
| Call Dwayne to review API migration work plan | Scacchini | Today (End of Day) | High |
| Create EPIC and individual stories for API inventory migration | Scacchini | This Week | High |
| Invite Speaker A to API migration planning meeting | Scacchini | ASAP | Medium |
| Resolve PIP515 unauthorized errors with curl requests testing | Dwayne & Scacchini | TBD | High |
| Update PIP515 card with screenshots and comments | Dwayne | Upon Completion | Medium |
| Complete E-Signature design improvements | Team (Wagner, Flavor) | This Week | High |
| Set up MuleSoft to UAT environment communication for EDOCS API | Marcel | In Progress | High |
| Create user credentials for EDOCS library access | Marcel | In Progress | High |
| Review E Bank business process documentation with Rodrigo and William | Marcel | Before Publication | Medium |
| Complete Tamorin and File Watcher API documentation | Marcel | TBD | Medium |
| Explore EDOCS API resources with Ruth and team | Marcel & Ruth | In Progress | Medium |
| Add EDOCS/BPM onboarding migration to backlog for future phase | Pedro & Team | TBD | Medium |
| Contact Corey to understand EDOCS complexity and context | Marcel | This Week | Medium |
| Install Visual Studio for book building work | Dwayne | In Progress | Medium |
| Develop progress indicators/burn-down metrics for API inventory | Pedro & Flavio | In Progress | High |
| Meet with Dwayne and Scacchini to finalize API inventory approach plan | Pedro | Today | High |
The team addressed critical blockers including an unresolved Bloomberg fixed message issue that is delaying progress, requiring coordination with trade desk leadership returning Monday. Client ID Enforcement deployment was approved for tomorrow pending deployment window coordination with Thiago Dantas. The API inventory migration initiative is moving forward with planning for an EPIC-based structure, with effort estimation and task breakdown starting this week. Additionally, the E-Signature project design was updated based on recent feedback, necessitating deeper exploration of the new EDOCS API integration approach before development can commence, though team remains optimistic about progress by week's end.
1. OMS (Order Management System) and Bloomberg Integration Issue
- Ongoing problem with Bloomberg and fixed income orders blocking progress
- Issue escalation through Corey to Alan and Bloomberg
- Unclear whether Bloomberg has acknowledged the problem on their side
- Team is completely blocked on OMS testing until Bloomberg resolves the issue
2. MuleSoft Integration for OMS
- Currently at a standstill due to Bloomberg blockage
- No pending developments or validations can proceed
3. Client ID Enforcement Deployment
- CNGs (Change Notices) created for deployment
- Requires updates to two APIs: Customers BPM Experience and Customer Process API
- CNGs need to be linked and moved to pending approval status
- Deployment planned for tomorrow
4. Certificate Configuration in MuleSoft
- Certificate configuration needed for MuleSoft site
- Meeting to be arranged between Eduardo, Norbert, and Schettini
5. HTTPS Restriction in MuleSoft
- Timeout errors received from T24
- Troubleshooting session needed involving T24, DNS, Justin Teams, and MuleSoft team
- Expected resolution between today and tomorrow
6. API Migration to Governed
- Migration of 170 endpoints to MuleSoft
- Decision made to move everything to governed first, then segregate by API/endpoint risk in a second phase
- Excel sheet framework agreed upon (not filling required immediately)
- Complexity assessment and delivery map needed for August deadline
7. EDOCS and Signature Card Project
- Gathering missing information from Signature and EDOCS projects
- Bottom-up approach: design system APIs first
- New AWS API facade and EDOCS system API facade needed
- Collecting business process information for E-banking
- Appointments scheduled with business stakeholders (Rodrigo and Wellington)
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Ping Alan regarding Bloomberg issue status and expectations for resolution | Antonio (Speaker B) | ASAP | High |
| Contact Bloomberg through Alan to clarify if they acknowledge the problem on their side | Antonio | ASAP | High |
| Link Client ID enforcement tasks to the same change in JIRA | Vasily (Speaker D) | ASAP | High |
| Move CNG 8796 to pending approval status | Schettini (Speaker F) | Today | High |
| Create and move CNGs for Client ID to pending approval | Schettini | Today | High |
| Assign CNG application approval to Tiago Dantas | Schettini | Today | High |
| Complete documentation review | Schettini | Today (20-30 minutes) | Medium |
| Arrange meeting between Eduardo, Norbert, and Schettini for certificate configuration | Schettini | Today/Tomorrow | Medium |
| Contact Roberto regarding HTTPS restriction troubleshooting and T24 timeout errors | Schettini | Today/Tomorrow | High |
| Conduct troubleshooting session with T24, DNS, Justin Teams, and MuleSoft | Schettini | Today/Tomorrow | High |
| Update Excel sheet with new columns for API categorization | Dwayne (Speaker G) | Friday (End of Day) | High |
| Assess complexity and effort for each API migration | Dwayne, Marcelo, Basili, Schettini | Friday (End of Day) | High |
| Build API migration delivery map (timeline until August) | Dwayne (with team input) | Friday (End of Day) | High |
| Gather missing information from Signature and EDOCS projects | Marcelo (Speaker E) | Ongoing | High |
| Collect business process information for E-banking from Rodrigo and Wellington | Marcelo | Tomorrow appointment | High |
| Create documentation for AWS API facade and EDOCS system API facade | Marcelo | Ongoing | Medium |
The team is currently blocked on the OMS testing and Bloomberg integration issues, with no immediate resolution expected despite escalation efforts through Alan to Bloomberg. While waiting for Bloomberg's fix, the team is proceeding with Client ID enforcement deployments and MuleSoft configuration work, including certificate setup and HTTPS restriction troubleshooting. Additionally, the team has refocused the 170-endpoint API migration strategy to move everything to governed mode first before segregating by risk, with a critical need to establish complexity assessments and a delivery timeline by end of Friday to commence migrations the following week. The EDOCS signature card project is gathering business requirements in parallel to support new API documentation and system design.
1. Delivery Note e Acesso ao Sainer 3
- Criação de delivery note para processamento financeiro
- Necessidade de validar acesso ao sistema Sainer 3
- Processo não intuitivo requer treinamento prático
2. Situação de Marcelo e Cobertura de Recursos
- Alocação de Marcelo em elemento 100% completo para março
- Decisão sobre permanência de Marcelo será tomada em 1º de abril
- Utilização do orçamento do contrato vigente para cobertura
3. Saída de Léo e Transição de Recursos
- Léo sai em 10 de abril
- Raul em férias até 9 de abril (entrada como replacement)
- Necessidade de knowledge transfer para equipe e para o cliente (Itaú)
- Discussão sobre possibilidade de antecipar saída de Léo para 3 de abril
4. Análise de Férias e Capacidade de Recursos
- Faltam 28 dias de cobertura considerando férias planejadas
- SOW atual não cobre todas as demandas
- Necessidade de change order para estender contrato
- Equipe tem saldo de férias não planejadas: Sketinha e Ícaro podem tirar férias até dezembro
5. Credenciais GFT
- Questão sobre credenciais de Léo a ser resolvida posteriormente via ITOP
| Decisão | Responsável | Data |
|---|---|---|
| Marcelo permanece alocado no engagement atual até 1º de abril | Speaker A | 01/04/2026 |
| Avaliar viabilidade de antecipação da saída de Léo para 3 de abril | Speaker B | Próxima conversa com Dantas |
| Mapear saldo de férias com RH | Speaker B | Próxima semana |
| Solicitar planejamento de férias para Sketinha e Ícaro | Speaker A e B | Próximas 2 semanas |
| Realizar exercício financeiro traduzindo dias faltantes em custos | Speaker B | Antes da extensão do contrato |
| Incluir gap de cobertura no pacote de extensão de Marcelo para abril | Speaker A | Próxima revisão |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Enviar link de acesso ao Sainer 3 e validar acesso | Speaker A | 04/04/2026 | Alta |
| Abrir ITOP para solicitar credenciais GFT caso necessário | Speaker B | 05/04/2026 | Média |
| Convalidar com Dantas sobre antecipação da saída de Léo para 3 de abril | Speaker B | 04/04/2026 | Alta |
| Obter do RH informações de saldo de férias (Sketinha, Ícaro, demais membros) | Speaker B | 05/04/2026 | Alta |
| Planejar férias para Sketinha e Ícaro (9 meses de antecedência) | Speaker A e B | 06/04/2026 | Média |
| Realizar exercício financeiro: traduzir dias faltantes em valor (USD) | Speaker B | 08/04/2026 | Alta |
| Preparar documentação para change order de extensão do contrato com Itaú | Speaker A | 10/04/2026 | Alta |
| Validar acesso de Marcelo ao sistema e executar knowledge transfer | Marcelo | 31/03/2026 | Média |
A reunião abordou a gestão de recursos e capacidade para o contrato com Itaú em abril de 2026. Foi confirmada a alocação de Marcelo como cobertura de 100% do orçamento disponível até 1º de abril, quando será reavaliada sua permanência no projeto. A saída de Léo em 10 de abril, combinada com o retorno de Raul de férias e planejamento de recursos, resultou na identificação de um gap de 28 dias de capacidade não coberta pelo SOW atual. O time levantou a possibilidade de antecipar a saída de Léo para 3 de abril, sujeita a validação de viabilidade com o cliente. Para resolver o problema de capacidade, será necessário mapear o saldo de férias disponíveis dos membros da equipe (Sketinha e Ícaro) e solicitar um change order ao Itaú para estender o contrato, incorporando tanto a cobertura de Marcelo quanto a recuperação do gap de capacidade identificado.
1. Seguir com Govern para todos os APIs (já decidido anteriormente com Dantas) - mantém abordagem conservadora.
2. Testar Egress Group com domínios específicos como primeira opção para resolver problema de conectividade da MULI.
3. Buscar alinhamento prévio com Wellington e Dantas antes de apresentar solução em reunião maior.
4. Agendar reunião curta (15 minutos) com Wellington e Dantas para alinhamento técnico e político.
5. Implementar restrições de IP mais rigorosas usando slash /32 em vez de slash /22, conforme prática atual.
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Testar Egress Group com regras de domínio específicas para MULI | Speaker C (Schettini) | Imediato | Crítica |
| Revisar documentação de Egress Group Rule para validação | Speaker C | Imediato | Crítica |
| Abrir chamado com MuleSoft caso teste não funcione | Speaker C | Alguns dias | Alta |
| Agendar reunião de 15 minutos com Wellington e Dantas | Speaker A | Amanhã | Crítica |
| Preparar fundamentação técnica e proposta de solução | Speaker C | Antes da reunião com Wellington/Dantas | Alta |
| Reunião em fórum aberto com Eduardo e Information Security | Speaker A/B/C | Após alinhamento com Wellington/Dantas | Alta |
| Responder com solução definida | Speaker C | Até terça-feira da semana seguinte | Alta |
A reunião abordou a migração da infraestrutura de APIs para o Cloud Hub 2.0 do MuleSoft e as preocupações de segurança relacionadas ao range amplo de IPs nas regras de ingress/egress. O grupo decidiu testar a implementação de Egress Groups com domínios específicos como solução principal para o problema de conectividade da aplicação MULI, com opções alternativas de proxy corporativo e range de IPs caso o teste falhe. Reconhecendo dinâmicas políticas complexas com outras áreas, a estratégia definida é alinhar-se primeiro com Wellington e Dantas (stakeholders-chave) antes de apresentar a solução em fórum aberto, evitando confrontos repetitivos e garantindo uma proposta técnica sólida e fundamentada.
1. Bloomberg Integration Issue (OMS)
- Fixed income data inconsistencies reported between Bloomberg and internal systems
- Multiple conflicting reports from Bloomberg contacts regarding when data was taken down/restored
- Issue is currently blocking UAT testing cycle; cannot proceed to production until resolved
- Problem appears to be on Bloomberg's side, not internal systems
- Issue is contained to UAT environment with no production impact currently
2. Testing Progress
- Equities testing clearing successfully
- Still need to resolve: CD test case and structured note test case
- Regression testing planned to begin Monday
3. Deployment Cards - Ready to Deploy
- Client ID change (clean approval)
- Schecchini-related card
- DNS entry for ICAP update
4. MuleSoft Environment Configuration
- Discussion regarding egress connections and firewall rules for MuleSoft Anypoint platform
- CIDR block range changes create challenges for production/UAT updates
- Dedicated technical meeting needed with infrastructure, infosec, Eduardo Novit, Dwayne, Marcelo, and Wellington
- Flex gateway configuration and usage approach requires alignment
5. IPB Database System API Documentation
- Documentation release planned for today/tomorrow
- Meeting scheduled with William and Rodrigo for E-Banking business process details
- Target completion: Friday
6. ITOP Platform Upgrade
- New version deployed yesterday (6 PM) by Genesis for access gateway compatibility
- Logs API testing pending as part of test case validation
- Mostly Alan conducting tests in UAT
7. Flex Gateway Configuration Issue
- 404 error encountered when accessing gateway endpoint
- Assistance needed from Wellington or Schecchini
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Follow up on Bloomberg issue and provide feedback | Alan | ASAP | Critical |
| Close remaining test cases (CD and structured notes) | Corey/Testing Team | Before Regression | High |
| Conduct regression testing with Edward | Edward/Corey | Monday onwards | High |
| Move Client ID card to "Ready to Deploy" status | Vasily | Before daily standup | High |
| Move Schecchini card to "Ready to Deploy" status | Schecchini | Before daily standup | High |
| Update DNS entry for ICAP and move to "Ready to Deploy" | Basilians/Schecchini | Before daily standup | High |
| Schedule dedicated MuleSoft environment configuration meeting | Speaker A | Within 1-2 days | High |
| Coordinate CIDR block range change solution with infrastructure | Schecchini/Eduardo | Ongoing | Medium |
| Complete IPB Database System API documentation | Marcelo | Friday | Medium |
| Conduct session with William and Rodrigo on E-Banking business process | Marcelo | Tomorrow | Medium |
| Test logs API functionality with ITOP upgrade | Leo | Today/Tomorrow | Medium |
| Investigate Flex gateway 404 error | Dwayne/Wellington/Schecchini | ASAP | Medium |
| Resolve book building application dependencies | Dwayne | Ongoing | Low |
| Code review on API inventory scoring notification framework | Dwayne | Today | Low |
The meeting focused on resolving a critical Bloomberg integration issue blocking the OMS UAT testing cycle, along with progress updates on multiple infrastructure and API initiatives. While equities testing is progressing well, fixed income data discrepancies must be resolved before production deployment can proceed; Alan has been tasked with escalating the issue with Bloomberg. Additionally, several deployment cards have been approved to move to "Ready to Deploy" status pending board updates, and a dedicated technical meeting has been scheduled to align on MuleSoft environment configuration and firewall rules with infrastructure and infosec stakeholders.
1. T24 DNS Connectivity Issue in UAT
- DNS service stopped working in UAT environment during the morning, affecting all system connections
- Issue resolved by Kyndril with assistance from Justin
- Root cause identified as DNS being a single point of failure for all connections
2. System Architecture Risk Assessment
- Discussion of critical infrastructure vulnerability: DNS outage caused complete system downtime
- Single point of failure risk identified across multiple systems (OMS, TAP, etc.)
- Similar architectural risks exist with MuleSoft and other hub-based systems
3. UAT Testing Progress and Cleanup
- 8 tests in progress, 2 failed tests requiring remediation
- Team focused on bug fixes and test case cleanup
- Alan Cohen required for end-to-end test execution
4. Signature Card Documentation and Design
- Initial documentation being prepared for Confluence
- Design decision pending regarding file transfer vs. edocs API implementation
- Waiting for input from Wagner team and Marcelo regarding API resource constraints
5. DNS Entries for Capital - Change Request
- CNG opened on Friday with linked RQ
- Test evidence pending from application execution
- RQ already approved and in progress for deployment
6. Floor Gateway and API Classification
- Dwayne experiencing 404 errors with Flex Gateway endpoint
- API classification framework implementation in progress
- Work division underway to add classifications to inventory and confirm with developers
7. Bloomberg OMS End-to-End Testing
- Test cases created; Alan Cohen to execute in Bloomberg
- Some navigation issues encountered with fixed income items
- Plan to send comprehensive execution list this afternoon
8. Code Review Process Proposal
- Suggestion to implement two code review sessions per week for developer collaboration
- Flexible scheduling to accommodate workload
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Update DNS CNG card with UAT test evidence and redeploy | Scatini | Today | High |
| Execute end-to-end test cases in Bloomberg | Alan Cohen (coordinated by Corey) | Today | High |
| Complete technical testing and prepare test list for Alan | Antonio, Corey, Basili | Today | High |
| Finalize Signature Card documentation in Confluence | Scatini | Today | High |
| Add design decision comment to Signature Card regarding edocs API | Scatini | Today | High |
| Coordinate with Marcelo and Wagner team on Signature Card solution | Scatini | ASAP | High |
| Review and provide feedback on Bloomberg equity staging updates | Flavio | ASAP | Medium |
| Investigate Flex Gateway 404 endpoint error | Dwayne / Scatini | ASAP | Medium |
| Continue API classification inventory work and divide tasks | Dwayne | ASAP | Medium |
| Follow up on availability of Alan Cohen for testing | Flavio (in-office visit) | Today | High |
| Discuss two-day-per-week code review sessions with developers | Dwayne | ASAP | Low |
| Update Kanban board with documentation revisions | Basili | End of meeting | Medium |
| Attach test evidence to change request after call | Scatini | After meeting | High |
| Forward Bloomberg updates email to Flavio for review | Corey | ASAP | Medium |
| Provide UAT testing progress update | Antonio / Corey | End of day | High |
The team resolved a critical DNS connectivity issue in UAT that impacted all system connections (OMS, TAP, etc.) this morning, highlighting a significant single point of failure risk in the current infrastructure architecture. With the DNS issue now resolved, the team is focused on completing UAT testing and bug cleanup, with Alan Cohen scheduled to execute end-to-end test cases in Bloomberg this afternoon to finalize test validation. Key deliverables including the Signature Card documentation, DNS entries for Capital (CNG), and API classification framework remain on track, with documentation updates and design decisions pending completion by end of day. The team aims to finalize UAT testing within the next few days and proceed to production deployment, though the team's testing capacity depends on Alan Cohen's availability and the resolution of pending technical issues.