Integração

Não têm de construir um motor de validação.

O MirrorMere não é uma ferramenta para escrever XBRL, mas um motor que verifica se o já produzido está conforme. Os vossos ecrãs, fluxos e restrições de implantação ficam como estão; entra apenas a verificação.

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.

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.

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