José M. S. Junior

Esses códigos é de identificação do erro junto a documentação do BB. Na pasta de log ou junto ou na pasta do seu programa deve estar gerando um arquivo .json com os dados que está sendo enviado, onde pode verificar como está sendo preenchido os campos.

Como está passando esse número no método? Se possível anexe o log da lib, assim podemos ver o que está chegando de fato na ACBrLibBoleto.

Esse é o código correto para homologação. Configure para gerar o log na propriedade Configurações/Arquivo e verifique como está sendo gerado no JSON. Se estiver ok pode ser algum outro campo com erro, teria que consultar pelo código do erro na documentação do BB.

Boa tarde, Esta indicando erro no valor do campo Carteira. Qual código está passando?

Precisa ver se está comparando com o mesmo layout. Os layouts utilizados pelo ACBr estão disponíveis em: http://svn.code.sf.net/p/acbr/code/tools/Bancos/ Se for o mesmo por favor anexe seu arquivo .ini com os dados que está passando e o arquivo remessa gerado, para que possamos verificar...

Aberta uma tarefa #TK-2845 para corrigir essa questão. Atualmente não está considerando a configuração para definir se usa o Integrador ou não, sendo assim está sempre optando pelo Integrador no caso do CE.

Bom dia, estes campos definem qual banco será usado (Se refere ao numero do Banco), vai afetar o layout se mudar o "Numero", ou se estiver utilizando o campo "TipoCobranca", será considerado essa configuração. Ambos servem para alterar o Banco. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O número da versão do layout do arquivo é configurado em: LayoutVersaoArquivo, porém é válido para bancos que trabalham com mais de um layout atualmente, caso contrário o numero é definido de forma fixa na geração da remessa. Qual Banco está gerando? O Número da Remessa é definido no parâmetro do próprio método de geração como eu disse, normalmente utilizado na nomenclatura do arquivo gerado. É o segundo parâmetro do método: https://acbr.sourceforge.io/ACBrLib/Boleto_GerarRemsessa.html

Está removendo as configurações do Integrador?

Boa tarde, Você pode utilizar o método https://acbr.sourceforge.io/ACBrLib/POS_ImprimirTags.html para imprimir todas as tags

Boa tarde No caso, teria que analisar cada Banco, pois cada um tem seu layout e alguns campos podem variar... O layout é uma configuração do cedente pode ser realizada alterando as configurações da lib diretamente com o método ConfigGravarValor os campo são: LayoutVersaoArquivo, LayoutVersaoLote na seção [BoletoBancoConfig] https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O número sequencial do é passado no próprio método de geração da remessa como parâmetro https://acbr.sourceforge.io/ACBrLib/Boleto_GerarRemsessa.html No caso do numero de controle existe o NossoNumero (Banco), NumeroDocumento (Normalmente sequencial que sai no boleto), SeuNumero (Aplicação), Todos com essa nomenclatura no arquivo .ini

#TK-2844 - em análise

Verificando...

Bom dia, que bom que deu certo... Não são todas as operações com SN que permitem usar CSOSN 101. O correto é confirmar com o contador do cliente qual CSOSN usar para a operação do mesmo.

Boa tarde, Favor atualizar o ACBrMonitor, isso foi corrigido na ultima versão.

Bom dia, Tivemos outros relatos dessa situação, aparentemente alguns retornos de arquivos de tarifa retorna 00 no código de modalidade. Está em análise, em breve deve estar corrigido.

@Net Shopping, nesse ultimo log seu cenário já mudou... Não está mais ocorrendo erro no uso do método da biblioteca, note já conseguiu transmitir e o erro agora é uma rejeição da própria SEFAZ. Provavelmente o erro estava ocorrendo nos parâmetros mesmo... Notei que está passando o parâmetro zipado, no caso da NFCe não precisa passar esse parâmetro, pode passar false. Quanto a rejeição 383- CSON invalido, pode estar relacionado a UF, o uso CSON 900 está a critério da UF para ser aceito, visto que Simples Nacional não destaca os impostos. O Contador do seu cliente pode te informar melhor qual CSOSN utilizar. Se for usar Regime normal deve preencher a tag CST ao invés de CSOSN.

Sim, atualizado o indice na documentação e nos fontes... Faça um update na pasta dos exemplos C# e já vai estar atualizada o mapeamento desse modelo no aplicativo demo. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca3.html

@neineri, todas as implementações realizadas no componente automaticamente são disponibilizadas para a lib, visto que é o mesmo código fonte. Neste caso, apenas não está mapeado esse novo modelo na documentação e nas classes C# ainda. Mas vamos adicionar no exemplo também... Assim que disponibilizado informamos aqui no tópico. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca3.html

Bom dia, esse erro indica que não encontrou a ACBrLib, junto do executável. Dê uma olhada nessa passo a passo para configurar a lib usando as classes de exemplo

Sim. Como está passando os parâmetros desse método? Experimente passar apenas o primeiro parâmetro "1", e os demais vazio, veja se ocorre mesmo erro. https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Está sendo alocado corretamente o buffer para obter o retorno? Se possível anexe o trecho de código onde faz o envio e aloca o buffer de resposta.

Bom dia, Foi atualizado mas com algumas ressalvas, como procuramos sempre manter o padrão dos demais bancos, atualizamos a função CarteiraEnvioToCod, pois o campo carteiraEnvio realmente pode modificar de título para título. Já o campo ResponsEmissao não deve alterar para cada título é uma particularidade nas configurações do Emissor, como a lista de títulos tem sempre um único Emissor a cada geração por isso é utilizada esse campo. Pode notar o mesmo nos demais bancos tradicionais. Favor atualizar os fontes e realizar os testes, se possível reporte aqui. Obrigado!

Bom dia, como está o XML que está passando como parâmetro para gerar o XML? Se utilizar o metodo ImprimirDanfePDF está gerando normal? Se possível anexe esse XML.

Bom dia @Net Shopping, Estou realizando testes com seu arquivo de configuração e com seu arquivo ACBrNFCe.ini, alterando apenas o emissor e certificado, e transmite sem nenhum erro, o problema deve estar em alguma configuração das dlls dependência na sua aplicação mesmo... Eu suponho que sua aplicação esteja fazendo uso de dlls erradas, eu sugiro que remova todas as dlls da pasta onde está gerando o executável e copie novamente a partir do repositório do ACBr, além disso realize uma varredura no pc, verifique se não tem dlls com mesmo nome espalhadas em outras pastas, principalmente na pasta do Windows, pois provavelmente está ocorrendo conflito de versão de dlls. As dlls corretas que deve utilizar são essas abaixo, devem ficar juntas com a ACBrLibNFe.dll: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

É somente via integração de Boleto por API, mas inicialmente só para o BB conforme o Juliomar mencionou. Dê uma olhada nesses tópicos:

Bom dia, Foi atualizado as classes no repositório com algumas pequenas modificações para padronizar aos campos que já utilizamos para configuração, visto que o componente visa atender todos os bancos. As informações foram atualizadas nesse tópico: