web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Copilot Studio / Erro de ConnectorActio...
Copilot Studio
Suggested Answer

Erro de ConnectorActionBadRequest

(0) ShareShare
ReportReport
Posted on by 3

ConnectorActionBadRequest intermitente ao enviar arquivo PDF do Copilot Studio para Power Automate (entrada Record), mesmo com execução usando conexão do autor

Olá,

Estou enfrentando um problema intermitente com o erro ConnectorActionBadRequest em um agente criado no Microsoft Copilot Studio, integrado a fluxos no Power Automate, e gostaria de apoio para entender a causa raiz e a abordagem correta.

Tenho um agente publicado no Microsoft Teams, onde o usuário (profissional) envia uma certidão em formato PDF (ex.: certidão de casamento) para validação.

 No Copilot Studio:
 
O arquivo enviado é armazenado em uma variável do tipo Arquivo
Essa variável é enviada a um fluxo do Power Automate como entrada avançada do tipo Record
Payload enviado ao fluxo:
  
{
"contentBytes": Topic.VarArquivoValidador.Content,
"name": Topic.VarArquivoValidador.Name
}
 

Todos os flows conectados ao agente no Power Automate:
 ✅ São executados sempre com a conexão do autor do flow
✅ O autor possui todas as licenças necessárias
✅ O autor possui todas as permissões nos conectores utilizados (SharePoint, ações HTTP/solicitação, etc.)
✅ O fluxo não executa com a identidade do usuário final
 

Além disso:

✅ Ao adicionar o flow no Copilot Studio, todas as entradas foram explicitamente parametrizadas na aba de configurações do agente (entradas obrigatórias, valores personalizados e variáveis globais)

✅ Não há dependência de credenciais do usuário que interage via Teams

Portanto, o erro não parece estar relacionado a permissões ou identidade do usuário final.

 

O fluxo recebe a entrada UploadFile (Record) e segue o caminho abaixo:

  1.  

    Trigger (Copilot / Skill)

     Entrada: UploadFile (Record com contentBytes e name)

    •  
  2.  

    Criar arquivo (SharePoint)

    Cria o PDF recebido em uma biblioteca

    •  
  3.  

    Inicializar variável

    varCaminhoDoArquivo

    •  
  4.  

    Obter / Alterar conteúdo do arquivo usando o caminho


  5.  

    Executar uma solicitação

     Processa o documento para extrair informações (data do casamento, cartório, CPFs, etc.)

    •  
  6.  

    Respond to Copilot

    Retorna múltiplos campos do tipo string para o agente

    •  
  7.  
 O fluxo funciona corretamente na maior parte dos testes.
 
❌ Alguns usuários ainda recebem erro ConnectorActionBadRequest
✅ O mesmo cenário funciona para outros usuários
✅ O mesmo arquivo PDF, quando reenviado por outro usuário, funciona
✅ O erro ocorre de forma intermitente
✅ O ambiente afetado é QA
✅ O fluxo é acionado exclusivamente via Copilot Studio
 

Já realizamos as seguintes validações e ajustes:

✅ Garantimos que o arquivo existe antes de chamar o fluxo

✅ Padronizamos a entrada como Record (contentBytes + name)
✅ Validamos permissões do autor do flow
✅ Publicamos novamente o agente e os flows
✅ Avaliamos conversas que ficam em status “Em andamento” no Copilot Studio
✅ Estamos implementando lógica de encerramento de conversa para evitar estado inconsistente

Mesmo assim, o erro continua ocorrendo para parte dos usuários.

 
 

🔹 Objetivo

 

Nosso objetivo é:

 eliminar o erro intermitente
garantir estabilidade do agente
  • entender se esse comportamento é:
    • limitação conhecida da plataforma
    • configuração incorreta
    • ou cenário já mapeado pela Microsoft

Agradeço desde já qualquer orientação técnica ou referência oficial.

 

~

 

ConnectorActionBadRequest flashing when sending a PDF file from Copilot Studio for Power Automate (Record input), as well as executing using the author's connection
Wave,
I am facing an intermittent problem such as the ConnectorActionBadRequest error in an agent created in Microsoft Copilot Studio, integrated into non-Power Automate flows, and would like support to understand the root cause and the correct approach.
You have an agent published in Microsoft Teams, where the user (professional) sends a certificate in PDF format (ex.: marriage certificate) for validation.
Not Copilot Studio:
The sent file is assembled in a variety of file types.
This variable is sent to a Power Automate stream as an advanced input of Record type
Payload sent to fluxo:

{
"contentBytes": Topic.VarFileValidator.Content,
"name": Topic.VarArquivoValidador.Name
}

All flows connected to the non-Power Automate agent:
✅ Always executed with the connection of the flow author
✅ The author has all the necessary licenses
✅ The author has all the permissions of the connectors used (SharePoint, HTTP/request access, etc.)
✅ The flow does not execute with the identity end user
Alem disso:
✅ To add the flow in Copilot Studio, all inputs are explicitly parameterized in the agent configuration area (mandatory inputs, custom values ​​and global variables)
✅ There is no dependence on the credentials of the user who interacts via Teams
Therefore, the error does not seem to be related to the permissions or identity of the end user.

The flow receives the input UploadFile (Record) and follows the path below:

Trigger (Copilot / Skill)
Entry: UploadFile (Record with contentBytes and name)
Create file (SharePoint)
Create the PDF received in a library
Initialize variable
varCaminhoDoArquivo
Obtain/Alter file content using the path
Execute a request
Process or document to extract information (marriage data, card, CPFs, etc.)
Respond to Copilot
Returns multiple string fields for the agent
The flow works correctly in most of the tests.
❌ Some users are still receiving an error ConnectorActionBadRequest
✅ The same scenario works for other users
✅ The same PDF file, when forwarded by another user, works
✅ The error occurs intermittently
✅ The affected environment is QA
✅ The flow is exclusively supported via Copilot Studio
We do the following validations and adjustments:
✅ We guarantee that the file exists before chatting or fluxo
✅ We register the entry as Record (contentBytes + name)
✅ We validate flow author permissions
✅ We publish the agent and the flows again
✅ We endorse conversations that are in status “Em andamento” in Copilot Studio
✅ We are implementing lockdown logic converts to avoid inconsistent status
Likewise, the error continues to occur for both users.
🔹 Objective
Our objective is:
eliminate or intermittent error
guarantee agent stability
understand this behavior:
Platform limitations
incorrect configuration
Your scenario has already been mapped by Microsoft
Thank you for any technical guidance or official reference.
I have the same question (0)
  • Suggested answer
    Sunil Kumar Pashikanti Profile Picture
    1,681 Moderator on at
     
    If you're seeing intermittent ConnectorActionBadRequest errors when passing PDF files from Copilot Studio to a Power Automate flow, it’s typically not a permission issue, it’s caused by binary payload serialization instability.

    The problem:
    Passing raw binary content (contentBytes) from Copilot Studio is unreliable. If Base64 serialization or schema validation fails during the handoff, the flow may fail before it even starts, resulting in a generic Bad Request error.

    Recommended solution (reference‑based approach):
    • Persist the file first (SharePoint, OneDrive, Blob, etc.)
    • Pass only a file reference (ID, path, or URL) to the flow
    • In the flow, use Get file content to retrieve the PDF directly
    This avoids heavy binary transfer between services and is the most stable and supported pattern.

    Quick workaround if you can’t change the architecture:
    Remove the flow tool from Copilot Studio, ensure the trigger input is explicitly set to File, then re‑add the tool. This forces a schema re‑sync and can sometimes resolve the error for smaller files, though it does not address the underlying limitation.

    Summary: The configuration is valid, but direct binary transfer from Copilot Studio is fragile. A reference‑based design is strongly recommended for reliability.
     
    ✅ If this answer helped resolve your issue, please mark it as Accepted so it can help others with the same problem.
    👍 Feel free to Like the post if you found it useful.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Users!

Kudos to our 2025 Community Spotlight Honorees

Congratulations to our 2025 community superstars!

Congratulations to the March Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Copilot Studio

#1
Valantis Profile Picture

Valantis 611

#2
chiaraalina Profile Picture

chiaraalina 137 Super User 2026 Season 1

#3
Haque Profile Picture

Haque 133

Last 30 days Overall leaderboard