evandromira

Se colocar um try...except no ACBrNFe.enviar, consigo emitir o a NFC-e mas sem o protocolo que falta no xml , em homologação apenas para meus testes Não estou afirmando nada, estou apenas repassando o que percebi aqui, para tentar entender com os colegas o porque da mensagem

Comparando os xml de uma NF-e e de uma NFC-e reparei que no cabeçalho do arquivo vem: NFC-e <?xml version="1.0"?> NF-e <?xml version="1.0" encoding="UTF-8"?> Será que tem haver com o erro citado? Poque será que está gerando diferente essa linha?

Tenho um de testes também, e já veio ativado... Mas aparecia bloqueado também no dia que instalei, no dia seguinte desbloqueou, não sei se era questão de reiniciar tudo e ligar novamente ou se era pq estava sem conexão com internet, mas funcionou sem eu precisar fazer nada depois que conectou na internet... Exatamente como o Daniel comentou ai em cima

Homologação

Seu ACBr está atualizado e compilado? Vc já tentou novamente hoje? Aconteceu comigo ontem essa mensagem ao testar a NFCe em SP, mas hoje passou normal... Apenas atualizei tudo e reinstalei os pacotes do ACBr, talvez seja isso ou algum problema no servidor de SP mesmo...

Estou com problemas ao compilar o pacote ACBrSPED C:\acbr\Fontes\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBlocos.pas(1541) Error: Object or class type required C:\acbr\Fontes\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBlocos.pas(1543) Error: Object or class type required C:\acbr\Fontes\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBloco_0.pas(46) Fatal: Could not compile used unit '..\..\..\Fontes\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBlocos.pas' O problema é aqui comigo ou nos fontes do componente? Ontem a tarde estava com outros erros, mas atualizei hoje e resolveu, só ficou esses ai citados acima OBS: Delphi 7

Também percebi isso... Segue um xml de retorno para confirmação CFe-35150453485215000106599000013960000834309158-rec.rar

Para ficar por dentro das mudanças nada melhor que perder um tempinho lendo os posts deste forum. Além de ler as notas técnicas e manuais do SEFAZ eu faço basicamente isso, muitas vezes, digamos, 99% das vezes a resposta já existe no forum e nem é preciso abrir topico e aguardar uma resposta etc... Você lendo os posts do forum acaba descobrindo muita coisa além do que procurava e aprendendo com os outros colegas. Sobre a NFe basicamente as tags novas são além desta que te passei acima: Dest.indIEDest e autXML

Existe uma tag nova que define o destino da operação: ACBrNFE.NotasFiscais.Ide.idDest:=doInterna, doexterna ou doInterestadual no seu caso... OBS: Você postou no grupo errado, aqui é SAT, teria que ter aberto este tópico em ACBrNFE, os moderadores devem move-lo

Sim Daniel... E para garantir, fiz o apagarAcbr.bat e reinstalei tudo com o ACBrInstall.exe (Delphi 7) Mesmo assim acusa qrcode inválido para qualquer cf-e que emito, lembrando que estou usando o SAT da SWEDA de testes, como descrevi no post anterior...

Estou usando o SAT Sweda SS-1000 para testes e pelo aplicativo acusa qrcode inválido... Por estar em modo de homologação o qrcode é invalido? Por ser um SAT de testes a assinatura da combinação de CNPJs é "SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT" e não tem nada haver com uma assinatura gerada pela combinação de CNPJs, seria por isso? Além dos parametros de configuração normais do ACBrSat e assinatura de 344 caracteres o que devo fazer para garantir que o qrcode em produção será gerado corretamente? Obrigado

Olhei o Guia Prático EFD-ICMS/IPI – Versão 2.0.16 Atualização: 13/03/2015 O texto continua o mesmo do anterior, então imagino que seja bug no validador, vamos esperar sair outra versão do PVA...

Na versão do PVA 2.1.4 está ocorrendo exatamente o contrário, só valida se estes campos estiverem preenchidos mesmo com zero. Além disso está exigindo o registro C850 para cancelados, deve ser bug do validador...

Bom dia Isaque Já testei e está ok Obrigado

No registro C800 o campo CNPJ_CPF está sendo preenchido com zeros e o validador está acusando documento inválido. O correto seria gerar este campo vazio quando não for informado nenhum conteúdo.

Aqui todos usam speedy também...

Também tenho clientes com esse problema agora cedo e não conseguem transmitir Cte Mas na consulta de status de serviço retorna tudo ok!

Desculpa Daniel... Não sei de onde tirei o outro nome... Obrigado mais uma vez DANIEL

Era isso mesmo Daniel... Agora veio o retorno e apareceu a impressão... Só achei estranho o número do extrato, na impressão pelo fortes, sempre vem 000000, é assim mesmo? Obrigado

Daniel Agora passou sem o erro, mas o xml recebido está vindo em branco Ao tentar imprimir diz que não tem nenhum cfe na memória. Segue em anexo o log do satteste.exe e o xml de retorno. ACBrSAT.rar

Daniel No post #6 mandei duas telas onde mostra exatamente no fonte, onde ocorre isso... Mas é na pcngerador.pas linha 906

Pelo Call Stack mostra a chamada abaixo: TGerador.wCampo(tcInt,'C15','cRegTribISSQN',1,2,???,'','Regime Especial de Tributação do ISSQN') O Valor no caso está vazio pelo que parece

Daniel Antes de mais nada, obrigado pela ajuda... Estou usando Delphi 7 no Windows 7 32 bits Segue duas telas que peguei debugando o erro, talvez possa ajudar... Junto mandei o satteste.ini para vc ver, quem sabe pode ser algum parâmetro que estou colocando errado... Como vai ver nas telas em anexo, da a mensagem de erro quando chama o LoadXML(ACBrSAT1.CFe.AsXMLString, mRecebido); Debugando, o erro aparece no TGerador.wCampo invalid_arg.rar

Eu havia tentado anexar e não permitia.. Compactando o arquivo foi... ACBrSAT.rar

Bom dia pessoal Estou testando o SS-1000 da sweda no meu sistema, comunicando tudo ok, envia a venda e retorno 6000, tudo ok até ai... Mas na hora de pegar o xml de retorno com ACBrSAT1.CFe.AsXMLString dá Invalid Argument Então tentei fazer pelo ACBrTeste.exe, e deu a mesma coisa, aprova tudo mas no retorno do xml dá a mensagem. Segue o acbrsat.log (não tenho permissão para upload) Procurei no forum uma solução mas não achei, se alguem puder me ajudar agradeço!