José M. S. Junior

Utilize a mesma rotina de envio de e-mail após a transmissão, também para envio ao contador. Basta ter o cadastro de email na sua base de dados. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEmail.html

Boa tarde, está utilizando a mesma dll do ativador? Se não estiver, tente utilizar a mesma copiando para a pasta do ACBrMonitor e reconfigurando o path da dll nas configurações do Monitor.

Sim, essa é a sintaxe correta. Mas qual exatamente o erro? No primeiro log que postou não tem erro, apenas não teve retorno. Basta que envie utilizando o parametro para envio Síncrono.

Esse arquivo NFCe.TXT deveria ser um .ini, ou apenas com Seções de um .ini. Note que está passando o comando novamente dentro desse arquivo.

Bom dia, Para NFCe o retorno é Sincrono, procure passar o parâmetro Sincrono como "1", assim não será necessário realizar uma consulta na SEFAZ para obter o retorno caso a NFCe seja recepcionada com sucesso. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Bom dia Norixam A lib não é estruturada para trabalhar em Multithread com requisições simultâneas. Mas pelo que entendi do seu processo, se são beneficiários diferentes basta limpar a lista antes de incluir o próximo título. Você pode adicionar vários títulos de um mesmo Beneficiário para emissão ou mesmo geração de remessa, ou pode gerar um por vez sempre limpando a lista. https://acbr.sourceforge.io/ACBrLib/Boleto_LimparLista.html

Bom Dia, A numeração que pulou voce precisa enviar um evento de Inutilização com a sequencia da numeração que pulou. https://acbr.sourceforge.io/ACBrMonitor/NFEInutilizarNFe.html Mas o fato de duplicidade não é comum... Isso pode ser evitado se estiver um processo de contingência implementado, ou seja quando enviar uma Chave e não obter retorno, primeiramente deve consultar se essa chave foi recepcionada na SEFAZ, se não conseguir consultar (estiver indisponível) voce Incrementa a numeração gerando uma nova chave (em contingência). E quando reestabelecer a conexão você consulta as chaves que não obteve retorno, podendo cancelar se constar na SEFAZ ou então inutilizar a numeração se não constar na SEFAZ. Este seria o procedimento correto indicado pela própria SEFAZ.

Vamos disponibilizar uma nova versão hoje...

Precisa adicionar um por vez e incrementar a sequencia do evento, caso se trate do mesmo tipo. Se não conseguir dessa forma, anexe o log.txt para facilitar a análise...

Boa tarde Realizamos um ajuste e já está disponível no SVN. Você mesmo compila o ACBrMonitor? Se sim basta fazer isso para testar, caso contrário o ajuste estará disponível na próxima versão.

Bom dia, utilize o CriarEventoeSocial adicionando todos todos os eventos do lote (um por vez ) e utilize EnviareSocial para o Envio.

Ok, obrigado pelo Retorno. Vamos verificar para atualizar então....

1- Metodos para Transferência de Dados em Base64 utilizando comunicação TCP/IP [*] Adicionado os métodos EncodeBase64 e DecodeBase64, como estes métodos é possível transferir arquivos binários utilizando comunicação TCP/IP. Pode ser útil para transferir arquivos .pdf que são gerados no Servidor para ser emitidos na estação Client por exemplo Ex: Params: 0 - String: Path Arquivo a ser transferido 1 - integer: TimeOut para Leitura em milissegundos (Default 1) ACBr.EncodeBase64("C:\ACBrMonitorPlus\PDF\999999999999999999999999999-nfe.pdf") Resposta: OK: (Arquivo em base 64) { Params: 0 - String: Conteudo Base64 a ser Decodificado 1 - String: Path e nome Arquivo a ser gravado} ACBr.DecodeBase64("Base64", "C:\ACBrMonitorPlus\PDF\NFe.pdf" ) Resposta: OK: C:\ACBrMonitorPlus\PDF\NFe.pdf Veja registro completo

Boa tarde Esse erro também pode estar relacionado com atualização do Windows, NetFramework desatualizado ou mesmo problema com cadeia de certificados se o mesmo estiver instalado na máquina. Para certificado A1 pode utilizar OpensSSL, não tem essas dependências do Windows...

Boa tarde José Luís, foram realizados alguns ajustes referente as instruções de protesto, porém de forma um pouco diferente da sugerida, pois a ideia é atender também outros bancos que seguem o mesmo padrão, favor atualizar os fontes e realizar os testes. Quanto aos acentos, já existe uma propriedade no componente ACBrBoleto "RemoverAcentosArqRemessa" que já faz isso para o arquivo completo. O detalhe que notei é que mesmo sendo o mesmo Banco (136) o layout de retorno CNAB400 não é o mesmo utilizado como base nesta classe, veja mais detalhes nesse este topico:

Boa tarde Analisando o código para realizar as alterações, notei que o manual que está utilizando para o Retorno CNAB400 não é o mesmo utilizado na implementação dessa classe. Diversos campos utilizam posições diferentes... O layout atual se baseia no modelo padrão CNAB400 que inclusive é utilizado por outros Bancos. Se a diferença for apenas no retorno CNAB00 de fato, creio que será necessário implementar esse layout utilizando a própria classe UnicredES, mas seria interessante validar com o banco o motivo de existir dois layouts para banco 136 e qual a diferenciação para se utilizar um ou outro, pois aparentemente quem realizou a contribuição dessa classe homologou dessa forma. Segue o manual em que esse classe está se baseando: MANUAL UNICRED CNAB 240 E 400.zip

Bom dia. Utilizando a Wincrypt as configurações recomendadas são: Mas neste caso depende de alguns fatores, como Windows e Net framework atualizado e em alguns caso é necessário instalar as cadeias do certificado. Pode ser algum problema com o certificado instalado também... Neste caso o ideal é desinstalar, lembrando que certificado A1 não é necessário realizar a instalação basta informar o path do arquivo .pfx do certificado. A melhor opção para certificado A1 é utilizar OpenSSL pois não depende do Windows. basta utilizar a dll junto ao executável. Lembrando que precisa utilizar a versão da lib baseada na compilação da sua aplicação, se for x86, utilize a lib desta pasta... http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.7/

Verifique no menu de configuração de Email, se não está marcado para utilizar envio em HTML, se sim precisa desmarcar...

Boa noite O arquivo .ini precisa ter apenas 1 evento... Não pode adicionar mais de um evento no mesmo arquivo. Se for enviar um lote com dois arquivos, adicione um por vez... utilizando o método: https://acbr.sourceforge.io/ACBrMonitor/eSocialCriarEventoeSocial.html Então vai chamar este método (CriarEventoEsocial) 2 vezes, cada vez passando um arquivo .ini (evento). E ao final utilize o método: EnviarEsocial, para enviar o lote com os dois arquivos adicionados.

Bom dia, essas funções que estão sendo centralizadas na ACBrBoleto serão utilizadas por todos os Bancos, aparentemente existem outros Bancos que seguem essa características, se o Bradesco permite essa configuração o melhor seria instanciar esse função na própria classe ACBrBancoBradesco. No manual Bradesco cita algo sobre isso?

Bom dia, este erro também pode ser problema na instalação do certificado ou Windows desatualizado.

Pode utilizar das duas formas.... Se passar via .ini vai dar preferência para o mesmo, mas o Contrato e Senha precisa estar gravado nas configurações (em tela)

Se conseguir um passo a passo podemos tentar simular o problema, mas até o momento não identificamos... Mas de fato a aplicação pode definir o mesmo path do .exe caso não encontre o path especificado...

Boa tarde, esse erro pode estar relacionado a diversos fatores: Problema na instalação do certificado, Windows desatualizado, configuração SSL do componente... Nas configurações SSL Type está utilizando TLS_1.2 ?

Esse path de rede está acessível a partir desta máquina? O erro inicial aparentemente é que não está encontrando o arquivo... Estas configurações de diretórios é padrão para todos os DFes, o diretório definido vai ser utilizado para gerar todos os DFes. O tipo do documento CTe / NFe e a estrutura Evento / Data / CNPJ.... É definida pelo próprio componente. É necessário verificar os logs para saber exatamente qual a sequencia de métodos e retornos, mas todos os DFes utilizam essa parametrização de diretórios e não ocorre esse tipo de problema, imagino que seja alguma restrição ou lentidão no acesso ao diretório.