Interrupção de Plataforma em Prop Firm

Pela redação da Ordane

Uma interrupção de plataforma em prop firm é um período em que a interface de negociação, sua conexão com o serviço de negociação, ou o feed de preços fica indisponível ou materialmente sem resposta ao usuário. A primeira tarefa não é atribuir culpa. É preservar o que aconteceu antes que o estado visível e os registros do servidor mudem.

As contas Ordane operam com capital simulado. Nenhum recurso real é negociado e nenhum depósito é aceito. (Ordane Rulebook v1.0, cláusula P-2 e divulgação do site, consultado em 3 de agosto de 2026)

Se o servidor de uma prop firm cair durante uma operação, pare de enviar novas instruções, capture a tela completa e o horário exato, salve os identificadores de ordem e o histórico da conta, e então registre um único incidente cronológico. Uma captura de tela pode mostrar o que você viu. Ela não pode, por si só, provar qual camada falhou ou qual reparação o contrato exige. Se você ainda está decidindo em qual firma confiar esse registro antes mesmo de uma interrupção acontecer, o checklist em prop firms são legítimas cobre as perguntas sobre reserva, rulebook e encerramento que importam antes que qualquer interrupção ocorra.

O que é uma interrupção de plataforma em prop firm?

Uma definição útil de interrupção nomeia o sintoma sem fingir conhecer a causa: o trader não conseguiu visualizar, enviar, modificar ou cancelar uma instrução de forma confiável através da plataforma esperada durante uma janela de tempo definida. Essa definição mantém o primeiro relato factual. Ela não transforma um gráfico congelado em prova de que a firma, o fornecedor da plataforma ou a conexão de internet do trader causaram o evento.

Uma definição citável em uma frase

Uma interrupção de plataforma em prop firm é uma perda delimitada no tempo de acesso confiável à interface de negociação, aos controles de ordens ou aos dados de preço, que exige um registro com data e hora antes que alguém possa determinar a camada falha ou o resultado contratual.

Falhas de plataforma, feed, dispositivo e internet são diferentes

Trate uma interrupção como um incidente com várias camadas possíveis. Não escolha um culpado primeiro e depois faça a evidência se encaixar.

A Match-Trader documenta um banner de conexão perdida na web, notificações de eventos de conexão e um indicador de qualidade de conexão baseado em ping. (Notas de versão da Match-Trade Technologies, consultado em 3 de agosto de 2026) Esses sinais são valiosos porque descrevem o estado do cliente em um momento específico. Não são uma decisão de responsabilidade. Um indicador de conexão vermelho ao lado de uma posição congelada é mais forte do que uma imagem recortada de lucro e perda, mas ainda deixa aberta a localização e a causa da interrupção.

Use linguagem neutra no primeiro relato: "O controle de fechamento permaneceu pendente desde o primeiro registro de horário até o segundo" é revisável. "A firma congelou minha conta para me fazer perder" assume motivo e mecanismo que a captura de tela não pode mostrar.

O que você deve capturar imediatamente?

Capture o estado antes de reiniciar o aplicativo, limpar um cache, mudar de rede ou editar uma imagem. O objetivo é um pequeno pacote de evidências que identifique a conta, a ação, o instrumento, o horário e o estado de conexão visível.

Horário, símbolo, IDs de ordem, estado de conexão e capturas de tela

Comece com a tela completa. Inclua o relógio do dispositivo se estiver visível, o horário da plataforma ou do servidor, identificador da conta, símbolo, identificador de posição ou ordem, ação solicitada, preço exibido, indicador de conexão e qualquer mensagem de erro. Não recorte a primeira cópia. Um recorte pode ser feito depois para facilitar a leitura, enquanto o original permanece intacto.

Em seguida, escreva uma anotação simples do incidente enquanto a sequência ainda está fresca:

1. Registre o horário mais precoce em que o comportamento mudou, usando UTC e o horário da plataforma, se ambos estiverem disponíveis.
2. Registre a conta, o símbolo e todo identificador visível de ordem ou posição.
3. Declare a ação tentada, como fechar, modificar ou cancelar, sem afirmar que ela chegou ao servidor.
4. Registre o resultado visível, incluindo indicador de carregamento, controle desativado, texto de erro, preço obsoleto ou alerta de conexão.
5. Registre o primeiro horário em que o comportamento normal retornou.
6. Salve qualquer aviso de suporte, aviso de status ou mensagem dentro da plataforma visível durante a mesma janela.

A CFTC recomenda desenvolver uma linha do tempo enquanto os eventos ainda estão frescos e coletar capturas de tela do site, e-mails com cabeçalhos completos, informações da conta, extratos e confirmações de negociação. (Orientação de evidências da CFTC, consultado em 3 de agosto de 2026) Essa orientação trata de relatar fraude, não de uma constatação de que ocorreu uma interrupção. Seu padrão de evidências ainda é útil aqui: preservar registros que um revisor possa datar, identificar e comparar.

Se o problema afetar uma posição aberta, resista à tentação de gerar mais evidências clicando repetidamente. Comandos de fechamento duplicados, modificações repetidas ou uma nova ordem de teste podem criar um segundo problema e confundir a sequência. Capture uma vez, use o canal de emergência ou suporte da firma, e siga apenas uma instrução documentada que se aplique à conta.

Preserve registros nativos e evite alterar evidências

Salve exportações no formato nativo quando a plataforma oferecer essa opção. Mantenha o extrato original da conta, histórico de negociações, e-mail e arquivos de captura de tela. Coloque cópias de trabalho em uma pasta separada. Registre quando cada arquivo foi obtido e de qual tela ou mensagem.

O NIST afirma que a evidência digital cria problemas de preservação além dos da evidência tradicional e trata a aquisição separadamente da preservação, exceto quando as duas se sobrepõem. (NISTIR 8387, consultado em 3 de agosto de 2026) A orientação do NIST também alerta que copiar um arquivo pode alterar sua data de criação para a data da cópia. (NIST SP 800-86, consultado em 3 de agosto de 2026) Você não precisa de um laboratório forense para uma disputa de suporte. Você precisa parar de tratar uma captura de tela renomeada e editada como se fosse o original intocado.

Como você testa se a falha foi local?

Use uma sequência diagnóstica que observa o estado sem criar novas instruções de mercado. O objetivo é reduzir possibilidades, não provar inocência por meio de mais negociação.

Uma sequência diagnóstica segura

Primeiro, capture o estado de falha. Só então verifique se outro site comum carrega na mesma conexão. Registre o resultado e o horário. Um site não relacionado que funciona mostra que o dispositivo tinha algum acesso à rede, mas não prova que a rota até o serviço de negociação estava saudável.

Segundo, registre o próprio indicador de conexão da plataforma, exibição de ping ou mensagem de erro. Se a plataforma oferecer uma versão web e uma versão de aplicativo, uma comparação somente leitura pode ajudar, desde que fazer login em outro lugar não viole uma regra da conta, encerre a primeira sessão ou altere a evidência. Não envie uma ordem de teste.

Terceiro, verifique o aviso de status oficial e o canal de suporte do fornecedor da plataforma ou da firma. Salve a página mesmo quando ela informar operação normal. Uma página de status pública não resolve um incidente específico de conta, regional ou breve.

Quarto, pergunte se o problema está limitado a um símbolo, um controle ou a conta toda. Capture uma lista de símbolos ou painel de conta sem alterar ordens. Se outros preços atualizam mas o símbolo em disputa não, diga exatamente isso. Não eleve a observação a "feed ruim" até que os registros do servidor confirmem. Essa é uma questão distinta de se um piso de drawdown estático ou móvel mudou durante o incidente, um mecanismo explicado em drawdown estático versus móvel.

Quinto, preserve o estado e aguarde instruções documentadas. Se as regras publicarem um método de negociação de emergência, siga-o exatamente. Se não publicarem, peça ao suporte que declare por escrito a próxima ação aprovada.

Por que uma única captura de tela não pode estabelecer a origem

Uma captura de tela registra pixels em um cliente em um momento. Ela pode estabelecer a conta exibida, preço, alerta e horário. Geralmente não pode mostrar se uma solicitação de fechamento chegou ao servidor, como o servidor a processou, qual fluxo de preços o servidor recebeu, ou se outro dispositivo teve a mesma rota.

Organize a evidência em camadas: captura do cliente, identificadores de ordem ou posição, contexto de dispositivo e conexão, registros nativos da conta, solicitação de preservação de log do servidor, e o contrato vigente.

A documentação do gerenciador da Match-Trader afirma que os logs da plataforma podem incluir horário do evento, conta de negociação, endereço IP, tipo de dispositivo, tipo de aplicativo, ping recente, instrumento, volume e preço de abertura ou fechamento. (Documentação do Match-Trader Manager, consultado em 3 de agosto de 2026) Esses campos podem testar partes da linha do tempo do trader. Podem mostrar se a plataforma registrou um evento associado a uma conta e dispositivo. Não tornam todo silêncio conclusivo, porque um evento ausente pode ter várias explicações e apenas o operador do sistema pode interpretar o caminho de registro.

A documentação do gerenciador da Match-Trader afirma que os logs de sua plataforma são armazenados por três meses e entradas mais antigas são removidas automaticamente. (Documentação do Match-Trader Manager, consultado em 3 de agosto de 2026) Essa janela de retenção publicada é um motivo para solicitar a preservação prontamente. Não é permissão para esperar até o fim da janela, e não afirma por quanto tempo cada firma mantém todos os outros registros.

Quais registros tornam uma disputa revisável?

Uma disputa revisável permite que outra pessoa reconstrua a sequência sem adivinhar a qual ordem cada captura de tela pertence. Monte um pacote, uma linha do tempo e um resultado solicitado.

Registro, o que ele prova e o que não pode provar

Monte uma única linha do tempo do incidente em UTC

Normalize a linha do tempo para UTC, depois mantenha o horário exibido original ao lado. Nunca converta e descarte. Escreva uma linha por observação ou comunicação.

Mantenha a interpretação em uma coluna ou seção separada. "O cliente exibiu um alerta de conexão" é observado. "O servidor da firma falhou" é uma inferência até que o registro do lado do servidor ou o reconhecimento apoie isso.

Para casos de reparação elegíveis, a CFTC pede uma declaração detalhada e documentos comprobatórios, como formulários de abertura de conta, extratos de conta e registros de negociação. (Orientação de elegibilidade para reparações da CFTC, consultado em 3 de agosto de 2026) A CFTC também afirma que o reclamante deve coletar e submeter as evidências comprobatórias e o cálculo dos danos. (Orientação de procedimento da CFTC, consultado em 3 de agosto de 2026) Esses são exemplos de desenho de evidências, não uma afirmação de que uma disputa específica com prop firm é elegível.

Como você compara a interrupção com as regras escritas?

A evidência responde ao que aconteceu. O contrato responde qual consequência se segue. Procure a versão que regia a conta, não apenas a página de vendas atual.

Encontre linguagem de interrupção, força maior e disputa

Salve os documentos completos que regem a conta antes de citá-los. Registre o título do documento, versão, data de vigência e data de consulta. Procure estes termos e variações próximas: disponibilidade, interrupção, falha, feed de preços, erro de dados, erro de execução, erro manifesto, preço fora de mercado, força maior, disputa, ajuste, correção, cancelamento, aviso, prazo, evidência, logs, decisão final e recurso.

Para cada cláusula relevante, extraia cinco coisas:

1. Escopo: qual evento a cláusula realmente cobre.
2. Dever: o que o trader deve fazer, incluindo evidência e prazo de aviso.
3. Discricionariedade: quem decide e segundo qual padrão declarado.
4. Reparação: correção, recálculo, cancelamento, crédito, substituição, apenas revisão ou nenhuma reparação declarada.
5. Exclusão: os fatos que retiram o evento do alcance da cláusula.

Não transforme "pode revisar" em "vai revertir". Não transforme uma exclusão de força maior em uma constatação de que toda falha de plataforma está excluída. Não presuma que uma política de interrupção se aplica a uma disputa de feed de preços, ou que uma cláusula de erro de execução cobre um problema de dispositivo. Compare o incidente com os substantivos e condições que a cláusula realmente usa. A mesma disciplina se aplica a qualquer outra cláusula que seja mais restrita do que o marketing sugere, incluindo como uma regra de consistência é realmente calculada no momento do saque.

Se nenhuma cláusula de interrupção ou disputa puder ser encontrada, diga isso claramente no ticket: "Não consegui localizar uma cláusula que regule interrupção de plataforma ou um prazo para relatá-la na versão fornecida com esta conta. Por favor identifique a cláusula e a versão vigentes." A ausência não é vitória automática. É um pedido preciso da regra por trás do resultado.

Peça a cláusula exata e o cálculo da conta

Uma solicitação de disputa útil é curta o suficiente para ser encaminhada e específica o suficiente para ser auditada:

Anexe a linha do tempo, o índice dos originais, o extrato relevante, a versão da regra e o resultado solicitado. Não anexe um arquivo não rotulado com centenas de capturas de tela. Se um cálculo estiver em disputa, mostre o saldo ou patrimônio inicial exato usado pela firma, as negociações registradas, o evento em disputa e o limiar resultante. Use as próprias definições da firma.

Pergunte se o servidor recebeu a instrução, qual horário e fonte de preço foram usados, se o status da conta mudou automaticamente ou manualmente, qual cláusula e versão regiam, quando o prazo de aviso começou, e qual reparação essa cláusula autoriza.

Evite exigir "compensação" antes de localizar uma regra de compensação. Uma regra de compensação por interrupção em prop firm é específica de cada contrato. Uma interrupção técnica não cria uma reversão automática universal, restauração de conta ou pagamento em dinheiro. É também uma questão separada de quanto tempo leva uma solicitação normal e sem disputa para chegar à sua conta, o que o detalhamento do prazo de pagamento em quanto tempo as prop firms levam para pagar explica.

A elegibilidade para reparação da CFTC depende de fatores que incluem registro na CFTC e uma alegada violação da Commodity Exchange Act ou das regras da CFTC, então o programa não cobre automaticamente uma disputa com prop firm. (Orientação de elegibilidade para reparações da CFTC, consultado em 3 de agosto de 2026) Jurisdição, registro, contrato e foro importam. Este artigo não diz onde registrar uma ação legal. Ele oferece um registro que uma firma, advogado, árbitro ou autoridade elegível pode avaliar sem reconstruir o incidente de memória.

O que a Ordane divulga hoje?

A Ordane vende um único produto, a Ordane Instant Account: acesso direto, sem fase de avaliação e sem desafio, em capital simulado.

A Ordane opera na Match Trader. (Especificação de conta da Ordane, consultado em 3 de agosto de 2026) Esse é o fato de plataforma que este artigo pode declarar a partir do registro canônico.

Nenhum fato canônico da Ordane fornecido a este artigo declara uma fórmula de compensação por interrupção, uma reversão automática de violação, um prazo especial de disputa ou um método de negociação de emergência publicado. Este artigo, portanto, não inventa nenhum. O fluxo de evidências acima é disciplina geral de incidentes, não uma reparação da Ordane.

Se ocorrer um incidente em uma conta Ordane, a solicitação sensata é a mesma solicitação baseada em cláusula usada ao longo deste guia: preservar os registros relevantes de plataforma e ordem, identificar a conta e a janela UTC, perguntar qual cláusula escrita rege o resultado, e pedir o cálculo aplicado à conta simulada. A resposta deve vir do registro vigente, não de uma promessa adicionada por um post de blog.

Antes de pagar qualquer firma, a atitude mais forte é verificar se os termos de interrupção, erro de execução e disputa existem enquanto não há posição aberta e nenhum prazo em curso. O checklist de auditoria de prop firm mais amplo mostra como salvar os documentos vigentes e identificar cláusulas que deixam uma decisão material em aberto. Essa mesma verificação de diligência prévia também deve confirmar se o próprio modelo de conta, conta instantânea ou avaliação, muda quais cláusulas se aplicam à sua conta.

Perguntas frequentes

O que devo fazer se a plataforma de uma prop firm cair durante uma operação?

Pare de enviar instruções repetidas. Capture a tela completa, conta, símbolo, identificadores de ordem ou posição, horário da plataforma, horário UTC, estado de conexão e texto de erro. Salve o histórico nativo da conta e a versão da regra vigente, relate o incidente pelo canal documentado, e peça à firma que preserve os registros do lado do servidor para a mesma janela UTC.

Uma captura de tela prova uma interrupção de plataforma em prop firm?

Uma captura de tela prova o que um cliente exibiu em um momento, desde que o arquivo seja autêntico e a tela identifique a conta e o horário relevantes. Ela não prova, por si só, onde a falha ocorreu, se uma instrução chegou ao servidor ou qual reparação o contrato exige. Combine-a com uma linha do tempo, identificadores, registros nativos, observações de conexão e um pedido de logs do servidor.

Devo colocar uma ordem de teste quando a plataforma da prop firm congela?

Não. Uma ordem de teste cria nova exposição, uma nova instrução e uma segunda sequência para o revisor separar. Use observações somente leitura, preserve o estado existente, e siga apenas um método de emergência documentado ou uma instrução escrita do suporte que se aplique à conta.

Como salvo logs após um erro de plataforma em prop firm?

Exporte o histórico nativo ou extratos se a plataforma os expuser, salve os arquivos intocados em uma pasta de originais, e trabalhe a partir de cópias. Registre o horário e a tela da exportação. No ticket de suporte, peça à firma que preserve os eventos de plataforma, conexão e ordem para os identificadores exatos da conta e a janela UTC, porque o trader pode não ter acesso aos logs do lado do servidor.

Uma interrupção de plataforma pode revogar automaticamente uma violação em prop firm?

Não automaticamente. O resultado depende da cláusula vigente, da evidência e do processo de revisão da firma. Peça a cláusula exata, a versão do documento, o registro do evento no servidor e o cálculo da conta. Não presuma que uma interrupção visível cria uma reversão automática, conta de substituição ou pagamento.

Qual evidência prova uma interrupção de plataforma de negociação?

Nenhum item isolado prova todas as camadas. O pacote mais forte combina capturas de tela completas, uma linha do tempo em UTC, identificadores de conta e ordem, extratos nativos, observações de conexão, registros de suporte, qualquer aviso oficial de incidente, e dados de eventos do lado do servidor obtidos da firma. Cada registro deve declarar o que mostra e o que não pode mostrar.

O que é uma regra de compensação por interrupção em prop firm?

É a linguagem contratual que declara se uma interrupção definida pode levar a uma correção, recálculo, cancelamento, substituição, crédito ou outra reparação. Leia seu escopo, prazo de aviso, exigência de evidência, exclusões e padrão de decisão. Se o contrato não declarar uma regra de compensação, não infira uma a partir de uma promessa geral de suporte.

Artigos relacionados

• Prop Firms São Legítimas? Modelo e Histórico
• Prop Firms São Regulamentadas? Verifique o Serviço
• Prop firm pode aplicar regra não escrita?
• Prop Firm Pode Reter Seu Pagamento?

Fontes

1. Ordane Rulebook v1.0 ordanemarkets.com Consultado em 2026-08-03.
2. Ordane account specification ordanemarkets.com Consultado em 2026-08-03.
3. Release notes: Match-Trader docs.match-trade.com Consultado em 2026-08-03.
4. Match-Trader Manager application documentation docs.match-trade.com Consultado em 2026-08-03.
5. Digital Evidence Preservation: Considerations for Evidence Handlers nist.gov Consultado em 2026-08-03.
6. NIST SP 800-86: Guide to Integrating Forensic Techniques into Incident Response tsapps.nist.gov Consultado em 2026-08-03.
7. CFTC: 6 Steps to Take after Discovering Fraud cftc.gov Consultado em 2026-08-03.
8. CFTC: Determine if Your Case is Eligible for the Reparations Program cftc.gov Consultado em 2026-08-03.
9. CFTC: Select the Right Proceeding for Your Issue cftc.gov Consultado em 2026-08-03.