Edson Viel

Me desculpa a demora a responder mas deu certo. Obrigado.

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. 5190-env-lot.xml

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.

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.

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. XMLXML.XML

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. CFe35160111111111111111591234567890000073248986-can-env.xml 20160122113330-555332-cfe-env.xml

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. pcnNFeRTXT.pas

Bom dia Juliomar, Segue em anexo o arquivo. pcnNFeRTXT.pas

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.