José M. S. Junior

Boa tarde, Existem erros de preenchimento no cálculo de impostos... Se o cliente é Simples Nacional, deve preencher apenas o campo CSOSN, mas está preenchendo CST também Outro detalhe é que CSOSN:500 não destaca ICMS, nesse caso não deve contabilizar esses campos nos totalizadores, por isso o motivo da rejeição: "Total Base Calculo Difere do Somatório"

Creio que isso tem haver com as tags que está mandando após o comando. está usando apenas a tag: </abre_gaveta> ?

Analisando os fontes aqui, o que acontece é que a primeira linha do campo mensagem não é considerado para geração do arquivo, pois seguindo um padrão da Febraban a primeira linha já é informada no registro normal. Se utilizar mais de uma linha provavelmente será gerado as mensagens no registro 2. Para quebrar linha use o caractere pipe "|" ex: Mensagem=|PROTESTAR NO 7º DIA UTIL APOS O VENCIMENTO |Cobrar juros de R$... ao dia | ... Nesse caso deve deixar desabilitado a configuração "ImprimirMensagemPadrao" e passar as mensagens manual no campo "Mensagem". Experimente dessa forma, provavelmente nunca foi usada essa funcionalidade nesse Banco. Vou verificar na documentação se é correto a impressão da primeira linha também nesse caso, se sim vamos precisar alterar isso para esse Banco.

Como está passando as mensagens no arquivo .ini (Com os dados do Boleto)? Se possível anexe o mesmo.

Bom dia, Quando diz congelar a aplicação, se refere a outras funcionalidades do sistema mesmo não sendo o uso da porta de impressão? Pois isso não deveria acontecer... Chegou a fazer o mesmo teste usando o programa exemplo do ACBrPosPrinter, veja se consegue simular o mesmo comportamento.

Bom dia, o NossoNumero é outro campo... é uma sequencia numérica de controle do Banco. O NumeroDocumento pode usar para seu controle, mas será retornado no mesmo campo no retorno do banco, como: "NumeroTituloBeneficiario". Se não retornar esse campo é só na consulta detalhada mesmo que vai trazer essa informação.

Precisa ver como está retornando no Json de Retorno. Do lado do ACBr creio que sim pois é um campo String. Mas note que NossoNumero e NumeroDocumento são campos diferentes.

Nesse caso, não se trata do XML de retorno, mas sim uma validação de Regras do próprio componente, sendo assim não remove os acentos na lib. Mas aparentemente os caracteres acentuados estão corretos no retorno, não estão?

Boa tarde, no ACBr corresponde ao campo "NumeroDocumento"

Boa tarde, As linhas do campo "Mensagem" estão sendo preenchidas com as instruções? Pois se este campo estiver sendo preenchido é o suficiente para gerar esse registro na remessa. Dê uma olhada na função DoMontaInstrucoes1 na unit desse banco.

Bom dia, Complementando o que o @Kiko Fernandes identificou, os campos devem ser gravados utilizando o método ConfigGravarValor e lidos pelo ConfigLerValor, pois esses metodos já se encarregam de fazer a Criptografia e Descriptografia dos mesmos. https://acbr.sourceforge.io/ACBrLib/NFE_ConfigGravarValor.html

Bom dia, Se for especificamente do XML existe, na seção [NFe] "RetirarAcentos" https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Mas para resposta em geral da lib, creio que não seja necessário pois já é tratado, voce pode definir o tipo de codificação ANSI ou UTF8. https://acbr.sourceforge.io/ACBrLib/Geral.html

Pelo seu log está sim... Nessa linha: 19/07/22 08:01:48:954 - SAT_EnviarCFe veja o conteúdo do retorno do SAT, abaixo do conteúdo em base64 tem a tag <XML> com o conteúdo do XML do SAT já convertido. Além disso o XML de retorno sempre é gravado em disco na pasta "Vendas", pode carregar o XML dessa pasta para impressão, caso não esteja mais em memória na lib.

Boa tarde Eric, O componente boleto não considera o dígito na leitura do campo nosso número, pois já existe uma função que calcula o dígito no momento de uma reimpressão ou mesmo de gerar o Arquivo novamente. Porém tem uma property "LerNossoNumeroCompleto" no componente que permite a leitura do retorno considerando o dígito, mas provavelmente não está sendo usada no fonte do Banco Santander. Se desejar implementar essa funcionalidade e ver se resolve para você, podemos atualizar também nos fontes do SVN. Pode usar como referencia a função (DefineNossoNumeroRetorno) do Banco Cresol, ela faz uso da property para definir o tamanho do campo de leitura.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Está usando Fortes? Se sim, ajuste primeiramente a Largura da bobina.

Bom dia, No método ImprimirExtratoVenda precisa passar o XML ou o path do XML como parâmetro. O XML nesse parâmetro deve ser o retornado pelo SAT no método EnviarCFe. https://acbr.sourceforge.io/ACBrLib/SAT_ImprimirExtratoVenda.html

@Net Shopping, este erro ainda está relacionado ao código CSOSN que está usando. Para Simples Nacional não deve Destacar ICMS, nesse caso a Sefaz NÃO vai considerar a Base de ICMS que está passando nos impostos do item para CSOSN=102, mas como esta calculando o valor do imposto no grupo Total, ocorre divergência de valor os valores totais não batem. Na seção total passe o valor BaseICMS e ValorICMS como 0 e note que vai autorizar... [Total] BaseICMS=0,00 ValorICMS=0,00 O CSOSN 102 deve ser utilizado quando não existe tributação do ICMS ST para o produto ou operação. Classificam-se neste código as operações praticadas por optantes pelo Simples Nacional contemplados com isenção concedida para faixa de receita bruta nos termos da Lei Complementar nº 123, de 2006.

Isso parece ser falha nas configurações SSL da lib. Se já utiliza o ACBrMonitor utilize as mesmas configurações do Monitor, no manual pode ver o valor para cada campo. Lembrando também que precisa estar com as dlls de dependência (OpenSSL e LibXML) na mesma pasta onde está a ACBrLibNFe. https://acbr.sourceforge.io/ACBrLib/DFe.html

Bom dia, A mesma função compatível na lib é essa abaixo, note que no primeiro parâmetro deve passar o numero do lote e não precisa passar o path do xml. https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Na lib precisa usar antes o método para carregar o .ini e gerar o XML, o método Enviar apenas realiza o envio do XML já gerado: https://acbr.sourceforge.io/ACBrLib/NFE_CarregarINI.html Se está começando com a lib, sugiro que dê uma olhada antes nas aulas introdutórias do curso da lib, nessas aulas pode ver como é realizada toda a configuração antes do envio... https://acbr.nutror.com/curso/e4f38b5c7398e4ccca8731c2d305952d389ac693

Boa tarde, Tivemos alguns relatos de instabilidade nos últimos dias, mas para evitar erro de duplicidade nesse caso, é sempre recomendado realizar uma consulta pela chave quando ocorre erro de timeout e não obteve resposta. Assim se o XML foi recepcionado na resposta já vai obter o protocolo de autorização e caso não exista registro na Sefaz pode tentar transmitir novamente a mesma chave.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, por favor anexe seu .ini atualizado, com os dados da NFe.

Bom dia, Por enquanto utilize os fontes baixados pelo SVN para obter as classes atualizadas. No tópico abaixo pode ver o passo a passo para baixar os fontes junto com o demo e a dll atualizada.

Não seria o detalhamento de receita (detalhamentoReceita) com código inconsistente para essa UF? Verifique na tabela abaixo para a UF em questão: https://www.gnre.pe.gov.br:444/gnre/portal/consultarTabelas.jsp