Integração

Não construam um motor de validação. Deixem-nos a verificação.

O MirrorMere não escreve o vosso XBRL: verifica-o. Os vossos ecrãs, fluxos e restrições de implantação ficam como estão, e a verificação acontece por baixo.

Solicitar uma avaliação técnica Como trabalhamos juntos

As integrações possíveis hoje

Indicado no seu estado real de prontidão.

Nada é apresentado como disponível antes de o ser. O que está no roteiro é assinalado como tal.

Disponível

SDK Java

Adicionem um jar à vossa compilação e chamem-no. Sem agente nem serviço a manter à parte.

Disponível

CLI e processamento em lote

Um jar executável, lançado a partir da linha de comandos ou de um processo em lote. Encaixa num pipeline que já têm.

Disponível

Contentor e instalação privada

Funciona sem restrições dentro de uma rede fechada. Nada dos vossos documentos sai de lá.

Mediante acordo comercial

OEM e marca branca

Integrem-no na solução que já vendem, na forma que vos servir. As condições são acordadas caso a caso.

Previsto

API REST

Uma API XBRL sobre HTTP está prevista para o segundo semestre de 2026.

O MirrorMere fica invisível.

SDK Java

O que volta diz-vos onde, porquê e o que examinar.

O que recebem não é uma lista de códigos de erro. Cada achado diz onde está no documento, que cláusula viola e, por isso, o que deve olhar quem tem a entrega em mãos. Chega da mesma forma quer tenha sido apanhado por Dimensions quer por Inline XBRL: podem pô-lo à frente da pessoa tal como está.

ValidationOutcome outcome = validator.validate(report);

for (ValidationFinding f : outcome.errors()) {
    f.code();      // what went wrong
    f.specRef();   // the clause it breaks
    f.location();  // where in the document
}

Uma só chamada, e já lá está tudo o que é preciso para rever: onde, porquê e o que corrigir.

CLI e processamento em lote

Três comandos fazem tudo. Não é preciso mais nada.

validate: Verifica uma entrega. Aceita um pacote de submissão, um conjunto de ficheiros Inline XBRL ou um único documento: vários ficheiros da mesma entrega são verificados em conjunto, como um só.
cts: Corram vocês mesmos os testes padrão publicados: todos, ou apenas a parte que vos interessa. É daqui que vêm os números da página de certificação.
doctor: Verifica a máquina antes de confiarem num resultado: as taxonomias estão onde devem, o ambiente está bem? Um ficheiro em falta aparece aqui como problema de configuração, e não mais tarde como um sinal verde.

Redes fechadas

Onde não há Internet, funciona na mesma.

As equipas de finanças e auditoria trabalham muitas vezes em redes isoladas da Internet. Os motores que vão buscar à Web aquilo contra o qual validam ficam por ali. Pior ainda: alguns continuam a verificar menos, sem dizer nada. O MirrorMere nunca sai.

As taxonomias são entregues como ficheiros que ficam convosco. Nada é descarregado durante a execução.
Se lhe falta algo de que precisa, di-lo. Não deixa passar o documento em vez disso.
Cada execução anota que taxonomias usou: se duas máquinas divergem, comparam-se em vez de discutir.
Nenhum tráfego de saída de qualquer tipo: nem relatórios de uso, nem verificação de licença.

Se já usam uma ferramenta de código aberto

O código aberto é uma boa escolha.

Existem validadores XBRL livres e gratuitos, e alguns têm a mesma certificação de Validating Processor que nós. Se só precisam de verificar uma entrega de vez em quando, servem. Vender um produto com a validação lá dentro pede mais três coisas.

Uma biblioteca, não um programa a correr ao lado

O MirrorMere é uma biblioteca em Java puro feita para viver dentro do vosso produto: um ficheiro na compilação, chamado diretamente do vosso código. Nenhum processo à parte para manter vivo, nenhuma ponte para manter.

Há a quem perguntar

Quando uma especificação muda, acompanhá-la é obrigação nossa, não algo por que tenham de esperar. E se ficarem presos, a pergunta chega a quem escreveu o motor.

Responde ao porquê

O MirrorMere raciocina sobre uma ontologia do próprio XBRL, por isso um achado chega com onde está, que cláusula viola e o que mudar, em palavras sobre as quais quem tem a entrega pode agir.

Também não têm de escolher. Correr ambos e comparar é razoável: quando duas implementações independentes chegam ao mesmo veredicto, essa concordância é, em si, uma prova.

Compromisso com as normas

As especificações não param de mudar. Acompanhá-las é o nosso trabalho, não o vosso.

É algo que se instala uma vez e se mantém durante anos. Por isso, quando uma especificação muda, cabe-nos a nós acompanhá-la; nada sai antes de voltar a passar todos os testes padrão. E as vossas perguntas chegam a quem escreve o motor.

Nada sai antes de os testes passarem

Cada versão tem de passar primeiro todas as baterias padrão. Uma alteração que quebre uma nunca chega até vós.

Uma revisão toca num só módulo

Quando uma especificação é revista, só muda o seu módulo. O resto, aquilo de que dependem, fica como estava.

As definições de erro ficam num só lugar

O que cada erro significa, e a cláusula que o sustenta, está num único sítio em vez de espalhado pelo código. Quando uma especificação muda há um só ponto a atualizar: mais rápido, e mais difícil de esquecer.

Versões: Cada resultado traz a versão que o produziu. Se meses depois a resposta mudar, pode ver o que mudou em vez de discutir.
Acompanhamento das especificações: Quando uma especificação ou a sua bateria de testes é revista, toda a bateria é reexecutada antes de qualquer lançamento.
Suporte: Contacto técnico direto com quem constrói o motor, sem uma fila de tickets à frente.
Instalação: A instalação local e em rede fechada é o caso normal, não uma exceção a negociar.
Licença de avaliação: Uma licença que cobre todo o período de avaliação, sem limite de postos nem de volume enquanto testam.
Licenças de terceiros: As bibliotecas de terceiros e as suas licenças seguem com o produto, prontas a entregar tal como estão ao vosso departamento jurídico.

Acaba a caça ao «porquê».

Comecem por aqui

Digam-nos o que estão a construir.

Digam-nos o que estão a construir e onde ficaram presos, e resolvemo-lo convosco. É isso que vale a pena comprar, não o ficheiro.

Recebem o motor, o executor de linha de comandos e as ferramentas de teste: a mesma compilação que nós usamos.
Corram-no com as vossas próprias entregas, não com uma amostra escolhida por nós.
Todos os números deste site podem ser refeitos por vós: as baterias são públicas e o executor vem no pacote.
Primeiro um acordo de confidencialidade, antes de qualquer coisa mudar de mãos.

Preferem e-mail? Escrevam-nos diretamente. manager@codebplat.co.kr