The meeting discussed network infrastructure changes related to Brazil's MPLS decommissioning project and the establishment of a new VPN between Portugal's MuleSoft cloud and the Swiss secure hub. The primary agenda item was determining how to enable Marcelo to consume data from the Portuguese network, which requires approval from Adriano for firewall port opening. The meeting was cut short as Adriano did not attend despite being invited, and Speaker B committed to contacting him to reschedule with all necessary participants present. The team also identified a broader need to develop a sustainable framework for handling increasing cross-network integration requests.
A reunião apresentou a evolução estratégica do projeto de migração de sistemas financeiros (BIS e BII) para Oracle Fusion. A decisão central foi implementar uma abordagem faseada simplificada: a fase 1 (janeiro 2027) mantém a metodologia contábil existente e migra apenas arquivos de contabilidade do Abacus (Suíça) e NetSuite (EUA) para Fusion, enquanto a fase 2 (2027) introduzirá melhorias funcionais mais complexas. A discussão técnica identificou três interfaces principais para Miami Branch (contabilidade, despesas e contrapartes) e validou a viabilidade da abordagem simplificada, embora com necessidade de confirmação sobre mudanças nas extrações do T24 propostas por especialistas. O timeline de janeiro 2027 é ambicioso mas possível com 2-3 meses de paralelo em produção e envolvimento coordenado das equipas de Suíça, Portugal e EUA.
A reunião abordou múltiplas frentes de desenvolvimento e integração. Destaca-se a necessidade de esclarecimento urgente sobre a origem dos dados para as queries do ERP (Abacus, T24, DW e CSV) e a validação com Guilherme dos diagramas antes de prosseguir. A equipe discutiu extensamente o processo de IOCA para mudanças que envolvem sistemas da Suíça, consensuando a importância de flexibilização e fast-track dado que o processo atual está muito engessado. Adicionalmente, há várias dependências críticas aguardando retornos de terceiros (Bloomberg, Eduardo Rothschild, RUT) e execuções agendadas (carga do Signature Docs, testes ACE 8) que precisam de acompanhamento próximo. Problemas de conectividade e acesso a produção também bloqueiam progresso em algumas frentes.
The meeting reviewed the current ABACUS and NetSuite interface file generation process and discussed two options for adding foreign currency amounts to the exported files. The preferred solution is to rebuild the extraction logic in the Data Warehouse based on existing RECRF table data, which avoids requiring Terminal configuration changes. The team agreed to implement changes in phases, with the first phase adding the foreign currency field to existing consolidation key-level reporting. A final decision on whether to include contract-level details instead of consolidation key reporting is pending a meeting with the CFO scheduled for tomorrow; in the meantime, the team can begin parallel connectivity testing with the Data Warehouse.
The team reviewed the Mulesoft development architecture and sequence diagram, focusing on integration points between Mulesoft Lisbon, Miami, and Azure with the FHIR database. Key clarifications are needed regarding T24 landing data processing, the integration approach between systems, and the AS-IS file processing logic with balance reversals; these will be addressed in a follow-up call later today with George, Pedro, and Guillermi. ERP mapping development is confirmed to be fully owned by Timestamp (Portugal) under Guillermi's supervision. The team will establish a pending items tracking table on Confluence to monitor outstanding tasks and requirements, and will link spreadsheet activities to Jira cards for improved progress visibility.
The team discussed the ongoing Bloomberg issue in UAT where the external channel appears to be offline, preventing message acknowledgment. Bloomberg Support is investigating and has acknowledged receipt of the team's recent message. Simultaneously, a production issue with IBM communication was successfully resolved and is ready for document processing validation. Two infrastructure changes are proceeding through approval for tomorrow's CAB meeting, with the mailer timeout increase requiring immediate vCrone configuration by the infrastructure team. Additionally, a critical decision regarding database connection approach for Mulesoft development is pending from Shito's meeting tomorrow, which will impact current work.
A reunião abordou diversos incidentes e projetos em andamento. Destaca-se o incidente da Bloomberg com solicitação de mudança urgente de parâmetros, que foi adiada para segunda-feira permitindo mais tempo para testes. Paralelamente, está em investigação um problema de timeout no Mailer que requer aumento de configuração de timeout como solução intermediária enquanto se investiga a causa raiz no endpoint da Graph API Microsoft. Na frente de infraestrutura, foram abertas requisições para implementar Egress Rule Group no T24 e liberação de portas de comunicação, ambas aguardando aprovações. Finalmente, coordena-se a segunda fase de monitoramento com divisão de tarefas entre equipes, e alinha-se integração MuleSoft com Sheetal que receberá acesso aos repositórios.
This status meeting covered multiple infrastructure and API development initiatives. Key progress includes completion of certificate investigation for MQ connection (solution expected today/tomorrow), ongoing SFTP/FHIR connectivity troubleshooting (results due tomorrow), and confirmation that no MuleSoft deployment is needed for tonight's fee group implementation. The team is establishing collaborative documentation for API consumer mapping with Wigberto assigned to identify all consumers from business and technical perspectives, with egress rule testing scheduled for Thursday or Friday. API Monitoring Phase One is ready to move to done status with Phase Two to be created.
This infrastructure and connectivity meeting focused on resolving multiple environment and communication issues. Key accomplishments included successful VPN migration for Zurich to new Internet links and progress on Lisbon VPN setup with Kyndryl. However, critical issues remain: FHIR/SFTP connectivity problems in production and UAT environments requiring investigation, SSL certificate issues between Mulesoft and IBM MQ requiring security team support, and an incomplete firewall request rule for OutSystems connectivity that must be returned to the requester for essential missing information before processing can proceed.
A reunião abordou diversos projetos em andamento no contexto de migrações, integrações e documentação. Principais destaques incluem: (1) isolamento bem-sucedido do problema de certificado SSL no projeto eVMU-Q de Signature Docs, com plano de ação de adição de entrada ao P12; (2) confirmação de André Lopes como responsável pela conectividade OutSystems/MULI, com necessidade urgente de Request de Firewall dentro de 1 hora; (3) agendamento de reunião com Dantas para resolução de WebDocuments; (4) formalização de processo de solicitações futuras por mensagem para melhor rastreamento. A equipe segue em paralelo com testes e refinamentos de documentação, com enfoque em resolver questões de certificado e firewall na reunião de meio-dia.
A equipe discutiu o progresso do projeto de integração MuleSoft, confirmando que as APIs serão entregues em dois sprints com relatórios de status enviados semanalmente. Foram confirmados detalhes técnicos críticos, incluindo o formato JSON para arquivos de dados, a necessidade de detalhes de acesso ao banco de dados FHIR, e a configuração de armazenamento Azure. A conectividade VPN entre os sites MuleSoft (Zurique e Lisboa) está em progresso, com apresentação prevista na reunião CAB desta semana, e um desenvolvedor da Timestamp chegará no dia seguinte para iniciar o trabalho de desenvolvimento.
A reunião focou em problemas críticos em produção e planejamento de releases. O principal bloqueador é o erro no Mailer que impede o envio de e-mails, afetando o Notifications. Foram identificados também erros no eDocs e IPB Database que estão sendo corrigidos. A equipe planeja subir as regras de ingress para T24 e TAP entre hoje e amanhã, com deploy previsto para quinta e sexta-feira. Trabalhos em andamento incluem testes da API T24, integração ECH com previsão de lançamento no final do mês, e configuração de VPN para conectar ambientes Mule. A equipe também precisa planejar a implementação de health checkers e monitoring funcional com o Duane na reunião bissemanal próxima.
The team discussed governance and process improvements, focusing on the proposed IOCR migration and the need for clearer decision-making forums. Business user participation in testing and documented validation evidence were identified as deficiencies. The team acknowledged that JIRA's discontinuation by 2029 requires reconsideration of process refinement investments. Cross-team meeting representation was flagged as problematic, requiring mandatory inclusion of key stakeholders to prevent governance gaps.
The meeting addressed critical documentation gaps and technical decisions related to T24 changes and FX/ECB rate handling. Key decisions include maintaining FX rates within T24 while implementing separate ECB rate feeding via interface, contingent on development work from Zurich/Miami teams. A follow-up meeting with Sara and George is required to clarify the DFE parameter implementation status and resolve outstanding questions about the three-journal LCY scenario. Formal documentation with executive summaries must be prepared and circulated for stakeholder approval to manage the complex project governance.
The meeting focused on the status of multiple deployment initiatives including an OMS CNG deployment scheduled for end-of-week after CAB approvals, various infrastructure changes (NGINX configuration, public IP change, AWS-Brazil connectivity), and progress on API integrations including E Banking Customer Data Update, Mailer API, and Oracle/T24 connectivity. Key decisions included organizing infrastructure work into distinct waves, confirming production deployment of egress rule group configuration today, and pursuing proactive testing approaches for critical systems before production deployment. All team members reported progress on their respective areas with several action items assigned for completion by end of week, including completion of code reviews, DVCRON configuration follow-up, and finalization of infrastructure CNGs for approval.
En esta sesión de entrenamiento sobre el proceso CAB, Roberto presentó la estructura completa de gestión de cambios, diferenciando claramente entre cambios locales (RQ/CNG) e integrados (IODM/IOCR). Se explicaron los flujos de aprobación, campos obligatorios de formularios, y la importancia de documentar impacto empresarial, planes de respaldo y trazabilidad en múltiples ambientes. El equipo reconoció desafíos operacionales derivados de la falta de ambiente de desarrollo dedicado, y se acordó una segunda sesión para profundizar en el proceso IOCR. Se enfatizó que los RQs deben ser solicitados por negocio, los CNGs son permisos de deploy, y ambos requieren aprobación de stakeholders específicos antes de proceder a producción.
La reunión de descubrimiento oficial para el proyecto de migración de BII a Oracle Fusion identificó un enfoque por fases donde la Fase 1 consistirá en enviar archivos de divisas "tal como están" (as-is) a Oracle Fusion sin transformaciones complejas, con la implementación prevista para 2026. Se identificaron múltiples fuentes de datos (Miami Branch, T24, Pershing, Microgen) con diferentes enfoques de revaluación de divisas (automática y manual), requiriendo coordinación cercana con el equipo de contabilidad. La arquitectura técnica utilizará MuleSoft para pre-validación de datos en el lado del origen antes de la integración en Lisbon, con una reunión técnica programada para mañana para validar el mapeo de datos y especificaciones de formato. Se requiere urgentemente un microplan detallado con fechas confirmables y clarificación sobre el impacto de sistemas regulatorios actuales en la migración.
Reunião de status discutiu progresso em múltiplos projetos de integração. ACH/Tracking API em testes com prazo revisado para julho. Deploy Confirmation Copy aprovado para hoje. Problema crítico identificado: Ingress Rule Group (CNG 9048) com opção de associação de regras desaparecida. Preocupação com criação independente de eBanking Experience API por Duane sem comunicação com stakeholders e consumo potencial de flows MuleSoft. Time decidiu criar RQ umbrella para consolidar melhorias de plataforma e implementar melhor governança nas decisões arquiteturais.
The team discussed infrastructure connectivity for T24 landing and FHIR databases, with SFTP requests in progress and MuleSoft connectivity pending. A decision was made to proceed with SFTP protocol instead of Azure Storage Account, though the team identified that Azure Storage connectors lack native listeners and will require scheduled polling as a workaround. The BII (Business Intelligence Integration) kickoff was scheduled for Monday, June 23rd at 9:00 AM to review current T24-to-Oracle NetSuite file flows and plan integrations including expense management during the SAP Concord to Ramp transition. Additionally, clarification was provided that MuleSoft will handle necessary data transformations and field mappings, while business rules and calculations must remain in core applications like Oracle Fusion or T24.
A reunião focou na reorganização de responsabilidades para desafogar o Dantas, designando Duene como tech lead de infraestrutura Microsoft. O principal bloqueador identificado é a falta de acessos do Duene e a necessidade urgente de documentar todas as micro dependências que estão impedindo o progresso dos projetos. Foi decidido criar um documento Excel listando bloqueadores e dependências para compartilhamento com a equipe e escalação até sexta-feira, objetivando mitigar riscos e melhorar a visibilidade do projeto. A equipe reconhece que o tempo está escasso e que é necessário distribuir responsabilidades para evitar gargalos críticos.
A reunião focou na validação do deploy de ontem (sem erros) e na identificação de novos problemas em produção. Um novo erro foi descoberto no parâmetro ISIN do Mulesoft, onde espaços extras causam rejeições — trata-se de um cenário raro, primeira ocorrência em 90 dias. Paralelos, múltiplos bloqueios impedem progresso em várias frentes (Flex Gateway, APIs, documentação de IB Documents), principalmente aguardando retorno de Michael Sue na quinta-feira e respostas de Ruth. Foram desbloqueados o ticket #515 e definido um plano para esta tarde com foco em estratégia de desbloquear as diferentes iniciativas, priorizando a documentação de developers de APIs e investigação de alertas de produção no T24.
A reunião abordou a redistribuição de responsabilidades operacionais, especialmente a transição de atividades de banco de dados do Dantas para Duene. Foi identificado que Duene precisa de acesso ao PowerBroker e deve ser acionado imediatamente; Ícaro oferecerá suporte paliativo caso o acesso não seja concedido até quinta-feira. Adicionalmente, a equipe enfrenta bloqueios significativos na API Migration causados pela indisponibilidade de Michael Silk (em férias), recomendando-se escalar via email para Deepak e Tim-Tim com detalhamento de riscos. A estratégia geral visa desconcentrar ações do Dantas e criar redundância nas responsabilidades críticas.
The meeting addressed critical infrastructure issues with OMS queue backlog and MuleSoft environment problems, which appear to be resolved after Pooler restart. Production deployment planning is underway with a targeted Thursday, June 19th date pending CAB approval and database DDL execution by Dantas. The API inventory project is approximately 30-40% complete with focus on engaging GPAC and Brazil teams with high-level project visibility to improve participation and outcomes. A critical dependency on Michael Su for document upload processes in UAT requires immediate escalation to Deepak's team for knowledge transfer and cross-training to mitigate risk during his extended absence.
A reunião focou na migração de APIs T24 legadas para MuleSoft como parte do programa PIP. O principal desafio identificado é mapear todos os consumidores de 18 APIs em produção para atualizar suas chamadas para apontar para MuleSoft. Madhuri foi designada como responsável por atualizar o inventário Confluence usando sua documentação existente de consumidores, enquanto logs de produção serão utilizados para APIs desenvolvidas por Mark. A equipe tem urgência em completar este mapeamento para iniciar testes smoke com aplicações consumidoras, mantendo mudanças mínimas e enfatizando a necessidade de colaboração rápida.
The meeting focused on resolving critical infrastructure connectivity issues impacting production deployments. The team identified a complex five-hop firewall chain spanning Kyndryl, Mulesoft, ITAU global network, and AWS Brazil, with the primary blockage appearing to originate from Brazil-managed firewalls. Eduardo will schedule a network architecture review session this week to align the team on the network topology and firewall locations, followed by a live testing session with the Brazil Kyndryl firewall team. Additionally, the team is addressing JAR file deployment timeouts by exploring CLI client alternatives, and will execute a critical VPN switchover on Saturday to migrate from Equinix IP addressing, pending vendor confirmation of link placement.
A reunião abordou múltiplos projetos e correções em andamento. A correção do OMS foi implementada com sucesso em UAT, afetando apenas 9 de 73 pedidos, e será submetida à CAB na quinta-feira sem necessidade de mudança de emergência. Há muitas iniciativas prontas para promoção à produção esta semana, incluindo monitoramento de API, regras de firewall e documentação de assinatura. A equipe identificou um problema de performance no upload de arquivos JAR grandes no ambiente VDI que requer testes diagnósticos. Uma reunião crítica está agendada para amanhã com Deepak para revisar endpoints da API T24 e identificar desenvolvedores/consumidores para desbloquear migrações.
A reunião foi focada na definição da arquitetura de conectividade para um projeto de integração Muli entre Zurique, Lisboa e Miami. Foi identificado um problema crítico: pacotes chegam à rede global do banco mas não conseguem alcançar Lisboa, suspeita-se de falta de anúncio de ranges de IPs no BGP. A equipa de redes de Lisboa (Axiens/Rui) será acionada para anunciar os ranges de IPs do MuleSoft não-produtivo, enquanto testes de conectividade serão iniciados. Quanto ao desenvolvimento, está em discussão se será feito de Miami ou de uma VDI fornecida em Zurique, dependendo da resolução dos problemas de conectividade atual.
A reunião abordou múltiplos pontos críticos para o CAB da semana. Foi identificado e resolvido um problema de lógica invertida no Settlement Date que será tratado como incidente. A feature Document List (GetContainer) será integrada no mesmo CAB através de duas changes separadas em um único deploy. Problemas de infraestrutura como instabilidade do MiliSoft e testes de conectividade VCROM estão em andamento, com testes confirmados para segunda-feira. Um bloqueador importante foi identificado no API Monitoring: a necessidade de definir e-mails de produção antes do go-live, o que será resolvido com hardcode temporário de e-mails enquanto o grupo não é criado. O CAB dessa semana será intenso, incluindo Signature Card, OMS, Egress Rules e Alerts, exigindo que todas as RQs e Changes estejam preparadas até quarta-feira.
The team reviewed the OMS status (confirmed stable) and identified a critical issue with the T24 document type change process that requires inefficient API updates each time. A proposed solution was approved to move document type configuration to BPM, allowing administrators like Dante's to manage changes without deployments. The team also discussed the API migration effort strategy, deciding to use a divide-and-conquer approach with initial coordination meetings to identify which products consume each API endpoint. Technical improvements were noted including significant deployment time reductions (Portion API now 5-8 minutes) and container changes ready for this week's release, with non-critical Mulesoft errors being monitored.
The team discussed the migration of API integrations from T24 to MuleSoft, with focus on comprehensive testing strategies. Wikiberto is temporarily unavailable (medical procedure, ~2 weeks), so Lanza was assigned as interim coordinator. The team identified 133 total APIs requiring migration, with primary consuming applications being JIRA, BPM, and Koala systems. Key stakeholders were mapped (Malika Dantas for JIRA, Alex Panner for onboarding flows, Pedro Mariano for Koala). The team committed to maintaining a centralized spreadsheet with endpoint inventory, MuleSoft app mappings, and developer assignments, to be shared via Teams and owned by Dwayne. Testing will follow a phased approach: technical validation for read operations and business user validation for write operations.
The daily operations meeting covered OMS stability status (good), approval and assignment of PIP 684 for MuleSoft container lookup functionality (to be completed by Basili this week), and critical progress on the T24 APIs migration project. A key blocker was identified: testing resources for each API endpoint have not been clearly identified, requiring an urgent meeting with Diego Lanza to locate both application developers and business testers. Additionally, API monitoring alerts configuration is progressing with a 50-alert limit constraint, and CAB submission has been postponed to next week due to the holiday. Several technical issues remain in progress, including MuleSoft deployment slowness and a persistent Gateway 403 error affecting next week's deliverables.
The team discussed adding account list information to the Order Management container lookup endpoint in Mulesoft to support multi-currency CD execution (EUR, GBP, etc.). Currently, Order Management defaults only to USD accounts, whereas Wire Transfer already includes the account list object. By adding this payload to the OMS container response, the team can eliminate the need for secondary wire transfer endpoint calls, improving performance and user experience. Basil agreed this is not a difficult change and will create a PIP with context; Pedro will validate with Flavio today, with potential implementation starting tomorrow.
The meeting established a new weekly infrastructure synchronization cadence for the MuleSoft PIP program every Tuesday at 11am Eastern Time. The team addressed three primary technical issues: a 403 authentication error between USoft and AWS Gateway in Brazil requiring network team investigation, pending firewall rule requests for API inventory connectivity which will now follow a consolidated weekly submission process with Tuesday cutoff, and an Oracle ERP integration project requiring internal network connectivity between MuleSoft instances in Lisbon and Miami/Zurich that necessitates a separate detailed architecture discussion. Additionally, rollback procedures were initiated for two previous infrastructure change requests. The meeting emphasized collaborative problem-solving and reaffirmed that the forum is appropriate for discussing all technical topics relevant to shared infrastructure projects.
A reunião focou em resolução de problemas técnicos em múltiplos projetos e alinhamento de equipes. Pontos críticos incluem: configuração de acessos e ambientes para novo membro (Sebastião), problemas com drivers de banco de dados, impossibilidade de usar Copilot 365 para integração (requerendo alternativa com GitHub Copilot), erro 403 intermitente no Gateway (sob investigação com possível solução via certificado), e deficiência na documentação de cards que está impactando testes. A equipe mantém progresso em TrackName.py (UAT), EC8 e Oracle projects, com priorização clara de bloqueadores e prazos de uma semana para maioria das ações críticas.
Reunião técnica focada em desbloqueio de progresso do projeto Finance of the Future durante período de aguardo de decisões executivas. Acordou-se em estratégia faseada que permite avançar com componentes independentes (leitura CSV, conectores SFTP/FTP, orquestração) enquanto aguarda-se aprovação final sobre requisitos. Foram identificadas questões críticas de conectividade entre MuleSoft e sistemas distribuídos geograficamente, com plano de testes e escalação para reunião de infraestrutura na terça-feira. Objetivo é entregar solução parcial em janeiro 2027, evitando trabalho improdutivo.
A reunião de status do projeto focou em três áreas principais: integração Winx com LLMs (com investigação pendente sobre GitHub Copilot), progresso significativo no desenvolvimento do API Inventory (5 de 7 aplicações completadas) mas com desafios críticos nos testes em UAT, e preocupação elevada com o Oracle ERP que apresenta um sinal amarelo para atraso, pois o Discovery ainda não foi finalizado e há restrição de disponibilidade de key stakeholders técnicos. O OMS em produção está estável com apenas monitoramento de latência como ação contínua.
Reunião de alinhamento técnico para implementação da ferramenta Winx (solução de governança e automação de SDLC) na organização. A ferramenta será deployada em Kubernetes (EKS/AWS) internamente, com integrações em GitHub Enterprise, Jira On-Premise e ferramentas SAST. O principal desafio identificado é a integração com Large Language Models (LLM), já que a organização utiliza GitHub Copilot e Microsoft 365 Copilot, cuja exposição via API precisa ser validada. O time deve trabalhar em paralelo na implementação técnica e na definição de objetivos e usuários. Aprovação da InfoSec é pré-requisito antes de avançar para a fase de setup, sendo necessário documentar requisitos técnicos e de segurança de forma estruturada.
The team discussed ongoing queue performance concerns with MuleSoft, determining that current 4-5 minute clearing times with 25-message batches are acceptable for now, with monitoring to continue throughout the week before optimizing. Marcelo returned from medical leave and is investigating signature document HTTP errors with the Kyndryl team, with a critical meeting scheduled the same afternoon. A significant process improvement was identified regarding ticket assignment restrictions in JIRA, which is blocking team collaboration and requires escalation to Dantas for resolution. Additionally, the team emphasized the importance of engaging business users and testing teams earlier in the development cycle (in parallel rather than after completion) to avoid late-stage connectivity discoveries, with multiple development initiatives across private equity APIs, T24 integration, and FHIR mapping currently in progress.
A reunião abordou o status de múltiplos projetos em desenvolvimento, com destaque para obstáculos técnicos e de infraestrutura. O principal bloqueador identificado é a criação incompleta da VDI, impedindo novos membros de acessarem aplicações necessárias. Nos projetos em andamento, o Tracking avança para testes em AT, o T24 CRM iniciará testes com Duane, e o Gira tem prazo crítico de 5 de junho para validar conectividade e ir para produção. O projeto IDOCs enfrenta desafios de conectividade que estão sendo investigados em conjunto com Caindril. A equipe enfatizou a importância de conhecer deadlines de projetos consumidores para evitar gargalos e priorizar adequadamente as demandas.
The meeting focused on finalizing preparations for the MuleSoft deployment scheduled for tonight at approximately 21:00, following backup operations. The MuleSoft component deployment by Basili is complete and functioning well, with backups scheduled to begin at 19:00 and take approximately two hours. Key approval blockers include the BPM change 8979 requiring Eddie Warner's sign-off and confirmation from Alan regarding the production test transaction tonight. A comprehensive monitoring plan has been established with three scheduled checkpoint meetings tomorrow (morning, midday, end of day), a war room in Teams, and on-call technical support if issues arise. Additionally, several development initiatives are progressing including private equity API endpoints, Jira-MuleSoft integration testing, and IB documents implementation clarification, with most items on track for completion this week.
The team reviewed progress on functional requirements documentation and data integration approach. Key decisions were made to proceed with a phased approach: extracting data from T24 via data warehouse connection with minimal transformation in Phase One, and leveraging the Timestamp team for BI Publisher reporting to accelerate FHIR integration. Agreement was reached that a dedicated T24 test environment may not be necessary if contract-level detail is available without configuration changes. The next critical checkpoint is tomorrow's meeting with the functional team (Sara, George, and Baumann) to confirm remaining data transformation requirements and validate the integration plan, which will unblock MuleSoft application development.
The meeting focused on critical OMS regression testing completion and progress across multiple integration projects. Corey and Antonio confirmed successful test execution on fixed income, equities, and options with no errors detected, positioning the team well for the Wednesday morning go/no-go decision. Oracle/ERP integration planning advanced with Scenario 2 (minimal T24 changes) likely to proceed using simple ETL without transformation, while IB Documents integration is awaiting fire rules authorization. Several action items require immediate attention, including stakeholder notification for upcoming testing phases and resolution of blocking authentication and deployment issues.
A reunião abordou diversos tópicos de integração e testes em progresso. Destaca-se a necessidade de cobertura para Marcelo Nosso Ribeiro, que está ausente por questões de saúde, sendo Skitinho e Bacilli designados para substituição. O deploy em produção para 5 de junho dependerá dos resultados dos testes desta semana. Foram identificados problemas em integrações (API Gira em UAT e projeto ArchNet) que estão sob investigação, além de bloqueios de infraestrutura (InfoSec) que precisam ser resolvidos. A equipe avança no Tracking API e se prepara para iniciar a automatização do ACH para o novo produto de cartão de crédito "Carta". Sebastião, novo membro, iniciará onboarding com Ícaro.
A reunião focou em uma mudança estratégica importante do programa: adotar uma abordagem de Fase 1 simplificada com mínimas alterações em T24, adiando funcionalidades mais complexas (revaluação de contratos e transformação FX) para Fase 2. Esta decisão reduz significativamente o risco e a complexidade, tornando a data-alvo de 27 de janeiro mais viável, apesar de ainda estarem em fase de discovery. Thiago está desenvolvendo o design de integração MuleSoft que será apresentado em breve, enquanto Sara e George devem revisar as especificações funcionais. Paralelos às atividades de curto prazo, serão solicitadas cotações a Temenos para planejamento de Fase 2. A equipe concorda que entregar uma solução simplificada e bem-executada é melhor que tentar implementar tudo de uma vez ('big bang'), evitando assim riscos comuns em grandes projetos.
A reunião abordou a integração entre VCROM e MULI, identificando que apenas 2 endpoints de Document são efetivamente utilizados em produção, além de todos os endpoints de Pershing. Foi decidido manter todos os endpoints no MULI, inclusive o Report On Demand (atualmente obsoleto), pois há um projeto futuro que poderá reutilizá-lo. Os próximos passos incluem: (1) validar conectividade VCROM-MULI, (2) abrir regra de firewall em UAT, (3) preparar ambiente e arquivos para testes, e (4) agendar testes com as equipes envolvidas. A data de Go Live está prevista para 5 de junho.
The BPM OMS implementation is scheduled for deployment on Thursday, May 28th at approximately 8:30-9:00 PM, contingent on successful completion of regression testing and change ticket approvals by Wednesday morning. The team will conduct T24 and MuleSoft validation testing on Tuesday and Wednesday, with a go/no-go decision finalized Wednesday morning. A dedicated SWAT team comprising Flavio (facilitator), technical specialists, and key business users will monitor the deployment and post-implementation activities throughout Friday, May 29th, with checkpoints to verify system functionality including partial fill order handling. Communication will be sent to all stakeholder teams (trading, settlement, investor relations, client services) on Wednesday before deployment and with a status update Friday evening.
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.
A família está em posição favorável no processo de imigração com aprovação PERM esperada em julho-agosto 2026. Priority Date de julho de 2025 oferece margem de segurança para completar ajuste de status antes do vencimento dos vistos em outubro de 2027. Principal preocupação é a filha mais velha (21 anos em novembro de 2027), mas com processamento premium isso deve ser alcançável. Empresa fornece bom suporte, negócio gera receita adequada (~$300k), e estrutura do caso é sólida. Recomenda-se aguardar aprovação PERM e aplicar I-140/I-485 simultaneamente para toda a família.
Speaker B met with lease negotiation specialist Peter to discuss critical issues with their current landlord, whose aggressive negotiating tactics and unfavorable lease terms (uncapped repairs, full personal guarantee, 30-day relocation clause) make continued tenancy untenable. The strategy agreed upon is to send a targeted email to the current landlord identifying 5-6 non-negotiable issues to determine if negotiation is viable, while simultaneously pursuing alternative spaces in the surrounding area to secure an LOI within the next week. Peter will support lease negotiations for any viable alternative location, with the franchise addendum to be presented during the LOI phase to prevent future disputes.
| 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 |
| Complete regression testing on MuleSoft changes and Bloomberg filtering logic | Development Team | 2026-05-27 | Critical | BPMOMSPostProductionPlanning |
| Obtain expedited change ticket approvals for deployment | Flavio | 2026-05-27 | Critical | BPMOMSPostProductionPlanning |
| Schedule T24 testing call with Juan Fernando Guerra | Flavio/Noah | 2026-05-26 13:30 | High | BPMOMSPostProductionPlanning |
| Conduct testing session with Edward, Basili, and Antonio (T24/Bloomberg validation) | Noah | 2026-05-27 | High | BPMOMSPostProductionPlanning |
| Finalize SWAT team member list and identify key business user from Lisbon | Flavio | 2026-05-27 | High | BPMOMSPostProductionPlanning |
| Backup BPM database before deployment | Noah | 2026-05-28 19:00 | Critical | BPMOMSPostProductionPlanning |
| Deploy MuleSoft changes (post-approval, can be before 28th) | Noah | 2026-05-28 | High | BPMOMSPostProductionPlanning |
| Execute post-deployment smoke test (order entry after 23:00 Thursday or Friday morning) | Tiago Dantas/Silveira | 2026-05-29 | High | BPMOMSPostProductionPlanning |
| Monitor partial fill orders during Friday checkpoint | Noah/Juan Fernando Guerra | 2026-05-29 | Critical | BPMOMSPostProductionPlanning |
| Send pre-deployment communication to trading, settlement, investor relations, and client service | Flavio | 2026-05-28 | Medium | BPMOMSPostProductionPlanning |
| Send end-of-day status email to stakeholders | Flavio | 2026-05-29 | Medium | BPMOMSPostProductionPlanning |
| Meet with Noah to review Bloomberg switch-back contingency plan | Tiago Dantas | 2026-05-26 | High | BPMOMSPostProductionPlanning |
| Arrange working lunch/barbecue for team on Wednesday 27th | Flavio | 2026-05-27 | Low | BPMOMSPostProductionPlanning |
| Provide office access information and schedule workspace for remote attendee | Tiago Dantas | 2026-05-26 | Medium | BPMOMSPostProductionPlanning |
| Testar conectividade VCROM para MULI (telnet/processo job) | Silveira | 2026-05-24 | Alta | SobreTestesMuleAppJira |
| Fornecer dados técnicos (IP/host/porta) do VCROM para CRQ firewall | Silveira | 2026-05-23 | Alta | SobreTestesMuleAppJira |
| Abrir CRQ de firewall para VCROM → MULI (UAT) | Esquetini | 2026-05-24 | Alta | SobreTestesMuleAppJira |
| Fornecer template CSV válido e auxiliar testes de Document | Dantas | 2026-05-26 | Alta | SobreTestesMuleAppJira |
| Agendar testes com Michael Su para inserção de arquivos | Esquetini | 2026-05-26 | Alta | SobreTestesMuleAppJira |
| Alinhar testes de Pershing com equipe Root e Fustini | Esquetini | 2026-05-26 | Média | SobreTestesMuleAppJira |
| Validar/corrigir endpoints com erros 500 | Rafael | 2026-05-26 | Alta | SobreTestesMuleAppJira |
| Elaborar plano de testes detalhado (endpoints, cobertura, ordem) | Esquetini | 2026-05-23 | Alta | SobreTestesMuleAppJira |
| Finalizar diagrama e plano de integração MuleSoft | Thiago | Próxima reunião esta semana | Alta | OracleERPSync |
| Revisar especificações funcionais em Excel | Sara e George | Hoje ou amanhã de manhã | Alta | OracleERPSync |
| Discussão detalhada do design MuleSoft com Shitawa | Thiago e Shitawa | Esta semana | Alta | OracleERPSync |
| Validar conectividade entre MuleSoft e outros sistemas | Thiago e Clerm | Esta semana | Média | OracleERPSync |
| Confirmar especificações de ambiente de teste com Sara e George | Flavio/Shitawa | ASAP | Alta | OracleERPSync |
| Solicitar cotação detalhada a Temenos com especificações claras | Flavio/Roberto | Esta semana | Média | OracleERPSync |
| Priorizar design de arquivo (menos mudanças que design MuleSoft) | Schettini e Seattle | Próximos dias | Alta | OracleERPSync |
| Esclarecer e confirmar especificações de teste com Sara e George por email | Flavio | ASAP | Alta | OracleERPSync |
| Conversar com TUK sobre decisão de steering | Joan | ASAP | Média | OracleERPSync |
| Alinhar se código Marcelo está na branch e deployado | Barsilio | 28/05/2026 | Alta | DailyGFTnoItau |
| Validar data de deploy em produção (5 de junho) com Wagner | Skitinho | 29/05/2026 | Alta | DailyGFTnoItau |
| Detalhar diagrama Oracle/T24 com Chital | Skitinho | 27/05/2026 | Alta | DailyGFTnoItau |
| Documentar plano de integração no Confluence | Skitinho | 28/05/2026 | Média | DailyGFTnoItau |
| Investigar problema comunicação API Gira em UAT | Ícaro | 29/05/2026 | Alta | DailyGFTnoItau |
| Resolver bloqueio InfoSec para download NuGet | Ícaro/Dantas | 28/05/2026 | Alta | DailyGFTnoItau |
| Contactar Silveira para tentar rodar projeto ArchNet | Ícaro | 27/05/2026 | Alta | DailyGFTnoItau |
| Verificar acesso ao servidor FED para monitoramento | Ícaro | 27/05/2026 | Média | DailyGFTnoItau |
| Configurar API Monitoring | Duane | 29/05/2026 | Média | DailyGFTnoItau |
| Finalizar plano de produção (Egress Rules) | Skitinho | 27/05/2026 | Média | DailyGFTnoItau |
| Realizar onboarding de Sebastião (automação) | Ícaro | 28/05/2026 | Média | DailyGFTnoItau |
| Preparar lista de acessos para Sebastião | Speaker A | 27/05/2026 | Alta | DailyGFTnoItau |
| Verify regression test logs and T24 screenshots; add new test cases to Zephyr | Corey | 2026-05-26 | High | DailyMulesoft |
| Review Sara's spreadsheet scenarios with Sheetal and provide clarification | Scatini | 2026-05-27 | High | DailyMulesoft |
| Discuss T24/Mulesoft integration details with Chital | Scatini | 2026-05-27 | High | DailyMulesoft |
| Open fire rules RQ once information received from Thiago Silvera | Scatini | 2026-05-27 | High | DailyMulesoft |
| Link IB Documents RQ under API inventory umbrella | Scatini | 2026-05-27 | Medium | DailyMulesoft |
| Contact stakeholders regarding testing assignments | Scatini | 2026-05-27 | High | DailyMulesoft |
| Move Jira authentication issue to blocked status with comment if not resolved by EOD | Scatini | 2026-05-26 | High | DailyMulesoft |
| Complete IP mapping for egress rules in production | Scatini | 2026-05-28 | Medium | DailyMulesoft |
| Ping Wagner regarding EDocs testing status | Scatini | 2026-05-26 | Medium | DailyMulesoft |
| Add description and testing evidence to pipeline 670; move to code review and testing | Basili | 2026-05-27 | High | DailyMulesoft |
| Schedule meeting with Malika for UAT testing | Scatini | 2026-05-27 | Medium | DailyMulesoft |
| Set call with Wellington regarding private equity payload recommendations | Dwayne | 2026-05-27 | High | DailyMulesoft |
| Contact Deepak for testing coordinator clarification | Dwayne | 2026-05-27 | Medium | DailyMulesoft |
| Write code review comment and move EDocs card to testing | Dwayne | 2026-05-26 | High | DailyMulesoft |
| Follow up with Mulesoft regarding duplicate wiser deployment issue | Dwayne | 2026-05-27 | Medium | DailyMulesoft |
| Prepare documentation with Ming on internal database logging | Dwayne | 2026-05-27 | Medium | DailyMulesoft |
| Push Mulesoft for updates on Flex Gateway configuration upload | Dwayne | 2026-05-26 | Medium | DailyMulesoft |
| Send infrastructure meeting invitation for June 2nd | Flavio | 2026-05-26 | Medium | DailyMulesoft |
| Touch base in group chat with Corey regarding OMS test updates | Flavio/Pedro | 2026-05-26 | Medium | DailyMulesoft |
| Meet to discuss FHIR integration details in depth | Sketchini, Sheetal | 2026-05-29 15:30 | High | OracleERPSync |
| Validate integration plan and confirm MuleSoft development approach | Sketchini, Sheetal | 2026-05-29 15:30 | High | OracleERPSync |
| Coordinate with Timestamp team regarding BI Publisher report creation for FHIR | Sheetal | 2026-05-29 | High | OracleERPSync |
| Clarify data transformation requirements and parameterization with Sara | Sara | 2026-05-29 17:00 | High | OracleERPSync |
| Obtain official Temenos quote for test environment | Jan Simon | 2026-05-29 | Medium | OracleERPSync |
| Discuss detailed plan with Guillerm regarding MuleSoft development assignment | Sketchini | 2026-05-29 | Medium | OracleERPSync |
| Confirm T24 contract-level detail availability and test environment requirements | Functional team (George, Sara) | 2026-05-29 17:00 | High | OracleERPSync |
| Add evidence of MuleSoft component deployment to CNG | Basili/Flavio | 2026-05-28 | High | DailyMulesoft |
| Ping Edward Warner to approve BPM change 8979 | Corey | 2026-05-28 | High | DailyMulesoft |
| Contact Dantas regarding backup tickets and timing | Flavio | 2026-05-28 | High | DailyMulesoft |
| Contact Alan/Edward regarding production test transaction commitment | Flavio | 2026-05-28 | High | DailyMulesoft |
| Conduct deployment meeting tonight | Corey | 2026-05-28 | High | DailyMulesoft |
| Monitor MuleSoft deployment and Bloomberg MQ channel switch tonight | Team | 2026-05-28 | High | DailyMulesoft |
| Lead checkpoint meetings tomorrow | Flavio | 2026-05-29 | High | DailyMulesoft |
| Confirm with Malika that she will assist with Jira-MuleSoft testing | Speaker E | 2026-05-29 | Medium | DailyMulesoft |
| Follow up with Eduard Hochschule on connectivity RQ completion | Speaker E | 2026-05-30 | Medium | DailyMulesoft |
| Move migration plan card to peer review | Speaker E | 2026-05-28 | Medium | DailyMulesoft |
| Validate migration process plan with Duane | Speaker E | 2026-05-29 | Medium | DailyMulesoft |
| Meet with Shital to validate MuleSoft points for FID integration | Speaker E | 2026-05-29 | Medium | DailyMulesoft |
| Conduct Edocs testing | Rodrigo/Fustini | 2026-05-29 | Medium | DailyMulesoft |
| Monitor account opening deployment logs for issues | Dwayne | Low | DailyMulesoft | |
| Complete private equity API endpoint development | Dwayne | 2026-05-28 | Medium | DailyMulesoft |
| Contact Ruth/Dantas regarding new IB documents implementation scope | Speaker E | 2026-05-28 | Medium | DailyMulesoft |
| Resolver problema de VDI/VGA para novos membros | Infraestrutura | Imediato | Alta | DailyGFTnoItau |
| Publicar Tracking em AT e iniciar testes | Speaker E | 2026-06-01 | Alta | DailyGFTnoItau |
| Chamar Sebastião para participar dos testes de UAT | Speaker E | Após publicação em UAT | Média | DailyGFTnoItau |
| Obter documentação/exemplos de criação de API no MuleSoft | Time | Imediato | Média | DailyGFTnoItau |
| Abrir chamado para acesso MuleSoft | Speaker E | Imediato | Média | DailyGFTnoItau |
| Levantar lista de usuários dos endpoints T24 CRM | Speaker D | Imediato | Alta | DailyGFTnoItau |
| Agendar e realizar AT do T24 CRM com Duane | Speaker D | Assim que possível | Alta | DailyGFTnoItau |
| Realizar troubleshooting session para IDOCs | Speaker B | Imediato | Alta | DailyGFTnoItau |
| Entrar em contato com Nuno sobre erro T-24 | Speaker D | Próximos dias | Baixa | DailyGFTnoItau |
| Validar conectividade Gira e preparar para produção | Speaker C | 2026-06-05 | Alta | DailyGFTnoItau |
| Agendar testes IBDocumentos com Ruth e Silveira | Speaker C | Essa semana | Média | DailyGFTnoItau |
| Obter deadline do projeto WebRQ/Flávio | Speaker B | Imediato | Alta | DailyGFTnoItau |
| Revisar tickets do concurso Flávio | Speaker B | Essa semana | Média | DailyGFTnoItau |
| Document OMS git container requirements and schedule call | Corey | 2026-06-02 | High | DailyMulesoft |
| Monitor MuleSoft queue performance throughout week | Team | 2026-06-05 | Medium | DailyMulesoft |
| Conduct UAT performance testing in MuleSoft (batch size optimization) | Basili/Dwayne | Medium | DailyMulesoft | |
| Investigate signature docs HTTP errors with Kyndryl team | Marcelo | 2026-06-01 | High | DailyMulesoft |
| Resolve signature docs issues with Brazilian LLM team support | Marcelo | 2026-06-02 | High | DailyMulesoft |
| Continue API inventory and statement API work (after signature docs resolved) | Marcelo | 2026-06-05 | Medium | DailyMulesoft |
| Confirm Brazil production deployment deadline with Wagner | Marcelo | 2026-06-02 | High | DailyMulesoft |
| Coordinate private equity API UAT testing with business users | Dwayne | 2026-06-05 | High | DailyMulesoft |
| Finish Flamingo endpoints application | Dwayne | 2026-06-01 | High | DailyMulesoft |
| Start API monitoring task and move to in progress | Dwayne | 2026-06-01 | High | DailyMulesoft |
| Configure alerts card | Pedro | 2026-06-05 | Medium | DailyMulesoft |
| Bring FHIR mapping questions to tomorrow's meeting | Sheetal | 2026-06-02 | Medium | DailyMulesoft |
| Plan MuleSoft development tasks and create JIRA tickets | Pedro | 2026-06-01 | High | DailyMulesoft |
| Contact Eduardo regarding IB Documents RQ status | Pedro | 2026-06-02 | High | DailyMulesoft |
| Reach out to business teams for T24 API UAT coordination | Basili | 2026-06-02 | High | DailyMulesoft |
| Contact Dantas to resolve JIRA ticket assignment restrictions | Flavio | 2026-06-02 | High | DailyMulesoft |
| Move meeting times (Tuesday/Thursday) 30 minutes earlier | Dwayne | 2026-06-02 | Medium | DailyMulesoft |
| Revisar documento PowerPoint com Luís | Pedro | 02 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Investigar possibilidade de integração com GitHub Copilot SDK | Luís (Winx) | 06 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Validar integração AWS Bedrock como alternativa de LLM | Luís | 06 de junho de 2026 | Média | WynxxInstallationPlanning |
| Coletar informações de requisitos técnicos | Luís | 06 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Montar documento de requisitos em PowerPoint | Luís/Pedro | 09 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Iniciar processo de produtivização do serviço EKS | Alê/Time Infraestrutura | 15 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Fornecer versão e detalhes do Jira On-Premise | Luís (team) | 06 de junho de 2026 | Média | WynxxInstallationPlanning |
| Alinhar consumo de tokens Microsoft Copilot com gestão | Alê/Thiago Fernandes | 15 de junho de 2026 | Média | WynxxInstallationPlanning |
| Consultar repositório de documentação do Brasil (EKS) | Luís | 06 de junho de 2026 | Média | WynxxInstallationPlanning |
| Definir usuários finais e objetivos do Winx | Thalia/Time | 09 de junho de 2026 | Alta | WynxxInstallationPlanning |
| Investigar integração Winx com GitHub Copilot e APIs expostas | Luiz | Semana que vem | Alta | GovernanceCall |
| Enviar material sobre cores/cores para análise | Pedro | Até quarta-feira | Média | GovernanceCall |
| Contactar Gabriele Rezende (novo executivo Jira/Itaú) para alinhamento | Vini | Esta semana | Alta | GovernanceCall |
| Monitoramento contínuo da produção OMS | Flávio | Contínuo | Alta | GovernanceCall |
| Validar partial fill quando ordem cair para dia seguinte | Flávio | Contínuo | Alta | GovernanceCall |
| Finalizar Discovery de Oracle ERP e decisões funcionais | Esquetini | Até 5 de junho | Crítica | GovernanceCall |
| Resolver limitação de Business Analyst (Sarah Rodrigues) no projeto Oracle | Flávio | Esta semana | Crítica | GovernanceCall |
| Contato técnico com Portugal (acesso e conectividade Oracle) | Esquetini | Contínuo | Alta | GovernanceCall |
| Acelerar testes de UAT para APIs (Notification System, IB Documents) | Duane | Até segunda-feira | Crítica | GovernanceCall |
| Completar RQI de conectividade vCron-Microsoft | Flávio | Esta semana | Alta | GovernanceCall |
| Habilitar VDA/VDI para Sebastião (novo developer) | Cintia | Esta semana | Média | GovernanceCall |
| Apresentar plano com cronograma ajustado para Oracle ERP (se necessário) | Flávio | Semana que vem | Alta | GovernanceCall |
| Reenviar material/e-mail para Dantas (aparentemente não chegou) | Vini | Imediatamente | Baixa | GovernanceCall |
| Testar conectividade via keepalive endpoint fornecido | Speaker C | 3 de junho | Alta | OracleERPSync |
| Enviar gama de IPs MuleSoft para abertura de firewall | Speaker C | 3 de junho | Alta | OracleERPSync |
| Confirmar detalhes SFTP (servidor, usuário) com João | Speaker A | 5 de junho | Alta | OracleERPSync |
| Preparar endpoints de teste para validação BV2Chip | Speaker C | 4 de junho | Média | OracleERPSync |
| Apresentar tema de conectividade em reunião de infraestrutura terça-feira | Speaker C | 3 de junho | Alta | OracleERPSync |
| Definir uso de Visual Chrome SFTP ou Azure Storage Accounts | Speaker A | 5 de junho | Média | OracleERPSync |
| Iniciar construção de leitores CSV do T24 | Speaker C | 5 de junho | Média | OracleERPSync |
| Preparar transformações de payload básicas | Speaker C | 5 de junho | Média | OracleERPSync |
| Alinhar tabelas de roteamento Private Space para Lisboa | Speaker C | 4 de junho | Alta | OracleERPSync |
| Comunicar estratégia faseada ao João Fonseca com clareza | Speaker B | 3 de junho | Alta | OracleERPSync |
| Verificar problema de driver SSL com Debiver/banco e abrir chamado se necessário | Sebastião | 2026-06-03 | Alta | DailyGFTnoItau |
| Consultar Camal sobre API T24 e particularidades de conexão | Ícaro | 2026-06-02 | Alta | DailyGFTnoItau |
| Consultar Richard Sabag sobre acesso ao banco OFAC | Ícaro | 2026-06-02 | Alta | DailyGFTnoItau |
| Criar repositório para projeto ACH | Dantas | 2026-06-03 | Alta | DailyGFTnoItau |
| Contactar Jason Garcia sobre permissão para download de Nuget Packages | Ícaro | 2026-06-02 | Alta | DailyGFTnoItau |
| Testar TrackName.py em UAT | Silveira | 2026-06-04 | Alta | DailyGFTnoItau |
| Verificar acesso a Gira, Confluence e Bitbucket | Sebastião | 2026-06-03 | Média | DailyGFTnoItau |
| Luiz Trockmann: verificar viabilidade GitHub Copilot com time Winx | Luiz Trockmann | 2026-06-09 | Alta | DailyGFTnoItau |
| Agendar reunião com time de Networking sobre erro 403 | Rodrigo Bernardo | 2026-06-03 | Alta | DailyGFTnoItau |
| Fazer update do projeto com Trusted Store para resolver erro 403 | Anselmo | 2026-06-03 | Alta | DailyGFTnoItau |
| Enviar links de certificação Cloud e Copilot via TeamGFP | Ícaro | 2026-06-02 | Baixa | DailyGFTnoItau |
| Melhorar descrições de cards e aumentar frequência de comentários | Toda equipe | 2026-06-09 | Média | DailyGFTnoItau |
| Alterar timeouts em T24 para 2 minutos | Ícaro | 2026-06-03 | Média | DailyGFTnoItau |
| Monitorar logs de OMS e observar comportamento da fila | Ícaro | Média | DailyGFTnoItau | |
| Desenvolver M-Units e page de notifications | Ícaro | 2026-06-10 | Média | DailyGFTnoItau |
| Trazer desenvolvimentos urgentes de Marcelo e Schettino para priorização | Marcelo/Schettino | 2026-06-02 | Alta | DailyGFTnoItau |
| Schedule network team meeting to investigate USoft-AWS Gateway 403 error in Brazil | Rodrigo | 2026-06-09 | High | WeeklyInfra |
| Submit consolidated firewall rules RQ for Vigron and JIRA-MuleSoft connectivity to Kyndryl | Eduardo/Team | 2026-06-03 | High | WeeklyInfra |
| Create rollback RQ for tickets 8264 and 8265 (reference both in description) | Marcelo | 2026-06-03 | High | WeeklyInfra |
| Follow up on ticket 8015 related to 8384 | Marcelo | 2026-06-09 | Medium | WeeklyInfra |
| Schedule dedicated Oracle ERP project architecture and design meeting | Guillem Silva/Eduardo | 2026-06-09 | High | WeeklyInfra |
| Coordinate closure of power matrix infrastructure tickets | Marcelo | 2026-06-06 | Medium | WeeklyInfra |
| Create PIP with context for account list integration and link to AUTO 1313 | Basil (Speaker B) | High | OMS T24 GetContainerUpdate | |
| Add account list fields (lines 34-46) to OMS container payload in Mulesoft | Basil (Speaker B) | ASAP (potentially tomorrow) | High | OMS T24 GetContainerUpdate |
| Validate PIP and effort estimate with Flavio | Pedro (Speaker C) | Today | High | OMS T24 GetContainerUpdate |
| Provide updated technical specifications to team | Basil (Speaker B) | Before implementation | High | OMS T24 GetContainerUpdate |
| Verify end of day partial fill information | Corey | 2026-06-02 | High | DailyMulesoft |
| Move PIP 684 to in-progress and begin implementation | Basili | 2026-06-06 | High | DailyMulesoft |
| Coordinate code review with Schecchini and Marcelo | Basili | 2026-06-06 | High | DailyMulesoft |
| Schedule meeting with Diego Lanza to identify testing resources | Dwayne | 2026-06-03 | High | DailyMulesoft |
| Obtain list of testers and developers for each application endpoint | Dwayne/Vasily | 2026-06-13 | High | DailyMulesoft |
| Contact Lanza and Talia as backup for Wigberto | Flavio | 2026-06-03 | High | DailyMulesoft |
| Test API monitoring alerts in UAT with reduced thresholds | Scatini | 2026-06-06 | Medium | DailyMulesoft |
| Collect evidence of email notification for CAB submission | Scatini | 2026-06-10 | Medium | DailyMulesoft |
| Request code review for alerts configuration | Vasily | 2026-06-03 | Medium | DailyMulesoft |
| Create email distribution list for API monitoring alerts | Marcelo | 2026-06-06 | Medium | DailyMulesoft |
| Investigate and resolve MuleSoft JAR upload slowness | Dwayne/Scatini | 2026-06-06 | Medium | DailyMulesoft |
| Investigate CLI client usage for deployment speed improvement | Scatini | 2026-06-06 | Medium | DailyMulesoft |
| Add Pedro and Flavio to ISD ticket for visibility | Scatini | 2026-06-02 | Medium | DailyMulesoft |
| Follow up on private equity API testing with Malika | Dwayne | 2026-06-03 | Medium | DailyMulesoft |
| Investigate Gateway 403 error and update Vagrant | Marcelo | 2026-06-06 | High | DailyMulesoft |
| Move project cards to design status in Kanban | Scatini | 2026-06-06 | Medium | DailyMulesoft |
| Update project card descriptions with available information | Scatini | 2026-06-10 | Low | DailyMulesoft |
| Coordinate API testing efforts and identify testing requirements during Wikiberto's absence | Lanza | 2026-06-17 | High | API Inventory UAT Planning |
| Update and consolidate spreadsheet with complete endpoint inventory, MuleSoft app mappings, and developer assignments; remove typos and retired endpoints | Dwayne | 2026-06-10 | High | API Inventory UAT Planning |
| Share centralized endpoint spreadsheet via MuleSoft Development Teams chat with editing access to all team members | Dwayne | 2026-06-10 | High | API Inventory UAT Planning |
| Reach out to Fabiana Ravasia to gather information about her API contact areas before end of July departure | Dwayne | 2026-06-04 | High | API Inventory UAT Planning |
| Verify status of retired Koala DAO endpoint with Maduri | Dwayne | 2026-06-10 | Medium | API Inventory UAT Planning |
| Coordinate with Corey on BPM API endpoint changes and testing requirements | Diego | 2026-06-10 | Medium | API Inventory UAT Planning |
| Monitor messages piling issue and track any adjustments needed | Speaker C (Corey) | Ongoing | Medium | DailyMulesoft |
| Coordinate with Lanza and Dantas regarding T24 document type change timeline and BPM implementation | Speaker A (Pedro) | Next meeting | High | DailyMulesoft |
| Analyze Mulesoft book building errors and provide findings in chat | Speaker C (Corey) | Today | Medium | DailyMulesoft |
| Finalize API inventory spreadsheet with all endpoints, developers, and business contacts for review | Speaker D (Dwayne) | Next meeting | High | DailyMulesoft |
| Organize coordination meeting between IT and business stakeholders for API migration effort | Speaker A (Pedro) & Speaker B (Flavio) | This week | High | DailyMulesoft |
| Merge document type changes into development branch and perform cherry pick as needed | Speaker E (Vasily) | Today | High | DailyMulesoft |
| Test VPN changes for Mulesoft BPM application | Speaker C (Corey) | Today | High | DailyMulesoft |
| Move deployment changes to testing and Done status once analysis complete | Speaker D (Dwayne) | This week | Medium | DailyMulesoft |
| Test Portion API deployment performance in UAT | Speaker E (Vasily) | This week | Medium | DailyMulesoft |
| Abrir incidente do Settlement Date | Cory | 2026-06-09 | Alta | DailyGFTnoItau |
| Criar/atualizar RQs para Settlement Date e Document List | Bacilli/Corey | 2026-06-10 | Alta | DailyGFTnoItau |
| Agendar reunião com Ícaro após almoço para alinhar regras | Ícaro | 2026-06-08 | Alta | DailyGFTnoItau |
| Testar conectividade de IPs NAT com Eduardo Rothschild | Malika | 2026-06-08 | Alta | DailyGFTnoItau |
| Contatar Silveira para teste de conectividade VCROM | Sketini | 2026-06-08 | Alta | DailyGFTnoItau |
| Testar LibDocuments e Jira | Malika/Silveira | 2026-06-08 | Alta | DailyGFTnoItau |
| Reunião de testes com Rodrigo (14h) | Marcelo | 2026-06-08 | Alta | DailyGFTnoItau |
| Definir nomes de e-mail para grupo de produção (API Monitoring) | Sketini/Duane | 2026-06-09 | Alta | DailyGFTnoItau |
| Cobrar definição de e-mails de Duane | Sketini | 2026-06-08 | Alta | DailyGFTnoItau |
| Contatar Wayne sobre rotação de IPs VPN Zurique | Sketini/Eduardo | 2026-06-09 | Média | DailyGFTnoItau |
| Testar Notification System API (VCROM) antes de envolver Root | Sketini/Basile | 2026-06-09 | Alta | DailyGFTnoItau |
| Passar acesso do repositório ACE Edge para Sebastião | Dantas | 2026-06-08 | Alta | DailyGFTnoItau |
| Preparar todas RQs e Changes antes de quarta-feira | Todos | 2026-06-10 | Crítica | DailyGFTnoItau |
| Alinhar com Root sobre RQ de Signature Docs | Marcelo | 2026-06-09 | Média | DailyGFTnoItau |
| Separar atividades do ACE Edge com Sebastião | Icaro | 2026-06-08 | Média | DailyGFTnoItau |
| Configurar Visual Studio e guard package | Sebastião | 2026-06-09 | Baixa | DailyGFTnoItau |
| Abrir ticket com Axiens/Rui para anunciar ranges de IPs não-produtivos do MuleSoft no BGP | Speaker B (Guilherme) | A definir | Alta | OracleERPConnectivity |
| Enviar URL/endpoint de health check para testes de conectividade | Speaker B | Imediato | Alta | OracleERPConnectivity |
| Fornecer range de IPs de VDIs e MuleSoft (não-produtivo e produtivo) para anúncio | Speaker A (Davi) | A definir | Alta | OracleERPConnectivity |
| Contactar equipa de redes Miami (Tsushima) sobre ranges de IPs internos para anúncio | Speaker A | A definir | Alta | OracleERPConnectivity |
| Confirmar localização exata do Private Space (Frankfurt ou Irlanda) | Speaker B | A definir | Média | OracleERPConnectivity |
| Realizar testes de conectividade ponta a ponta (Zurique-Lisboa) | Speaker B e Equipa | Após abertura de ticket | Alta | OracleERPConnectivity |
| Agendar call/chat para testes operacionais de conectividade | Speaker B | A definir | Média | OracleERPConnectivity |
| Avaliar fornecimento de VDI de Zurique com Anypoint Studio para desenvolvimento | Speaker B | A definir | Média | OracleERPConnectivity |
| Revisar validação dos 9 pedidos afetados com Edward | Corey | 2026-06-08 | Alta | DailyMulesoft |
| Entrar em contato com Tanya/Danielle para validação completa de efeitos colaterais | Corey | 2026-06-09 | Alta | DailyMulesoft |
| Remover banner de bloqueio do Card 644 e adicionar comentário | Dwayne | 2026-06-08 | Média | DailyMulesoft |
| Testar upload de JAR grande em VDI (mesmo dia/horário) | Dwayne e Vasily | 2026-06-09 | Média | DailyMulesoft |
| Registrar tempo de teste e notificar Ming | Vasily | 2026-06-09 | Média | DailyMulesoft |
| Coletar informações do grupo de distribuição para notificações | Dwayne | 2026-06-09 | Alta | DailyMulesoft |
| Confirmar conectividade com Silveira | Skacchini | 2026-06-09 | Alta | DailyMulesoft |
| Agendar testes com Rodrigo (Signature Docs) | Marcelo | 2026-06-08 | Média | DailyMulesoft |
| Preparar planilha de RQs para documentação | Marcelo | 2026-06-09 | Média | DailyMulesoft |
| Preparar materiais para reunião de endpoints T24 | Pedro | 2026-06-09 | Alta | DailyMulesoft |
| Compartilhar atualização de planilha de endpoints | Dwayne | 2026-06-09 | Alta | DailyMulesoft |
| Confirmar aplicação de regras firewall para todos os usuários | Skacchini | 2026-06-09 | Média | DailyMulesoft |
| Verificar conectividade VDI com Wellington | Skacchini | 2026-06-09 | Média | DailyMulesoft |
| Schedule network design session/call to review firewall architecture and connection chain | Eduardo (Speaker D) | 2026-06-13 | High | WeeklyInfra |
| Schedule live testing session between Marcelo and Brazil Kyndryl firewall team | Eduardo (Speaker D) | 2026-06-13 | High | WeeklyInfra |
| Contact API Gateway owner regarding WAF adjustment for production and firewall log verification (CNG 8789) | Marcelo (Speaker C) | 2026-06-13 | High | WeeklyInfra |
| Check Kyndryl firewall logs for traffic from Microsoft endpoint and investigate blockages | Eduardo (Speaker D) | 2026-06-13 | High | WeeklyInfra |
| Test CLI client deployment as alternative to web-based JAR upload | Schettini (Speaker F) | 2026-06-13 | High | WeeklyInfra |
| Share executable name for CLI client to enable approval and VDI testing | Schettini (Speaker F) | 2026-06-09 | High | WeeklyInfra |
| Verify vendor confirmation on VPN link placement for Equinix migration | Eduardo (Speaker D) | 2026-06-10 | High | WeeklyInfra |
| Execute four VPN changes for IP address block switchover from Equinix | Project Management/Team | 2026-06-14 | Critical | WeeklyInfra |
| Continue Jira and Vikron to Mulesoft connectivity testing and report results | Basili/Dwayne Schettini (Speaker F) | 2026-06-13 | Medium | WeeklyInfra |
| Atualizar inventário de consumidores de APIs T24 na página Confluence | Madhuri | 2026-06-16 | Alta | ApiInventoryConsumers |
| Consultar documentação/bible de consumidores de APIs T24 | Madhuri | 2026-06-16 | Alta | ApiInventoryConsumers |
| Analisar logs de produção para APIs desenvolvidas por Mark | Madhuri / Deepak | 2026-06-20 | Alta | ApiInventoryConsumers |
| Adicionar coluna de "usuário T24" ao inventário Confluence | Pedro | 2026-06-13 | Média | ApiInventoryConsumers |
| Validar inventário de APIs T24 com Dwayne (verificação de escopo) | Pedro / Dwayne | 2026-06-20 | Média | ApiInventoryConsumers |
| Agendar sessão de trabalho para APIs não-T24 (MuleSoft, IB, JIRA) | Flavio | 2026-06-23 | Média | ApiInventoryConsumers |
| Identificar desenvolvedores nas aplicações consumidoras para realizar mudanças | Thiago Dantas / Equipes de Desenvolvimento | 2026-06-23 | Alta | ApiInventoryConsumers |
| Envolver usuários para testes smoke das aplicações modificadas | Flavio / Madhuri | 2026-06-27 | Alta | ApiInventoryConsumers |
| Restart Pooler and monitor message queue count | Corey | 2026-06-12 | High | WeeklyMulesoft |
| Coordinate database DDL execution for production deployment with Dantas | Speaker A / Dantas | 2026-06-19 | High | WeeklyMulesoft |
| Follow up on firewall rules (MuleSoft to EDOCS and AWS API Gateway) with Kindle team | Eduardo | 2026-06-19 | High | WeeklyMulesoft |
| Deploy API monitoring configuration and egress rules | Schecchini | 2026-06-12 | High | WeeklyMulesoft |
| Export API inventory to PDF and share with GPAC team (Thiago Fernandez) | Speaker A | 2026-06-12 | Medium | WeeklyMulesoft |
| Update API inventory documentation (Oracle ERP/BIS/BII split) | Speaker A | 2026-06-13 | Medium | WeeklyMulesoft |
| Madhuri to complete API inventory gaps and consumer application information | Madhuri | 2026-06-13 | Medium | WeeklyMulesoft |
| Identify replacement for Michael Su's document upload responsibilities | Schecchini / Dantas | 2026-06-16 | High | WeeklyMulesoft |
| Schedule and conduct Monday meeting with Ruth and Hucchi regarding document flow and Vikron setup | Schecchini | 2026-06-16 | High | WeeklyMulesoft |
| Consult with Dantas regarding document upload process and knowledge transfer | Schecchini / Flavio | 2026-06-16 | High | WeeklyMulesoft |
| Escalate Michael Su dependency issue to Deepak for resolution and identify support | Flavio | 2026-06-12 | High | WeeklyMulesoft |
| Initiate CAB approval process for OMS production deployment | Speaker A | 2026-06-13 | High | WeeklyMulesoft |
| Coordinate with Rafael and Ruth for IB Documents testing | Schecchini | 2026-06-16 | Medium | WeeklyMulesoft |
| Confirm USA early dismissal date (July 3rd) and holiday schedules | Flavio | 2026-06-12 | Low | WeeklyMulesoft |
| Deploy JIRA System API to production (CNG9035) | Speaker A / Development Team | 2026-06-19 | High | WeeklyMulesoft |
| Contact Kindle team for firewall rule approvals | Eduardo | 2026-06-19 | High | WeeklyMulesoft |
| Falar com Duene sobre acesso PowerBroker e responsabilidades de banco de dados | Pedro | 2026-06-16 | Alta | ThaliaSobreSobrecargaDantas |
| Ícaro realiza deploy hoje como solução paliativa | Ícaro | 2026-06-16 | Alta | ThaliaSobreSobrecargaDantas |
| Validar aprovação das changes com Marcelo antes do deploy | Pedro | 2026-06-16 | Alta | ThaliaSobreSobrecargaDantas |
| Escalar bloqueios de testes para Deepak/Tim-Tim por email | Flávio | 2026-06-16 | Alta | ThaliaSobreSobrecargaDantas |
| Dantas ligará para Sebastião para resolver acesso às ESDs | Dantas | 2026-06-16 | Alta | ThaliaSobreSobrecargaDantas |
| Pedro reportar status de acesso Duene | Pedro | 2026-06-19 | Média | ThaliaSobreSobrecargaDantas |
| Enviar informações sobre erro de parâmetro ISIN para investigação | Antonio / Basili | 2026-06-17 | Alta | DailyMulesoft |
| Investigar conectividade Flex Gateway e sincronizar com equipe | Dwayne | 2026-06-17 | Alta | DailyMulesoft |
| Contatar Wellington sobre configuração Flex Gateway E24/TAP | Dwayne | 2026-06-17 | Alta | DailyMulesoft |
| Criar RQs para conectividade FHIR e share drive T24 | Scatini | 2026-06-16 | Alta | DailyMulesoft |
| Validar fix de ontem com Vanessa | Speaker A | 2026-06-17 | Média | DailyMulesoft |
| Verificar logs para parâmetros ISIN, TICKER, INSTRUMENT ID | Speaker A / Basili | 2026-06-17 | Alta | DailyMulesoft |
| Acompanhar análise de issues com Diego Lanza/Vanessa Varenga | Speaker E | 2026-06-17 | Alta | DailyMulesoft |
| Completar tabela de developers das APIs | Dwayne / Team | 2026-06-17 | Alta | DailyMulesoft |
| Investigar alertas de resposta T24 (possível falso positivo) | Scatini | 2026-06-16 | Média | DailyMulesoft |
| Reunião de planejamento - plano de ataque para bloqueios | Speaker A e Speaker E | 2026-06-16 | Alta | DailyMulesoft |
| Documentar informações de servidor/IP no Confluence | Marcelo | 2026-06-17 | Média | DailyMulesoft |
| Obter nome do servidor para schema E-Docs | Marcelo | 2026-06-16 | Alta | DailyMulesoft |
| Testar e validar acesso Power Broker para alterações BD | Dwayne | 2026-06-17 | Alta | DailyMulesoft |
| Retomar testes T24 Statement API | Marcelo | 2026-06-17 | Média | DailyMulesoft |
| Contatar Madhuri sobre informações de desenvolvedores de APIs faltantes | Dwayne / Speaker A | 2026-06-17 | Média | DailyMulesoft |
| Enviar detalhes de RQs para Flavor (conectividade) | Scatini | 2026-06-16 | Média | DailyMulesoft |
| Sincronizar com Duane sobre issue Flex Gateway | Basili | 2026-06-17 | Média | DailyMulesoft |
| Criar lista de bloqueadores e dependências em Excel | Speaker A | 2026-06-17 | Alta | FlavioSobreBlockers |
| Compartilhar documento de bloqueadores com Speaker B para discussão | Speaker A | 2026-06-17 | Alta | FlavioSobreBlockers |
| Solicitar acessos para Duene (repositórios Oracle e Power Broker) | Schettini | 2026-06-18 | Alta | FlavioSobreBlockers |
| Formalizar lista de bloqueadores como apêndice do relatório de status | Speaker A | 2026-06-19 | Alta | FlavioSobreBlockers |
| Compartilhar informações de bloqueadores com Deepak e Tintim | Speaker B | 2026-06-19 | Média | FlavioSobreBlockers |
| Definir profissionais backup para dependências críticas | 2026-06-20 | Média | FlavioSobreBlockers | |
| Open new request for SFTP connectivity | Speaker A | As soon as possible | High | OracleERPSync |
| Confirm connectivity details with Wellington | Speaker A | 2026-06-19 | High | OracleERPSync |
| Investigate container-level access restrictions for Azure SAS | Speaker B | Medium | OracleERPSync | |
| Review T24-to-Oracle NetSuite file flow documentation | Speaker A / Guillerm | Before 2026-06-23 | High | OracleERPSync |
| Schedule BII kickoff meeting with Huqi Ching | Speaker C | 2026-06-23 | High | OracleERPSync |
| Reach out to Claudia regarding ERP-to-T24 interface | Speaker B | 2026-06-18 | High | OracleERPSync |
| Discuss Switzerland expense/payment solution in Swift Messages group chat | Speaker B / Speaker D | 2026-06-19 | High | OracleERPSync |
| Clarify file pattern naming with Shital | Speaker A | Medium | OracleERPSync | |
| Confirm Fabio's meeting status for tomorrow | Speaker C | 2026-06-19 | Low | OracleERPSync |
| Criar RQ 'MuleSoft Platform Improvement' | Sketino | 2026-06-22 | Alta | DailyGFTnoItau |
| Testar integração ACH/Tracking API completamente | Sebastião | 2026-07-31 | Alta | DailyGFTnoItau |
| Executar deploy Confirmation Copy | Ícaro | 2026-06-22 | Alta | DailyGFTnoItau |
| Alinhar com Duane sobre eBanking Experience API e fluxos | Sketino | 2026-06-22 | Alta | DailyGFTnoItau |
| Monitorar consumo de MuleSoft flows | Reni | 2026-06-22 | Alta | DailyGFTnoItau |
| Responder ticket CNG 9048 sobre Ingress Rule Group | Sketino | 2026-06-22 | Alta | DailyGFTnoItau |
| Marcar reunião com Dantas (com participação de Pedro) | Sketino | 2026-06-22 | Média | DailyGFTnoItau |
| Confirmar com Dantas alteração endpoint VCROM | Tiago Silveira | 2026-06-22 | Média | DailyGFTnoItau |
| Alinhar Marcelo, Thiago e Eduardo para liberação AWS | Sketino | 2026-06-22 | Alta | DailyGFTnoItau |
| Completar MUnit tests para API Inventory | Sketino | 2026-06-22 | Média | DailyGFTnoItau |
| Revisar RQs do API Inventory | Sketino | 2026-06-22 | Alta | DailyGFTnoItau |
| Abrir CNG para T24 change | Bacilli | 2026-06-22 | Média | DailyGFTnoItau |
| Evidenciar correção de query parameters | Bacilli | 2026-06-22 | Média | DailyGFTnoItau |
| Validar endpoints faltantes no API Inventory | Sketino | 2026-06-22 | Baixa | DailyGFTnoItau |
| Programar y facilitar reunión técnica de mapeo de datos y formato XML | Guillermo | 23 de junio de 2026 | ALTA | OracleBII Discovery |
| Confirmar especificación de campos requeridos para integración | Guillermo/Scacchini | 23 de junio de 2026 | ALTA | OracleBII Discovery |
| Verificar si Microgen envía archivos a NetSuite | Deepak | 22 de junio de 2026 | ALTA | OracleBII Discovery |
| Coordinar con Ruth (contabilidad) sobre flujo de revaluaciones manuales | Flavio/Deepak | 23-24 de junio de 2026 | ALTA | OracleBII Discovery |
| Comparar estructura de archivos T24 de BIS vs. BII | Deepak/Guillermo | 24 de junio de 2026 | ALTA | OracleBII Discovery |
| Crear diagrama de arquitectura completo para BII con todas las fuentes de datos | George | 25 de junio de 2026 | ALTA | OracleBII Discovery |
| Elaborar microplan detallado con cronograma y alcance validado | George | 25 de junio de 2026 | CRÍTICA | OracleBII Discovery |
| Clarificar impacto de REG Reporter en migración de datos | Flavio/Deepak | 24 de junio de 2026 | MEDIA | OracleBII Discovery |
| Proporcionar ejemplo de formato de datos Miami Branch (Condor) en XML | Guillermo/Deepak | 24 de junio de 2026 | ALTA | OracleBII Discovery |
| Incluir Ruth en futuras reuniones de diseño técnico | Flavio | Próxima reunión | ALTA | OracleBII Discovery |
| Discutir migración de RQ/CNG a IODM/IOCR para futuros proyectos | Flavio | Por definir | Alta | RobertoAboutCABProcess |
| Programar segunda sesión de entrenamiento sobre proceso IOCR | Roberto / Pedro | Miércoles 15:00 | Alta | RobertoAboutCABProcess |
| Revisar estrategia CAB/UAT con consideración a ambiente sin desarrollo dedicado | Roberto + liderazgo infraestructura | Por definir | Alta | RobertoAboutCABProcess |
| Implementar notificación automática para Code Reviewers cuando son asignados | Equipo de administración de herramientas | Por definir | Media | RobertoAboutCABProcess |
| Documentar guía clara sobre cuándo usar RQ vs IODM para futuros proyectos | Flavio + Roberto | Por definir | Media | RobertoAboutCABProcess |
| Consultar con equipos de business sobre aprobadores de CNG | Pedro / Speaker A | Por definir | Media | RobertoAboutCABProcess |
| Tomar notas de dudas/preguntas sobre proceso CAB y consultar con Roberto/Flavio/Talia | Todos los participantes | Continuo | Baja | RobertoAboutCABProcess |
| Deploy OMS CNG to production after CAB approval | Corey / Team A | 2026-06-27 | High | DailyMulesoft |
| Place test evidence on both ISD ticket and change request | Corey | 2026-06-24 | High | DailyMulesoft |
| Clarify EDOC change request scope and AWS responsibilities | Dwayne | 2026-06-24 | High | DailyMulesoft |
| Get clarification and push for test environment availability for Saturday IP change | Dwayne | 2026-06-24 | High | DailyMulesoft |
| Open NGINX production config CNG | Dwayne / Marcelo | 2026-06-24 | High | DailyMulesoft |
| Configure connectivity between AWS Brazil and MILL application with team support | Dwayne | 2026-06-25 | High | DailyMulesoft |
| Close Signature Card CNG after full production deployment | Dwayne | Medium | DailyMulesoft | |
| Resolve Flex Gateway bad request issues and achieve successful requests | Dwayne | 2026-06-24 | Medium | DailyMulesoft |
| Complete E Banking Customer Data Update API code review | Dwayne / Basili / Schettini | 2026-06-26 | Medium | DailyMulesoft |
| Contact Thiago Silveira daily regarding DVCRON configuration | Schettini | Ongoing | Medium | DailyMulesoft |
| Update Oracle/T24 integration dashboard with latest information | Schettini | 2026-06-24 | Medium | DailyMulesoft |
| Test T24 learning and FHIR database connectivity | Schettini | 2026-06-23 | Medium | DailyMulesoft |
| Update confluence table with Oracle activity information | Schettini | 2026-06-24 | Medium | DailyMulesoft |
| Complete Account Consolidation Process API development | Schettini | 2026-06-27 | High | DailyMulesoft |
| Investigate manual evaluation requirements for BII | Schettini / Flavio | 2026-06-27 | Medium | DailyMulesoft |
| Rename RQ 8413 to Group One naming convention | Flavio | 2026-06-23 | Low | DailyMulesoft |
| Create infrastructure inventory list | Schettini | 2026-06-24 | Medium | DailyMulesoft |
| Implement wave three infrastructure rules in production with testing | Schettini / Dwayne | 2026-06-30 | High | DailyMulesoft |
| Create NGINX configuration CNG and align with Marcelo Fuscini | Marcelo | 2026-06-23 | High | DailyMulesoft |
| Complete and send NGINX CNG for approval review | Marcelo | 2026-06-23 | High | DailyMulesoft |
| Contact responsible parties for statement testing on NGINX changes | Marcelo | 2026-06-24 | High | DailyMulesoft |
| Monitor Mailer API production release with Ruth's testing | Basili | 2026-06-25 | High | DailyMulesoft |
| Ping Boniso for infrastructure approval of T24 and PPM CNGs | Basili | 2026-06-24 | High | DailyMulesoft |
| Schedule planning discussion with Schettini regarding dates and Georgia coordination | Speaker A | 2026-06-24 | Medium | DailyMulesoft |
| Attend internal controls meeting and share recommendations | Flavio | 2026-06-23 | High | DailyMulesoft |
| Confirm office attendance and reschedule if needed | Flavio | 2026-06-23 | Low | DailyMulesoft |
| Organize follow-up meeting with George, Sara, Guillem, Sheetal, and optionally Deepak to review T24 and DFE parameter documents | Pedro | Next week | High | OracleERPSync |
| Obtain Sara's input on BRD implementation and three journals requirement | Daniel | Monday | High | OracleERPSync |
| Prepare formal documentation with executive summary and architecture diagrams for ECB rate solution | Guillem | Next week | High | OracleERPSync |
| Follow up on Bloomberg/Zurich/Miami requirements for ECB rate integration | Guillem | Next week | Medium | OracleERPSync |
| Circulate ECB rate solution document for stakeholder review and sign-off | Speaker A | Next week | High | OracleERPSync |
| Discuss IOCR migration expectations with leadership and team | Flavio (Speaker B) | To be scheduled | High | DailyMulesoft |
| Consult with Tiago and Roberto before IOCR decision | Flavio (Speaker B) | To be scheduled | High | DailyMulesoft |
| Add user testing information as mandatory field in pipeline | Speaker A | To be scheduled | Medium | DailyMulesoft |
| Clarify roles and responsibilities for nginx configuration task | Flavio (Speaker B) | To be scheduled | High | DailyMulesoft |
| Ensure Pedro Amino is invited to all cross-team Mulesoft meetings | Flavio (Speaker B) | Ongoing | High | DailyMulesoft |
| Review JIRA investment strategy considering 2029 discontinuation | Flavio (Speaker B) | To be scheduled | Medium | DailyMulesoft |
| Investigar e corrigir erro do Mailer em produção | Speaker B / Speaker D | 2026-06-30 | Alta | DailyGFTnoItau |
| Confirmar com Dante sobre alterações no Notifications | Speaker B | 2026-06-30 | Alta | DailyGFTnoItau |
| Combinar com Duane sobre testes das regras de ingress | Speaker B | 2026-06-30 | Alta | DailyGFTnoItau |
| Abrir changes para regras de ingress (T24 e TAP) | Speaker B | 2026-07-01 | Alta | DailyGFTnoItau |
| Subir regras de ingress para produção | Speaker B | 2026-07-04 | Alta | DailyGFTnoItau |
| Coordenar com Dantas sobre issue do Meira/Notifications | Speaker B | 2026-06-30 | Média | DailyGFTnoItau |
| Corrigir erro do IPB Database em AT e Produção | Speaker E | 2026-06-30 | Alta | DailyGFTnoItau |
| Investigar erro do eDocs no database | Speaker E / Speaker B | 2026-06-30 | Alta | DailyGFTnoItau |
| Alinhar com Wagner sobre solução do eDocs | Speaker E | 2026-06-30 | Alta | DailyGFTnoItau |
| Contactar Igberto sobre endpoints do T24 | Speaker C | 2026-06-30 | Média | DailyGFTnoItau |
| Fazer follow-up com Marta e Maria Xavier sobre testes | Speaker C | 2026-07-02 | Média | DailyGFTnoItau |
| Marcar reunião para passagem de conhecimento com Icaro | Speaker F | 2026-06-30 | Alta | DailyGFTnoItau |
| Documentar e testar connectividades do Mule (Miami-Lisboa) | Speaker B | 2026-07-03 | Alta | DailyGFTnoItau |
| Abrir card para health checkers no Jira | Speaker E | 2026-06-30 | Média | DailyGFTnoItau |
| Planejar Health Check e Functional Monitoring com Duane | Speaker A / Speaker E / Speaker B | 2026-07-01 | Média | DailyGFTnoItau |
| Continuar testes de integração ECH com OFAC | Speaker D | 2026-06-30 | Alta | DailyGFTnoItau |
| Investigar erro do Mailer em produção (reprodução) | Speaker D | 2026-07-04 | Média | DailyGFTnoItau |
| Informar data exata de indisponibilidade | Speaker E | 2026-06-30 | Baixa | DailyGFTnoItau |
| Send sprint task plan and status report (50% completion status) | Speaker C (Pedro) | Weekly | High | OracleERPSync |
| Create Azure storage account, container, and provide access links | Speaker D (Guillermi) | ASAP | High | OracleERPSync |
| Confirm FHIR database details (user credentials, tables, stored procedures) | Speaker E (Sheetal) | ASAP | High | OracleERPSync |
| Provide JSON schema and data fields for MuleSoft implementation | Speaker D (Guillermi) | ASAP | High | OracleERPSync |
| Update documentation with diagrams and MuleSoft application information | Speaker B | Today | High | OracleERPSync |
| Test SFTP and FHIR database connectivity | Speaker B | Before CAB meeting | High | OracleERPSync |
| Obtain file example from T24 landing for local testing | Speaker B | ASAP | Medium | OracleERPSync |
| Confirm walkthrough availability with George and Sara | Speaker E (Sheetal) | This week | Medium | OracleERPSync |
| Prepare VPN configuration (CH Zurich) for CAB meeting presentation | Eduardo | This week | High | OracleERPSync |
| Clarify OutSystems notification process context and VPN requirements | Speaker D (Guillermi) | ASAP | Medium | OracleERPSync |
| Refinar e revisar documentação do projeto Órico | Schettini | Próximos dias | Alta | DailyGFTnoItau |
| Confirmar viabilidade de abrir Change para Ingress Group em produção | Schettini/Duane | Hoje | Alta | DailyGFTnoItau |
| Adicionar entrada de certificado ao P12 para IDOCS | Marcelão | Próximos dias | Alta | DailyGFTnoItau |
| Aguardar resposta de Guilherme sobre conectividade OutSystems/MULI | Schettini | Próximas horas | Média | DailyGFTnoItau |
| Criar Request de Firewall para comunicação MULI | Bacilli/André Lopes | Dentro de 1 hora | Alta | DailyGFTnoItau |
| Conversar com Eduardo Hotchild sobre abertura de firewall | Bacilli/Schettini | Hoje (reunião meio-dia) | Alta | DailyGFTnoItau |
| Confirmar contacto com Maria Xavier e Bruna para Notificações | Marta | Amanhã | Média | DailyGFTnoItau |
| Enviar friendly reminder para Marta sobre Notificações | Bacilli | Amanhã | Baixa | DailyGFTnoItau |
| Agendar reunião com Dantas para WebDocuments | Schettini | Hoje (4h-4h30) | Alta | DailyGFTnoItau |
| Continuar testes de Retry Policy do TrackName.py | Sebastião | Próximos dias | Média | DailyGFTnoItau |
| Formalizar solicitações futuras por mensagem | Schettini | A partir de agora | Alta | DailyGFTnoItau |
| Conduct quick connectivity check on FHIR and SFTP issues and follow up with relevant teams | Speaker B (Eduardo) | High | WeeklyInfra | |
| Perform connectivity test with Speaker C and Guillermi once VPN changes are applied | Speaker C | After VPN implementation | Medium | WeeklyInfra |
| Investigate and resolve SSL certificate issues for Mulesoft to IBM MQ communication | Speaker E with Richard/Security Team | High | WeeklyInfra | |
| Request additional details from Basili for RQ8441 (destination IPs, OutSystems instances, ports, justification) | Speaker A | High | WeeklyInfra | |
| Follow up with Kyndryl on VPN implementation timeline for Lisbon setup | Speaker B | Medium | WeeklyInfra | |
| Move RQ8441 as subtask under RQ8335 (API inventory migration) | Speaker D (Justin) | Medium | WeeklyInfra | |
| Provide certificate for new QE to be added to key trust store | Orisha | 2026-07-01 | High | DailyMulesoft |
| Investigate SFTP and FHIR connectivity discrepancy between UAT and production | Eduardo, Khindrial | 2026-07-01 | High | DailyMulesoft |
| Complete documentation improvements (diagrams, tables, descriptions) | Speaker C | 2026-07-02 | Medium | DailyMulesoft |
| Update Kanban cards on board | Speaker C | 2026-07-02 | Medium | DailyMulesoft |
| Review timeline document sent by Pedro | Speaker C | 2026-07-01 | Medium | DailyMulesoft |
| Coordinate IB documents connectivity meeting | Speaker C, Dantas, Silvera | 2026-07-01 | High | DailyMulesoft |
| Resolve certificate issue in production with Malika | Speaker C | 2026-07-01 | High | DailyMulesoft |
| Arrange egress rule testing schedule (Thursday or Friday) | Speaker C, Dwayne, Thiago Silvera, Norbert | 2026-07-03 | High | DailyMulesoft |
| Conduct follow-up meeting on egress rules and API monitoring | Dwayne | 2026-06-30 | High | DailyMulesoft |
| Review PIP 668 | Dwayne | 2026-06-30 | Medium | DailyMulesoft |
| Create API Monitoring Phase Two story with subtasks | Speaker A, Dwayne | 2026-07-02 | High | DailyMulesoft |
| Reach out to Malika regarding certificate request | Dwayne | 2026-07-01 | Medium | DailyMulesoft |
| Send Mulesoft growth future plans to Thiago Fernandez | Dwayne | 2026-07-01 | Medium | DailyMulesoft |
| Open firewall rules for T24 API connections | Eduardo | 2026-07-01 | High | DailyMulesoft |
| Confirm API consumer list with Wigberto | Vasily, Pedro | 2026-07-01 | High | DailyMulesoft |
| Share live documentation page with Wigberto | Vasily, Pedro | 2026-06-30 | High | DailyMulesoft |
| Coordinate user testing for notification system API | Marta Miogo | 2026-07-02 | Medium | DailyMulesoft |
| Contact Bruna and Maria for notification system testing | Marta Miogo | 2026-07-02 | Medium | DailyMulesoft |
| Contact Lanza for IRTP meeting information | Speaker A | 2026-07-01 | Medium | DailyMulesoft |
| Aguardar resposta de Ben Kohler (Bloomberg) sobre mudança de sender ID | Speaker B / Lanza | 2026-07-04 | Alta | DailyGFTnoItau |
| Pingar Marta para retorno sobre testes da Notification System API | Speaker B | 2026-07-02 | Média | DailyGFTnoItau |
| Pingar Eduardo Rothschild sobre RQ de abertura de portas de comunicação | Speaker B | 2026-07-02 | Média | DailyGFTnoItau |
| Realizar reunião com André (Portugal) sobre OutSystems | Speaker B | 2026-07-02 | Média | DailyGFTnoItau |
| Coordenar com Sheetal acesso ao repositório MuleSoft | Speaker C | 2026-07-02 | Média | DailyGFTnoItau |
| Obter aprovação do Dantas para CNG do Mailer (aumento de timeout) | Speaker C | 2026-07-01 | Alta | DailyGFTnoItau |
| Coordenar com Silveira testes do Egress Rule Group no T24 | Marcelo (Speaker D) | 2026-07-02 | Alta | DailyGFTnoItau |
| Auxiliar com testes dos dois endpoints do IB Document | Speaker C | 2026-07-03 | Média | DailyGFTnoItau |
| Coordenar com Richard sobre mudança de certificado MQ (Optional para Required) | Marcelo (Speaker D) | 2026-07-02 | Média | DailyGFTnoItau |
| Criar história Jira para Fase 2 de Monitoramento com dois subtasks | Marcelo (Speaker D) | 2026-07-01 | Média | DailyGFTnoItau |
| Executar testes com Rodrigo para processo de docs completo | Marcelo (Speaker D) | 2026-07-02 | Média | DailyGFTnoItau |
| Dar atenção ao MPI Inventory | Marcelo (Speaker D) | 2026-07-02 | Média | DailyGFTnoItau |
| Follow up Bloomberg channel status and response with Support | Richard | 2026-07-01 EOD | High | DailyMulesoft |
| Add screenshot evidence to DRQ 8444 (egress rules change) | Scatini | 2026-07-01 EOD | High | DailyMulesoft |
| Ping Bonairo and Dantas this afternoon for infrastructure approvals | Scatini | 2026-07-01 EOD | High | DailyMulesoft |
| Attend mailer meeting to discuss configuration and workaround | Scatini, Dwayne, Thiago Silvero | 2026-07-01 | High | DailyMulesoft |
| Configure vCrone for IB documents testing flows | Dantas, Silvera | ASAP | High | DailyMulesoft |
| Remove blockage flag from IB documents once vCrone configuration complete | Scatini | Upon completion | Medium | DailyMulesoft |
| Request approval from Rodrigo Forensa to run initial document load | Marcelo | 2026-07-01 | High | DailyMulesoft |
| Continue API inventory testing for untested endpoints | Marcelo | Ongoing | Medium | DailyMulesoft |
| Update diagrams based on Shito's database connection decision | Scatini | 2026-07-02 | Medium | DailyMulesoft |
| Add comment to ticket 668 (code review) | Dwayne | ASAP | Medium | DailyMulesoft |
| Confirm integration approach for Mulesoft Lisbon and Miami (shared drive vs. direct integration) | Speaker A (Guillermi) | 2026-07-02 | High | OracleERPSync |
| Obtain and provide JSON schema for Mulesoft integration | Speaker A (Guillermi) | 2026-07-02 | High | OracleERPSync |
| Request sequence diagram from Timestamp/Guillermi and add to Confluence documentation | Speaker A | 2026-07-02 | High | OracleERPSync |
| Clarify T24 landing data processing and Azure folder/credential requirements | Speaker A (with George call) | 2026-07-02 | High | OracleERPSync |
| Update logical architecture diagram based on confirmations received | Speaker A | 2026-07-02 | Medium | OracleERPSync |
| Clarify AS-IS file processing logic and balance reversal approach with George | Speaker B | 2026-07-02 | High | OracleERPSync |
| Check and update project tasks in spreadsheet and link to Jira cards | Speaker A (with Speaker B) | 2026-07-02 | Medium | OracleERPSync |
| Create pending items tracking table on Confluence page | Speaker A | 2026-07-02 | Medium | OracleERPSync |
| Finalize FHIR database validation approach (queries vs. stored procedures) | Speaker B (with team) | Low | OracleERPSync | |
| Develop File Watchers system API flow | Speaker A | Medium | OracleERPSync | |
| Obtain final decision on file structure (consolidation key vs. contract level) | CFO/Leadership | 2026-07-03 | High | OracleERPqueries |
| Prepare Data Warehouse solution documentation and logic rebuild for foreign currency field | Speaker A | 2026-07-03 | High | OracleERPqueries |
| Begin Data Warehouse connectivity testing with FHIR and Texas table | Speaker B/Thiago | 2026-07-05 | Medium | OracleERPqueries |
| Map final file structure for MuleSoft integration | Thiago | High | OracleERPqueries | |
| Definir e comunicar origem dos dados (Abacus, T24, DW, CSV) | Equipe ERP | 2026-07-09 | Alta | DailyGFTnoItau |
| Revisar diagramas com Guilherme | Speaker B | 2026-07-04 | Alta | DailyGFTnoItau |
| Analisar dados para resposta sobre BIA | RUT | 2026-07-09 | Alta | DailyGFTnoItau |
| Code Review do Duane (com ajuda de Basílio/Marcelo) | Speaker C | 2026-07-04 | Média | DailyGFTnoItau |
| Bloomberg: Obter orientações sobre mudanças no FIX | Equipe Bloomberg | 2026-07-09 | Alta | DailyGFTnoItau |
| Enviar informações sobre endpoints (BPM, gira, etc.) | Egberto | 2026-07-02 | Alta | DailyGFTnoItau |
| Contatar Eduardo Rothschild via email @itau.ch para RQ DocSystems-Amulisoft | Speaker C | 2026-07-03 | Alta | DailyGFTnoItau |
| Execução da carga inicial Signature Docs para LLM | Rodrigo/Wagner | 2026-07-05 | Alta | DailyGFTnoItau |
| Verificar logs da carga do Signature Docs | Wagner | 2026-07-06 | Alta | DailyGFTnoItau |
| Validação local da solução ACE 8 | Speaker F | 2026-07-03 | Alta | DailyGFTnoItau |
| Comunicação com Lanza para teste end-to-end ACE 8 | Speaker F | 2026-07-04 | Média | DailyGFTnoItau |
| Resolver problema do mailer em produção (Graph API) | Speaker F / Dantas | 2026-07-04 | Alta | DailyGFTnoItau |
| Atuar em Reny Unit com estagiário (padrão Skitini) | Speaker D | 2026-07-03 | Alta | DailyGFTnoItau |
| Revisão de documentação em aberto | Speaker D | 2026-07-07 | Média | DailyGFTnoItau |
| Resolver problema de conectividade (internet/VDI) | Speaker E | 2026-07-03 | Alta | DailyGFTnoItau |
| Investigar mudanças propostas por Jorge nas queries do T24 e avaliar impacto | Ruth Chen / Sofia | 2026-07-17 | Alta | BII DiscoverySession2 |
| Contactar RAMP para configuração de conector com Oracle Fusion | Ruth Chen | 2026-07-24 | Alta | BII DiscoverySession2 |
| Contactar Concur para validar necessidade de interface de backup | Ruth Chen | 2026-07-24 | Média | BII DiscoverySession2 |
| Investigar sistema de reporting regulatório equivalente ao FIRE nos EUA | Ruth Chen / Henrique Barreira | 2026-07-31 | Baixa | BII DiscoverySession2 |
| Confirmar campos necessários para validação de dados no MULI | Guilherme | 2026-07-17 | Alta | BII DiscoverySession2 |
| Validar sincronização de contrapartes (COBRA Miami) com Fusion | Schettini / Pedro | 2026-07-24 | Alta | BII DiscoverySession2 |
| Alinhar com Mariana sobre variação cambial e metodologia | Sofia | 2026-07-17 | Média | BII DiscoverySession2 |
| Preparar revisão de formatos de arquivo T24 (com Jorge) | Sarah Rodrigues / Jorge | 2026-07-24 | Alta | BII DiscoverySession2 |
| Criar documentação detalhada do fluxo de dados BII | Schettini | 2026-07-31 | Alta | BII DiscoverySession2 |
| Agendar reunião técnica com Jorge (próxima semana) | Speaker A | 2026-07-17 | Alta | BII DiscoverySession2 |
| Incluir Sofia em reuniões funcionais periódicas | Speaker A | 2026-07-17 | Média | BII DiscoverySession2 |
| Atualizar documentação Confluence com itens pendentes | Speaker A / Pedro | 2026-07-24 | Média | BII DiscoverySession2 |
| Testar conectores RAMP e Concur em ambiente de desenvolvimento | Ruth Chen / Equipa Técnica | 2026-08-15 | Alta | BII DiscoverySession2 |
| Contact Adriano for approval on data consumption request and reschedule meeting | Speaker B | 2026-07-14 | High | BIItoConsumeBIEdata |
| Offline discussion regarding MPLS decommissioning impact on Miami branch | Speaker A | High | BIItoConsumeBIEdata | |
| Develop sustainable framework for cross-network integrations (SQL, OutSystems, etc.) | Speaker B | Medium | BIItoConsumeBIEdata | |
| Confirmar detalhes PERM com RH (localização, wage determination, próximos passos) | Pedro | 2026-07-31 | Alta | Miguel Risch |
| Notificar advogado quando PERM for aprovado | Pedro | 2026-08-31 | Alta | Miguel Risch |
| Preparar documentação para I-140/I-485 (passaportes, certidões, cartas de emprego, comprovantes salariais) | Pedro e Liliane | 2026-08-31 | Alta | Miguel Risch |
| Consultar CPA para regularizar estrutura tributária da LLC (W2 vs partnership) | Liliane | 2026-07-31 | Média | Miguel Risch |
| Manter contato com advogado (Miguel) sobre progresso do caso e quaisquer desenvolvimentos | Pedro | Média | Miguel Risch | |
| Se PERM atrasar, solicitar troca para H4 (6 meses antes de outubro 2027) | Pedro | 2027-04-30 | Média | Miguel Risch |
| Documentar comprovantes de pagamento W2 dos últimos 3 meses antes de submeter I-485 | Liliane | Alta | Miguel Risch | |
| Negociar com empresa sobre patrocínio de custos (premium processing, fees USCIS) | Pedro | 2026-07-31 | Média | Miguel Risch |
| Comunicar advogado imediatamente se empresa levantar objeções ou dificuldades | Pedro | Alta | Miguel Risch | |
| Manter arquivos atualizados de receitas, operações e documentação do negócio (Exercise Coach) | Liliane | Média | Miguel Risch | |
| Send bullet-point email to current landlord outlining key issues (personal guarantee, HVAC cap, structural repairs) | Speaker B | 2026-06-16 | High | Mike Reagan |
| Research and contact alternative plaza spaces for LOI | Speaker B | 2026-06-16 | High | Mike Reagan |
| Obtain signed LOI from at least one alternative space | Speaker B | 2026-06-16 | High | Mike Reagan |
| Review and modify LOI template using Peter's guidance | Speaker B | Medium | Mike Reagan | |
| Prepare franchise addendum for presentation | Speaker B | Medium | Mike Reagan | |
| Be available for lease negotiation support | Speaker A | 2026-06-15 | Medium | Mike Reagan |
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
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Contact Adriano for approval on data consumption request and reschedule meeting | Speaker B | 2026-07-14 | High |
| Offline discussion regarding MPLS decommissioning impact on Miami branch | Speaker A | TBD | High |
| Develop sustainable framework for cross-network integrations (SQL, OutSystems, etc.) | Speaker B | TBD | Medium |
The meeting discussed network infrastructure changes related to Brazil's MPLS decommissioning project and the establishment of a new VPN between Portugal's MuleSoft cloud and the Swiss secure hub. The primary agenda item was determining how to enable Marcelo to consume data from the Portuguese network, which requires approval from Adriano for firewall port opening. The meeting was cut short as Adriano did not attend despite being invited, and Speaker B committed to contacting him to reschedule with all necessary participants present. The team also identified a broader need to develop a sustainable framework for handling increasing cross-network integration requests.
2. Despesas (RAMP/Concur) para Fusion
3. Contrapartes (COBRA Miami) para sincronização no Fusion
| Tarefa | Responsável | Data de Conclusão | Prioridade |
|---|---|---|---|
| Investigar mudanças propostas por Jorge nas queries do T24 e avaliar impacto | Ruth Chen / Sofia | 17 de julho de 2026 | Alta |
| Contactar RAMP para configuração de conector com Oracle Fusion | Ruth Chen | 24 de julho de 2026 | Alta |
| Contactar Concur para validar necessidade de interface de backup | Ruth Chen | 24 de julho de 2026 | Média |
| Investigar sistema de reporting regulatório equivalente ao FIRE nos EUA | Ruth Chen / Henrique Barreira | 31 de julho de 2026 | Baixa |
| Confirmar campos necessários para validação de dados no MULI | Guilherme | 17 de julho de 2026 | Alta |
| Validar sincronização de contrapartes (COBRA Miami) com Fusion | Schettini / Pedro | 24 de julho de 2026 | Alta |
| Alinhar com Mariana sobre variação cambial e metodologia | Sofia | 17 de julho de 2026 | Média |
| Preparar revisão de formatos de arquivo T24 (com Jorge) | Sarah Rodrigues / Jorge | 24 de julho de 2026 | Alta |
| Criar documentação detalhada do fluxo de dados BII | Schettini | 31 de julho de 2026 | Alta |
| Agendar reunião técnica com Jorge (próxima semana) | Speaker A | 17 de julho de 2026 | Alta |
| Incluir Sofia em reuniões funcionais periódicas | Speaker A | 17 de julho de 2026 | Média |
| Atualizar documentação Confluence com itens pendentes | Speaker A / Pedro | 24 de julho de 2026 | Média |
| Testar conectores RAMP e Concur em ambiente de desenvolvimento | Ruth Chen / Equipa Técnica | 15 de agosto de 2026 | Alta |
A reunião apresentou a evolução estratégica do projeto de migração de sistemas financeiros (BIS e BII) para Oracle Fusion. A decisão central foi implementar uma abordagem faseada simplificada: a fase 1 (janeiro 2027) mantém a metodologia contábil existente e migra apenas arquivos de contabilidade do Abacus (Suíça) e NetSuite (EUA) para Fusion, enquanto a fase 2 (2027) introduzirá melhorias funcionais mais complexas. A discussão técnica identificou três interfaces principais para Miami Branch (contabilidade, despesas e contrapartes) e validou a viabilidade da abordagem simplificada, embora com necessidade de confirmação sobre mudanças nas extrações do T24 propostas por especialistas. O timeline de janeiro 2027 é ambicioso mas possível com 2-3 meses de paralelo em produção e envolvimento coordenado das equipas de Suíça, Portugal e EUA.
1. Queries do ERP e definição de origem de dados
- Indefinição sobre a origem dos dados, o que será carregado e o que o MULI deve validar
- Necessidade de esclarecer dados do Abacus, T24, DW e CSV
- Discussão sobre BIS e BII ainda sem definição clara
2. Processo de Ser Change e definição de "envolve" vs "impacta"
- Debate sobre quando abrir IOCA (mudanças que envolvem sistemas da Suíça vs. aquelas que realmente os impactam)
- Exemplo do timeout: aumentar de 1 para 4 minutos não impacta comunicação com a Suíça
- Importância da visibilidade para times da Suíça validarem se há impacto real
- Discussão sobre flexibilização do processo de IOCA que está muito engessado para desenvolvimento Mule
- Necessidade de fast-track e certificativas no processo
3. Diagramas e revisão
- Apresentação de diagramas em andamento
- Aguardando revisão com Guilherme antes de prosseguir para desenvolvimento
4. BIA e análise de dados
- RUT ficou de analisar dados para responder
- Discovery session ocorreu no dia 22
- Necessidade de movimentação pois Flávio questionará
5. Bloomberg - Integração e testes
- Bloomberg ainda não respondeu com orientações sobre mudanças no FIX
- Coordenação com Lanz para novos testes
- Autonomia para enviar ordens e adicionar logs nas APIs
- Aguardando resposta de Maria Xavier sobre testes de Notifications
- Egberto deve enviar informações sobre endpoints até final da tarde
6. DocSystems - Firewall RQ
- Necessidade de abrir comunicação entre DocSystems e Amulisoft
- Relacionado à nova API T24CRM em T24
- Problema de contato com Eduardo Rothschild (envio para email incorreto @itau.ch)
7. Signature Docs para LLM
- Execução da carga inicial aguardando até sábado (decisão de Rodrigo)
- Wagner verificará logs no domingo de manhã
8. Reny Unit
- Atuação com estagiário seguindo padrão definido com Skitini
- Previsão de conclusão entre hoje e amanhã
- Retorno posterior para documentação
9. Early Release - 3 de julho
- Miami não estará disponível a partir de 13h/14h
- Banco Itaú não para, mas concede early release
10. ACE 8 - Ocean Systems
- Sincronização realizada
- Ocean Systems adicionou coluna no banco
- Testes locais em andamento
- Problema do mailer em produção: Graph API não retornando e-mails não enviados
- Necessidade de acesso à produção e adição de logs
- Aguardando resposta de Dantas
11. Alerta de transação parada
- Tarefas definidas em reunião anterior
- Problema de conexão (internet/VDI) bloqueando progresso
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Definir e comunicar origem dos dados (Abacus, T24, DW, CSV) | Equipe ERP | 2026-07-09 | Alta |
| Revisar diagramas com Guilherme | Speaker B | 2026-07-04 | Alta |
| Analisar dados para resposta sobre BIA | RUT | 2026-07-09 | Alta |
| Code Review do Duane (com ajuda de Basílio/Marcelo) | Speaker C | 2026-07-04 | Média |
| Bloomberg: Obter orientações sobre mudanças no FIX | Equipe Bloomberg | 2026-07-09 | Alta |
| Enviar informações sobre endpoints (BPM, gira, etc.) | Egberto | 2026-07-02 (final do dia) | Alta |
| Contatar Eduardo Rothschild via email @itau.ch para RQ DocSystems-Amulisoft | Speaker C | 2026-07-03 | Alta |
| Execução da carga inicial Signature Docs para LLM | Rodrigo/Wagner | 2026-07-05 | Alta |
| Verificar logs da carga do Signature Docs | Wagner | 2026-07-06 | Alta |
| Validação local da solução ACE 8 | Speaker F | 2026-07-03 | Alta |
| Comunicação com Lanza para teste end-to-end ACE 8 | Speaker F | 2026-07-04 | Média |
| Resolver problema do mailer em produção (Graph API) | Speaker F / Dantas | 2026-07-04 | Alta |
| Atuar em Reny Unit com estagiário (padrão Skitini) | Speaker D | 2026-07-03 | Alta |
| Revisão de documentação em aberto | Speaker D | 2026-07-07 | Média |
| Resolver problema de conectividade (internet/VDI) | Speaker E | 2026-07-03 | Alta |
A reunião abordou múltiplas frentes de desenvolvimento e integração. Destaca-se a necessidade de esclarecimento urgente sobre a origem dos dados para as queries do ERP (Abacus, T24, DW e CSV) e a validação com Guilherme dos diagramas antes de prosseguir. A equipe discutiu extensamente o processo de IOCA para mudanças que envolvem sistemas da Suíça, consensuando a importância de flexibilização e fast-track dado que o processo atual está muito engessado. Adicionalmente, há várias dependências críticas aguardando retornos de terceiros (Bloomberg, Eduardo Rothschild, RUT) e execuções agendadas (carga do Signature Docs, testes ACE 8) que precisam de acompanhamento próximo. Problemas de conectividade e acesso a produção também bloqueiam progresso em algumas frentes.
2. Rebuild logic in Data Warehouse based on RECRF table with foreign currency field added
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Obtain final decision on file structure (consolidation key vs. contract level) | CFO/Leadership | 2026-07-03 | High |
| Prepare Data Warehouse solution documentation and logic rebuild for foreign currency field | Speaker A | 2026-07-03 | High |
| Begin Data Warehouse connectivity testing with FHIR and Texas table | Speaker B/Thiago | 2026-07-05 | Medium |
| Map final file structure for MuleSoft integration | Thiago | Pending decision | High |
The meeting reviewed the current ABACUS and NetSuite interface file generation process and discussed two options for adding foreign currency amounts to the exported files. The preferred solution is to rebuild the extraction logic in the Data Warehouse based on existing RECRF table data, which avoids requiring Terminal configuration changes. The team agreed to implement changes in phases, with the first phase adding the foreign currency field to existing consolidation key-level reporting. A final decision on whether to include contract-level details instead of consolidation key reporting is pending a meeting with the CFO scheduled for tomorrow; in the meantime, the team can begin parallel connectivity testing with the Data Warehouse.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Confirm integration approach for Mulesoft Lisbon and Miami (shared drive vs. direct integration) | Speaker A (Guillermi) | Today | High |
| Obtain and provide JSON schema for Mulesoft integration | Speaker A (Guillermi) | Today | High |
| Request sequence diagram from Timestamp/Guillermi and add to Confluence documentation | Speaker A | Today | High |
| Clarify T24 landing data processing and Azure folder/credential requirements | Speaker A (with George call) | Today | High |
| Update logical architecture diagram based on confirmations received | Speaker A | After confirmations | Medium |
| Clarify AS-IS file processing logic and balance reversal approach with George | Speaker B | Today (10:30-11:30 call) | High |
| Check and update project tasks in spreadsheet and link to Jira cards | Speaker A (with Speaker B) | Today | Medium |
| Create pending items tracking table on Confluence page | Speaker A | Today | Medium |
| Finalize FHIR database validation approach (queries vs. stored procedures) | Speaker B (with team) | End of development phase | Low |
| Develop File Watchers system API flow | Speaker A | After JSON schema received | Medium |
The team reviewed the Mulesoft development architecture and sequence diagram, focusing on integration points between Mulesoft Lisbon, Miami, and Azure with the FHIR database. Key clarifications are needed regarding T24 landing data processing, the integration approach between systems, and the AS-IS file processing logic with balance reversals; these will be addressed in a follow-up call later today with George, Pedro, and Guillermi. ERP mapping development is confirmed to be fully owned by Timestamp (Portugal) under Guillermi's supervision. The team will establish a pending items tracking table on Confluence to monitor outstanding tasks and requirements, and will link spreadsheet activities to Jira cards for improved progress visibility.
1. Bloomberg Issue Investigation (UAT)
- Bloomberg channel appears to be offline on UAT environment
- Richard is investigating with Bloomberg Support to determine if their channel is not running
- Theory: Bloomberg's channel may need to be manually started (unlike the team's channels which auto-start)
- Basili and Lanza tested message exchanges and sent fixed message to Bloomberg approximately one hour before meeting
- Bloomberg responded acknowledging receipt and indicated they are investigating
2. Mulesoft Monitoring and Health Check
- Developer meeting held to discuss monitoring improvements
- Decision made to create new application for health check monitoring integrated with functional monitoring in Mulesoft
- Story moved to "In Design" status, tasks to be assigned during development
3. Production Issue - IBM Communication Fix
- Issue found and fixed in production
- Database validation completed successfully
- Ready to run signature document processing
- Awaiting approval from Rodrigo Forensa (new tech lead) to proceed with initial document load from EDOCS to LLM
4. API Inventory Work
- Marcelo resuming work on API inventory testing
- Gathering information on untested endpoints
5. Infrastructure Changes (CAB approval for tomorrow)
- Change RQ8444/CNG for CardigResult group egress rules (with Boneso for infrastructure approval)
- Change RQ8443/CNG 9088 for mailer timeout increase (production configuration)
- Both changes scheduled for CAB (Change Advisory Board) tomorrow
6. Mailer API
- Current timeout increase is workaround; permanent fix needed on mailer API side
- Meeting scheduled in one hour with Dwayne, Thiago Silvero to discuss mailer configuration
- vCrone configuration pending by Dantas and Silvera for testing two flows in IB documents
7. Mulesoft Development Decision Pending
- Shito scheduled meeting for tomorrow regarding database connection approach vs. direct T24 file loading
- Decision will impact current work; Scatini updating diagrams pending outcome
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Follow up Bloomberg channel status and response with Support | Richard | Today (afternoon) | High |
| Add screenshot evidence to DRQ 8444 (egress rules change) | Scatini | Today (before CAB tomorrow) | High |
| Ping Bonairo and Dantas this afternoon for infrastructure approvals | Scatini | Today (afternoon) | High |
| Attend mailer meeting to discuss configuration and workaround | Scatini, Dwayne, Thiago Silvero | Today (in 1 hour) | High |
| Configure vCrone for IB documents testing flows | Dantas, Silvera | ASAP | High |
| Remove blockage flag from IB documents once vCrone configuration complete | Scatini | Upon completion | Medium |
| Request approval from Rodrigo Forensa to run initial document load | Marcelo | Today | High |
| Continue API inventory testing for untested endpoints | Marcelo | Ongoing | Medium |
| Update diagrams based on Shito's database connection decision | Scatini | After tomorrow's meeting | Medium |
| Add comment to ticket 668 (code review) | Dwayne | ASAP | Medium |
The team discussed the ongoing Bloomberg issue in UAT where the external channel appears to be offline, preventing message acknowledgment. Bloomberg Support is investigating and has acknowledged receipt of the team's recent message. Simultaneously, a production issue with IBM communication was successfully resolved and is ready for document processing validation. Two infrastructure changes are proceeding through approval for tomorrow's CAB meeting, with the mailer timeout increase requiring immediate vCrone configuration by the infrastructure team. Additionally, a critical decision regarding database connection approach for Mulesoft development is pending from Shito's meeting tomorrow, which will impact current work.
1. Incidente Bloomberg - Mudança Urgente de Parâmetros
- Bloomberg enviou solicitação de alteração urgente sem aviso prévio
- Necessário trocar parâmetro de mensagem fixa
- Problemas de acesso ao portal Bloomberg (reset de senha do Lanza não funcionou)
- Teste de mudança não funcionou
- Deployment adiado para segunda-feira pela Bloomberg
- Aguardando resposta de Ben Kohler (Bloomberg) sobre sugestão de alterar sender ID
2. Notification System API - Testes Pendentes
- Aguardando retorno da Marta sobre testes
3. Comunicação de Rede - RQ Pendente
- RQ para abertura de portas de comunicação foi passada para Eduardo Rothschild
- Sem resposta até o momento
4. Reunião com André (Portugal) - OutSystems
- Agendada para amanhã
- Objetivo: apresentar contexto e passar hostname
- Válido manter mesmo sem abertura da porta de firewall
5. MuleSoft - Possível Sobreposição de Trabalho
- Sheetal (reunião com Speaker C) será responsável por desenvolvimento em MuleSoft
- Risco de trabalhar nos mesmos projetos
- Sheetal vai solicitar acesso ao repositório
6. Mailer - Problema de Timeout
- Mailer demorando a responder para Mule, causando fechamento de conexão
- Solução proposta: aumentar timeout
- CNG aberta e aguardando aprovação do Dantas
- Duane levantou que aumentar timeout não é a melhor solução
- Problema de performance pode estar relacionado a endpoint que conecta com Graph API da Microsoft
7. Egress Rule Group - T24
- RQ aberta para aplicar Egress Rule Group ao T24
- Silveira se disponibilizou para testes
- Change aberta e aguardando aprovação
8. IB Document - Testes com Endpoints
- Reunião ontem com Dantas e Silveira
- Será testado apenas dois endpoints
- Dantas vai mostrar ao Silveira as alterações necessárias
- Meta: fechar testes ainda essa semana para deploy na semana seguinte
9. MQ (Message Queue) - Investigação Concluída
- Richard usou certificado diferente em produção e não compartilhou
- Em UAT, filas IDOCS e BPM têm certificado opcional
- Será mudado para Required, podendo gerar impacto em UAT
- Necessário ajustar configurações
10. Monitoramento - Fase 2
- Ficou combinado criar duas cards Jira para segunda fase
- Marcelo e Duane vão dividir as tarefas
11. Feedback de Performance
- Speaker C e Speaker B receberam feedback do Fábio
- Discussão sobre origem do feedback (aparentemente coletado de reuniões anteriores)
1. Bloomberg: Atrasar resolução até segunda-feira, aguardando resposta de Ben Kohler sobre mudança de sender ID
2. Mailer: Aprovar CNG com aumento de timeout conforme solicitado por Dantas (solução intermediária)
3. T24 Egress: Manter CNG aberta para aprovação, Marcelo ajudará com testes
4. MuleSoft: Sheetal terá acesso ao repositório; Speaker C fará code review
5. Monitoramento Fase 2: Criar nova história Jira com dois subtasks, dividir entre Marcelo e Duane
6. MQ: Coordenar com Richard mudança de certificado de Optional para Required; Marcelo oferece suporte para ajustes
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Aguardar resposta de Ben Kohler (Bloomberg) sobre mudança de sender ID | Speaker B / Lanza | 2026-07-04 | Alta |
| Pingar Marta para retorno sobre testes da Notification System API | Speaker B | 2026-07-02 | Média |
| Pingar Eduardo Rothschild sobre RQ de abertura de portas de comunicação | Speaker B | 2026-07-02 | Média |
| Realizar reunião com André (Portugal) sobre OutSystems | Speaker B | 2026-07-02 | Média |
| Coordenar com Sheetal acesso ao repositório MuleSoft | Speaker C | 2026-07-02 | Média |
| Obter aprovação do Dantas para CNG do Mailer (aumento de timeout) | Speaker C | 2026-07-01 | Alta |
| Coordenar com Silveira testes do Egress Rule Group no T24 | Marcelo (Speaker D) | 2026-07-02 | Alta |
| Auxiliar com testes dos dois endpoints do IB Document | Speaker C | 2026-07-03 | Média |
| Coordenar com Richard sobre mudança de certificado MQ (Optional para Required) | Marcelo (Speaker D) | 2026-07-02 | Média |
| Criar história Jira para Fase 2 de Monitoramento com dois subtasks | Marcelo (Speaker D) | 2026-07-01 | Média |
| Executar testes com Rodrigo para processo de docs completo | Marcelo (Speaker D) | 2026-07-02 | Média |
| Dar atenção ao MPI Inventory | Marcelo (Speaker D) | 2026-07-02 | Média |
A reunião abordou diversos incidentes e projetos em andamento. Destaca-se o incidente da Bloomberg com solicitação de mudança urgente de parâmetros, que foi adiada para segunda-feira permitindo mais tempo para testes. Paralelamente, está em investigação um problema de timeout no Mailer que requer aumento de configuração de timeout como solução intermediária enquanto se investiga a causa raiz no endpoint da Graph API Microsoft. Na frente de infraestrutura, foram abertas requisições para implementar Egress Rule Group no T24 e liberação de portas de comunicação, ambas aguardando aprovações. Finalmente, coordena-se a segunda fase de monitoramento com divisão de tarefas entre equipes, e alinha-se integração MuleSoft com Sheetal que receberá acesso aos repositórios.
1. Certificate Configuration for MQ Connection
- Issue investigation completed; insecure flag was removed to enable MQ connection
- Certificate needed for new QE to be added to key trust store on UDISoft
- Orisha engaged to provide certificate; expected completion today or tomorrow
2. SFTP and FHIR Database Connectivity Testing
- One SFTP and one FHIR working in UAT; one of each working in production (not in same sequence)
- Eduardo and Khindrial investigating; results expected tomorrow
- Documentation in Confluence being improved with diagrams and tables
3. IB Documents and Connectivity Issues
- Meeting scheduled with Dantas and Silvera regarding Vicron connectivity
- Self-signed certificate issue with Jira; both secure and insecure modes tested and working
- DRQ and CNG closed with deployment evidence attached
4. Egress Rules and Testing
- Dwayne created security group for egress rules
- Thiago Silvera available to test in production this week
- Testing to be scheduled for Thursday or Friday after deployment
- Decision pending on T24 this week vs. TAP next week approach
5. IRTP Meeting Cancellation
- Meeting was canceled just before start with no explanation
- Related to RQA394SEC Trade Handling; awaiting information from Lanza
6. Fee Groups and MuleSoft Deployment
- No MuleSoft deployment needed for tonight
- Fee group implementation already complete; Pershing connection issue already fixed and deployed
- Unnecessary fee groups exist (beyond 44, 45, 46 available in BPM) but don't cause issues
- Cleanup recommended for future
7. API Inventory and Consumer Documentation
- Roberto (business process) to sync with his team regarding API changes and unknown consumers
- Vasily shared list with endpoints and created live documentation in Confluence
- Wigberto assigned to identify API consumers from BPM, Jira, and T24 perspective
- Most APIs used by BPM or Jira
- Live documentation page shared to allow collaborative updates on consumers and developers
8. Notification System API Testing
- Marta Miogo contacted regarding user testing
- Marta to coordinate with Bruna and Maria for testing
- Maria Xavier was contacted but has not responded
9. API Monitoring Phase One
- Subtasks completed; moving to done
- Phase two story needs to be created with related subtasks
10. New T24 APIs Testing
- Firewall rules requested from Eduardo for connections from external systems
- RQ updated and passed back to Eduardo (likely departed for the day)
- Awaiting Wigberto's consumer confirmation before passing to Haniru, Corey, and Malika
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Provide certificate for new QE to be added to key trust store | Orisha | 2026-07-01 | High |
| Investigate SFTP and FHIR connectivity discrepancy between UAT and production | Eduardo, Khindrial | 2026-07-01 | High |
| Complete documentation improvements (diagrams, tables, descriptions) | Speaker C | 2026-07-02 | Medium |
| Update Kanban cards on board | Speaker C | 2026-07-02 | Medium |
| Review timeline document sent by Pedro | Speaker C | 2026-07-01 | Medium |
| Coordinate IB documents connectivity meeting | Speaker C, Dantas, Silvera | 2026-07-01 | High |
| Resolve certificate issue in production with Malika | Speaker C | 2026-07-01 | High |
| Arrange egress rule testing schedule (Thursday or Friday) | Speaker C, Dwayne, Thiago Silvera, Norbert | 2026-07-03 to 2026-07-04 | High |
| Conduct follow-up meeting on egress rules and API monitoring | Dwayne | 2026-06-30 15:00 | High |
| Review PIP 668 | Dwayne | 2026-06-30 15:00 | Medium |
| Create API Monitoring Phase Two story with subtasks | Speaker A, Dwayne | 2026-07-02 | High |
| Reach out to Malika regarding certificate request | Dwayne | 2026-07-01 | Medium |
| Send Mulesoft growth future plans to Thiago Fernandez | Dwayne | 2026-07-01 | Medium |
| Open firewall rules for T24 API connections | Eduardo | 2026-07-01 | High |
| Confirm API consumer list with Wigberto | Vasily/Pedro | 2026-07-01 | High |
| Share live documentation page with Wigberto | Vasily/Pedro | 2026-06-30 | High |
| Coordinate user testing for notification system API | Marta Miogo | 2026-07-02 | Medium |
| Contact Bruna and Maria for notification system testing | Marta Miogo | 2026-07-02 | Medium |
| Contact Lanza for IRTP meeting information | Speaker A | 2026-07-01 | Medium |
This status meeting covered multiple infrastructure and API development initiatives. Key progress includes completion of certificate investigation for MQ connection (solution expected today/tomorrow), ongoing SFTP/FHIR connectivity troubleshooting (results due tomorrow), and confirmation that no MuleSoft deployment is needed for tonight's fee group implementation. The team is establishing collaborative documentation for API consumer mapping with Wigberto assigned to identify all consumers from business and technical perspectives, with egress rule testing scheduled for Thursday or Friday. API Monitoring Phase One is ready to move to done status with Phase Two to be created.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Conduct quick connectivity check on FHIR and SFTP issues and follow up with relevant teams | Speaker B (Eduardo) | Not specified | High |
| Perform connectivity test with Speaker C and Guillermi once VPN changes are applied | Speaker C | After VPN implementation | Medium |
| Investigate and resolve SSL certificate issues for Mulesoft to IBM MQ communication | Speaker E with Richard/Security Team | Not specified | High |
| Request additional details from Basili for RQ8441 (destination IPs, OutSystems instances, ports, justification) | Speaker A | Not specified | High |
| Follow up with Kyndryl on VPN implementation timeline for Lisbon setup | Speaker B | Not specified | Medium |
| Move RQ8441 as subtask under RQ8335 (API inventory migration) | Speaker D (Justin) | Not specified | Medium |
This infrastructure and connectivity meeting focused on resolving multiple environment and communication issues. Key accomplishments included successful VPN migration for Zurich to new Internet links and progress on Lisbon VPN setup with Kyndryl. However, critical issues remain: FHIR/SFTP connectivity problems in production and UAT environments requiring investigation, SSL certificate issues between Mulesoft and IBM MQ requiring security team support, and an incomplete firewall request rule for OutSystems connectivity that must be returned to the requester for essential missing information before processing can proceed.
1. Projeto IP Documents
- Reunião agendada com Dantas e Silveira para discussão
- Schettini enviou convite para 15 minutos após a daily
2. Documentação do Projeto Órico
- Refinamento e revisão de documentação em andamento
- Muitos diagramas ainda precisam ser revisados
- Objetivo: ter tudo mapeado e revisado antes dos desenvolvimentos
3. Certificado MULE (Gira)
- Malika e Duene trabalhando na importação do certificado
- Passo a passo foi compartilhado com ambos para comunicação com MULE
4. Testes TAP e T24 em Produção
- Duane pediu ajuda para testes em produção
- Solicitado aos colaboradores verificar acesso à produção
- Necessário confirmar viabilidade de abrir Change para aplicar Ingress Group
5. Conectividade OutSystems com MULI
- Schettini conversou com Guilherme
- Aguardando resposta para contexto e viabilização
6. Problema de SSL em Signature Docs (eVMU-Q)
- Marcelão isolou problema: certificado não está batendo entre IDOCS e BPM
- Flag de SSL foi ativado e deploy realizado em produção
- Necessário adicionar entrada adicional no P12
- Temporariamente usando username/password até resolução
7. API Monitoring
- Discussão sobre comunicação inadequada por parte de Duane sobre descobertas
- Necessário formalizar por mensagem as solicitações futuras
8. Migração de APIs e Firewall
- André Lopes identificado como responsável pela conectividade OutSystems
- Necessário abrir Request de Firewall para comunicação
- Reunião agendada com Egberto para discussão
9. Notificações
- Marta do time de Notificações tentando contactar Maria Xavier e Bruna
- Marta comprometeu-se a ajudar com contatos
10. Correção de Deploy T24
- Duane precisava aprovar pull request com correções
- Versão incorreta foi passada inicialmente, mas problema foi resolvido
- Padrão de escrita ajustado conforme API Governance Validation
11. Política de Retry (TrackName.py)
- Sebastião trabalhando em política de retry para subscrição de login
- Tarefas progredindo conforme esperado
12. WebDocuments
- Reunião agendada com Dantas para hoje (4h ou 4h30) para resolução
1. Schettini formalizará solicitações futuras para Duane por mensagem para rastreamento adequado
2. Usar certificado com username/password temporariamente até resolução do certificado correto
3. André Lopes será o ponto de contato para conectividade OutSystems
4. Request de Firewall será criada para suportar comunicação com MULI
5. Eduardo será contatado sobre abertura de firewall durante reunião de meio-dia
6. Maria Xavier e Bruna serão contactadas por Marta para discussão de Notificações
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Refinar e revisar documentação do projeto Órico | Schettini | Próximos dias | Alta |
| Confirmar viabilidade de abrir Change para Ingress Group em produção | Schettini/Duane | Hoje | Alta |
| Adicionar entrada de certificado ao P12 para IDOCS | Marcelão | Próximos dias | Alta |
| Aguardar resposta de Guilherme sobre conectividade OutSystems/MULI | Schettini | Próximas horas | Média |
| Criar Request de Firewall para comunicação MULI | Bacilli/André Lopes | Dentro de 1 hora | Alta |
| Conversar com Eduardo Hotchild sobre abertura de firewall | Bacilli/Schettini | Hoje (reunião meio-dia) | Alta |
| Confirmar contacto com Maria Xavier e Bruna para Notificações | Marta | Amanhã | Média |
| Enviar friendly reminder para Marta sobre Notificações | Bacilli | Amanhã | Baixa |
| Agendar reunião com Dantas para WebDocuments | Schettini | Hoje (4h-4h30) | Alta |
| Continuar testes de Retry Policy do TrackName.py | Sebastião | Próximos dias | Média |
| Formalizar solicitações futuras por mensagem | Schettini | A partir de agora | Alta |
A reunião abordou diversos projetos em andamento no contexto de migrações, integrações e documentação. Principais destaques incluem: (1) isolamento bem-sucedido do problema de certificado SSL no projeto eVMU-Q de Signature Docs, com plano de ação de adição de entrada ao P12; (2) confirmação de André Lopes como responsável pela conectividade OutSystems/MULI, com necessidade urgente de Request de Firewall dentro de 1 hora; (3) agendamento de reunião com Dantas para resolução de WebDocuments; (4) formalização de processo de solicitações futuras por mensagem para melhor rastreamento. A equipe segue em paralelo com testes e refinamentos de documentação, com enfoque em resolver questões de certificado e firewall na reunião de meio-dia.
- Status reporting frequency for project tasks
- Documentation development for MuleSoft applications, databases, and project workflows
- Database access confirmation needed for FHIR database (user credentials, tables, stored procedures)
- Azure storage account and container setup required
- File format confirmation (JSON schema for T24 landing files, CSV to JSON conversion)
- VPN connectivity setup between MuleSoft sites (Zurich and Lisbon)
- Walkthrough scheduling with George and Sara
- Timestamp developer arrival for on-site development work
- OutSystems notification process integration testing
- JSON schema confirmed for data files (not CSV)
- CSV input will be converted to JSON for validation and MuleSoft processing
- SFTP will not be needed for this project
- Documentation will be live and updated during project execution
- Infrastructure team meeting scheduled to discuss Oracle ERP connectivity
- VPN for CH Zurich to be presented in CAB meeting this week
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send sprint task plan and status report (50% completion status) | Speaker C (Pedro) | Weekly | High |
| Create Azure storage account, container, and provide access links | Speaker D (Guillermi) | ASAP | High |
| Confirm FHIR database details (user credentials, tables, stored procedures) | Speaker E (Sheetal) | ASAP | High |
| Provide JSON schema and data fields for MuleSoft implementation | Speaker D (Guillermi) | ASAP | High |
| Update documentation with diagrams and MuleSoft application information | Speaker B | Today | High |
| Test SFTP and FHIR database connectivity | Speaker B | Before CAB meeting | High |
| Obtain file example from T24 landing for local testing | Speaker B | ASAP | Medium |
| Confirm walkthrough availability with George and Sara | Speaker E (Sheetal) | This week | Medium |
| Prepare VPN configuration (CH Zurich) for CAB meeting presentation | Eduardo | This week | High |
| Clarify OutSystems notification process context and VPN requirements | Speaker D (Guillermi) | ASAP | Medium |
A equipe discutiu o progresso do projeto de integração MuleSoft, confirmando que as APIs serão entregues em dois sprints com relatórios de status enviados semanalmente. Foram confirmados detalhes técnicos críticos, incluindo o formato JSON para arquivos de dados, a necessidade de detalhes de acesso ao banco de dados FHIR, e a configuração de armazenamento Azure. A conectividade VPN entre os sites MuleSoft (Zurique e Lisboa) está em progresso, com apresentação prevista na reunião CAB desta semana, e um desenvolvedor da Timestamp chegará no dia seguinte para iniciar o trabalho de desenvolvimento.
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Investigar e corrigir erro do Mailer em produção | Speaker B / Speaker D | 30 de junho de 2026 | Alta |
| Confirmar com Dante sobre alterações no Notifications | Speaker B | 30 de junho de 2026 | Alta |
| Combinar com Duane sobre testes das regras de ingress | Speaker B | 30 de junho de 2026 | Alta |
| Abrir changes para regras de ingress (T24 e TAP) | Speaker B | 30 de junho a 1º de julho de 2026 | Alta |
| Subir regras de ingress para produção | Speaker B | 3 a 4 de julho de 2026 | Alta |
| Coordenar com Dantas sobre issue do Meira/Notifications | Speaker B | 30 de junho de 2026 | Média |
| Corrigir erro do IPB Database em AT e Produção | Speaker E | 30 de junho de 2026 | Alta |
| Investigar erro do eDocs no database | Speaker E / Speaker B | 30 de junho de 2026 | Alta |
| Alinhar com Wagner sobre solução do eDocs | Speaker E | 30 de junho de 2026 | Alta |
| Contactar Igberto sobre endpoints do T24 | Speaker C | 30 de junho de 2026 | Média |
| Fazer follow-up com Marta e Maria Xavier sobre testes | Speaker C | 2 de julho de 2026 | Média |
| Marcar reunião para passagem de conhecimento com Icaro | Speaker F | 30 de junho de 2026 | Alta |
| Documentar e testar connectividades do Mule (Miami-Lisboa) | Speaker B | 3 de julho de 2026 | Alta |
| Abrir card para health checkers no Jira | Speaker E / Speaker A | 30 de junho de 2026 | Média |
| Planejar Health Check e Functional Monitoring com Duane | Speaker A / Speaker E / Speaker B | 1º de julho de 2026 (reunião bissemanal) | Média |
| Continuar testes de integração ECH com OFAC | Speaker D | 30 de junho de 2026 | Alta |
| Investigar erro do Mailer em produção (reprodução) | Speaker D | Após conclusão do ECH | Média |
| Informar data exata de indisponibilidade | Speaker E | 30 de junho de 2026 | Baixa |
A reunião focou em problemas críticos em produção e planejamento de releases. O principal bloqueador é o erro no Mailer que impede o envio de e-mails, afetando o Notifications. Foram identificados também erros no eDocs e IPB Database que estão sendo corrigidos. A equipe planeja subir as regras de ingress para T24 e TAP entre hoje e amanhã, com deploy previsto para quinta e sexta-feira. Trabalhos em andamento incluem testes da API T24, integração ECH com previsão de lançamento no final do mês, e configuração de VPN para conectar ambientes Mule. A equipe também precisa planejar a implementação de health checkers e monitoring funcional com o Duane na reunião bissemanal próxima.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Discuss IOCR migration expectations with leadership and team | Speaker B (Flavio) | To be scheduled | High |
| Consult with Tiago and Roberto before IOCR decision | Speaker B | To be scheduled | High |
| Add user testing information as mandatory field in pipeline | Speaker A | To be scheduled | Medium |
| Clarify roles and responsibilities for nginx configuration task | Speaker B | To be scheduled | High |
| Ensure Pedro Amino is invited to all cross-team Mulesoft meetings | Speaker B | Ongoing | High |
| Review JIRA investment strategy considering 2029 discontinuation | Speaker B | To be scheduled | Medium |
The team discussed several governance and process improvements, with particular focus on the proposed migration to IOCRs and the need for clearer decision-making forums outside of CAB meetings. A critical issue was raised regarding insufficient business user participation in testing and the lack of documented evidence of user validation in change requests. The team acknowledged that major system decisions, including JIRA's future viability given Atlassian's discontinuation of the current version by 2029, need to be reconsidered before further process refinement investments. Additionally, cross-team meeting representation was identified as a problem, requiring mandatory inclusion of key stakeholders like Pedro Amino to avoid governance gaps and misaligned decisions.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Organize follow-up meeting with George, Sara, Guillem, Sheetal, and optionally Deepak to review T24 and DFE parameter documents | Pedro (Speaker C) | Next week | High |
| Obtain Sara's input on BRD implementation and three journals requirement | Daniel (Speaker C) | Monday | High |
| Prepare formal documentation with executive summary and architecture diagrams for ECB rate solution | Guillem (Speaker D) | Next week | High |
| Follow up on Bloomberg/Zurich/Miami requirements for ECB rate integration | Guillem (Speaker D) | Next week | Medium |
| Circulate ECB rate solution document for stakeholder review and sign-off | Speaker A | Next week | High |
The meeting addressed critical documentation gaps and technical decisions related to T24 changes and FX/ECB rate handling. Key decisions include maintaining FX rates within T24 while implementing separate ECB rate feeding via interface, contingent on development work from Zurich/Miami teams. A follow-up meeting with Sara and George is required to clarify the DFE parameter implementation status and resolve outstanding questions about the three-journal LCY scenario. Formal documentation with executive summaries must be prepared and circulated for stakeholder approval to manage the complex project governance.
1. OMS (Order Management System) Deployment
- Two CNGs for OMS discussed; one already deployed
- Second CNG going to CAB this week for approvals, with production deployment expected end of week
- Test evidence to be placed on both ISD ticket and change request
- Currently in infrastructure approval sequence, then moving to business approval
2. CD Fix Status
- Several successful CD orders on broker dealer accounts since fix was implemented
- No known issues with OMS except those mentioned above
3. Network and Infrastructure Changes
- Discussion of EDOC change requests from Marcelo
- Public IP change on Saturday requiring test environment availability before production deployment
- NGINX production config CNG - Masato Fuscini lacks Jira user, requiring CNG to be opened
- Connectivity configuration between AWS Brazil and new MILL application being discussed
- Configuration work assigned to Dwayne with support team involvement
4. Flex Gateway for TAP
- Connectivity established but bad request issues encountered
- Dwayne working on successful request configuration
5. E Banking Customer Data Update API
- Code review in progress
- Initial pushback regarding use of new Experience API app vs. T24 app resolved
- Agreement to use new app for better control over system APIs
- Part of Key One priority
6. Egress Rule Group Configuration
- Mulesoft fixed issue; production configuration planned for today
- No need to wait until Friday
7. API Platform Infrastructure
- Infrastructure inventory list pending for tomorrow
- Other inventories (API, Oracle ERP, Second Choker, etc.) completed
- Open CNGs tracked in separate tab
8. Wave Three Implementation
- Planning for next week
- Dwayne's assistance requested for testing critical systems (2024 and TEP rules)
- Discussion of proactive testing approach before production deployment
9. RQ Organization and Grouping
- Reorganization of RQs into groups/waves (Group One, Group Two, Group Three)
- RQ 8426 moved to in progress
- RQ 8413 being renamed to Group One (pending Flavio's assistance)
10. DVCRON Configuration
- Waiting for Thiago Silveira and Dantas to configure DVCRON to call Mulesoft
- Daily follow-up ongoing
11. Oracle and T24 Integration
- Connectivity testing between T24 learning and FHIR database
- Mulesoft to Azure Server connectivity confirmed working via Internet
- Dashboard updates pending
- Additional testing scheduled for this afternoon
12. BII (Business Intelligence Integration) Project
- Meeting held with Roots and Guillermi on validations and fields
- Account consolidation process API development in progress
- Target to finish core work this week
- Discussion of expanded scope including manual evaluation investigation
- Potential need to bring additional stakeholders (Hucchi) to future calls
13. Mailer API Testing
- Ruth tested three to four endpoints
- Swagger documentation issues identified and corrected
- All tested endpoints now functioning correctly
- Production release expected soon
14. T24 and PPM CNGs
- Both on infrastructure approval
- Awaiting Boniso's approval (currently pending)
- Additional approvals needed from Abubekir after infrastructure approval
15. Internal Controls Review
- Meeting scheduled today to discuss Mulesoft deployments (30 minutes)
- Follow-up from previous Thursday's incidents
- Flavio to share recommendations or monitoring requirements tomorrow
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Deploy OMS CNG to production after CAB approval | Corey / Team A | End of week (2026-06-27) | High |
| Place test evidence on both ISD ticket and change request | Corey | Before CAB approval | High |
| Clarify EDOC change request scope and AWS responsibilities | Dwayne | 2026-06-24 | High |
| Get clarification and push for test environment availability for Saturday IP change | Dwayne | 2026-06-24 | High |
| Open NGINX production config CNG | Dwayne / Marcelo | 2026-06-24 | High |
| Configure connectivity between AWS Brazil and MILL application with team support | Dwayne | 2026-06-25 | High |
| Close Signature Card CNG after full production deployment | Dwayne | End of deployment | Medium |
| Resolve Flex Gateway bad request issues and achieve successful requests | Dwayne | 2026-06-24 | Medium |
| Complete E Banking Customer Data Update API code review | Dwayne / Basili / Schettini | 2026-06-26 | Medium |
| Contact Thiago Silveira daily regarding DVCRON configuration | Schettini | Ongoing | Medium |
| Update Oracle/T24 integration dashboard with latest information | Schettini | 2026-06-23 (this afternoon) | Medium |
| Test T24 learning and FHIR database connectivity | Schettini | 2026-06-23 (this afternoon) | Medium |
| Update confluence table with Oracle activity information | Schettini | 2026-06-24 | Medium |
| Complete Account Consolidation Process API development | Schettini | 2026-06-27 | High |
| Investigate manual evaluation requirements for BII | Schettini / Flavio | 2026-06-27 | Medium |
| Rename RQ 8413 to "Group One" naming convention | Flavio | 2026-06-23 | Low |
| Create infrastructure inventory list | Schettini | 2026-06-24 | Medium |
| Implement wave three infrastructure rules in production with testing | Schettini / Dwayne | 2026-06-30 | High |
| Create NGINX configuration CNG and align with Marcelo Fuscini | Marcelo | 2026-06-23 (end of day) | High |
| Complete and send NGINX CNG for approval review | Marcelo | 2026-06-23 (end of day) | High |
| Contact responsible parties for statement testing on NGINX changes | Marcelo | 2026-06-24 | High |
| Monitor Mailer API production release with Ruth's testing | Basili | 2026-06-25 | High |
| Ping Boniso for infrastructure approval of T24 and PPM CNGs | Basili | 2026-06-24 | High |
| Schedule planning discussion with Schettini regarding dates and Georgia coordination | Speaker A | 2026-06-24 | Medium |
| Attend internal controls meeting and share recommendations | Flavio | 2026-06-23 | High |
| Confirm office attendance and reschedule if needed | Flavio | 2026-06-23 (afternoon) | Low |
The meeting focused on the status of multiple deployment initiatives including an OMS CNG deployment scheduled for end-of-week after CAB approvals, various infrastructure changes (NGINX configuration, public IP change, AWS-Brazil connectivity), and progress on API integrations including E Banking Customer Data Update, Mailer API, and Oracle/T24 connectivity. Key decisions included organizing infrastructure work into distinct waves, confirming production deployment of egress rule group configuration today, and pursuing proactive testing approaches for critical systems before production deployment. All team members reported progress on their respective areas with several action items assigned for completion by end of week, including completion of code reviews, DVCRON configuration follow-up, and finalization of infrastructure CNGs for approval.
1. Visión general del proceso CAB (Change Advisory Board)
- Importancia de entender la estructura de CNG (Change Notice Group) e IODM (Integrated Organization Design Management)
- Identificación de campos faltantes en formularios y quién contactar para obtener información
2. Clasificación de cambios: Local vs. Integrado
- Cambios locales (solo US): Requieren RQ + CNG
- Cambios integrados (múltiples unidades): Requieren IODM + IOCR (Integrated Organization Change Request)
- Transición futura: Eliminar RQ/CNG, mantener solo IODM/IOCR
3. Proceso CNG (para cambios locales a producción)
- Flujo: RQ → Aprobación → CNG → Aprobaciones (Aplicación, Infraestructura, Negocio) → CAB → Producción
- Campos obligatorios: Componente, Ambiente (producción), Áreas impactadas, Plan de respaldo
- Fecha límite de aprobación: miércoles 3:00 PM para incluir en CAB siguiente
4. Proceso IOCR (para cambios integrados)
- Incluye control en dos fases: UAT y Producción
- Cada fase requiere aprobación en CAB específico
- Importancia: Mantener control sobre qué se deploy, cuándo y quién aprobó
- Límite recomendado para tickets en UAT: 60 días (después marca como obsoleto)
5. RQ vs CNG - Definiciones claras
- RQ: Solicitud del negocio (qué se necesita hacer)
- CNG: Permiso del desarrollador para deploy en producción (qué se está cambiando y cómo)
- Relación: Un RQ puede generar múltiples CNGs
- Recomendación: Para proyectos grandes, usar subtareas en RQ
6. Información de impacto empresarial
- Especificar áreas impactadas (Client Facing, Finance, Fed Reporting, etc.)
- Identificar procesos afectados (ej: Funds Transfer)
- Considerar efectos cascada (Statements, Accounting, Interfaces)
- Cuando no sea claro, consultar con Flavio, Roberto o Talia
7. Plan de respaldo (Backup Plan)
- Debe especificar acción concreta en caso de fallo
- Ej: Para API nuevo → "Eliminar API y revertir a versión anterior"
- Campo crítico para aprobación por Deepak
8. Desafíos identificados en ambiente actual
- No hay ambiente de desarrollo dedicado; se usa UAT para testing de integraciones
- Múltiples deploys diarios generan presión sobre proceso CAB
- Necesidad de equilibrar control vs. velocidad de entrega
- Propuesta: Reunión adicional para alinear estrategia con liderazgo
9. Gestión de dependencias externas
- Para cambios que requieren Kyndryl/infraestructura: Usar IOCR para trazabilidad completa
- Evitar dependencia de intermediarios (Eduardo) para visibility
- Solicitar acceso directo a ticketing cuando sea posible
| Decisión | Propietario | Estatus |
|---|---|---|
| Migrar futuros RQs/CNGs a IODM/IOCR en lugar de estructura antigua | Flavio + equipo MuleSoft | Pendiente implementación |
| Establecer plazo de 60 días para tickets en UAT antes de marcar como obsoleto | Roberto | A implementar |
| Alineación con Eduardo/infraestructura sobre proceso CAB para integraciones | Roberto + Flavio + liderazgo infraestructura | Por discutir |
| Segunda sesión enfocada en detalles de IOCR | Roberto + equipo | Programada |
| Tarea | Propietario | Fecha Vencimiento | Prioridad |
|---|---|---|---|
| Discutir migración de RQ/CNG a IODM/IOCR para futuros proyectos | Flavio | Por definir | Alta |
| Programar segunda sesión de entrenamiento sobre proceso IOCR | Roberto / Pedro | Miércoles 15:00 | Alta |
| Revisar estrategia CAB/UAT con consideración a ambiente sin desarrollo dedicado | Roberto + liderazgo infraestructura | Por definir | Alta |
| Implementar notificación automática para Code Reviewers cuando son asignados | Equipo de administración de herramientas | Por definir | Media |
| Documentar guía clara sobre cuándo usar RQ vs IODM para futuros proyectos | Flavio + Roberto | Por definir | Media |
| Consultar con equipos de business (Tiago Albuquerque, etc.) sobre aprobadores de CNG | Pedro / Speaker A | Por definir | Media |
| Tomar notas de dudas/preguntas sobre proceso CAB y consultar con Roberto/Flavio/Talia | Todos los participantes | Continuo | Baja |
En esta sesión de entrenamiento sobre el proceso CAB, Roberto presentó la estructura completa de gestión de cambios, diferenciando claramente entre cambios locales (RQ/CNG) e integrados (IODM/IOCR). Se explicaron los flujos de aprobación, campos obligatorios de formularios, y la importancia de documentar impacto empresarial, planes de respaldo y trazabilidad en múltiples ambientes. El equipo reconoció desafíos operacionales derivados de la falta de ambiente de desarrollo dedicado, y se acordó una segunda sesión para profundizar en el proceso IOCR. Se enfatizó que los RQs deben ser solicitados por negocio, los CNGs son permisos de deploy, y ambos requieren aprobación de stakeholders específicos antes de proceder a producción.
- T24 (revaluación automática)
- Pershing (revaluación manual)
- Microgen (sistema ERP para negocio fiduciario)
- Archivos de gastos (previamente Concur, ahora SAP Ramp)
- Miami Branch/Condor: Revaluación manual (responsabilidad del equipo de contabilidad)
- Pershing: Revaluación manual/automática según la ubicación (Miami vs. Nueva York)
- Transformación e integración en el lado de Lisbon
- Envío de archivos en formato XML a través de endpoint definido
| Decisión | Responsable | Estado |
|---|---|---|
| Enfoque por fases para BII (Fase 1: envío as-is de archivos de divisas a Oracle Fusion) | George/Equipo técnica | Aprobada |
| Reunión técnica de mapeo de datos para mañana | Guillermo (Lisbon) | Confirmada |
| Incluir a Scacchini en reunión técnica de mañana | Flavio | Confirmada |
| Usar MuleSoft existente en lugar de crear nuevas integraciones | Equipo Lisbon/BII | Decidido |
| Separar rollout por entidad legal (no agrupar todas bajo un único programa) | George/Flavio | Decidido |
| Crear microplan detallado con fechas y alcance confirmables | George | Urgente |
| Comparar archivos de T24 de BIS vs. BII | Deepak/Equipo BII | Por hacer |
| Validar si Microgen envía archivos a NetSuite | Deepak | Por verificar |
| Documentar revaluaciones manuales con equipo de contabilidad (Ruth) | Flavio/Deepak | Por coordinar |
| Tarea | Responsable | Fecha de vencimiento | Prioridad |
|---|---|---|---|
| Programar y facilitar reunión técnica de mapeo de datos y formato XML | Guillermo | 23 de junio de 2026 | ALTA |
| Confirmar especificación de campos requeridos para integración | Guillermo/Scacchini | 23 de junio de 2026 | ALTA |
| Verificar si Microgen envía archivos a NetSuite | Deepak | 22 de junio de 2026 | ALTA |
| Coordinar con Ruth (contabilidad) sobre flujo de revaluaciones manuales | Flavio/Deepak | 23-24 de junio de 2026 | ALTA |
| Comparar estructura de archivos T24 de BIS vs. BII | Deepak/Guillermo | 24 de junio de 2026 | ALTA |
| Crear diagrama de arquitectura completo para BII con todas las fuentes de datos | George | 25 de junio de 2026 | ALTA |
| Elaborar microplan detallado con cronograma y alcance validado | George | 25 de junio de 2026 | CRÍTICA |
| Clarificar impacto de REG Reporter en migración de datos | Flavio/Deepak | 24 de junio de 2026 | MEDIA |
| Proporcionar ejemplo de formato de datos Miami Branch (Condor) en XML | Guillermo/Deepak | 24 de junio de 2026 | ALTA |
| Incluir Ruth en futuras reuniones de diseño técnico | Flavio | Próxima reunión | ALTA |
La reunión de descubrimiento oficial para el proyecto de migración de BII a Oracle Fusion identificó un enfoque por fases donde la Fase 1 consistirá en enviar archivos de divisas "tal como están" (as-is) a Oracle Fusion sin transformaciones complejas, con la implementación prevista para 2026. Se identificaron múltiples fuentes de datos (Miami Branch, T24, Pershing, Microgen) con diferentes enfoques de revaluación de divisas (automática y manual), requiriendo coordinación cercana con el equipo de contabilidad. La arquitectura técnica utilizará MuleSoft para pre-validación de datos en el lado del origen antes de la integración en Lisbon, con una reunión técnica programada para mañana para validar el mapeo de datos y especificaciones de formato. Se requiere urgentemente un microplan detallado con fechas confirmables y clarificación sobre el impacto de sistemas regulatorios actuales en la migración.
| Decisão | Responsável | Status |
|---|---|---|
| Criar RQ "MuleSoft Platform Improvement" como umbrella | Sketino | Imediato |
| Alinhar eBanking Experience API com Duane sobre comunicação e flows | Sketino | Hoje |
| Monitorar consumo de MuleSoft flows com Reni | Pedro (Speaker A) | Hoje |
| Abrir ticket CNG 9048 para Ingress Rule Group | Sketino | Concluído |
| Marcar reunião com Dantas para discussão de integração/acesso | Pedro | Hoje |
| Confirmar com Dantas alteração do endpoint VCROM | Tiago Silveira | Hoje |
| Alinhar servidor para liberação de regra AWS com Marcelo/Thiago/Eduardo | Sketino | Hoje (antes da reunião de infra) |
| Revisar RQ do API Inventory antes da reunião de amanhã (minicab) | Sketino/Bacilli | Hoje |
| Abrir CNG para T24 change para produção | Bacilli | Hoje |
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Criar RQ "MuleSoft Platform Improvement" | Sketino | Hoje | Alta |
| Testar integração ACH/Tracking API completamente | Sebastião | Final de julho | Alta |
| Executar deploy Confirmation Copy | Ícaro | Hoje | Alta |
| Alinhar com Duane sobre eBanking Experience API e fluxos | Sketino | Hoje | Alta |
| Monitorar consumo de MuleSoft flows | Pedro/Reni | Hoje | Alta |
| Responder ticket CNG 9048 sobre Ingress Rule Group | Sketino | Hoje | Alta |
| Marcar reunião com Dantas (com participação de Pedro) | Sketino | Hoje | Média |
| Confirmar com Dantas alteração endpoint VCROM | Tiago Silveira | Hoje | Média |
| Alinhar Marcelo, Thiago e Eduardo para liberação AWS | Sketino | Hoje | Alta |
| Completar MUnit tests para API Inventory | Sketino | Hoje | Média |
| Revisar RQs do API Inventory | Sketino/Bacilli | Hoje | Alta |
| Abrir CNG para T24 change | Bacilli | Hoje | Média |
| Evidenciar correção de query parameters | Bacilli | Hoje | Média |
| Validar endpoints faltantes no API Inventory | Sketino/Bacilli/Basteria | Hoje | Baixa |
A reunião de status focou em atualizações de múltiplos projetos de integração e infraestrutura. Destaques incluem o progresso do ACH/Tracking API com testes locais em andamento e prazo revisado para final de julho, aprovação do deploy do Confirmation Copy, e resolução de questões críticas de operação com a API do Camal. Um problema crítico foi identificado com o Ingress Rule Group em produção (CNG 9048), onde a opção de associar regras desapareceu da interface. Adicionalmente, há preocupação com a criação independente da eBanking Experience API por Duane sem comunicação adequada aos stakeholders e potencial consumo excessivo de flows MuleSoft. O time decidiu consolidar melhorias de plataforma sob uma RQ umbrella "MuleSoft Platform Improvement" e escalou a necessidade de melhor comunicação e governança nas decisões arquiteturais.
1. Infrastructure Connectivity Requests
- Two requests opened: FHIR database and T24 landing
- New request to be opened for SFTP connection
- Guillem working on MuleSoft connectivity
- Confirmation meeting planned with Wellington
2. Storage Protocol Decision: SFTP vs Azure Storage Account
- Discussed Azure Storage Account as alternative to SFTP
- Azure Storage supports multiple protocols: SFTP, Graph API, SMB
- Shared Access Signatures (SAS) provide key-based access with IP restrictions
- Azure Storage connector in MuleSoft reviewed; lacks listener functionality
- Workaround: Use scheduled polling instead of listeners
- Decision: Proceed with SFTP approach for now; revisit container-level access restrictions for SAS later
3. BII (Business Intelligence Integration) Kickoff Planning
- Need to review T24-to-Oracle NetSuite file flow process (VCRone and StoneX)
- Huqi Ching to present current process documentation
- Discussion on feeds: expenses, payments, SAP Concord to Ramp transition
- Scheduled kickoff meeting: Monday 9:00 AM (3:00 PM Guillerm's time)
4. Switzerland Expense and Payment Processing
- Discussed using ERP for vendor management vs. alternative solutions
- Current Lisbon setup: ERP manages vendor invoices; Condor interfaces with T24 for SWIFT payments
- Switzerland path unclear; requires discussion with wider audience via Swift Messages group chat
- Accounting generated by Oracle Fusion, not Condor
- Need interface from ERP to T24 (Claudia involved)
5. Data Transformation in MuleSoft Layer
- Clarification that MuleSoft layer will perform necessary data transformations (format conversions, field mappings)
- Business rules (calculations, interest, revaluations) should NOT be in MuleSoft; belong in core applications
- T24 landing zone to SFTP file movement: minimal/simple transformations only
- Original balance column mapping to ERP requires mild transformation
6. Meeting Cancellations
- Functional call canceled for tomorrow (US holiday)
- Fabio organizing separate call tomorrow; status unclear
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Open new request for SFTP connectivity | Speaker A | As soon as possible | High |
| Confirm connectivity details with Wellington | Speaker A | Tomorrow (2026-06-19) | High |
| Investigate container-level access restrictions for Azure SAS | Speaker B | TBD | Medium |
| Review T24-to-Oracle NetSuite file flow documentation | Speaker A / Guillerm | Before kickoff | High |
| Schedule BII kickoff meeting with Huqi Ching | Speaker C | 2026-06-23 (Monday) 9:00 AM | High |
| Reach out to Claudia regarding ERP-to-T24 interface | Speaker B | 2026-06-18 afternoon | High |
| Discuss Switzerland expense/payment solution in Swift Messages group chat | Speaker B / Speaker D | 2026-06-19 | High |
| Clarify file pattern naming with Shital | Speaker A | TBD | Medium |
| Confirm Fabio's meeting status for tomorrow | Speaker C | 2026-06-19 | Low |
The team discussed infrastructure connectivity for T24 landing and FHIR databases, with SFTP requests in progress and MuleSoft connectivity pending. A decision was made to proceed with SFTP protocol instead of Azure Storage Account, though the team identified that Azure Storage connectors lack native listeners and will require scheduled polling as a workaround. The BII (Business Intelligence Integration) kickoff was scheduled for Monday, June 23rd at 9:00 AM to review current T24-to-Oracle NetSuite file flows and plan integrations including expense management during the SAP Concord to Ramp transition. Additionally, clarification was provided that MuleSoft will handle necessary data transformations and field mappings, while business rules and calculations must remain in core applications like Oracle Fusion or T24.
1. Redistribuição de responsabilidades de infraestrutura Microsoft
- Duene será designado como tech lead para todas as alterações de infraestrutura relacionadas a Microsoft
- Objetivo: desafogar o Dantas que está sobrecarregado com múltiplas responsabilidades
2. Acesso e permissões do Duene
- Duene ainda não possui os acessos necessários para assumir as responsabilidades
- Necessário acesso para criação de repositórios Oracle e Power Broker
- Schettini acionará o Duene para solicitar repositórios
3. Gestão de dependências e bloqueadores
- Necessário documentar e compartilhar todas as dependências que estão impedindo o progresso
- Muitas micro dependências estão atrasando os projetos
- Problema de disponibilidade de pessoas em férias criando gargalos
4. Backup para dependências críticas
- Necessário definir profissionais backup para evitar travamentos quando pessoas principais estão indisponíveis
- Ruth e Mônica Araga foram mencionadas como backups potenciais
5. Documentação de bloqueadores
- Será criado documento listando todos os bloqueadores e dependências
- Documento será formalizado como apêndice do relatório de status de sexta-feira
- Compartilhará informações com Deepak e Tintim (que não comparecem às reuniões de status)
6. Questões de organização de tickets e visibilidade de projetos
- Discussão sobre confusão na organização de tickets relacionados ao release plan
- Problema de visibilidade dos projetos digitais em transformação
7. Calendário de releases e férias
- Confirmação de datas importantes (19 de junho e 3 de julho como feriado)
- Necessidade de considerar impacto de férias na execução
1. Duene será tech lead oficial para todas as alterações de infraestrutura Microsoft, desafogando Dantas
2. Documentação de bloqueadores será criada em Excel e compartilhada antes de sexta-feira
3. Escalação de riscos será realizada com Deepak e Tintim através da documentação de bloqueadores
4. Acesso do Duene será solicitado imediatamente a Schettini para repositórios e Power Broker
5. Discussão futura sobre backup de pessoas críticas será agendada
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Criar lista de bloqueadores e dependências em Excel | Speaker A | 2026-06-17 | Alta |
| Compartilhar documento de bloqueadores com Speaker B para discussão | Speaker A | 2026-06-17 | Alta |
| Solicitar acessos para Duene (repositórios Oracle e Power Broker) | Schettini | 2026-06-18 | Alta |
| Formalizar lista de bloqueadores como apêndice do relatório de status | Speaker A | 2026-06-19 | Alta |
| Compartilhar informações de bloqueadores com Deepak e Tintim | Speaker B | 2026-06-19 | Média |
| Definir profissionais backup para dependências críticas | A definir | 2026-06-20 | Média |
A reunião focou na reorganização de responsabilidades para desafogar o Dantas, designando Duene como tech lead de infraestrutura Microsoft. O principal bloqueador identificado é a falta de acessos do Duene e a necessidade urgente de documentar todas as micro dependências que estão impedindo o progresso dos projetos. Foi decidido criar um documento Excel listando bloqueadores e dependências para compartilhamento com a equipe e escalação até sexta-feira, objetivando mitigar riscos e melhorar a visibilidade do projeto. A equipe reconhece que o tempo está escasso e que é necessário distribuir responsabilidades para evitar gargalos críticos.
1. Validação do Deploy de Ontem
- Deploy realizado sem erros nos logs
- Nenhum alarme acionado até o momento
- Necessário validar com Vanessa se tudo está funcionando corretamente
2. Novo Problema Identificado - Parâmetro ISIN com Espaços
- Erro de "bad request" no parâmetro de query ISIN recebido pelo Mulesoft
- Parâmetro contém muitos espaços antes do valor real
- Mulesoft rejeitando requisições em produção
- Primeira ocorrência em 90 dias - possível cenário raro
- Necessário investigar se é problema no BPM ou Mulesoft
3. Problemas de Conectividade Flex Gateway
- Requisições via NET Tools funcionando corretamente
- Timeout ao adicionar endpoint na aplicação Mule
- Wellington recomendou separar Flex Gateway para E24 e TAP
- Reconfiguração realizada mas ainda há problemas de rede
- Ticket #515 desbloqueado (estava bloqueado)
4. Documentação de APIs - Inventário Incompleto
- Madhuri completou inventário de APIs sob sua responsabilidade
- Falta preenchimento de "Developer" em muitos registros
- Necessário identificar desenvolvedores de endpoints para cada API
- Especialmente para E Banking (time do Brasil)
5. Acesso Power Broker para Dwayne
- Solicitado acesso ao Power Broker para alterações em banco de dados
- Objetivo: Dwayne ser ponto de contato para mudanças no BD, reduzindo dependência de Dantas
- Pendente confirmação de conectividade
6. Projeto ERP - Documentos IB
- Plano adicionado para próxima fase de deployment (fases 5, TAP e T24)
- Testes assincronos realizados em 3 endpoints (70% ainda faltam)
- RQs para conectividade não criadas ainda (a fazer hoje à tarde)
- Reunião Infosec com Wellington, Guillermi e Eduardo realizada
- Dois RQs abertos para conectar ao banco FHIR e share drive
- Esclarecimento: RQs sob ticket guarda-chuva aprovado não precisam aprovação formal
7. Alertas de Produção - T24
- Alertas recebidos sobre tempo de resposta aumentado a partir das 15h (horário de Brasília)
- Alguns erros detectados neste período
- Possível falso positivo ou outage no T24
- Sistema de monitoramento funcionando corretamente
8. Deployment E-Docs
- Problemas no EVMEQ para E-Docs resolvidos por Richard
- Certificações adicionadas para comunicação com EnAMMQ
- Mesmas configurações devem ser aplicadas em produção
- Pendente: identificar nome do servidor para schema do banco de dados
- Questão: usar mesmo servidor do BPM ou novo servidor?
9. Bloqueios de Progresso
- Múltiplos bloqueios aguardando Michael Sue (retorna quinta-feira)
- Dependências: Ruth (notification system API, IB Documents)
- Madhuri: conferência a ser concluída hoje
- Necessário preparar plano de ataque para diferentes frentes
1. Investigar parâmetro ISIN com espaços - verificar se problema em BPM ou Mulesoft
2. Verificar logs em produção para parâmetros ISIN, TICKER e INSTRUMENT ID
3. Acompanhar análise de issues em produção com Diego Lanza/Vanessa Varenga
4. Desbloquear ticket #515 do Flex Gateway (realizado durante reunião)
5. Completar tabela de developers de APIs até amanhã
6. Discussão esta tarde (Speaker A e Speaker E) sobre plano de ataque para bloqueios
7. Adicionar informações de servidor/IP à documentação Confluence
8. Investigar alertas de T24 offline
9. Criar RQs para conectividade (FHIR e share drive) hoje à tarde
10. Aguardar retorno de Michael Sue (quinta-feira) para questões específicas de UAT
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Enviar informações sobre erro de parâmetro ISIN para investigação | Antonio (Speaker B) / Basili (Speaker C) | 2026-06-17 | Alta |
| Investigar conectividade Flex Gateway e sincronizar com equipe | Dwayne (Speaker G) | 2026-06-17 | Alta |
| Contatar Wellington sobre configuração Flex Gateway E24/TAP | Dwayne (Speaker G) | 2026-06-17 | Alta |
| Criar RQs para conectividade FHIR e share drive T24 | Scatini (Speaker D) | 2026-06-16 (hoje à tarde) | Alta |
| Validar fix de ontem com Vanessa | Speaker A | 2026-06-17 | Média |
| Verificar logs para parâmetros ISIN, TICKER, INSTRUMENT ID | Speaker A / Basili | 2026-06-17 | Alta |
| Acompanhar análise de issues com Diego Lanza/Vanessa Varenga | Speaker E | 2026-06-17 | Alta |
| Completar tabela de developers das APIs | Dwayne / Team | 2026-06-17 | Alta |
| Investigar alertas de resposta T24 (possível falso positivo) | Scatini (Speaker D) | 2026-06-16 | Média |
| Reunião de planejamento - plano de ataque para bloqueios | Speaker A e Speaker E | 2026-06-16 (hoje à tarde) | Alta |
| Documentar informações de servidor/IP no Confluence | Marcelo (Speaker F) | 2026-06-17 | Média |
| Obter nome do servidor para schema E-Docs (validar com Dantas se necessário) | Marcelo (Speaker F) | 2026-06-16 | Alta |
| Testar e validar acesso Power Broker para alterações BD | Dwayne (Speaker G) | 2026-06-17 | Alta |
| Retomar testes T24 Statement API | Marcelo (Speaker F) | 2026-06-17 | Média |
| Contatar Madhuri sobre informações de desenvolvedores de APIs faltantes | Dwayne (Speaker G) / Speaker A | 2026-06-17 | Média |
| Enviar detalhes de RQs para Flavor (conectividade) | Scatini (Speaker D) | 2026-06-16 | Média |
| Sincronizar com Duane sobre issue Flex Gateway | Basili (Speaker C) | 2026-06-17 | Média |
A reunião focou na validação do deploy de ontem (sem erros) e na identificação de novos problemas em produção. Um novo erro foi descoberto no parâmetro ISIN do Mulesoft, onde espaços extras causam rejeições — trata-se de um cenário raro, primeira ocorrência em 90 dias. Paralelos, múltiplos bloqueios impedem progresso em várias frentes (Flex Gateway, APIs, documentação de IB Documents), principalmente aguardando retorno de Michael Sue na quinta-feira e respostas de Ruth. Foram desbloqueados o ticket #515 e definido um plano para esta tarde com foco em estratégia de desbloquear as diferentes iniciativas, priorizando a documentação de developers de APIs e investigação de alertas de produção no T24.
1. Projeto Marçal/Wagner no Brasil - Status de desenvolvimento e aplicação em produção do software
2. Acesso ao PowerBroker - Duene precisa ter acesso para assumir responsabilidades de banco de dados que antes eram do Dantas
3. API Migration e IB Documents - Bloqueio de testes aguardando Michael Silk que está de férias
4. Distribuição de Responsabilidades - Necessidade de descentralizar ações que dependem exclusivamente do Dantas
5. Changes de Deployment - Validação de aprovações entre Marcelo e Flávio
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Falar com Duene sobre acesso PowerBroker e responsabilidades de banco de dados | Pedro | 2026-06-16 | Alta |
| Ícaro realiza deploy hoje como solução paliativa | Ícaro | 2026-06-16 | Alta |
| Validar aprovação das changes com Marcelo antes do deploy | Pedro | 2026-06-16 | Alta |
| Escalar bloqueios de testes para Deepak/Tim-Tim por email | Flávio | 2026-06-16 | Alta |
| Dantas ligará para Sebastião para resolver acesso às ESDs | Dantas | 2026-06-16 | Alta |
| Pedro reportar status de acesso Duene | Pedro | 2026-06-19 | Média |
A reunião abordou a redistribuição de responsabilidades operacionais, especialmente a transição de atividades de banco de dados do Dantas para Duene. Foi identificado que Duene precisa de acesso ao PowerBroker e deve ser acionado imediatamente; Ícaro oferecerá suporte paliativo caso o acesso não seja concedido até quinta-feira. Adicionalmente, a equipe enfrenta bloqueios significativos na API Migration causados pela indisponibilidade de Michael Silk (em férias), recomendando-se escalar via email para Deepak e Tim-Tim com detalhamento de riscos. A estratégia geral visa desconcentrar ações do Dantas e criar redundância nas responsabilidades críticas.
1. OMS Queue Issue - Queue had 181 messages from 3am; Pooler error investigation underway by Corey; issue appears to be resolved after Pooler restart with messages being picked up
2. MuleSoft Environment Problems - Environment issues preventing log access; similar to issues experienced last Friday; appears to be a general infrastructure issue
3. Production Deployment Planning - Database DDL execution and Dantas collaboration required; deployment targeted for Thursday (June 19th is a holiday); CAB approval pending
4. Firewall Rules - Two pending firewall rules (MuleSoft to EDOCS and MuleSoft to AWS API Gateway in Brazil); awaiting response from Kindle team
5. API Inventory & Go-Live - First JIRA System API ready to deploy next week; CNG9035 open; API inventory completeness at approximately 30-40%
6. T24 Project Status - Almost 100% development completion; two APIs still in progress; first deployment ready; UAT testing coordination needed
7. IB Documents Process Dependency - Critical dependency on Michael Su for document upload process in UAT; Michael returning July 18th; escalation needed for knowledge transfer
8. Platform Improvements - Egress rules and API monitoring being deployed today; health checks to follow
9. Team Communication & Engagement - Recommendation to engage support teams (GPAC, Brazil teams) with high-level project visibility early in the process
10. Holiday Schedule Clarification - June 19th is a holiday; July 3rd early dismissal (USA); Brazil team working June 19th
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Restart Pooler and monitor message queue count | Corey | 2026-06-12 | High |
| Coordinate database DDL execution for production deployment with Dantas | Speaker A / Dantas | 2026-06-19 | High |
| Follow up on firewall rules (MuleSoft to EDOCS and AWS API Gateway) with Kindle team | Eduardo | 2026-06-19 | High |
| Deploy API monitoring configuration and egress rules | Schecchini | 2026-06-12 | High |
| Export API inventory to PDF and share with GPAC team (Thiago Fernandez) | Speaker A | 2026-06-12 | Medium |
| Update API inventory documentation (Oracle ERP/BIS/BII split) | Speaker A | 2026-06-13 | Medium |
| Madhuri to complete API inventory gaps and consumer application information | Madhuri | 2026-06-13 | Medium |
| Identify replacement for Michael Su's document upload responsibilities | Schecchini / Dantas | 2026-06-16 | High |
| Schedule and conduct Monday meeting with Ruth and Hucchi regarding document flow and Vikron setup | Schecchini | 2026-06-16 | High |
| Consult with Dantas regarding document upload process and knowledge transfer | Schecchini / Flavio | 2026-06-16 | High |
| Escalate Michael Su dependency issue to Deepak for resolution and identify support | Flavio | 2026-06-12 | High |
| Initiate CAB approval process for OMS production deployment | Speaker A | 2026-06-13 | High |
| Coordinate with Rafael and Ruth for IB Documents testing | Schecchini | 2026-06-16 | Medium |
| Confirm USA early dismissal date (July 3rd) and holiday schedules | Flavio | 2026-06-12 | Low |
| Deploy JIRA System API to production (CNG9035) | Speaker A / Development Team | 2026-06-19 | High |
| Contact Kindle team for firewall rule approvals | Eduardo | 2026-06-19 | High |
The meeting addressed critical infrastructure issues with OMS queue backlog and MuleSoft environment problems, which appear to be resolved after Pooler restart. Production deployment planning is underway with a targeted Thursday, June 19th date pending CAB approval and database DDL execution by Dantas. The API inventory project is approximately 30-40% complete with focus on engaging GPAC and Brazil teams with high-level project visibility to improve participation and outcomes. A critical dependency on Michael Su for document upload processes in UAT requires immediate escalation to Deepak's team for knowledge transfer and cross-training to mitigate risk during his extended absence.
1. Madhuri será responsável por atualizar o inventário de consumidores de APIs T24 na página Confluence usando sua documentação existente
2. Usar página Confluence como fonte única de informação para mapeamento de APIs e consumidores
3. Implementar coluna adicional de "usuário T24" para identificar sistemas consumidores (JIRA, BPM, IB, etc.)
4. Para APIs desenvolvidas por Mark: Usar logs de produção e análise de nomes de usuários T24 para identificar consumidores; colaboração com Deepak/Vigberto se necessário
5. Apis não-T24 serão tratadas separadamente em futuras sessões (MuleSoft, IB Documents, JIRA) com equipes específicas
6. Priorizar coleta de informações antes de revisitar lacunas; reavaliação de exceções após conclusão da atualização inicial
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Atualizar inventário de consumidores de APIs T24 na página Confluence | Madhuri | 2026-06-16 | Alta |
| Consultar documentação/bible de consumidores de APIs T24 | Madhuri | 2026-06-16 | Alta |
| Analisar logs de produção para APIs desenvolvidas por Mark | Madhuri / Deepak | 2026-06-20 | Alta |
| Adicionar coluna de "usuário T24" ao inventário Confluence | Pedro | 2026-06-13 | Média |
| Validar inventário de APIs T24 com Dwayne (verificação de escopo) | Pedro / Dwayne | 2026-06-20 | Média |
| Agendar sessão de trabalho para APIs não-T24 (MuleSoft, IB, JIRA) | Flavio | 2026-06-23 | Média |
| Identificar desenvolvedores nas aplicações consumidoras para realizar mudanças | Thiago Dantas / Equipes de Desenvolvimento | 2026-06-23 | Alta |
| Envolver usuários para testes smoke das aplicações modificadas | Flavio / Madhuri | 2026-06-27 | Alta |
A reunião focou na migração de APIs T24 legadas para MuleSoft como parte do programa PIP. O principal desafio identificado é mapear todos os consumidores de 18 APIs em produção para atualizar suas chamadas para apontar para MuleSoft. Madhuri foi designada como responsável por atualizar o inventário Confluence usando sua documentação existente de consumidores, enquanto logs de produção serão utilizados para APIs desenvolvidas por Mark. A equipe tem urgência em completar este mapeamento para iniciar testes smoke com aplicações consumidoras, mantendo mudanças mínimas e enfatizando a necessidade de colaboração rápida.
1. AWS Gateway Production Connectivity Issues
- Two RQs (Request for Quotes) in progress: one for production AWS Gateway and one for INDOCS API in production
- Persistent connection timeout issues despite CNG (Change) configurations already in place
- Issues related to firewall rules, WAF (Web Application Firewall), and network routing across multiple hops
- Discussion of network architecture involving firewalls maintained by Kyndryl, Mulesoft, ITAU global network, and AWS Brazil side
2. Network Architecture & Firewall Chain
- Identified five firewall/security devices in the connection chain
- Kyndryl maintains the first firewall; the remaining four are managed by Brazil
- Discussion of port configurations: 443 (standard), 8443 (blocks endpoint), and other port issues
- Virtual IP addressing (192.168.x.x) used for Brazil AWS network access
3. Gateway Owner Communication
- Action item to contact the API gateway owner to adjust WAF for production
- Gateway owner has more direct access to Brazil firewall management team
- Change number 8789 CNG referenced for firewall log verification
4. JAR File Deployment Issues
- Large JAR file uploads (120MB) taking excessively long or failing to complete
- Smaller files (50MB) deploy successfully in ~20 minutes
- Issue appears VDI-related rather than proxy-related
- CLI client being explored as alternative deployment method
5. Mulesoft Connectivity Testing
- Testing connectivity from Jira and Vikron to Mulesoft started yesterday
- Troubleshooting ongoing; results pending
6. VPN Switchover - Equinix IP Address Block Migration
- Four VPN changes scheduled for Saturday
- Migration from Equinix to new IP address block
- Kyndryl and Temenos confirmed readiness
- Vendor confirmation on link placement expected tomorrow
- UAT testing planned before production switchover
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Schedule network design session/call to review firewall architecture and connection chain | Eduardo (Speaker D) | This week (before 2026-06-13) | High |
| Schedule live testing session between Marcelo and Brazil Kyndryl firewall team | Eduardo (Speaker D) | This week | High |
| Contact API Gateway owner regarding WAF adjustment for production and firewall log verification (CNG 8789) | Marcelo (Speaker C) | This week | High |
| Check Kyndryl firewall logs for traffic from Microsoft endpoint and investigate blockages | Eduardo (Speaker D) | This week | High |
| Test CLI client deployment as alternative to web-based JAR upload | Schettini (Speaker F) | This week (2026-06-13) | High |
| Share executable name for CLI client to enable approval and VDI testing | Schettini (Speaker F) | Today (2026-06-09) | High |
| Verify vendor confirmation on VPN link placement for Equinix migration | Eduardo (Speaker D) | Tomorrow (2026-06-10) | High |
| Execute four VPN changes for IP address block switchover from Equinix | Project Management/Team (Speaker D) | Saturday (2026-06-14) | Critical |
| Continue Jira and Vikron to Mulesoft connectivity testing and report results | Basili/Dwayne Schettini (Speaker F) | This week | Medium |
The meeting focused on resolving critical infrastructure connectivity issues impacting production deployments. The team identified a complex five-hop firewall chain spanning Kyndryl, Mulesoft, ITAU global network, and AWS Brazil, with the primary blockage appearing to originate from Brazil-managed firewalls. Eduardo will schedule a network architecture review session this week to align the team on the network topology and firewall locations, followed by a live testing session with the Brazil Kyndryl firewall team. Additionally, the team is addressing JAR file deployment timeouts by exploring CLI client alternatives, and will execute a critical VPN switchover on Saturday to migrate from Equinix IP addressing, pending vendor confirmation of link placement.
1. OMS (Order Management System)
- Correção implementada em UAT por Basili
- Testes em andamento por Corey
- Incidente aberto (ISD)
- Plano de submissão para CAB na quinta-feira
- 9 pedidos afetados de um total de 73 (validação de data retroativa)
- Necessidade de confirmação com Edward e equipe operacional
2. API Monitoring
- Testes em andamento por Vasily
- Alertas de tempo de resposta configurados em 1ms
- Falta de volume de mensagens em UAT para ativar alertas
- Desenvolvimento de EM units em progresso
3. Projeto Oracle ERP
- Reunião sobre conectividade MuleSoft
- Verificação de conectividade entre Miami e Lisboa
- Testes de acesso VDI às integrações
- Repositório BitBucket sendo criado
- Aplicação MuleSoft básica concluída
4. Firewall e API Monitoring
- Regras de firewall cobertas
- Configuração de alertas de email funcionando em UAT
- Aguardando confirmação para promoção à produção
5. IB Documents e JIRA
- Regras aplicadas em UAT e produção
- Licença JIRA expirada (bloqueio temporário)
- Testes de conectividade pendentes
6. Auto Trading API
- Desenvolvimento em andamento (Card 644)
- RAML concluído
- Banner de bloqueio removido
7. Problema de Upload de JAR
- Lentidão no upload de arquivos grandes em ambiente VDI (Basili)
- Basili: 17-25 minutos para upload de 120MB
- Skacchini: ~7 minutos para mesma tarefa
- Necessidade de testes paralelos para diagnosticar
8. Signature Docs API
- MuleSoft instável na sexta-feira anterior
- Testes agendados para 17h-18h com Rodrigo
- Ainda em progresso
9. Requisitos de RQ para Implantação
- Marcelo preparando planilha com requisitos
- Múltiplas RQs ainda abertas
- Previsão de atualização durante a semana
10. Reunião Agendada para Amanhã
- Discussão de endpoints T24 com Deepak, Madhuri e outros
- Objetivo: identificar desenvolvedores e consumidores de cada endpoint
- Preparação de materiais em andamento
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Revisar validação dos 9 pedidos afetados com Edward | Corey | 08/06/2026 | Alta |
| Entrar em contato com Tanya/Danielle para validação completa de efeitos colaterais | Corey | 09/06/2026 | Alta |
| Remover banner de bloqueio do Card 644 e adicionar comentário | Dwayne | 08/06/2026 | Média |
| Testar upload de JAR grande em VDI (mesmo dia/horário) | Dwayne e Vasily | 09/06/2026 | Média |
| Registrar tempo de teste e notificar Ming | Vasily | 09/06/2026 | Média |
| Coletar informações do grupo de distribuição para notificações | Dwayne (com Deepak) | 08/06/2026 à 09/06/2026 | Alta |
| Confirmar conectividade com Silveira | Skacchini | 09/06/2026 | Alta |
| Agendar testes com Rodrigo (Signature Docs) | Marcelo | 08/06/2026 | Média |
| Preparar planilha de RQs para documentação | Marcelo | 09/06/2026 | Média |
| Preparar materiais para reunião de endpoints T24 | Pedro | 09/06/2026 | Alta |
| Compartilhar atualização de planilha de endpoints | Dwayne | 09/06/2026 | Alta |
| Confirmar aplicação de regras firewall para todos os usuários | Skacchini (com Ming/Edwin) | 09/06/2026 | Média |
| Verificar conectividade VDI com Wellington | Skacchini | 09/06/2026 | Média |
A reunião abordou múltiplos projetos e correções em andamento. A correção do OMS foi implementada com sucesso em UAT, afetando apenas 9 de 73 pedidos, e será submetida à CAB na quinta-feira sem necessidade de mudança de emergência. Há muitas iniciativas prontas para promoção à produção esta semana, incluindo monitoramento de API, regras de firewall e documentação de assinatura. A equipe identificou um problema de performance no upload de arquivos JAR grandes no ambiente VDI que requer testes diagnósticos. Uma reunião crítica está agendada para amanhã com Deepak para revisar endpoints da API T24 e identificar desenvolvedores/consumidores para desbloquear migrações.
- Possível falta de anúncio de ranges de IPs no BGP
- Presença de múltiplos NATs dificultando conectividade ICMP
1. Priorizar rota via Zurique para reduzir latência (em vez de Miami)
2. Focar inicialmente em ambiente não-produtivo para testes
3. Abrir ticket com equipa de redes (Axiens) e Rui para anunciar ranges de IPs no BGP
4. Enviar URL de health check (Mule) para testes de conectividade
5. Coletar ranges de IPs do MuleSoft (não-produtivo e produtivo) para anúncio na rede
6. Avaliar opção de fornecer VDI de Zurique com Anypoint Studio para desenvolvimento
7. Executar testes de conectividade operacionais em seguimento à reunião
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Abrir ticket com Axiens/Rui para anunciar ranges de IPs não-produtivos do MuleSoft no BGP | Speaker B (Guilherme) | A definir | Alta |
| Enviar URL/endpoint de health check para testes de conectividade | Speaker B | Imediato | Alta |
| Fornecer range de IPs de VDIs e MuleSoft (não-produtivo e produtivo) para anúncio | Speaker A (Davi) | A definir | Alta |
| Contactar equipa de redes Miami (Tsushima) sobre ranges de IPs internos para anúncio | Speaker A | A definir | Alta |
| Confirmar localização exata do Private Space (Frankfurt ou Irlanda) | Speaker B | A definir | Média |
| Realizar testes de conectividade ponta a ponta (Zurique-Lisboa) | Speaker B e Equipa | Após abertura de ticket | Alta |
| Agendar call/chat para testes operacionais de conectividade | Speaker B | A definir | Média |
| Avaliar fornecimento de VDI de Zurique com Anypoint Studio para desenvolvimento | Speaker B | A definir | Média |
A reunião foi focada na definição da arquitetura de conectividade para um projeto de integração Muli entre Zurique, Lisboa e Miami. Foi identificado um problema crítico: pacotes chegam à rede global do banco mas não conseguem alcançar Lisboa, suspeita-se de falta de anúncio de ranges de IPs no BGP. A equipa de redes de Lisboa (Axiens/Rui) será acionada para anunciar os ranges de IPs do MuleSoft não-produtivo, enquanto testes de conectividade serão iniciados. Quanto ao desenvolvimento, está em discussão se será feito de Miami ou de uma VDI fornecida em Zurique, dependendo da resolução dos problemas de conectividade atual.
1. Problema do Settlement Date (Endpoint Platform)
- Identificado problema de lógica invertida no campo Settlement Date
- Problema estava na WebLayer vs Muni (lógicas invertidas)
- Settlement Date deve ser menor que Now (data/hora atual)
- Deploy realizado em AT para testes
2. Document List (GetContainer)
- Nova feature para adicionar array de documento no retorno de dados do cliente para OMS
- Já estava em AT desde semana passada
- Questionamento sobre processo de deploy: uma ou duas mudanças
3. Testes de Conectividade e Infraestrutura
- Testes de IPs NAT com Eduardo Rothschild
- Conectividade VCROM a ser testada
- Testes de LibDocuments e Jira planejados
4. API Monitoring
- Necessário definir grupo de e-mail para produção antes de ir ao ar
- Bloqueador: criação do grupo de e-mail em produção
- Solução: usar hardcode de e-mails enquanto grupo não é criado
5. Instabilidade do MiliSoft
- Sistema ficou fora do ar na sexta-feira (listagem de aplicações)
- Recuperado no mesmo dia
- Testes marcados com Rodrigo para segunda-feira às 14h
6. Statements (T24)
- Progresso em 40%
- Trabalhando em listagem de partes e holdings
- Ponto aberto: implementação de notification
7. Tracking API e ACE Edge
- Tracking API: tarefas passadas para Silveira
- ACE Edge: estrutura geral pronta, iterações em progresso
- Dependências: acesso ao banco de dados e API do Camel
- Equipe: Icaro, Sebastião e Silveira trabalhando em conjunto
8. Discussão sobre Processo de Changes
- Settlement Date é um incidente
- Document List é uma RQ (feature request)
- Um deploy, mas duas changes separadas
- Necessário um ticket para cada mudança
| Decisão | Responsável | Status |
|---|---|---|
| Settlement Date será tratado como incidente (Cory deve abrir) | Cory | A fazer |
| Document List será tratada como RQ (feature) | Equipe | A fazer |
| Um deploy com duas changes separadas para CAB | Equipe | Aprovado |
| Reunião com Ícaro após almoço para alinhar regras adicionais | Ícaro | A agendar |
| Teste de conectividade VCROM com Silveira e Malika | Sketini | A fazer |
| Testes com Rodrigo segunda-feira 14h no MiliSoft | Marcelo | Agendado |
| Preparação de todas as RQs e Changes para quarta-feira (antes de saída) | Todos | A fazer |
| E-mail de produção: definir nomes e abrir grupo | Sketini/Duane | A fazer |
| VPN Zurique IP rotation - contatar Wayne (Mule) | Sketini/Eduardo | A fazer |
| Teste de Notification System API antes de envolver Root | Sketini | A fazer |
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Abrir incidente do Settlement Date | Cory | 2026-06-09 | Alta |
| Criar/atualizar RQs para Settlement Date e Document List | Bacilli/Corey | 2026-06-10 | Alta |
| Agendar reunião com Ícaro após almoço para alinhar regras | Ícaro | 2026-06-08 | Alta |
| Testar conectividade de IPs NAT com Eduardo Rothschild | Malika | 2026-06-08 | Alta |
| Contatar Silveira para teste de conectividade VCROM | Sketini | 2026-06-08 | Alta |
| Testar LibDocuments e Jira | Malika/Silveira | 2026-06-08 | Alta |
| Reunião de testes com Rodrigo (14h) | Marcelo | 2026-06-08 | Alta |
| Definir nomes de e-mail para grupo de produção (API Monitoring) | Sketini/Duane | 2026-06-09 | Alta |
| Cobrar definição de e-mails de Duane | Sketini | 2026-06-08 | Alta |
| Contatar Wayne sobre rotação de IPs VPN Zurique | Sketini/Eduardo | 2026-06-09 | Média |
| Testar Notification System API (VCROM) antes de envolver Root | Sketini/Basile | 2026-06-09 | Alta |
| Passar acesso do repositório ACE Edge para Sebastião | Dantas | 2026-06-08 | Alta |
| Preparar todas RQs e Changes antes de quarta-feira | Todos | 2026-06-10 | Crítica |
| Alinhar com Root sobre RQ de Signature Docs | Marcelo | 2026-06-09 | Média |
| Separar atividades do ACE Edge com Sebastião | Icaro | 2026-06-08 | Média |
| Configurar Visual Studio e guard package | Sebastião | 2026-06-09 | Baixa |
A reunião abordou múltiplos pontos críticos para o CAB da semana. Foi identificado e resolvido um problema de lógica invertida no Settlement Date que será tratado como incidente. A feature Document List (GetContainer) será integrada no mesmo CAB através de duas changes separadas em um único deploy. Problemas de infraestrutura como instabilidade do MiliSoft e testes de conectividade VCROM estão em andamento, com testes confirmados para segunda-feira. Um bloqueador importante foi identificado no API Monitoring: a necessidade de definir e-mails de produção antes do go-live, o que será resolvido com hardcode temporário de e-mails enquanto o grupo não é criado. O CAB dessa semana será intenso, incluindo Signature Card, OMS, Egress Rules e Alerts, exigindo que todas as RQs e Changes estejam preparadas até quarta-feira.
1. OMS (Order Management System) Status
- Confirmed working as expected with no impact from Edward
- Messages piling issue with IBM Q being monitored; no updates from Richard yet
- Agreement to keep tracking and monitor for potential adjustments needed
2. T24 Document Type Changes
- New document type added to T24 (Change 2352) requiring API updates
- Discussion on inefficient process of updating API each time a new document type is added
- Change approved today, affecting both units and digital assets products
3. Proposed Solution for Document Type Management
- Proposal to move document type configuration to BPM with database/parameter approach
- Configuration to be controlled by Dante's in BPM interface, eliminating need for deployments
- Consensus that this is a better solution allowing Dante's to add/disable document types as needed
- Action: Coordinate with Lanza and Dantas to plan implementation timeline
4. API Migration and Testing Coordination
- Discussion on API inventory spreadsheet preparation (Dwayne working on it)
- Need to identify which products are consuming each API endpoint before production migration
- Decision to divide and conquer approach rather than linear mode
- Plan to organize initial coordination meeting with IT and business stakeholders
5. Order Management System - Technical Updates
- Account list modification deployment delayed to next week
- Mulesoft errors detected in book building process (non-critical, handled by web layer)
- No business impact observed
- Container/git changes in testing; planned for this week's release
6. Deployment Performance Improvements
- Significant improvement in deployment times reported
- Portion API deployment reduced to 5-8 minutes (previously taking too long)
- Testing to be done in UAT for confirmation
- Request to merge all changes into development branch for traceability
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Monitor messages piling issue and track any adjustments needed | Speaker C (Corey) | Ongoing | Medium |
| Coordinate with Lanza and Dantas regarding T24 document type change timeline and BPM implementation | Speaker A (Pedro) | Next meeting | High |
| Analyze Mulesoft book building errors and provide findings in chat | Speaker C (Corey) | Today | Medium |
| Finalize API inventory spreadsheet with all endpoints, developers, and business contacts for review | Speaker D (Dwayne) | Next meeting | High |
| Organize coordination meeting between IT and business stakeholders for API migration effort | Speaker A (Pedro) & Speaker B (Flavio) | This week | High |
| Merge document type changes into development branch and perform cherry pick as needed | Speaker E (Vasily) | Today | High |
| Test VPN changes for Mulesoft BPM application | Speaker C (Corey) | Today | High |
| Move deployment changes to testing and Done status once analysis complete | Speaker D (Dwayne) | This week | Medium |
| Test Portion API deployment performance in UAT | Speaker E (Vasily) | This week | Medium |
The team reviewed the OMS status (confirmed stable) and identified a critical issue with the T24 document type change process that requires inefficient API updates each time. A proposed solution was approved to move document type configuration to BPM, allowing administrators like Dante's to manage changes without deployments. The team also discussed the API migration effort strategy, deciding to use a divide-and-conquer approach with initial coordination meetings to identify which products consume each API endpoint. Technical improvements were noted including significant deployment time reductions (Portion API now 5-8 minutes) and container changes ready for this week's release, with non-critical Mulesoft errors being monitored.
1. API Implementation in MuleSoft - Migration of API integration layer from T24 to MuleSoft with no business impact; technical changes only without functionality changes
2. Testing Strategy - Need for comprehensive API testing beyond IT specialist technical tests; identification of consuming applications and business users for validation
3. Resource Constraints - Wikiberto unavailable due to medical procedure (2-week absence initially); Lanza identified as best resource to coordinate testing efforts in his absence
4. API Inventory Analysis - Review of 133 total APIs, with focus on those under Wikiberto's initial scope; identification of consuming applications (primarily JIRA, BPM, Koala systems)
5. Endpoint Mapping - Analysis of Party API endpoints, Koala system endpoints, Onboarding API, Officer Update API, and Posting Restriction APIs
6. Stakeholder Identification - Mapping of business owners and technical developers for each API endpoint:
- Malika Dantas: JIRA technical contact
- Thiago Dantas: JIRA technical support
- Pedro Mariano: Koala/DAO business contact
- Alex Panner: Onboarding and Posting Restriction flows
- Corey: BPM system contact
- Fabiana Ravasia: Business contact for several APIs (relocating to Brazil end of July)
7. Documentation and Centralization - Need to maintain comprehensive spreadsheet with all endpoints, MuleSoft app mappings, and developer assignments
8. Testing Approach - Read-only API endpoints (fetch data) can be tested by technical teams; write operations (POST/PUT) require business user validation
1. Lanza assigned as interim coordinator for testing efforts during Wikiberto's absence, focusing on API testing requirements and stakeholder contact identification
2. Testing will be conducted in phases - Technical tests first, followed by business user validation for write operations
3. JIRA as priority - JIRA integration testing identified as critical path item
4. Spreadsheet consolidation - Team to update centralized spreadsheet with:
- Complete endpoint inventory
- MuleSoft app assignments
- Developer contact information
- Removal of obsolete/retired endpoints
5. Shared ownership model - Dwayne assigned as spreadsheet owner with editing access shared via Teams chat to all developers
6. Stakeholder contact approach - Team authorized to proactively reach out to business users and developers without waiting for special coordination; no blockers identified
7. Risk mitigation - Fabiana Ravasia's information to be gathered before end of July due to planned relocation
1. OMS Daily Status Update
- MuleSoft-related errors minimal over past few days; mostly legitimate issues
- End of day partial fill verification needed; traders will have this information
- General system stability reported as good
2. PIP 684 - OMS and BPM Functional Change
- Functional change in OMS and BPM requiring MuleSoft container lookup functionality
- Adding container lookup information to order management (not developing new functionality)
- No regression expected; existing wire transfer and container flows unaffected
- Can be completed in 1-2 days
- Assigned to Basili for implementation this week
- Code review to be conducted by Schecchini and Marcelo
3. T24 APIs Migration and Testing
- T24 APIs put to tests; API monitoring task in progress
- EM units for CRM and notification APIs being developed
- Critical issue: Lack of identified testing resources for each endpoint
- Need to identify both developers (to switch applications to MuleSoft) and business testers
- Wigberto out of office until June 15th; backup contacts identified (Lanza and Talia)
- Meeting to be scheduled with Diego Lanza to identify testing resources across all applications
4. API Monitoring and Alerts Configuration
- Alerts already configured in UAT
- System has 50-alert limit (licensed); concern about reaching limit
- Proposal to configure alerts only for T24 and TEP initially
- Email group request sent to avoid individual names
- Need for code review and testing in UAT with reduced thresholds
- CAB submission postponed to next week due to Corpus Christi holiday on Thursday
5. MuleSoft Deployment Issues
- Slowness in JAR upload being investigated
- Proxy issue initially suspected but ruled out by Ming
- No scanning being done on upload side
- CLI client of MuleSoft being investigated to speed up deploys
- ISD ticket being tracked; Ming suggested retrying deployment
6. Private Equity API
- Information sent to Diego Lanza and Kamal for UAT testing
- Still tracking testing resources; waiting on response from Malika
- Meeting scheduled for tomorrow to identify testers
7. Gateway 403 Error
- Ongoing issue with 403 errors from Gateway
- Network team appointment pending
- SSL store added but error persists
- May impact next week's deliverables; Vagrant to be informed
8. Project Kanban Board Progress
- New cards created (6 cards total) for upcoming project work
- Main use case card to be blocked pending functional definition updates
- Other cards to be moved to design status
- Card descriptions to be updated as information becomes available
9. API Monitoring Distribution List
- Marcelo needs distribution list for email notifications on API monitoring alerts
- Task moved back to in-progress pending distribution list creation
- Rollback queue created (8401) linked to issue 8015
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Verify end of day partial fill information | Corey | 2026-06-02 | High |
| Move PIP 684 to in-progress and begin implementation | Basili | 2026-06-06 | High |
| Coordinate code review with Schecchini and Marcelo | Basili | 2026-06-06 | High |
| Schedule meeting with Diego Lanza to identify testing resources | Dwayne | 2026-06-03 | High |
| Obtain list of testers and developers for each application endpoint | Dwayne/Vasily | 2026-06-13 | High |
| Contact Lanza and Talia as backup for Wigberto | Flavio | 2026-06-03 | High |
| Test API monitoring alerts in UAT with reduced thresholds | Scatini | 2026-06-06 | Medium |
| Collect evidence of email notification for CAB submission | Scatini | 2026-06-10 | Medium |
| Request code review for alerts configuration | Vasily | 2026-06-03 | Medium |
| Create email distribution list for API monitoring alerts | Marcelo | 2026-06-06 | Medium |
| Investigate and resolve MuleSoft JAR upload slowness | Dwayne/Scatini | 2026-06-06 | Medium |
| Investigate CLI client usage for deployment speed improvement | Scatini | 2026-06-06 | Medium |
| Add Pedro and Flavio to ISD ticket for visibility | Scatini | 2026-06-02 | Medium |
| Follow up on private equity API testing with Malika | Dwayne | 2026-06-03 | Medium |
| Investigate Gateway 403 error and update Vagrant | Marcelo | 2026-06-06 | High |
| Move project cards to design status in Kanban | Scatini | 2026-06-06 | Medium |
| Update project card descriptions with available information | Scatini | 2026-06-10 | Low |
The daily operations meeting covered OMS stability status (good), approval and assignment of PIP 684 for MuleSoft container lookup functionality (to be completed by Basili this week), and critical progress on the T24 APIs migration project. A key blocker was identified: testing resources for each API endpoint have not been clearly identified, requiring an urgent meeting with Diego Lanza to locate both application developers and business testers. Additionally, API monitoring alerts configuration is progressing with a 50-alert limit constraint, and CAB submission has been postponed to next week due to the holiday. Several technical issues remain in progress, including MuleSoft deployment slowness and a persistent Gateway 403 error affecting next week's deliverables.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Create PIP with context for account list integration and link to AUTO 1313 | Basil (Speaker B) | Not specified | High |
| Add account list fields (lines 34-46) to OMS container payload in Mulesoft | Basil (Speaker B) | ASAP (potentially tomorrow) | High |
| Validate PIP and effort estimate with Flavio | Pedro (Speaker C) | Today | High |
| Provide updated technical specifications to team | Basil (Speaker B) | Before implementation | High |
The team discussed adding account list information to the Order Management container lookup endpoint in Mulesoft to support multi-currency CD execution (EUR, GBP, etc.). Currently, Order Management defaults only to USD accounts, whereas Wire Transfer already includes the account list object. By adding this payload to the OMS container response, the team can eliminate the need for secondary wire transfer endpoint calls, improving performance and user experience. Basil agreed this is not a difficult change and will create a PIP with context; Pedro will validate with Flavio today, with potential implementation starting tomorrow.
1. New Scheduled Recurrence Meeting - Established weekly infrastructure calls for MuleSoft PIP program every Tuesday at 11am Eastern Time. Guillem Silva from Portugal introduced as focal point for Oracle ERP engagement.
2. Signature Card Project - USoft and AWS Gateway Communication Issue - Experiencing 403 responses when sending requests to AWS Gateway in Brazil due to OAuth-related issues. All API keys and tokens verified as correct. Rodrigo to schedule meeting with Brazil network team for investigation.
3. API Inventory RQs and Firewall Rules - Discussion of pending RQs including Vigron RQ and JIRA to MuleSoft connectivity. Change management process requires CAB approval. New procedure: submit one consolidated change request per week with all firewall rules linked to relevant RQs to reduce overhead. Cutoff date: Tuesday meeting time for weekly submissions to Kyndryl.
4. Oracle ERP Integration Project - Guillem Silva presented infrastructure requirements for Finance of the Future initiative integrating accounting from Zurich and Miami branches. MuleSoft instances in Lisbon and Miami/Zurich need to communicate internally via MPLS rather than Internet. Discovery phase ongoing with no code development started yet. Separate dedicated meeting needed to discuss full architecture and design before finalizing firewall requirements.
5. Rollback of Previous Change Requests - Discussion of closing tickets related to power matrix infrastructure changes. Tickets 8264 and 8265 require rollback RQs.
Decisions made:| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Schedule network team meeting to investigate USoft-AWS Gateway 403 error in Brazil | Rodrigo | 2026-06-09 | High |
| Submit consolidated firewall rules RQ for Vigron and JIRA-MuleSoft connectivity to Kyndryl | Eduardo/Team | 2026-06-03 | High |
| Create rollback RQ for tickets 8264 and 8265 (reference both in description) | Marcelo | 2026-06-03 | High |
| Follow up on ticket 8015 related to 8384 | Marcelo | 2026-06-09 | Medium |
| Schedule dedicated Oracle ERP project architecture and design meeting | Guillem Silva/Eduardo | 2026-06-09 | High |
| Coordinate closure of power matrix infrastructure tickets | Marcelo | 2026-06-06 | Medium |
The meeting established a new weekly infrastructure synchronization cadence for the MuleSoft PIP program every Tuesday at 11am Eastern Time. The team addressed three primary technical issues: a 403 authentication error between USoft and AWS Gateway in Brazil requiring network team investigation, pending firewall rule requests for API inventory connectivity which will now follow a consolidated weekly submission process with Tuesday cutoff, and an Oracle ERP integration project requiring internal network connectivity between MuleSoft instances in Lisbon and Miami/Zurich that necessitates a separate detailed architecture discussion. Additionally, rollback procedures were initiated for two previous infrastructure change requests. The meeting emphasized collaborative problem-solving and reaffirmed that the forum is appropriate for discussing all technical topics relevant to shared infrastructure projects.
1. Ambiente VDI e Acessos
- VDI foi criada com sucesso
- Acesso ao Visual Studio e Rider configurados
- Pendência: acesso ao banco de dados (será concedido conforme necessidade, seguindo política de menor privilégio)
- Problema identificado: impossibilidade de acessar Gira e Confluence
2. Problemas Técnicos - Database e Drivers
- Problema com Debiver/SSL ao conectar com banco
- Necessidade de abrir chamado técnico para resolver questão de driver SSL
- Ícaro ofereceu ajuda e passará solução que funcionou para ele
3. Projeto INCS e LLM (Large Language Model)
- Reunião com equipe sobre instalação do INCS
- Discussão sobre qual LLM usar (Copilot 365, GitHub Copilot)
- Copilot 365 não oferece API para uso externo
- GitHub Copilot: signups temporariamente pausados
- Ação: Luiz Trockmann verificará possibilidade de usar GitHub Copilot com time Winx
4. Projeto TrackName.py
- Finalizado e movido para UAT
- Problema: permissão para baixar Nuget Packages (.NET)
- Ticket aberto; Jason Garcia designado para revisar
- Tracking API: resolvido em UAT com Windows Service e API funcionando
- Silveira responsável pelos testes
5. Projeto EC8
- Em desenvolvimento: estrutura geral e backbone
- Conexão com API T24 (Camal responsável)
- Pendente: acesso ao banco OFAC (Richard Sabag responsável)
- Repositório ACH não criado (Dantas pendente há mais de uma semana)
6. Certificações e Programa Beyond AI
- GFT fechou parceria com Cloud para certificações
- Reembolso disponível para certificações Cloud e GitHub Copilot
- Links de certificação serão enviados via TeamGFP
7. Problema 403 no Gateway
- Erro misterioso ao tentar requisições através do Gateway
- Possível causa: atualização de certificado autoassinado
- Solução em andamento: adicionar Trusted Store ao projeto
- Rodrigo Bernardo (Tech Lead) agendando reunião com time de Networking
8. Projeto Oracle
- Tasks criadas e descritas no Gira
- Problema geral identificado: qualidade das descrições de cards
- Cards chegando em testing/deploy com apenas título
- Necessário melhorar: descrições detalhadas e comentários frequentes nos cards
9. Configuração de Alertas
- Tasks de alertas distribuídas entre equipe (Bacilli, Marcelo e outros)
- RQs para CAB: processadas semanalmente (segunda-feira)
- Recomendação: antecipar máximo possível as RQs
10. CRM API - Testes em UAT
- Duane solicitou visibilidade sobre quem pode arrumar UAT
- Cobrada ação de Duane
11. OMS - Fila de Mensagens
- Messages acumulando na fila com timeouts
- Decisão: manter configuração de 25 mensagens por minuto por 1-2 semanas
- Possível ajuste via BPM (mudar tempo de consumo de 1 minuto para 30 segundos)
- Dantas solicitou aumento de timeouts em T24 para 2 minutos
12. Desenvolvimento de M-Units e Notifications
- Liberados para desenvolvimento em AT
- Marcelo e Schettino: necessidade de desenvolvimentos mais urgentes
- Decisão: entregar M-Units completos com documentação melhor
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Verificar problema de driver SSL com Debiver/banco e abrir chamado se necessário | Sebastião | 2026-06-03 | Alta |
| Consultar Camal sobre API T24 e particularidades de conexão | Ícaro | 2026-06-02 | Alta |
| Consultar Richard Sabag sobre acesso ao banco OFAC | Ícaro | 2026-06-02 | Alta |
| Criar repositório para projeto ACH | Dantas | 2026-06-03 | Alta |
| Contactar Jason Garcia sobre permissão para download de Nuget Packages | Ícaro | 2026-06-02 | Alta |
| Testar TrackName.py em UAT | Silveira | 2026-06-04 | Alta |
| Verificar acesso a Gira, Confluence e Bitbucket | Sebastião | 2026-06-03 | Média |
| Luiz Trockmann: verificar viabilidade GitHub Copilot com time Winx | Luiz Trockmann | 2026-06-09 | Alta |
| Agendar reunião com time de Networking sobre erro 403 | Rodrigo Bernardo | 2026-06-03 | Alta |
| Fazer update do projeto com Trusted Store para resolver erro 403 | Anselmo | 2026-06-03 | Alta |
| Enviar links de certificação Cloud e Copilot via TeamGFP | Ícaro | 2026-06-02 | Baixa |
| Melhorar descrições de cards e aumentar frequência de comentários | Toda equipe | 2026-06-09 | Média |
| Alterar timeouts em T24 para 2 minutos | Ícaro | 2026-06-03 | Média |
| Monitorar logs de OMS e observar comportamento da fila | Ícaro | Contínuo | Média |
| Desenvolver M-Units e page de notifications | Ícaro | 2026-06-10 | Média |
| Trazer desenvolvimentos urgentes de Marcelo e Schettino para priorização | Marcelo/Schettino | 2026-06-02 | Alta |
A reunião focou em resolução de problemas técnicos em múltiplos projetos e alinhamento de equipes. Pontos críticos incluem: configuração de acessos e ambientes para novo membro (Sebastião), problemas com drivers de banco de dados, impossibilidade de usar Copilot 365 para integração (requerendo alternativa com GitHub Copilot), erro 403 intermitente no Gateway (sob investigação com possível solução via certificado), e deficiência na documentação de cards que está impactando testes. A equipe mantém progresso em TrackName.py (UAT), EC8 e Oracle projects, com priorização clara de bloqueadores e prazos de uma semana para maioria das ações críticas.
1. Hipótese Miami Branch
- Contabilidade gerada em Lisboa, saída via Condor conforme esperado
- Questão de "short of account" que necessita ajuste
- Modelo de saída por operação já funciona conforme previsto
2. Alinhamento do Projeto Finance of the Future
- Múltiplas frentes em paralelo: private, Miami Brands, homogeneização de processos
- Dependência da decisão da Comissão Executiva sobre requisitos de qualidade de dados
- Problema do lado T24 é crítico - sem sua resolução não há progresso
3. Estratégia de Trabalho em Fases
- Proposta de divisão em etapas menores para avançar durante aguardo de decisões executivas
- Leitura de arquivos CSV do T24 pode ser iniciada independentemente
- Criação de payload com campos necessários pode prosseguir
4. Conectividade e Infraestrutura
- Testes de conectividade entre MuleSoft (Frankfurt) e sistemas no Brasil, Miami e Zurique
- Questões com DNS, VPN e roteamento em Private Space
- Necessidade de abrir regras de firewall
- Discussão sobre uso de MPLS vs Private Link vs Transit Gateway para conectividade AWS
5. Integração e Orquestração
- Preparação de conectores SFTP, FTP e Fire
- Orquestração multi-cloud com dados do T24, Oracle e outros sistemas
- Uso de dummy data para avanço paralelo durante definição de requisitos
6. Interface de Importação
- Parte de importação em tabela de integração já desenvolvida e em produção
- Necessários ajustes de nomenclatura (KTP interface → T24 Miami, T24 Zurich, etc.)
- Validações pré-existentes (taxas de conversão, code combinations, períodos) podem ser reaproveitadas
7. SFTP e Relatórios
- Definição de servidor SFTP ainda em discussão (Visual Chrome vs Azure Storage Accounts)
- Geração de relatórios BI Publisher como saída em SFTP
- Necessidade de criar usuário dedicado para acesso
1. Iniciar trabalho em paralelo com cenário simples de troca de arquivos sem alteração no T24
2. Avançar com conectividade básica - leitura CSV, transformação de payload, conexões SFTP/FTP
3. Realizar testes de conectividade usando keepalive endpoint fornecido
4. Trazer tema de infraestrutura para reunião com Eduardo (Zurique) e equipa técnica na terça-feira (reunião meio-dia Brasil / 16h Portugal)
5. Propor solução faseada com entrega parcial em janeiro 2027, seguida de solução completa (caso aprovado)
6. Reforçar trabalho interno de ambas as equipas de rede (Miami/Zurique) para quebrar barreiras de conectividade
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Testar conectividade via keepalive endpoint fornecido | Speaker C | 3 de junho | Alta |
| Enviar gama de IPs MuleSoft para abertura de firewall | Speaker C | 3 de junho | Alta |
| Confirmar detalhes SFTP (servidor, usuário) com João | Speaker A | 5 de junho | Alta |
| Preparar endpoints de teste para Speaker A validar BV2Chip | Speaker C | 4 de junho | Média |
| Apresentar tema de conectividade em reunião de infraestrutura terça-feira | Speaker C | 3 de junho (Terça) | Alta |
| Definir se usa Visual Chrome SFTP ou Azure Storage Accounts | Speaker A | 5 de junho | Média |
| Iniciar construção de leitores CSV do T24 | Speaker C | 5 de junho | Média |
| Preparar transformações de payload básicas | Speaker C | 5 de junho | Média |
| Alinhar tabelas de roteamento Private Space para Lisboa | Speaker C | 4 de junho | Alta |
| Comunicar estratégia faseada ao João Fonseca com clareza | Speaker B | 3 de junho | Alta |
Reunião técnica focada em desbloqueio de progresso do projeto Finance of the Future durante período de aguardo de decisões executivas. Após discussão de múltiplas frentes de trabalho (private, Miami, homogeneização), acordou-se em estratégia faseada que permite avançar com componentes independentes enquanto aguarda-se aprovação final sobre requisitos de qualidade de dados. Foram identificadas questões críticas de conectividade entre MuleSoft (Frankfurt) e sistemas distribuídos geograficamente, com plano de ação para testes via keepalive endpoint e escalação para reunião de infraestrutura na terça-feira com Eduardo (Zurique). Trabalho técnico de preparação de conectores SFTP/FTP, leitura CSV e orquestração pode prosseguir com dados dummy, visando entrega parcial em janeiro 2027 caso solução faseada seja aprovada, evitando trabalho improdutivo enquanto decisões estratégicas estão pendentes.
1. Apresentação da GFT e Winx Integration
- Empresa global com 12 mil funcionários, operação grande com Itaú no Brasil
- Discussão sobre integração do Winx com LLMs (Language Learning Models)
- Limitações com Microsoft 365 Copilot (sem API exposta)
- Análise de GitHub Copilot e Bedrock (AWS) como alternativas
2. Integração com GitHub Copilot e APIs
- Investigação sobre exposição de APIs do GitHub Copilot para uso externo
- GitHub libera APIs apenas para suas próprias ferramentas, diferente do Bedrock
- Luiz ficará responsável por investigar soluções de integração
3. Atualização do Jira - Mudança de Executivo
- Eduardo deixou de ser executivo da conta
- Gabriele Rezende assume o cargo (baseada em Nova York, conforme LinkedIn)
- Contato e alinhamento será feito nesta semana
4. Deployment do OMS em Produção
- Último governance call foi em 22 de abril
- Redeploy realizado quinta-feira anterior (sem data exata mencionada)
- Problema identificado: story processor não foi deployado corretamente
- Monitoramento contínuo de latência e performance
- Validação de partial fill ainda pendente
5. Signature Card - Fase 1-T
- Problemas de conectividade identificados (NetTools conecta, mas aplicação não)
- Reunião agendada com Kindra, Eduardo, Rothschild e Justin para resolver
- Objetivo: produção até 12 de junho (meio de junho) para não impactar cronograma do Brasil
- Marcelo (em recuperação pós-cirurgia) estava endereçando issues técnicas
6. Oracle ERP - API Inventory
- Status: Sinal Amarelo - Risco de atraso significativo
- Discovery deveria ter terminado, mas ainda está em andamento
- Discussão de requerimentos funcionais ainda não fechada
- Limitação crítica: Business Analyst (Sarah Rodrigues) não disponível full-time, comprometida com outros projetos
- CFO Regional (Europa) e CFO da Suíça controlam decisões funcionais
- Debate sobre faseamento vs. solução completa de uma vez
- Três propostas em análise com diferentes implicações para T24
7. API Monitoring
- Trabalho de observabilidade em andamento
- Três fases: alertas, health check, function monitoring
- Primeira fase (alertas) esperada em 2 semanas
8. API Inventory - Desenvolvimento vs. Testes
- Boa notícia: 5 de 7 aplicações praticamente completadas em desenvolvimento
- Má notícia: Validação em UAT com dificuldades
- Bloqueios identificados:
- Jira System API (em teste)
- Notification System API (Mailer) - necessita conectividade vCronMicrosoft
- IB Documents (duas partes: documentos e pushing)
- Necessidade de acelerar testes com usuários-chave
9. Onboarding de Novo Desenvolvedor
- Sebastião iniciou na semana anterior como replacement do Leo Ramos
- Dependente de VDA (VDI) ser habilitada - em contato com Cintia
1. Investigação Winx/GitHub: Luiz investigará possibilidade de integração com GitHub Copilot via APIs expostas até semana que vem
2. Contato Jira: Alinhamento com Gabriele Rezende será feito esta semana
3. Monitoramento OMS: Continuar monitoramento proativo; reduzir para 30 segundos apenas após validação prolongada
4. Oracle ERP Discovery: Objetivo de finalizar decisões funcionais e definições de alto nível nos primeiros dias de junho
5. Testes API Inventory:
- Prazo de segunda-feira da semana seguinte para evidenciar progresso
- Se não houver evolução, escalar para Tintim (Thiago) para priorização
- Foco em testes técnicos (smoke tests) em ambiente UAT
6. Próxima Reunião: Agendada para 25 ou 26 de junho (antes das férias de Flávio em 29 de junho)
| Tarefa | Responsável | Data Limite | Prioridade |
|---|---|---|---|
| Investigar integração Winx com GitHub Copilot e APIs expostas | Luiz | Semana que vem | Alta |
| Enviar material sobre cores/cores para análise | Vini (Pedro) | Até quarta-feira | Média |
| Contactar Gabriele Rezende (novo executivo Jira/Itaú) para alinhamento | Vini | Esta semana | Alta |
| Monitoramento contínuo da produção OMS | Flávio / Tim | Contínuo | Alta |
| Validar partial fill quando ordem cair para dia seguinte | Flávio / Tim | Contínuo | Alta |
| Finalizar Discovery de Oracle ERP e decisões funcionais | Esquetini / Pedro / Flávio | Até 5 de junho | Crítica |
| Resolver limitação de Business Analyst (Sarah Rodrigues) no projeto Oracle | Flávio / Palma / João Jorge | Esta semana | Crítica |
| Contato técnico com Portugal (acesso e conectividade Oracle) | Esquetini | Contínuo | Alta |
| Acelerar testes de UAT para APIs (Notification System, IB Documents) | Duane / Malika / Root | Até segunda-feira | Crítica |
| Completar RQI de conectividade vCron-Microsoft | Flávio | Esta semana | Alta |
| Habilitar VDA/VDI para Sebastião (novo developer) | Cintia / Pedro | Esta semana | Média |
| Apresentar plano com cronograma ajustado para Oracle ERP (se necessário) | Flávio / Esquetini | Semana que vem | Alta |
| Reenviar material/e-mail para Dantas (aparentemente não chegou) | Vini / Marcelo | Imediatamente | Baixa |
A reunião de status do projeto focou em três áreas principais: integração Winx com LLMs (com investigação pendente sobre GitHub Copilot), progresso significativo no desenvolvimento do API Inventory (5 de 7 aplicações completadas) mas com desafios críticos nos testes em UAT, e preocupação elevada com o Oracle ERP que apresenta um sinal amarelo para atraso, pois o Discovery ainda não foi finalizado e há restrição de disponibilidade de key stakeholders técnicos. O OMS em produção está estável com apenas monitoramento de latência como ação contínua. A próxima reunião será em 25-26 de junho antes das férias de equipe.
1. Apresentação da Ferramenta Winx
- Ferramenta de governança e reutilização de funcionalidades para o processo SDLC
- Módulos: Story Creator, Documentation, Code Tester, Functional Tester, Unit Test, Code Fixer, Uplift (migração de código) e Legacy Transformer
- Agnóstica de cloud e LLM
2. Infraestrutura e Implantação
- Deployment em Kubernetes (EKS na AWS)
- Necessidade de produtivizar o serviço EKS no banco
- Processo de autenticação via KeyCloak com integração SSO com Entra/Microsoft
- Nove registros DNS necessários
3. Integrações Técnicas
- GitHub Enterprise (Cloud) - leitura e escrita em repositórios
- Jira On-Premise - integração para Story Creator
- Ferramentas SAST - análise de segurança
- Desafio: Integração com LLM (Large Language Model)
- Atualmente a organização utiliza GitHub Copilot e Microsoft 365 Copilot
- Necessidade de validar SDK do GitHub Copilot
- Possibilidade futura de usar AWS Bedrock
4. Segurança e InfoSec
- Documento PowerPoint precisa ser analisado pela equipe de InfoSec
- Aplicação rodará internamente (sem acesso à internet)
- Necessidade de autorização para serviços e integrações
- Scan de imagens containerizadas obrigatório
5. Alinhamento de Equipes
- Apresentação de membros: Thalia (Haiti/Thiago Fernandes), Alê (Infraestrutura), Dantas, Thiago (Desenvolvimento .NET/Automação)
- Necessidade de entendimento compartilhado antes de avançar com InfoSec
- Paralelização de atividades: implementação técnica vs. definição de usuários e objetivos
6. Armazenamento de Dados e Backup
- Winx não armazena muitos dados localmente
- Geração de documentos e testes vai para repositórios
- Story Creator sincroniza com Jira
- Backup gerenciado pelo serviço EKS (AWS)
- Necessidade de acompanhar consumo de tokens (Microsoft Copilot)
| Decisão | Responsável | Detalhes |
|---|---|---|
| Revisar PowerPoint com equipe de InfoSec | Luís/Pedro | Não tirar do ambiente Itaú; reunião agendada |
| Investigar integração GitHub Copilot SDK | Luís (time Winx) | Validar possibilidade de uso com a ferramenta |
| Trabalhar em paralelo em dois caminhos | Thalia/Luís | 1) Implementação técnica 2) Definição de usuários e objetivos |
| Produtivizar serviço EKS | Alê/Tim Infraestrutura | Seguir processo interno do banco com guardrails de segurança |
| Fornecer versão do Jira On-Premise | Luís (time técnico) | Necessário para planejamento de integrações |
| Montar documento de requisitos | Luís | Baseado em template PowerPoint usado com GitHub |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Revisar documento PowerPoint com Luís | Pedro | 02 de junho de 2026 | Alta |
| Investigar possibilidade de integração com GitHub Copilot SDK | Luís (Winx) | 06 de junho de 2026 | Alta |
| Validar integração AWS Bedrock como alternativa de LLM | Luís | 06 de junho de 2026 | Média |
| Coletar informações de requisitos técnicos | Luís | 06 de junho de 2026 | Alta |
| Montar documento de requisitos em PowerPoint | Luís/Pedro | 09 de junho de 2026 | Alta |
| Iniciar processo de produtivização do serviço EKS | Alê/Time Infraestrutura | 15 de junho de 2026 | Alta |
| Fornecer versão e detalhes do Jira On-Premise | Luís (team) | 06 de junho de 2026 | Média |
| Alinhar consumo de tokens Microsoft Copilot com gestão | Alê/Thiago Fernandes | 15 de junho de 2026 | Média |
| Consultar repositório de documentação do Brasil (EKS) | Luís | 06 de junho de 2026 | Média |
| Definir usuários finais e objetivos do Winx | Thalia/Time | 09 de junho de 2026 | Alta |
Reunião de alinhamento técnico para implementação da ferramenta Winx (solução de governança e automação de SDLC) na organização. A ferramenta será deployada em Kubernetes (EKS/AWS) internamente, com integrações em GitHub Enterprise, Jira On-Premise e ferramentas SAST. O principal desafio identificado é a integração com Large Language Models (LLM), já que a organização utiliza GitHub Copilot e Microsoft 365 Copilot, cuja exposição via API precisa ser validada. O time deve trabalhar em paralelo na implementação técnica e na definição de objetivos e usuários. Aprovação da InfoSec é pré-requisito antes de avançar para a fase de setup, sendo necessário documentar requisitos técnicos e de segurança de forma estruturada.
1. MuleSoft Queue Performance
- Queue occasionally builds up to ~100 messages; currently processes 25 messages at a time, taking 4-5 minutes to clear
- Performance deemed acceptable at current volumes
- Discussion on whether to increase batch size from 25 messages; testing to be done in UAT
- Monitoring to continue through the week before making adjustments
2. BPM Deadlock Issue
- Deadlock detected in structured note process (processing closed books)
- Issue is BPM-related, not MuleSoft-related; adjustments being made in BPM
3. OMS Git Container Update
- Additional lookup needed for wire transfer accounts
- Corey to document requirements and schedule call
4. Signature Docs & Communications Testing
- Marcelo returning from surgery, resuming work
- HTTP errors received in signature docs testing related to OAT communications
- Meeting scheduled with Kyndryl team (in 1 hour from meeting time) to investigate AWS Gateway issues
- Brazilian LLM team invited to support discovery
5. RQ Assignment & Workflow Issues
- Issue identified: team members unable to assign tickets in JIRA
- Only Flavio can currently assign tickets; blocking team collaboration
- Action to contact Dantas about democratizing ticket assignment functionality
6. Private Equity API
- Development 100% complete; ready for UAT coordination
- Deployed to UAT two weeks ago
- Need to locate replacement tester (Dimitri no longer with team)
- Flamingo endpoints application within private equity to be finished today
7. API Monitoring
- Dwayne to dedicate time today to start API monitoring task
- To be moved to "in progress" status
8. FHIR Mapping Questions
- Sheetal to bring FHIR-related questions to tomorrow's meeting
- Swiss regulators compliance requirements may require escalation to Zurich team
9. Connectivity Issues - JIRA RQ
- Connectivity testing issues discovered late in development cycle
- Two RQs created (8398, 8399): one for UAT, one for production
- Emphasis on contacting business/testing teams earlier in development cycle
10. T24 API Development
- Development completed and released to UAT today
- Internal MuleSoft-to-T24 API with existing connectivity
- Coordination with business users to begin
- No external connectivity issues expected
11. Brazil Production Deployment Timeline
- Mid-June deadline to avoid impact on Brazil's calendar/scheduler
- Deployment target: June 22 (following Friday)
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Document OMS git container requirements and schedule call | Corey (Speaker B) | Within 1-2 days | High |
| Monitor MuleSoft queue performance throughout week | Team | 2026-06-05 | Medium |
| Conduct UAT performance testing in MuleSoft (batch size optimization) | Basili/Dwayne | TBD | Medium |
| Investigate signature docs HTTP errors with Kyndryl team | Marcelo (Speaker A) | 2026-06-01 (1 hour from meeting) | High |
| Resolve signature docs issues with Brazilian LLM team support | Marcelo (Speaker A) | 2026-06-01/02 | High |
| Continue API inventory and statement API work (after signature docs resolved) | Marcelo (Speaker A) | 2026-06-05 | Medium |
| Confirm Brazil production deployment deadline with Wagner | Marcelo (Speaker A) | 2026-06-02 | High |
| Coordinate private equity API UAT testing with business users | Dwayne (Speaker E) | 2026-06-05 | High |
| Finish Flamingo endpoints application | Dwayne (Speaker E) | 2026-06-01 | High |
| Start API monitoring task and move to "in progress" | Dwayne (Speaker E) | 2026-06-01 | High |
| Configure alerts card | Pedro (Speaker D) | 2026-06-05 | Medium |
| Bring FHIR mapping questions to tomorrow's meeting | Sheetal | 2026-06-02 | Medium |
| Plan MuleSoft development tasks and create JIRA tickets | Pedro (Speaker D) | 2026-06-01 afternoon | High |
| Contact Eduardo regarding IB Documents RQ status | Pedro (Speaker D) | 2026-06-02 | High |
| Reach out to business teams for T24 API UAT coordination | Basili (Speaker G) | 2026-06-02 | High |
| Contact Dantas to resolve JIRA ticket assignment restrictions | Flavio (Speaker F) | 2026-06-02 | High |
| Move meeting times (Tuesday/Thursday) 30 minutes earlier | Dwayne (Speaker E) | 2026-06-02 | Medium |
The team discussed ongoing queue performance concerns with MuleSoft, determining that current 4-5 minute clearing times with 25-message batches are acceptable for now, with monitoring to continue throughout the week before optimizing. Marcelo returned from medical leave and is investigating signature document HTTP errors with the Kyndryl team, with a critical meeting scheduled the same afternoon. A significant process improvement was identified regarding ticket assignment restrictions in JIRA, which is blocking team collaboration and requires escalation to Dantas for resolution. Additionally, the team emphasized the importance of engaging business users and testing teams earlier in the development cycle (in parallel rather than after completion) to avoid late-stage connectivity discoveries, with multiple development initiatives across private equity APIs, T24 integration, and FHIR mapping currently in progress.
1. Problemas de Infraestrutura (VDI/VGA)
- VDI não foi criada pela equipe de infraestrutura, bloqueando acesso dos novos membros
- Problema conhecido que impede funcionamento de aplicações
2. Projeto Tracking e ACH (Speaker E)
- Tracking: desenvolvimento finalizado, sendo colocado em AT para testes
- ACH: aguardando criação de repositório, desenvolvendo localmente
- Integração com T24 API em progresso
- Confirmation Copy em produção funcionando corretamente
- API de notificações será implementada via MuleSoft
3. Projeto T24 CRM System API (Speaker D)
- Deploy realizado em AT na data da reunião
- OMS funcionando corretamente
- Testes a serem iniciados com Duane
- Necessidade de levantar lista de usuários dos endpoints antes de AT
4. Projeto IDOCs (Speaker C/B)
- Testes falharam no final de sexta-feira
- Investigação em andamento com Caindril e Marcelo
- Não é problema de conectividade
- Mudança organizacional: Marcelo Fustini vira arquiteto, Rodrigo assume Tech Lead
5. Projeto Gira
- Conectividade precisa ser validada urgentemente
- Objetivo: validar conectividade e subir para produção essa semana (até 5 de junho)
- Malika investigando e fornecerá retorno
6. Projeto IBDocumentos
- Expectativa: conectividade deve ser finalizada essa semana
- Agendamento de testes com Ruth e Silveira pendente
7. Gestão de Prioridades e Deadlines
- Discussão sobre importância de conhecer deadlines de projetos consumidores
- Projeto anterior estava atrasado desde fim de abril
| Decisão | Responsável | Data |
|---|---|---|
| Colocar Tracking em AT e iniciar testes | Speaker E | Imediato |
| Incluir Sebastião em testes de UAT quando publicado | Speaker E | Após publicação em UAT |
| Levantar informações de usuários dos endpoints do T24 CRM antes de AT | Speaker D | Imediato |
| Iniciar AT do T24 CRM com Duane | Speaker D | Assim que disponível |
| Troubleshooting session para IDOCs com Caindril | Speaker B/C | Imediato |
| Validar conectividade do Gira e subir para produção | Speaker C/Malika | Até 5 de junho |
| Agendar testes IBDocumentos | Speaker C | Essa semana |
| Obter deadline do projeto de WebRQ/Flávio | Speaker B | Imediato |
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Resolver problema de VDI/VGA para novos membros | Infraestrutura (referenciado) | Imediato | Alta |
| Publicar Tracking em AT e iniciar testes | Speaker E | Hoje | Alta |
| Chamar Sebastião para participar dos testes de UAT | Speaker E | Após publicação em UAT | Média |
| Obter documentação/exemplos de criação de API no MuleSoft | Time | Imediato | Média |
| Abrir chamado para acesso MuleSoft | Speaker E | Imediato | Média |
| Levantar lista de usuários dos endpoints T24 CRM | Speaker D | Imediato | Alta |
| Agendar e realizar AT do T24 CRM com Duane | Speaker D | Assim que possível | Alta |
| Realizar troubleshooting session para IDOCs | Speaker B + Caindril | Imediato | Alta |
| Entrar em contato com Nuno (Portugal) sobre erro T-24 | Speaker D | Próximos dias | Baixa |
| Validar conectividade Gira e preparar para produção | Speaker C/Malika | Até 5 de junho | Alta |
| Agendar testes IBDocumentos com Ruth e Silveira | Speaker C | Essa semana | Média |
| Obter deadline do projeto WebRQ/Flávio | Speaker B | Imediato | Alta |
| Revisar tickets do concurso Flávio | Speaker B | Essa semana | Média |
A reunião abordou o status de múltiplos projetos em desenvolvimento, com destaque para obstáculos técnicos e de infraestrutura. O principal bloqueador identificado é a criação incompleta da VDI, impedindo novos membros de acessarem aplicações necessárias. Nos projetos em andamento, o Tracking avança para testes em AT, o T24 CRM iniciará testes com Duane, e o Gira tem prazo crítico de 5 de junho para validar conectividade e ir para produção. O projeto IDOCs enfrenta desafios de conectividade que estão sendo investigados em conjunto com Caindril. A equipe enfatizou a importância de conhecer deadlines de projetos consumidores para evitar gargalos e priorizar adequadamente as demandas.
1. MuleSoft Deployment Status
- Basili deployed the MuleSoft component yesterday; deployment appears complete and functioning well
- Evidence of deployment needs to be added to the CNG documentation
- Bloomberg production MQ needs to be set to the MuleSoft channel
2. Backup and Infrastructure Requests
- Backup process to start in one hour (approximately 15:00)
- Backups scheduled to begin just before 19:00, expected to take approximately 2 hours
- Deployment planned for approximately 21:00
- Power broker requests for production submitted and awaiting approvals
- Backup requests approved
- UAT access requests awaiting approvals
3. Change Management and Approvals
- CNG/BPM change 8979 still in business approval pending status
- Eddie Warner identified as approver; needs to approve the change
- Corey to inform Eddie Warner about approval needed while discussing test cases
4. Production Test Transaction
- Discussion on the value of test transaction during implementation night
- Plan includes account lookups and security lookups to validate MuleSoft communications
- Test transaction will need to be canceled before market opens the next day
- Alan responsible for entering test transaction; unclear if Edward Warner can substitute
5. Deployment Tonight Schedule
- Meeting scheduled for tonight with Corey, Dantas, Silvera, Rick, Basili, and Pedro for deployment
- Allocated one hour for actual deployment (expected to be sufficient)
- War room established in Teams chat: "BPM OMS mulesoft V Supported team"
- Technical chat may be needed if issues arise
6. Post-Deployment Monitoring
- Three checkpoint meetings planned for tomorrow:
- Beginning of day (before lunch)
- Mid-day
- End of day (after market closes)
- Ad hoc meetings if issues arise
- Flavio to press "Meet now" button for checkpoints during these times
7. Account Opening Deployment
- Dwayne deployed pershing account opening changes yesterday
- No issues reported; logs monitored with no errors detected
8. Private Equity API Development
- Development ongoing; endpoints being added for Kamal
- Required rework of previously completed endpoints
- Development to commence after call
9. Jira to MuleSoft Integration
- Issue solved by icarwind Silvera
- Malika working on appointment/mapping from Jira to MuleSoft
- Malika to contact Thiago Dantas if needed for support
- Testing to commence once mapping is complete (expected between today and tomorrow)
- Need to confirm with Malika that she will assist with testing
10. IB Documents and API Integration
- User requested addition of two new documents for pushing integration
- Implementation determined to be on API side, not MuleSoft side
- MuleSoft functioning as gateway only
- Need to monitor closely for API changes that affect migration
- Connectivity RQ awaiting completion from Eduard Hochschule
- Testing likely next week; Tuesday set as checkpoint to review with infrastructure team
11. Migration Planning
- Process validation needed with Duane
- Card to be moved to peer review status (labeled as code review)
- Tomorrow meeting with Shital to validate all MuleSoft points for FID integration
- Clear task list expected to emerge from tomorrow's meeting
12. Edocs Testing
- Testing rescheduled to tomorrow at 16:00 (15:00 time)
- Rodrigo and Fustini to conduct testing
13. Personal Update
- Marcelo underwent surgery (stone removal); released from hospital to go home (expected tomorrow)
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Add evidence of MuleSoft component deployment to CNG | Basili/Flavio | 2026-05-28 | High |
| Ping Edward Warner to approve BPM change 8979 | Corey | 2026-05-28 | High |
| Contact Dantas regarding backup tickets and timing | Flavio | 2026-05-28 | High |
| Contact Alan/Edward regarding production test transaction commitment | Flavio | 2026-05-28 | High |
| Conduct deployment meeting tonight (Corey, Dantas, Silvera, Rick, Basili, Pedro) | Corey | 2026-05-28 evening | High |
| Monitor MuleSoft deployment and Bloomberg MQ channel switch tonight | Team | 2026-05-28 evening | High |
| Lead checkpoint meetings tomorrow (morning, midday, end of day) | Flavio | 2026-05-29 | High |
| Confirm with Malika that she will assist with Jira-MuleSoft testing | Speaker E | 2026-05-29 | Medium |
| Follow up with Eduard Hochschule on connectivity RQ completion | Speaker E | 2026-05-30 (Tuesday) | Medium |
| Move migration plan card to peer review | Speaker E | 2026-05-28 | Medium |
| Validate migration process plan with Duane | Speaker E | 2026-05-29 | Medium |
| Meet with Shital to validate MuleSoft points for FID integration | Speaker E | 2026-05-29 | Medium |
| Conduct Edocs testing | Rodrigo/Fustini | 2026-05-29 16:00 | Medium |
| Monitor account opening deployment logs for issues | Dwayne | Ongoing | Low |
| Complete private equity API endpoint development | Dwayne | 2026-05-28 afternoon | Medium |
| Contact Ruth/Dantas regarding new IB documents implementation scope | Speaker E | 2026-05-28 | Medium |
The meeting focused on finalizing preparations for the MuleSoft deployment scheduled for tonight at approximately 21:00, following backup operations. The MuleSoft component deployment by Basili is complete and functioning well, with backups scheduled to begin at 19:00 and take approximately two hours. Key approval blockers include the BPM change 8979 requiring Eddie Warner's sign-off and confirmation from Alan regarding the production test transaction tonight. A comprehensive monitoring plan has been established with three scheduled checkpoint meetings tomorrow (morning, midday, end of day), a war room in Teams, and on-call technical support if issues arise. Additionally, several development initiatives are progressing including private equity API endpoints, Jira-MuleSoft integration testing, and IB documents implementation clarification, with most items on track for completion this week.
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Meet to discuss FHIR integration details in depth | Sketchini, Sheetal | 2026-05-29 15:30 (Switzerland time) | High |
| Validate integration plan and confirm MuleSoft development approach | Sketchini, Sheetal | 2026-05-29 15:30 (Switzerland time) | High |
| Coordinate with Timestamp team regarding BI Publisher report creation for FHIR | Sheetal | 2026-05-29 | High |
| Clarify data transformation requirements and parameterization with Sara | Sara (external) | 2026-05-29 17:00 (Switzerland time) | High |
| Obtain official Temenos quote for test environment | Jan Simon | 2026-05-29 | Medium |
| Discuss detailed plan with Guillerm regarding MuleSoft development assignment | Sketchini | 2026-05-29 | Medium |
| Confirm T24 contract-level detail availability and test environment requirements | Functional team (George, Sara) | 2026-05-29 17:00 (Switzerland time) | High |
The team reviewed progress on the functional requirements documentation and data integration approach. Key decisions were made to proceed with a phased approach: extracting data from T24 via data warehouse connection with minimal transformation in Phase One, and leveraging the Timestamp team for BI Publisher reporting to accelerate FHIR integration. Agreement was reached that a dedicated T24 test environment may not be necessary if contract-level detail is available without configuration changes. The next critical checkpoint is tomorrow's meeting with the functional team (Sara, George, and Baumann) to confirm remaining data transformation requirements and validate the integration plan, which will unblock MuleSoft application development.
1. Order Management System (OMS) Testing
- Regression testing completed on fixed income, equities, and options after Basili's updates
- Fixed filter issue that was excluding fixed income executions from BPM
- Partial fill equity sale test completed successfully with single BPM update
- No Mulesoft errors detected in six test cases
- Go/No-go decision scheduled for Wednesday morning in-office meeting
2. Post-Implementation Support
- Identified Tanya and Marta Galambo from Lisbon as post-implementation monitoring specialists
- Friday support team confirmed
3. Oracle/ERP Integration Project
- Reviewed two scenarios: Scenario 1 (full T24 changes) vs Scenario 2 (minimal T24 changes - no contract-level info)
- Scenario 2 likely to proceed with Mulesoft performing simple file extraction and loading (ETL) without transformation
- Approximately 5 new Mulesoft applications/subtasks identified
- Oracle meeting scheduled for tomorrow at 10:10 AM Brazil time / 9:00 AM Miami time
4. IB Documents Integration
- Waiting for Thiago Silvera to provide information to open fire rules RQ from Vikron to Mulesoft
- Three-phase approach: Phase 1 (open fire rule), Phase 2 (test documents flow), Phase 3 (test Pershing flow)
- Stakeholders identified: Michael, Sue, Rafael, Silverados for documents flow; Hooch and Fusini for Pershing flow
- Jira authentication error being investigated by Icaro and Silveira
5. API Inventory & Pershing Development
- Pershing code changes completed for new required fields and in UAT testing
- Emergency production deployment planned once user confirmation received
- CRM T24 integration work in progress
6. Private Equity Payload Changes
- Reverting payload to exact T24 format pending confirmation from Wellington
- Testing coordinator identification pending Deepak's response
7. EDocs Code Review
- Marcel's code reviewed and ready to move to testing phase
8. Infrastructure & TAP Integration
- Infrastructure meeting rescheduled for Tuesday, June 2nd at 11:00-11:30 AM
- TAP integration issues from Friday resolved; no issues since yesterday
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Verify regression test logs and T24 screenshots; add new test cases to Zephyr | Corey | 2026-05-26 (EOD) | High |
| Review Sara's spreadsheet scenarios with Sheetal and provide clarification | Scatini | 2026-05-27 | High |
| Discuss T24/Mulesoft integration details with Chital | Scatini | 2026-05-27 | High |
| Open fire rules RQ once information received from Thiago Silvera | Scatini | 2026-05-27 | High |
| Link IB Documents RQ under API inventory umbrella | Scatini | 2026-05-27 | Medium |
| Contact stakeholders (Michael, Sue, Rafael, Silverados, Hooch, Fusini) regarding testing assignments | Scatini | 2026-05-27 | High |
| Move Jira authentication issue to blocked status with comment if not resolved by EOD | Scatini | 2026-05-26 (EOD) | High |
| Complete IP mapping for egress rules in production | Scatini | 2026-05-28 | Medium |
| Ping Wagner (Marcelo's team) regarding EDocs testing status | Scatini | 2026-05-26 (EOD) | Medium |
| Add description and testing evidence to pipeline 670; move to code review and testing | Basili | 2026-05-27 | High |
| Schedule meeting with Malika for UAT testing of Jira issue | Scatini | 2026-05-27 | Medium |
| Set call with Wellington regarding private equity payload response recommendations | Dwayne | 2026-05-27 | High |
| Contact Deepak for clarification on testing coordinator for Pershing | Dwayne | 2026-05-27 | Medium |
| Write code review comment and move EDocs card to testing | Dwayne | 2026-05-26 (EOD) | High |
| Follow up with Mulesoft regarding duplicate wiser deployment issue | Dwayne | 2026-05-27 | Medium |
| Prepare documentation with Ming on internal database logging | Dwayne | 2026-05-27 | Medium |
| Push Mulesoft for updates on Flex Gateway configuration upload | Dwayne | 2026-05-26 (EOD) | Medium |
| Send infrastructure meeting invitation for June 2nd | Flavio | 2026-05-26 | Medium |
| Touch base in group chat with Corey regarding OMS test updates in 1-2 hours | Flavio/Pedro | 2026-05-26 (afternoon) | Medium |
The meeting focused on critical OMS regression testing completion and progress across multiple integration projects. Corey and Antonio confirmed successful test execution on fixed income, equities, and options with no errors detected, positioning the team well for the Wednesday morning go/no-go decision. Oracle/ERP integration planning advanced with Scenario 2 (minimal T24 changes) likely to proceed using simple ETL without transformation, while IB Documents integration is awaiting fire rules authorization. Several action items require immediate attention, including stakeholder notification for upcoming testing phases and resolution of blocking authentication and deployment issues.
1. Comitê IBM MQ e Deploy
- Marcelo Nosso Ribeiro trabalhou em comitê da IBM MQ
- Necessário alinhar se código está na branch e foi deployado para testes
- Template de e-mail de Marcelo Fustini não será implementado agora
- Testes previstos para esta semana
- Marcelo ausente por questões de saúde; Skitinho e Bacilli fornecerão cobertura
2. Data de Deploy em Produção
- Data proposta: 5 de junho (sexta-feira)
- Viabilidade depende dos resultados dos testes desta semana
- Será validado com Wagner ao longo da semana
3. Integração Oracle com T24
- Skitinho trabalhou em diagrama de arquitetura Mule
- Reunião agendada com Chital (amanhã, 10-11h) para detalhar diagrama
- Plano será documentado no Confluence
4. Integração Gira - Comunicação API
- Problema identificado: falta comunicação entre API do Gira e Gira em UAT
- Ícaro investigando o problema
- Plano documentado no Gira; aguardando resolução para testes
5. Projeto ArchNet - Integração Jira
- API .NET funciona em produção, mas falha em UAT
- Ícaro tentando rodar projeto localmente para identificar erro
- Bloqueio InfoSec em download de pacotes NuGet
- Aguardando resposta de Dantas para resolução
6. API Pershing
- Vassili resolveu problema adicionando campo faltante no payload
- Testes realizados; solução funcional
- Liberado para testes pela Pershing; aguardando feedback
7. API e-banking (FED)
- Correção de erro em produção realizada
- Publicação de arquivos FED na sexta-feira funcionou
- Rodando desde sexta-feira (4 execuções programadas)
- Ícaro solicitou acesso ao servidor para monitorar
8. Tracking API
- Próximo passo: automatização do ACH (Worker/Windows Service)
- Integração com API T24 para submit de ordens
- Foco no novo cartão de crédito "Carta" (parceria Itaú-Americano)
- Planejamento acontecerá em reunião de planning
9. API Monitoring e Egress Rules
- Duane criou tasks para API Monitoring
- Configuração pode ser feita esta semana
- Plano de produção também pode ser finalizado hoje
10. Onboarding de Sebastião
- Novo membro da equipe iniciando
- Ícaro responsável por orientação nas questões de automação
- Lista de acessos necessários: Visual Studio, Outlook, Teams, DeBeaver, Insomnia, Jira, Confluence, Bitbucket
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Alinhar se código Marcelo está na branch e deployado | Barsilio | 28/05/2026 | Alta |
| Validar data de deploy em produção (5 de junho) com Wagner | Skitinho | 29/05/2026 | Alta |
| Detalhar diagrama Oracle/T24 com Chital | Skitinho | 27/05/2026 (reunião 10-11h) | Alta |
| Documentar plano de integração no Confluence | Skitinho | 28/05/2026 | Média |
| Investigar problema comunicação API Gira em UAT | Ícaro | 29/05/2026 | Alta |
| Resolver bloqueio InfoSec para download NuGet | Ícaro/Dantas | 28/05/2026 | Alta |
| Contactar Silveira para tentar rodar projeto ArchNet | Ícaro | 27/05/2026 | Alta |
| Verificar acesso ao servidor FED para monitoramento | Ícaro | 27/05/2026 | Média |
| Configurar API Monitoring | Duane/Equipe | 29/05/2026 | Média |
| Finalizar plano de produção (Egress Rules) | Skitinho | 27/05/2026 | Média |
| Realizar onboarding de Sebastião (automação) | Ícaro | 28/05/2026 | Média |
| Preparar lista de acessos para Sebastião | Speaker A | 27/05/2026 | Alta |
A reunião abordou diversos tópicos de integração e testes em progresso. Destaca-se a necessidade de cobertura para Marcelo Nosso Ribeiro, que está ausente por questões de saúde, sendo Skitinho e Bacilli designados para substituição. O deploy em produção para 5 de junho dependerá dos resultados dos testes desta semana. Foram identificados problemas em integrações (API Gira em UAT e projeto ArchNet) que estão sob investigação, além de bloqueios de infraestrutura (InfoSec) que precisam ser resolvidos. A equipe avança no Tracking API e se prepara para iniciar a automatização do ACH para o novo produto de cartão de crédito "Carta". Sebastião, novo membro, iniciará onboarding com Ícaro.
1. Progresso da Integração MuleSoft
- Thiago está preparando um diagrama e plano de integração MuleSoft
- O fluxo incluirá aplicações MuleSoft agendadas que populam o banco de dados FireUp e Oracle ERP
- Será apresentado na próxima reunião da semana para revisão detalhada com Shitawa
2. Mudança de Estratégia do Programa (Fase 1 vs Fase 2)
- Decisão de minimizar mudanças em T24 na Fase 1
- Reavaliação de contratos permanecerá em T24 (não será feita no nível ERP na Fase 1)
- Transformação de FX será adiada para Fase 2
- Fase 1 será versão simplificada; Fase 2 incluirá BII e BIS juntas
3. Requisitos Funcionais
- Sara e George devem revisar especificações funcionais em planilha Excel
- Revisão pendente desde o início da semana
- Confirmação de especificações de ambiente de teste foi feita entre Sara e Jan
4. Timeline do Projeto
- Construção de 90 dias começará em uma semana (fim de maio)
- Data-alvo: 27 de janeiro (mais viável com simplificação)
- Discovery ainda está em andamento, mas complexidade foi reduzida
5. Ambiente de Teste e Cotações Temenos
- Solicitações de cotação Temenos serão feitas em paralelo
- Importante ter especificação clara para Fase 2
- Necessário confirmação detalhada das especificações antes de enviar a Temenos
6. Conectividade MuleSoft
- Joan sugeriu reunião entre Thiago e Clerm para discutir conectividade entre MuleSoft e outros sistemas
- Importante validar se é um risco real ou se está sob controle
7. Disponibilidade de Shitawa
- Shitawa tem conflitos de agenda até fim de junho
- Reservado para projeto ERP a partir de Q3
- Será a conexão crítica com a Suíça (Sara e George)
8. Decisão sobre Abordagem de Projeto
- Joan concorda que abordagem simplificada reduz risco
- "Entregar menos é melhor que entregar nada"
- Preocupação: margem de erro será zero com escopo reduzido
- Evitar projetos "big bang" que frequentemente falham
1. ✅ Aprovado: Mudança de estratégia para Fase 1 simplificada (mínimas mudanças em T24)
2. ✅ Aprovado: Adiamento da revaluação de contratos e transformação FX para Fase 2
3. ✅ Aprovado: Combinar BII e BIS na Fase 2 para maior eficiência
4. ✅ Aprovado: Construção de ambiente de teste adiada para Fase 2 (para ambas as unidades simultaneamente)
5. ✅ Aprovado: Solicitar cotação Temenos em paralelo (baseline para Fase 2)
| Tarefa | Responsável | Data de Vencimento | Prioridade |
|---|---|---|---|
| Finalizar diagrama e plano de integração MuleSoft | Thiago | Próxima reunião esta semana | Alta |
| Revisar especificações funcionais em Excel | Sara e George | Hoje ou amanhã de manhã | Alta |
| Discussão detalhada do design MuleSoft com Shitawa | Thiago e Shitawa | Esta semana | Alta |
| Validar conectividade entre MuleSoft e outros sistemas | Thiago e Clerm | Esta semana | Média |
| Confirmar especificações de ambiente de teste com Sara e George | Flavio/Shitawa | ASAP | Alta |
| Solicitar cotação detalhada a Temenos com especificações claras | Flavio/Roberto | Esta semana | Média |
| Priorizar design de arquivo (menos mudanças que design MuleSoft) | Schettini e Seattle | Próximos dias | Alta |
| Esclarecer e confirmar especificações de teste com Sara e George por email | Flavio | ASAP | Alta |
| Conversar com TUK sobre decisão de steering | Joan | ASAP | Média |
A reunião focou em uma mudança estratégica importante do programa: adotar uma abordagem de Fase 1 simplificada com mínimas alterações em T24, adiando funcionalidades mais complexas (revaluação de contratos e transformação FX) para Fase 2. Esta decisão reduz significativamente o risco e a complexidade, tornando a data-alvo de 27 de janeiro mais viável, apesar de ainda estarem em fase de discovery. Thiago está desenvolvendo o design de integração MuleSoft que será apresentado em breve, enquanto Sara e George devem revisar as especificações funcionais. Paralelos às atividades de curto prazo, serão solicitadas cotações a Temenos para planejamento de Fase 2. A equipe concorda que entregar uma solução simplificada e bem-executada é melhor que tentar implementar tudo de uma vez ("big bang"), evitando assim riscos comuns em grandes projetos.
1. Integração MULI e API WebDocuments
- Discussão sobre 12 endpoints duplicados para MULI e WebDocuments
- Identificação de quais endpoints são efetivamente utilizados pelo VCROM
- Endpoints em uso: Process All Files, Process All Files On Demand, Process All Files/HTML (2 endpoints apenas)
- Endpoints obsoletos: Report On Demand (sem uso atual, débito de negócio)
2. Conectividade VCROM para MULI
- Necessidade de validar se VCROM já possui conectividade com MULI
- Testes de conectividade via telnet planejados
- Abertura de regra de firewall necessária para ambiente UAT
3. Endpoints de Pushing (Pershing)
- Confirmado que todos os endpoints de Pershing estão em uso
- Será necessário envolvimento da equipe Root para testes
4. Plano de Testes em UAT
- Identificação dos endpoints a testar (apenas os em uso efetivamente)
- Preparação de template CSV para testes
- Responsabilidades de teste distribuídas entre equipes
- Data esperada de Go Live: 5 de junho (sexta-feira)
5. Endpoints que Retornam Erros
- Alguns endpoints retornam vazio ou erros 500
- Necessidade de investigação e correção antes de testes em produção
1. Manter todos os endpoints no MULI, incluindo o Report On Demand (obsoleto), pois há projeto embrionário que poderá utilizá-lo em 1-2 meses
2. Testar apenas os 2 endpoints de Document que o VCROM efetivamente chama
3. Abrir regra de firewall para conectividade VCROM → MULI em UAT na terça-feira
4. Solicitar dados técnicos do VCROM (IP/host/porta) para abertura de CRQ de firewall
5. Envolver Michael Su para gerenciamento de arquivos CSV nos testes
6. Agendar testes após confirmação de conectividade
| Tarefa | Responsável | Data de Entrega | Prioridade |
|---|---|---|---|
| Testar conectividade VCROM para MULI (telnet/processo job) | Silveira | 24/05/2026 | Alta |
| Fornecer dados técnicos (IP/host/porta) do VCROM para CRQ firewall | Silveira | 23/05/2026 | Alta |
| Abrir CRQ de firewall para VCROM → MULI (UAT) | Esquetini | 24/05/2026 | Alta |
| Fornecer template CSV válido e auxiliar testes de Document | Dantas | 26/05/2026 | Alta |
| Agendar testes com Michael Su para inserção de arquivos | Esquetini | 26/05/2026 | Alta |
| Alinhar testes de Pershing com equipe Root e Fustini | Esquetini | 26/05/2026 | Média |
| Validar/corrigir endpoints com erros 500 | Rafael | 26/05/2026 | Alta |
| Elaborar plano de testes detalhado (endpoints, cobertura, ordem) | Esquetini | 23/05/2026 | Alta |
A reunião abordou a integração entre VCROM e MULI, identificando que apenas 2 endpoints de Document são efetivamente utilizados em produção, além de todos os endpoints de Pershing. Foi decidido manter todos os endpoints no MULI, inclusive o Report On Demand (atualmente obsoleto), pois há um projeto futuro que poderá reutilizá-lo. Os próximos passos incluem: (1) validar conectividade VCROM-MULI, (2) abrir regra de firewall em UAT, (3) preparar ambiente e arquivos para testes, e (4) agendar testes com as equipes envolvidas. A data de Go Live está prevista para 5 de junho, com foco em iniciar os testes em UAT imediatamente após confirmação de conectividade.
1. Deployment Date Confirmed: Thursday, May 28th at approximately 8:30-9:00 PM (pending successful regression testing completion)
2. SWAT Team Composition: Flavio (facilitator), Basili, Pedro, Edward/traders from business, and key contacts from Lisbon and T24 testing
3. Testing Timeline: T24 and MuleSoft testing on Tuesday; go/no-go decision by Wednesday morning
4. MuleSoft Deployment: Can be deployed anytime after approval (independently from main deployment)
5. Post-Implementation Monitoring: Full-day monitoring on Friday 29th with end-of-day checkpoint to assess weekend/Monday needs
6. Conditional Approval: Deployment contingent on passing all regression tests and change ticket approvals
| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Complete regression testing on MuleSoft changes and Bloomberg filtering logic | Development Team | 2026-05-27 | Critical |
| Obtain expedited change ticket approvals for deployment | Flavio | 2026-05-27 | Critical |
| Schedule T24 testing call with Juan Fernando Guerra | Flavio/Noah | 2026-05-26 13:30 | High |
| Conduct testing session with Edward, Basili, and Antonio (T24/Bloomberg validation) | Noah | 2026-05-27 (Wednesday morning) | High |
| Finalize SWAT team member list and identify key business user from Lisbon | Flavio | 2026-05-27 | High |
| Backup BPM database before deployment | Noah | 2026-05-28 19:00 | Critical |
| Deploy MuleSoft changes (post-approval, can be before 28th) | Noah | 2026-05-27 or 2026-05-28 | High |
| Execute post-deployment smoke test (order entry after 23:00 Thursday or Friday morning) | Tiago Dantas/Silveira | 2026-05-29 (early morning before market open) | High |
| Monitor partial fill orders during Friday checkpoint | Noah/Juan Fernando Guerra | 2026-05-29 | Critical |
| Send pre-deployment communication to trading, settlement, investor relations, and client service | Flavio | 2026-05-28 (Wednesday) | Medium |
| Send end-of-day status email to stakeholders | Flavio | 2026-05-29 (Friday end of day) | Medium |
| Meet with Noah to review Bloomberg switch-back contingency plan | Tiago Dantas | 2026-05-26 (Tuesday office visit) | High |
| Arrange working lunch/barbecue for team on Wednesday 27th | Flavio | 2026-05-27 | Low |
| Provide office access information and schedule workspace for remote attendee | Tiago Dantas | 2026-05-26 | Medium |
The BPM OMS implementation is scheduled for deployment on Thursday, May 28th at approximately 8:30-9:00 PM, contingent on successful completion of regression testing and change ticket approvals by Wednesday morning. The team will conduct T24 and MuleSoft validation testing on Tuesday and Wednesday, with a go/no-go decision finalized Wednesday morning. A dedicated SWAT team comprising Flavio (facilitator), technical specialists, and key business users will monitor the deployment and post-implementation activities throughout Friday, May 29th, with checkpoints to verify system functionality including partial fill order handling. Communication will be sent to all stakeholder teams (trading, settlement, investor relations, client services) on Wednesday before deployment and with a status update Friday evening.
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.
1. Situação de Visto E2 e Renovação
- Liliane possui visto E2 com validade de 1 ano (renovado duas vezes)
- Decidido não renovar o E2 novamente devido às complicações e necessidade de viagem ao Brasil
- Filhas italianas possuem visto E2 de 5 anos (válido até outubro de 2027)
2. Processo de Certificação Laboral (PERM) de Pedro
- Aplicação submetida em 14 de julho do ano anterior
- Prevailing Wage já aprovado
- Certificação esperada entre julho e agosto de 2026 (em breve)
- Prazo de processamento estimado em 12-18 meses
3. Memorando de Imigração e Preocupações
- Novo memorando recebido na sexta-feira anterior causando preocupação
- Questão principal: se Liliane precisaria ir ao Brasil para renovação de E2
- Discussão sobre ajuste de status e seus requisitos
4. Situação da Filha Mais Velha (Fernanda)
- Idade: 19 anos (fará 20 em novembro)
- Atualmente na universidade (UCF)
- Preocupação crítica: deadline dos 21 anos para inclusão no green card
- Não pode trabalhar ou obter Social Security enquanto em status de dependente
5. Alternativas Estratégicas de Visto
- Opção 1: Aguardar aprovação do PERM e entrar com green card (I-140 e I-485) para toda a família
- Opção 2: Transição para H4 para Liliane e filhas
- Vantagem do I-140: inclui toda a família no mesmo processo
6. Questões Tributárias e Estrutura Empresarial
- Liliane é sócia de LLC mas recebe W2 como funcionária
- IRS considera que sócios de partnership não devem receber W2
- Contadores recomendaram ajustes na estrutura tributária
- Decisão: manter W2 por necessidade migratória, consultar CPA para regularização
7. Negócio (Exercise Coach - Academia de Strength Training)
- Localização: Davie, Flórida (entre Sterling e Griffin)
- Personal training com máquinas proprietárias (sessões de 20 minutos)
- 5 funcionários
- Receita atual: aproximadamente $300.000
- Franquia com mais de 200 unidades
- Plano de expansão para segundo território
8. Emprego de Pedro
- Empresa: GFT (alemã, fundada no Brasil)
- Localização: Nova Iorque (trabalho remoto)
- Posição: Especialista em Testes de Software / Project Manager
- Patrocinador de H1B e processo PERM
- Completará 4 anos de empresa em junho de 2026
- Acordo de não sair antes de 5 anos
9. Timeline e Estratégia de Green Card
- Priority Date: 14 de julho do ano anterior (data da aplicação PERM)
- Filha mais velha terá ~20 anos e ~11 meses quando green card ficar disponível (vantagem temporal)
- I-94 de Pedro vence em 15 de outubro de 2027 (2 anos)
- I-94 de Liliane vence em 15 de outubro de 2027 (2 anos)
- Tempo suficiente para conclusão do processo
10. Detalhes do Processo de Ajuste de Status
- Taxa USCIS por adulto: $1.440
- Work Authorization: ~$260
- Travel Authorization: ~$400
- Premium Processing: $2.900
- Total aproximado para 4 pessoas: ~$12.000
- Aprovação de elegibilidade: ~15 dias (com premium processing)
- Cartão verde físico: ~18 meses
- Trabalho autorizado e viagem: ~3-4 meses (cartão temporário)
11. Processo de Entrevista
- Raríssimas vezes há entrevista no I-485
- Se houver, para confirmar emprego com o patrocinador
12. Memorando sobre Dual Intent
- Mudança de E2 para H1B é permitida e não prejudicial
- Ajuste de status é apropriado após mudança de circunstâncias
- Exemplo extraordinário: chegou com E2, desenvolveu negócio, recebeu oferta de emprego, aplicou para green card
- Lei permite ajuste de status para situações extraordinárias (não apenas para casos raros)
1. Não renovar E2 de Liliane - Evitar viagens desnecessárias ao Brasil e complicações
2. Manter W2 para Liliane - Apesar de considerações do IRS, necessário para fins migratórios
3. Não enviar filhas ao Brasil durante férias de verão - Manter baixo perfil ("abaixo do radar")
4. Aplicar green card para toda a família ao mesmo tempo - Quando PERM for aprovado (julho-agosto 2026)
5. Incluir Premium Processing - Para acelerar processo de 18 meses
6. Aguardar aprovação PERM antes de considerar troca para H4 - Só fazer se PERM atrasar além do previsto
7. Consultar CPA - Para regularizar estrutura tributária da LLC
8. Obter informações com RH da empresa - Confirmar detalhes do processo PERM (localização, wage determination, próximos passos)
| Tarefa | Responsável | Data Prevista | Prioridade |
|---|---|---|---|
| Confirmar detalhes PERM com RH (localização, wage determination) | Pedro | Antes de julho 2026 | Alta |
| Notificar advogado quando PERM for aprovado | Pedro | Julho-agosto 2026 | Alta |
| Preparar documentação para I-140/I-485 (passaportes, certidões, cartas de emprego) | Pedro e Liliane | Antes de agosto 2026 | Alta |
| Consultar CPA para regularizar estrutura tributária da LLC | Liliane | Julho 2026 | Média |
| Manter contato com advogado sobre progresso do caso | Pedro | Contínuo | Média |
| Se PERM atrasar (março-abril 2027), solicitar troca para H4 | Pedro | Março 2027 (condicional) | Média |
| Documentar pagamentos W2 dos últimos 3 meses antes de I-485 | Liliane | Antes de submissão | Alta |
| Negociar com empresa sobre custos de premium processing | Pedro | Julho 2026 | Média |
| Comunicar advogado se houver dificuldades da empresa | Pedro | Conforme necessário | Alta |
| Manter arquivos atualizados de receitas e operações do negócio | Liliane | Contínuo | Média |
A família está em uma posição favorável no processo de imigração. Com a aprovação do PERM esperada em julho-agosto de 2026 e um Priority Date de julho de 2025, existem várias meses de margem de segurança para completar o ajuste de status antes do vencimento dos vistos em outubro de 2027. A principal preocupação é a filha mais velha, Fernanda, que fará 21 anos em novembro de 2027 – data crítica para inclusão no green card. No entanto, com processamento premium, isso deve ser alcançável. A empresa de Pedro está fornecendo bom suporte, o negócio da família está operacional e gerando receita adequada, e a estrutura do caso é sólida. Recomenda-se aguardar a aprovação do PERM e então proceder com a aplicação simultânea de I-140 e I-485 para toda a família, mantendo contato regular com o advogado sobre o progresso.
1. Current Landlord Issues - Problematic lease terms from new landlord including:
- Uncapped HVAC repairs (old system cannot be uncapped)
- Uncapped structural and roofing issues
- Full personal guarantee requirement for entire term plus options (despite 6-year tenancy history)
- Relocation clause allowing 30-day notice to vacate with no right to refuse
- Aggressive negotiating tactics and hostile communication tone
2. Lease Negotiation Timeline - Current lease ends November 30th; need to identify alternative spaces within the next week to obtain Letter of Intent (LOI)
3. Alternative Space Search - Multiple options identified:
- Adjacent vacant space in same mall (would double current 1,000 sq ft size - too large)
- 1,200 sq ft space across the street
- 1,600 sq ft space available in surrounding area
- Strategy to negotiate 2+2 year lease with 2-year option to allow time for space search
4. Franchise Addendum Presentation - Discussion of when to present franchise addendum in negotiation process
5. Legal Counsel Engagement - Peter's role and typical involvement starting from signed LOI and draft lease
Decisions Made:| Task | Owner | Due Date | Priority |
|---|---|---|---|
| Send bullet-point email to current landlord outlining key issues (personal guarantee, HVAC cap, structural repairs) | Speaker B | Before June 16, 2026 | High |
| Research and contact alternative plaza spaces for LOI | Speaker B | By June 16, 2026 | High |
| Obtain signed LOI from at least one alternative space | Speaker B | By June 16, 2026 | High |
| Review and modify LOI template using Peter's guidance | Speaker B (with Peter A support) | Upon receipt of LOI | Medium |
| Prepare franchise addendum for presentation | Speaker B | Prior to formal lease negotiations | Medium |
| Peter to be available for lease negotiation support | Speaker A | From June 15, 2026 onwards | Medium |
Speaker B met with lease negotiation specialist Peter to discuss critical issues with their current landlord, whose aggressive negotiating tactics and unfavorable lease terms (uncapped repairs, full personal guarantee, 30-day relocation clause) make continued tenancy untenable. The strategy agreed upon is to send a targeted email to the current landlord identifying 5-6 non-negotiable issues to determine if negotiation is viable, while simultaneously pursuing alternative spaces in the surrounding area to secure an LOI within the next week. Peter will support lease negotiations for any viable alternative location, with the franchise addendum to be presented during the LOI phase to prevent future disputes.