José M. S. Junior

A libXML2.dll precisa estar no mesmo diretório da libACBrNFe, (Ou Referenciada no seu Projeto), juntamente com todas as demais bibliotecas de dependência. Lembrando que precisa copiar as libs na mesma arquitetura da JVM, se estiver utilizando Java x64 utilize as dlls x64. Neste tópico tem o passo a passo de configuração:
 

@asamos, realizando testes com esse evento, não ocorre problemas referente a geração da tag <paisNac> no XML, provavelmente está sendo informado um código de país inválido nesse campo...
Verifique o preenchimento desta tag utilizando o código especificado na Tabela 06 - Países  do manual e-Social https://www.gov.br/esocial/pt-br/documentacao-tecnica/leiautes-esocial-nt-01-2021-html/index.html/tabelas.html#06

Bom dia,
Pode utilizar o campo "DataBaixa" para isso, o componente calcula os dias para baixa baseado nessa data e no vencimento.

Bom dia,
O Banco precisa estar selecionado como: cobBancoDoBrasilAPI

Ou se for passar via arquivo, "IndiceACBr=36"
[Banco] IndiceACBr=36 CNAB=0 NumeroCorrespondente=0 VersaoArquivo=0 VersaoLote=0

Boa tarde Ricardo,
Você pode sim trabalhar dessa forma, mas vale lembrar que o ACBrMonitor não é Multiusuário, então mesmo controlando varias empresas deve ter esse cuidado de um método por vez...
Para Multiempresas você pode pode ter arquivos de configuração diferentes para cada Empresa (ACBrMonitor.ini) e carregar as configurações da empresa que deseja integrar, renomeando o arquivo de configuração e utilizando o método NFe.Lerini para carregar as configurações.
Outra opção é utilizar instancias diferentes, ou seja, cada empresa será uma instancia do ACBrMonitor, assim cada um terá o seu diretório de troca de arquivos e sua própria configuração.
Eu recomendo que veja as aulas do módulo 8 e 9 do curso "ACBrMonitor" que aborda esse assunto.
https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor/
 

Atualizado no SNV. Obrigado!

Boa tarde, identifiquei o problema, essa nomenclatura sai do padrão das demais, mas estará corrigido na próxima versão.

Boa tarde
As contribuições já estão disponíveis no SVN, com exceção da função de gerar o hash, pois a mesma não funcionaria em Delphi com versões mais antiga e Lazarus, por isso estamos utilizando a solução do próprio ACBr. 

Bom dia, 
Verifique nesse documento com as particularidades de cada Banco, qual campo realmente precisa ser preenchido:
https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html
O Digito da Agencia deve ser preenchido em: "DigitoAgencia"
Os zeros a esquerda de agencia e conta pode ser removido, o componente se encarrega de informar se necessário.

Boa tarde, revertido a nomenclatura e atualizado no SVN, favor realizar os testes...

Bom dia,
Aparentemente já está seguindo a regra, alinhado a esquerda e com brancos a direita...
Qualquer divergência, favor postar o arquivo com o problema.

Sim, A3 sempre Wincrypt e nesse caso deve informar apenas o numero de serie e senha do certificado
 

Bom dia José Vicente,
Realizamos testes utilizando o seu arquivo .ini e o XML foi gerado sem problemas... Creio que o erro esteja mesmo na passagem dos parametros, passe da seguinte forma:
eSocial.CriarEnviareSocial("C:\ESOCIAL\INIS\S1260.INI",3)
2123456780000002021081610400100001-S-1260-4.xml

Bom dia,
Experimente refazer a instalação completa do ACBrMonitor, pois esse xsd se encontra no diretório de Schemas do eSocial, junto aos demais...

Bom dia,
Na configuração de impressão de NFCe altere o campo largura, experimente algo como: 290.

Bom dia,
Atualizado no SVN. Obrigado!

Bom dia,
Deve retornar todas as portas em uso encontradas, seriais, USB e RAW.

Bom dia,
Esse erro Rejeição: Erro não catalogado, indica algum problema com esse serviço na SEFAZ

Atualizado no SVN.

Boa tarde,
Pelo retorno, aparentemente é necessário alguma configuração  cadastro empregador antes:
CodigoOco=269
Descricao=Rubrica de codigo '46' e Identificador de tabela '9203' nao existe no cadastro do empregador para o periodo '2021-05'.

Isso é problema no método, aparentemente não está passando o método NFe.EnviarEvento("...

Bom dia Laercio,
A implementação atual está baseada em outro layout, específica do Banco Daycoval, conforme abaixo:
http://svn.code.sf.net/p/acbr/code/tools/Bancos/Daycoval/
Para o Layout desse Banco que anexou, creio que seria necessário a implementação separada como sendo Banco Industrial do Brasil.

Boa tarde,
Analisamos os seus fontes, mas note que a Unit desse Banco já segue o padrão refatorado das classes do boleto, por isso utiliza a classe padrão do ACBrBoleto, com métodos específicos para alterar o que muda entre um banco e outro... Justamente para diminuir duplicidades de código. Nesse sentido note que tem um método específico para a definição do NossoNumero onde pode ser estendido apenas esse método na classe do Banco: "DefinePosicaoNossoNumeroRetorno"
Para alterar a posição de leitura do NossoNumero bastaria sobrescrever esse método... Mesmo assim o NossoNumero do Unicred são 11 posições com Dígito, como o componente lê apenas o NossoNumero sem o dígito, deve ler a partir da posição 46 contando 10 posição sem o digito verificador. (Conforme está hoje)
Caso deseje ler o NossoNumero com o digito já calculado, passe a property ACBrBoleto.LerNossoNumeroCompleto:= True;
Favor realizar os testes dessa forma, qualquer dúvida estamos a disposição.
 

Bom dia,
Ao enviar o XML e não obter retorno, deve realizar uma Consulta desta mesma chave, assim se a NFCe foi autorizada o XML será atualizado com o Protocolo de autorização. Caso retorno que não consta nenhuma NFCe com essa chave ai sim poderá tentar enviar novamente. Se não for possível realizar a consulta no momento deve sempre incrementar a numeração da NFCe seja para emissão Off-Line ou para o reenvio. Só assim para evitar a duplicidade... (Nesse caso segue a regra de Contingencia, inutiliza a numeração pendente ou cancela  a chave posteriormente). segue passo a passo nesse vídeo: 
 
Outro detalhe é que sempre preciso guardar o XML de envio ou os dados exatos, para o caso onde precise gerar o XML novamente para consultar e atualizar com o protocolo... dessa forma não terá problemas de digestValue.
No ACBr tem opção de gravar ou não o XML mesmo que ele não seja autorizado.
 
 

Os dados descritos no exemplo .ini precisam ser passados... para gerar o XML: https://acbr.sourceforge.io/ACBrLib/ModeloCFeINISimplificadovalido.html
A configuração existente na biblioteca é para efeito de validação, ativação e vinculação.