Nildo Oliveira SAUTO
-
Total de ítens
60 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Nildo Oliveira SAUTO
-
-
Boa note.
Pessoal em meu ERP tenho uma função que gera a chave de acesso da NFe, essa chave eu gravo em meu banco de dados, e entro na rotina de popular componente ACBR. Já com a chave de acesso gerada e gravada no meu banco de dados preencho os seguintes campos:
infNFe.ID := 23190124854238000142550010000002281524745605
Ide.cNF := 524745605
Ide.nNF := SDS_ImpNFe.FieldByName('NUMNOT').AsInteger;
-
5 horas atrás, Amarildo de Matos disse:
bom dia..
Rosenildo, consegui analizar o que te mandei, e com isso, consegui descobrir algo? no seu caso do boleto.
Bom dia.
Consegui descobrir o problema fazendo alguns teste! Mas não foi preciso testar esses arquivos que você enviou! Pois eu já tinha tudo implementado no meu sistema!
A questão é: para SICREDI é preciso informar preencher o campo CodigoCedente com o número da conta, apesar de já ter preenchido o campo Conta quando que para outros banco como por exemplo Itaú não é necessário!
Problema solucionado vamos encerrar o post.
Obrigado!
-
1
-
-
1 hora atrás, Amarildo de Matos disse:
como o seu problema é no boleto, acho que tem de passar como foi feito o titulo
Amigo desculpa mas não está dando pra te entender!
O problema é claro: Na hora da impressão no lugar que era pra exibir o numero da conta do cliente é exibido somente 5 zeros (00000), porém o campo do componente foi devidamente preenchido!
-
Em 21/06/2018 at 08:20, André Ferreira de Moraes disse:
Como vc está preenchendo o campo refNFe?
Anexe o XML q ocorre este problema.
Em 21/06/2018 at 08:57, André Ferreira de Moraes disse:Vc está chamando duas vezes o comando Ide.NFref.Add
7 minutos atrás, Amarildo de Matos disse:assim.. tem de mandar o arquivo ini gerado para incluir o titulo, e as configuracoes do banco tambem para ver se tem algo.
Vou te passar o arquivo de Remessa deste título!
-
Amarildo boa tarde.
Não foram gerados nenhum arquivo ini/txt.
Estou no processo de impressão do boleto!
O arquivo de remessa já está sendo validado e aprovado pela SICREDI.
O que você está pedindo seria algum arquivo de log do ACBR? Caso sim, onde encontra-los?
Obrigado!
8 minutos atrás, Amarildo de Matos disse:boa tarde rosenildo.
para melhor analise, mande os ini/txt gerados, para os moderadores, poderem analizar..blz?:
Amarildo boa tarde.
Não foram gerados nenhum arquivo ini/txt.
Estou no processo de impressão do boleto!
O arquivo de remessa já está sendo validado e aprovado pela SICREDI.
O que você está pedindo seria algum arquivo de log do ACBR? Caso sim, onde encontra-los?
Obrigado!
-
Olá, já trabalho com emissão de boletos no nosso ERP para alguns bancos utilizando o ACBR, por exemplo: Itaú, Bradesco e Santander.
Precisamos fazer a impressão de boleto para o banco SICREDI. Ao imprimirmos o boleto reparei que na informação AGENCIA/CODIGO DO BENEFICIARIO, o código do beneficiário é impresso somente com o numeral zero (0).
Ficando desse formato: AGÊNCIA/BENEFICIÁRIO 2301.09.00000 porém o componente foi populado corretamente os seguintes campos do ACBR:
Agencia := 2301;
AgenciaDigito := 4;
Conta := 12345;
ContaDigito := 6;Segue imagem do boleto gerado em anexo!
Desde já agradeço!
-
Pessoal boa tarde.
Pode encerrar o POST, o problema era só os Schemas que não estavam atualizados! Peguei os Schemas da pasta do ACBR e deu tudo certo!
Obrigado!
-
2
-
-
Boa tarde.
Um cliente está emitindo uma NFe utilizando a CFOP 6501 ou seja, Remessa para exportação. Ao utilizar essa CFOP é exigido que se utilize uma Unidade Tributável de acordo com a Tabela de Unidades Tributáveis para Operações de Exportação. Lembrando que está nota é para dentro do Brasil, apenas a CFOP é que indica uma Remessa para exportação.
O problema é: de acordo com a Tabela de Unidades Tributáveis para Operações de Exportação a unidade tributável que devo preencher no campo uTrib é UN porém as regras de validação dos schemas só validam XML com com unidades com três casas decimais!
Em anexo imagem do erro na validação de unidades com apenas dois caracteres e o XML com as unidades com 3 caracteres que por sua vez esbarra na Rejeição 817: Unidade Tributável incompatível com o NCM informado na operação com Comércio Exterior
-
Em 30/07/2018 at 23:42, Paulo Augusto disse:
da uma olhada nesse post e veja se ajuda.
https://acbr.sourceforge.io/ACBrMonitor/NFEDistribuicaoDFe.html
Bom dia, o problema meu amigo Paulo Augusto é que se for utilizar pela distribuição, só contribuinte só consegue baixar o XML se for citado no mesmo na hora que o fornecedor dele emitir o documento fiscal! Coisa que não acontece em 99% das emissões de NFe.
A única ação que eu gostaria de fazer no meu ERP é o que o FSIST faz em seu site!
-
1
-
-
Bom dia.
Instalei o Delphi Tokyo TRIAL - Rad Studio 10.2.2, atualizei o repositório do ACBr em meu PC, instalei o ACBr, que por sua vez identificou em seu instalador o Delphi Tokyo, porém ao abrir o Delphi não consigo visualizar a paleta de componentes do ACBr.
Ao abrir um projeto existente que utilizada componentes do ACBr ele não encontra os componentes e os remove do projeto.
Alguma dica?
-
Em 04/12/2015 at 09:25, Italo Jurisato Junior disse:
Bom dia Leonardo,
Com determinadas coisas eu sou muito chato.
E uma dessas coisas diz respeito a obter o XML completo (assinado e protocolado) da NF-e.
Sendo assim vamos ao que interessa: Ajuste SINIEF 07/2005 (em anexo).
Cláusula sétima inciso III - da concessão da Autorização de Uso da NF-e, ou seja, quando o emitente obter o retorno da SEFAZ acusando que a NF-e foi autorizada.
Paragrafo 7 do inciso III diz: Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização.
Como o inciso III se refere ao emitente, fica claro que é ele que tem que encaminhar ou disponibilizar de alguma forma o XML da NF-e, mas para quem?
Os items a e b do inciso I do Paragrafo 7 responde a pergunta:
a ) ao destinatário da mercadoria, pelo emitente da NF-e imediatamente após o recebimento da autorização de uso da NF-e;
b ) ao transportador contratado, pelo tomador do serviço antes do inicio da prestação correspondente.
O item a acima esta extremamente claro que o emitente da NF-e é obrigado pela legislação disponibilizar de alguma forma o XML assinado e com o protocolo de autorização ao destinatário da mercadoria.
E se interpretarmos da forma correta o item b quem tem que enviar o XML para a transportadora?
É o tomador do serviço, pelo menos é isso que esta escrito, mas o tomador pode ser tanto o remetente da mercadoria como também pode ser o destinatário da mesma.
Vamos supor que eu sou o emitente da NF-e, e você é o destinatário, mas quem vai pagar o frete é você, sendo assim pela legislação eu sou obrigado a disponibilizar o XML da NF-e para você ( é o que diz o item a ) e você disponibilizar esse mesmo XML a transportadora, uma vez que você é o tomador do serviço (é o que diz o item b ).
Agora você decide em ter uma aplicação que respeita a legislação ou não.
Boa tarde.
Na verdade a única angustia de nós desenvolvedores/software house é ter em nossos sistemas uma opção de baixar o XML e importar para efetuar a entrada da nota no estoque. Para o usuário que não tem muita habilidade em entrar na SEFAZ, baixar o XML, salvar numa pasta ir no sistema buscar o arquivo no diretório é uma tarefa complicada! Parece que não mas é! Mais fortemente em determinadas regiões do país!
Por isso que ficamos nessa busca louca de melhorar nosso ERP para que ele baixe o XML automaticamente a ajude o usuário.
-
1
-
-
Boa tarde, tenho a seguinte chave de acesso 35180711322540000370550010000015581000015580 aparece na SEFAZ como AUTORIZADA, porém quando utilizado a função:
ACBrNFe.WebServices.Consulta.NFeChave := '35180711322540000370550010000015581000015580'
ACBrNFe.WebServices.Consulta.Executar; aparece o retorno 656, ou seja, DENEGADA. Alguma dica? -
André, perfeito! Resolvido!
Não havia conseguido perceber esse detalhes!
Obrigado, abraço!
POST ENCERRADO
-
-
Olá, estou tentando referenciar um CF-e em uma NF-e, utilizo a tag refNFe para passar a chave de acesso do Cupom Fiscal Eletrônico, porém é retornado o erro em anexo.
Estou utilizando os Schemas atualizados para a NFe 4.0
-
Boa tarde. Sou assinante do SAC e tenho a disposição as atualizações do ACBrMonitorPlus. São disponibilizados os fontes para exemplo do ACBrMonitorPlus?
Quando vou selecionar o certificado A3 no Windows 10 aparece um erro de DLL e a minha aplicação fecha. Já no ACBrMonitor reparei que existe uma janela própria.
Fiquei interessado em conhecer essa codificação para listar os certificados em minha máquina!
-
7 minutos atrás, BigWings disse:
Depende das configurações de SSLLib do componente.
Se estiver usando SSLHttpLib = httpWinInet depende das configurações avançadas do IE.
Se estiver usando SSLHttpLib = httpWinHttp ou httpOpenSSL depende da configuração de SSLType.
Das duas formas também precisa verificar se o Windows está atualizado, se há cadeias de certificado da SEFAZ ou da certificadora a atualizar...
Obrigado pela dica! Já deu certo!
Abraço!
-
2 minutos atrás, ROSENILDO disse:
Estou sim amigo! Nas opções de internet, avançado!
Seria isso que mencionou?
Deu certo! Mudei a propriedade do ACBr SSLType = LT_TLSv1_2
Obrigado!
-
2 minutos atrás, BigWings disse:
Verifique se está usando TLS 1.2 para a conexão com o webservice.
Estou sim amigo! Nas opções de internet, avançado!
Seria isso que mencionou?
-
Ao tentar enviar NFe na versão NFe 4.0 no estado do Ceará, retorna:
Erro interno: 0
Erro HTTP: 403
Estou no ambiente de homologação do Ceará.
O campo VersaoDF já está igual a ve400
Tenho alguns colegas que também estão com o mesmo problema!
O webservice 4.0 do Ceará já está disponível de acordo com a SEFAZ-CE
Alguma dica?
-
3 minutos atrás, Juliomar Marchetti disse:
Bom dia
provável quando feito quem usou não precisou desses blocos.
caso queira implementar basta fazer e anexar aqui que validamos.
Juliomar, desculpa mas não consegui entender o seu comentário????
-
Bom dia.
Ao gerar o arquivo do SPED não está sendo gerado no arquivo txt o bloco C890 (que refere-se a informações de vendas do SAT). Percebi que isto acontece porque no mês de março (período no qual estou gerando o SPED) não tem registros de entrada (a empresa não fez compra no mês de março).
Depurei a rotina e percebi que o componente RegistroC890New é populado com informações, porém como o bloco C100 (que refere-se as notas de entrada) não é populado, no txt que o ACBR gera não gera o bloco C890.
Em anexo segue o exemplo da geração do mesmo período só que em um arquivo simulei ter uma entrada, e daí veremos que gerou normalmente o bloco C890 e no outro é o exemplo que não tem entrada (que é a realidade do mês de março/2018)
-
Oi Daniel boa noite.
Sua dica deu certo!
Como utilizo o Win10 64 bits, fui na pasta ACBr\DLLs\OpenSSL\1.0.2.13 e copiei da pasta x86 as DLLs e colei na pasta System32 e fui na pasta x64 copiei as DLLs e colei na SysWOW64.
Deu certo dessa forma!
-
Bom dia.
Já utilizo a consulta CNPJ do ACBr há bastante tempo, mas faz alguns dias que vem apresentando o erro na hora de consultar.
Este erro não acontece em todos os computadores, alguns Win 7 funcionam outros não! Já os Win 10 não funcionam em nenhum!
Como se fosse algo pra ser configurado, nos SSL e TSL não tenho certeza.
Alguém com esse mesmo problema? Alguma solução?
Obrigado!
Chave de acesso muda!
em ACBrNFe
Postado
POST COMPLETO É ESSE PESSOAL!!!
Boa note.
Pessoal em meu ERP tenho uma função que gera a chave de acesso da NFe, essa chave eu gravo em meu banco de dados, e entro na rotina de popular componente ACBrNFe. Já com a chave de acesso gerada e gravada no meu banco de dados preencho os seguintes campos:
infNFe.ID := 23190124854238000142550010000002281524745605
Ide.cNF := 524745605
Ide.nNF := 228;
Em 99% dos casos no meu banco de dados fica gravado a chave de acesso que eu gerei, e na pasta fica gravado o XML com a mesma chave de acesso gerada. Porém acontece algum erro, que desconfio que seja de comunicação com os servidores da SEFAZ que faz com que o meu arquivo XML fique com a chave de acesso diferente da que eu gerei e enviei da primeira vez! Pra ser mais específico o que muda realmente é só os últimos números que são randômicos. É como se em determinado momento que o usuário tenta reenviar a nota fiscal que deu erro, o componente não assumisse os números 524745605 que eu passo para o campo ide.cNf.
Alguém poderia me dar uma dica: se é alguma configuração do componente, ou de repente até uma dica de como melhorar essa rotina pra evitar esse tipo de erro?