Dércio Luis Zanatta

Aqui pra mim está autorizando nfce, apenas está rejeitando na nfe(55)

Acredito que o pessoal da SEFAZ esteja mexendo nas regras de validação da tabela CEST essa semana... Na sexta, dia 11/03/2016, fiz nfe (55) e nfce(65) com CST 60 e sem o código CEST e autorizou normalmente. Hoje, dia 15/03/2016 não está mais autorizando nfe (55), mas nfce (65) ainda está autorizando.

Copie as Dlls na mão e nada !! continua o mesmo erro !

Eu marquei uma opção que tem no ACBRIntall_trunk2 para copiar as dlls.. isso não seria o bastante ?

Bom dia. Removi o componente Fortes do Delphi (pelo Delphi) e reinstalei ele novamente (pelo instalador) , porém o problema continua. Estranho é que é somente em um computador que isso acontece, nos outros 3 funciona perfeitamente. A única diferença é que esse que está dando problemas o windows é 32 bits, não sei se tem alguma particularidade em relação a isso.

Sim. Fizermos a atualização do Fortes CE

Segue.. log_Delphi_7.txt

Boa tarde Em uma máquina estou tento problemas para instalar o ACBr no Delphi 7. Ocorre o seguinte erro ao compilar os pacotes: C:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes\ACBrNFSeDANFSeRL.pas(55) Fatal: Internal error: U1294 Compilation failure Erro ao compilar o pacote "ACBr_NFSeDanfseRL.dpk". Não encontrei nada referente a esse erro... o que poderia ser ?

Ou seja, não vai ter como testar as validações que serão feitas quando entrar em produção dia 01/04/2016. A coisa vai ter que ser feita meio que "no escuro."

Bom dia. Perdão.. amigo, mas antes de fazer essa postagem li vários tópicos que falam de CEST, mas não encontrei a resposta para essa minha pergunta. Se vc sabe a resposta da minha dúvida, talvez seria mais fácil responder..

Bom dia Em homologação essa tag já não deveria ser obrigatória ? Estou enviando com CST 60 sem informar CEST e não está rejeitando !

Boa tarde Quando que o Código CEST se torna obrigatório em produção ? Precisa ser informado tanto para nfe (55) quanto para Nfce (65) ?

Os Schemas estão na pasta C:\ACBr\Exemplos\ACBrDFe\Schemas\NFe

Bom dia. Em homologação, gerar o QrCode no XML é obrigatório desde 01/10/2015... Verifique se vc configurou o componente para gerar isso: ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe:=True Também verifique se seus Schemas estão atualizados e seus fontes do ACBr realmente estão atualizados para Trunk2

Bom dia Acredito que o problemas já tenha sido corrigido com as últimas atualizações, pois não está mais ocorrendo..

Mil perdões Ítalo.. Foi falha minha.. Tinha feito uma "caca" aqui que fez com que não alimentasse a Inscrição Municipal do Prestador.. Muito obrigado pela atenção.

Não cheguei a ver isso.. Fiz a atualização e compilação dos pacotes pelo Acbr_installTrunck2. A diferença é que atualizei todos os fontes, inclusive da NFe.. Não sei se pode ter alguma coisa a ver.. Segue os xmls que estão gerando para o cancelamento.. 201600000000253-can.xml 201600000000253-can-soap.xml 201600000000253-ped-can.xml 201600000000253-ped-can-soap.xml

Isso mesmo.. Também achei bem estranho isso, mas foi exatamente isso que aconteceu.. No momento em que vc pediu para mim atualizar e testar, funcionou.. Depois fiz outra atualização e passou a dar esse erro.. inclusive o erro é diferente do primeiro !

Boa tarde Ítalo. Atualizei agora a pouco novamente os fontes do ACBr e está novamente dando problema no cancelamento.. a msg agora é "Arquivo em desacordo com XML Schema" Tenho os Schemas atualizados. Antes funcionou, mas depois dessa última atualização não está funcionando mais. Pode me dar uma ajuda ?

Blz ìtalo... Funcionou agora Obrigado..

Bom dia Estou testando todas as funcionalidades da NFSe no Trunk2 e me deparei com esse erro quando fui cancelar: Falha ao Assinar - Cancelar NFS-e: Não foi possív el carregar o arquivo: <CancelarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"><P edido><InfPedidoCancelamento Id="CANC201600000000245"><IdentificacaoNfse><Numero>20160 0000000245</Numero><CpfCnpj><Cnpj>08631101000172</Cnpj></CpfCnpj><InscricaoMunicipal/> <CodigoMunicipio>4310009</CodigoMunicipio></IdentificacaoNfse><CodigoCancelamento>2</C odigoCancelamento><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><C anonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /><S ignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /><Reference URI ="#CANC201600000000245"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xm ldsig#enveloped-signature" /><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c 14n-20010315" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsi g#sha1" /><DigestValue></DigestValue></Reference></SignedInfo><SignatureValue></Signat ureValue><KeyInfo></KeyInfo></Signature></InfPedidoCancelamento> Preciso de ajuda ... hehehe

Bom dia Ítalo. Eu estava com o Cidades.ini errado mesmo... Obrigado.

Boa tarde Alguma sugestão ?

Bom dia. Atualizei os fontes do ACBr agora a pouco e depois dessa atualização está ocorrendo o seguinte erro no envio das NFSEs. URL não encontrada https://sim.digifgred.net.br/_homlog/nfse/principal Notei que está faltando o nome do municipio antes do _homolog. Verifiquei dentro do Digifred.ini e a URl de homologação está assim: RecepcaoLoteRPS=https://sim.digifred.net.br/%NomeURL_H%_homolog/nfse/ws/principal De onde vem essa contante "%NomeURL_H%" ?? é algum parâmetro novo que tenho que alimentar ? Fico no aguardo...

Bom dia. Estou realizando os testes com NFSe no trunk2 e encontrei um problema no envio de e-mail. Quanto seto o parâmetro para enviar o PDF junto, ocorre o erro de "file not found" Debugando o programa encontrei o seguinte na unit AcbrNfseNotasFiscais: if (EnviaPDF) then begin if Assigned(DANFSE) then begin DANFSE.ImprimirDANFSEPDF(FNFSe); NomeArq := PathWithDelim(DANFSE.PathPDF) + NumID + '-nfse.pdf'; AnexosEmail.Add(NomeArq); end; end; Verifiquei que o arquivo pdf criado pela DANFSE.ImprimirDANFSEPDF(FNFSe) não possui esse sufixo "-nfse" no final, por isso não acha o arquivo.