Edson Viel
-
Total de ítens
45 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Edson Viel
-
-
Acredito que não Italo, vou atualizar este arquivo lá e testar. Obrigado.
-
Boa tarde pessoal, em nosso único cliente de São Paulo está ocorrendo este erro ao emitir uma NFSe (Rejeicao: Assinatura difere do calculado).
Já atualizei o Acbr mas o problema persiste;
Estou enviando em anexo o XML que estamos gerando.
Obs.: Em uma versão gerada em janeiro, antes de atualizarmos o ACBr as notas eram emitidas sem problemas.
-
Obrigado Juliomar.
-
Boa tarde pessoal, estamos com problemas para emitir notas de serviços para o Ginfes, onde a resposta que nos retorna vem em branco.
Isso começa a acontecer do nada e de repente volta a emitir as notas normalmente e o pessoal do Ginfes diz que não tem como ajudar se não retorna o protocolo no xml.
Insistindo em entrar em contato com eles, nos pediram para informar qual método do WS estamos usando e se ocorre timeout, o que não consegui encontrar no ACBr.
Gostaria que me informassem qual é o método do Ginfes que o ACBr usa para envio e consulta ou em qual Unit encontrar isso, e se alguém mais está passando pelo mesmo problema.
Desde já agradeço a atenção.
-
Até onde entendo quando é uma nota para fora do município tem quer retido e o responsável pela retenção é o tomador. Se eu estiver errado me corrijam por favor.
Eu estava analisando o arquivo que vai para a prefeitura e notei que o campo TributacaoRPS está preenchido com T (Tributado em São Paulo) o que pelo meu entendimento está errado, teria que ser F (Tributado Fora de São Paulo).
Alguém sabe como alterar essa campo no ACBr?
Desde já agradeço a atenção de todos.
-
Boa tarde pessoal.
Estamos com um cliente de São Paulo onde ele está tentando emitir uma NFse para fora do município de São Paulo e está ocorrendo o seguinte erro: "Tomador de serviço estabelecido fora do município de São Paulo não pode ser responsável tributário."
Gostaria de saber onde configuro esta opção no ACBr para colocar como responsável tributário o prestador.
Att.,
-
Obrigado pela ajuda Daniel Simoes, tudo o que verifiquei, desde a ativação do SAT até a vinculações com o AC aparentemente está tudo OK e como já contatei o fabricante vou deixar eles analisarem o problema e identificar a causa.
-
Boa tarde,
Fizemos um teste com a mesma aplicação em um SAT da TANCA de outro cliente e não ocorreu o erro, então concluo que o problema está no SAT da bematech, mais especificamente na tag assinatura QRCode que é gerado, e não na aplicação.
Entrei em contato com o suporte para desenvolvedor deles e estão verificando o que pode estar acontecendo, agora só me resta aguardar a resposta.
-
1
-
-
HASA, o que testamos aqui até agora e está com este problema é um Bematech.
Também fiz a mesma comparação que você, e aparentemente está tudo certo, por isso minha última opção é conversar com o pessoal da bematech pra ver se a assinatura do QRCode não está com nenhum problema.
-
47 minutos atrás, André Ferreira de Moraes disse:
O XML da venda esta em anexo, como pode perceber a assinatura QRCode não possui a "sub-assinatura", mas como validei a string que gera o QRCode, a única coisa que restou para estar errada é mesmo a própria assinatura.
-
Fiz um teste com a geração do QRCode com o prefixo CFe, ocorre o mesmo problema, portando minha teoria estava errada.
Eu analisei a estrutura da string que gera o qrcode está tudo correto, então não sei mais o que pode ser.
-
Estou usando um SAT de produção
Escaneando um QRCode de um supermerdado, notei que não aparece esta mensagem, mas escaneando por outro aplicativo o CFe do supermercado e o gerado pela nossa empresa eu vi que no do supermercado começa com "CFe" o código do QRCode e o nosso não.
Nesse documento diz que tanto faz ter ou não esse prefixo, mas quando escaneado o qrcode de exemplo do próprio documento, aparece a mesma mensagem.
Eu acredito que deve ser a falta desse prefixo (CFe), apesar do documento dizer o contrário.
-
Boa tarde.
Implementamos aqui na empresa o CFe-SAT e deu tudo certo, mas quando consultamos o QR Code pelo aplicativo De Olho na Nota, aparece a mensagem:
"Atenção! Este QRcode é inválido ou não foi gerado a partir de um SAT regularmente registrado Secretaria da Fazenda...."
Alguém já passou por isso?
-
Obrigado Daniel.
-
Boa tarde a todos,
Estou utilizando o Sat Teste e o emulador do SAT, ao tentar cancelar cupom ocorre dá a mensagem "Erro de validação do conteúdo". Segue abaixo o log:
-- 11:36:37:126 - numeroSessao: 607733 - Comando: CancelarUltimaVenda( CFe35160111111111111111591234567890000073248986, <?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35160111111111111111591234567890000073248986"><ide><CNPJ>11111111111111</CNPJ><signAC>9d4c4eef8c515e2c1269c2e4fff0719d526c5096422bf1defa20df50ba06469a28adb25ba0447befbced7c0f805a5cc58496b7b23497af9a04f69c77f17c0ce68161f8e4ca7e3a94c827b6c563ca6f47aea05fa90a8ce3e4327853bb2d664ba226728fff1e2c6275ecc9b20129e1c1d2671a837aa1d265b36809501b519dbc08129e1c1d2671a837aa1d265b36809501b519dbc08129e1c1d2671a837aa1d265b36809501b519dbc08129e1c</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc> ) NumeroSessao: 607733 - Resposta:607733|07010|1270|Erro de validação do conteúdo.||
Abaixo está o XML de envio e o de cancelamento.
-
Bom dia, sei que este tópico já está parado a algum tempo, mas estamos com um problema semelhante com a tag BA, mas só que para ler estas tag.
Com relação a pergunta Italo, em porque não usar o ACBr para fazer todo o processo, é nós utilizamos ACBr para validar a nota, mas para enviá-la, utilizamos um serviço terceirizado que guarda os XML´s para nossos clientes, então seria bem interessante se estas correções fossem aplicadas mesmo antes de sair a correção do layout, pois já faz tempo que existe este problema e ainda não saiu a correção do mesmo.
-
Bom dia a todos, identifiquei um problema no pcnNFeRTXT.pas, onde ao ler o ID da nota ele pega do 8º caracter até o final.
Acontece que de acordo com o layout, a linha tem que ser preenchida da seguinte forma:
A|versao|Id|pk_nItem|
Nós aqui utilizamos um serviço que nos "obriga" a colocar todos os pipes do layout, mas quando tentamos enviar a nota pelo ACBr, ocorre o seguinte erro: " '|' is not a valid integer value."
Estou enviando o arquivo com a sugestão de correção, pegando somente a quantidade de caracteres do ID (47).
Obrigado.
-
-
Bom dia a todos.
Sou novo no ACBr e não encontrei nenhum tópico sobre o problema que estou tendo.
O problema está na pcnNFeRTXT na seguinte parte:
if ID = 'I18' then (* Grupo da TAG <det><prod><DI> **************************) begin i := NFe.Det.Count - 1; NFe.Det[i].Prod.DI.Add; j := NFe.Det[i].Prod.DI.Count - 1; (*I19*)NFe.Det[i].Prod.DI[j].nDI := LerCampo(tcStr, 'nDI'); (*I20*)NFe.Det[i].Prod.DI[j].dDI := LerCampo(tcDat, 'dDI'); (*I21*)NFe.Det[i].Prod.DI[j].xLocDesemb := LerCampo(tcStr, 'xLocDesemb'); (*I22*)NFe.Det[i].Prod.DI[j].UFDesemb := LerCampo(tcStr, 'UFDesemb'); (*I23*)NFe.Det[i].Prod.DI[j].dDesemb := LerCampo(tcDat, 'dDesemb'); NFe.Det[i].Prod.DI[j].tpViaTransp := StrToTipoViaTransp(ok, LerCampo(tcStr, 'tpViaTransp')); NFe.Det[i].Prod.DI[j].vAFRMM := LerCampo(tcStr, 'vAFRMM'); NFe.Det[i].Prod.DI[j].tpIntermedio := StrToTipoIntermedio(ok, LerCampo(tcStr, 'tpIntermedio')); NFe.Det[i].Prod.DI[j].CNPJ := LerCampo(tcStr, 'CNPJ'); NFe.Det[i].Prod.DI[j].UFTerceiro := LerCampo(tcStr, 'UFTerceiro'); (*I24*)NFe.Det[i].Prod.DI[j].cExportador := LerCampo(tcStr, 'cExportador'); end;A linha NFe.Det.Prod.DI[j].vAFRMM := LerCampo(tcStr, 'vAFRMM'); quando o versão da Nfe é 2.00 passa vazio e ocorre o erro "Could not convert variant of type (String) into type (Currency)"
Acredito que teria que ter uma verificação de versão da NFe para os campos: vAFRMM, tpIntermedio, CNPJ, UFTerceiro que não existe na versão 2.
Desde já agradeço e parabéns pelo projeto.
Rejeicao: Assinatura difere do calculado
em ACBrNFSe
Postado
Me desculpa a demora a responder mas deu certo. Obrigado.