Weber de Paula

Sim eles estão todos atualizados e todos os "módulos" compilados e instalados. Chequei e esta tudo certo. Outros possíveis erros (ou falha minha) referente a procedure ConsultaNFSe: - campo ACBrNFSe1.WebServices.ConsNfse.RetornoNFSe.ListaNfse.CompNfse.Items.Nfse.Tomador.Endereco.CodigoMunicipio não esta sendo preenchido, ele está sempre retornando 0 - campo ACBrNFSe1.WebServices.ConsNfse.RetornoNFSe.ListaNfse.CompNfse.Items.Nfse.NfseCancelamento.DataHora, quando a nfse esta cancelada ele não é preenchido e consequentemente a impressão da nfse (testei no Fortes) não sai com a tarja de "NFSe CANCELADA" Este erros também acontece no Demo ACBrNFSe.exe. Dados adicionais: Uso Delphi 7 nesta situação. Provedor GINFES. Município de Morro Agudo/SP. Se for necessário posso habilitar alguma conexão remota pra melhor analise (TeamViewer, Ammyy). Muito grato pela atenção.

Pessoal boa tarde No trunk2, a impressão da NFS-e CANCELADA, com o componente FORTES, não imprime a tarja de aviso "NFS-e CANCELADA". Provedor GINFES Aparemente o erro esta aonde faz a leitura do campo DataHora do cancelamento. Eu editei a unit ACBrNFSeDANFSeRLRetrato.pas, procedure TfrlDANFSeRLRetrato.rlbTomadorBeforePrint(Sender: TObject; var PrintIt: Boolean); e vi que o propriedade DataHora esta chegando = 0 (zero) na linha 574 da unit. if NfseCancelamento.DataHora<>0 then // aqui, mesmo o XML carregado sendo um XML Cancelado o valor de DataHora é 0 begin rllMsgTeste.Caption := 'NFS-e CANCELADA'; rllMsgTeste.Visible := True; rllMsgTeste.Enabled := True; end; Faz pouco tempo que faço uso da ACBR, mas estou interpretando os códigos pra tentar colaborar em algo no desenvolvimento, porém até o momento não cheguei a solução. Anexo está o XML cancelado de teste. Também testei com o exemplo disponibilidade no trunk2 e a mesma "falha" ocorre. Desde já obrigado. 136-nfse.xml

Opa, claro já estou fazendo isso, chegando a alguma conclusão eu posto. Postei a dúvida, pois de repente alguém já tenha passado por alguma situação semelhante. Obrigado pela interação! Vlw.

Bom dia Eu realizando a migração da NFSe da minha aplicação para o Trunk2. Cidade Morro Agudo/SP - Provedor GINFES. Eu tenho uma funcionalidade no sistema para importar as NFSe, ou seja, realiza o procedimento ConsultarNFSe (consulta de nfse por periodo), o componente salva os arquivos das nfse SEPARADAMENTE em um diretório na qual eu importava o XML pro meu banco de dados. Após eu atualizar para o trunk2 o procedimento ConsultarNFSe não esta salvando os XML das nfse separadamente. Exemplo do que esta ocorrendo: - Executo um consulta de 20/12/2015 a 31/12/2015 - Na qual o retorno seria de várias de 10 notas - Componente esta gerando os XML 2015122020151231-lista-nfse.xml com todas as notas, até tudo certo, porem salva o NFSe separada somente da primeira NFSe PS.: Os parametros abaixo estão setados com TRUE ACBrNFSe1.Configuracoes.Arquivos.Salvar := True; ACBrNFSe1.Configuracoes.Geral.Salvar := True; ACBrNFSe1.Configuracoes.WebServices.Salvar := True; Algum sabe me informar se função de salvar os XML das NFSE separadamente foi retirada, ou se seria algum erro da minha parte. Desde já obrigado!

Concordo com vcs (William e pessoal), foi só uma sugestão pra casos autorizados, fora isso só resta aguardar o Sefaz.

Bom dia Sim o erro ocorre ao buscar pela autorização, no entanto, se vc consultar pelo site do Sefaz a NF-e já foi autorizada. Uma solução paliativa ao meus clientes foi enviar a nfe, realizar o download pelo site e importar no sistema novamente. Sei que trabalhoso mas pra casos críticos resolve. Feliz Ano Novo a todos.

Pessoal boa tarde Agora é certeza que o problema é no Sefaz (e-mail anexo de resposta do Sefaz/SP) e só resta aguardar a solução que não veio com prazo. Eu questionei o prazo, assim que tiver uma resposta eu posto.Email_Sefaz.pdf

Ontem teve um informe http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false#360, porém pelo meu entendimento, não consta nada sobre este problema. Testei hoje e o problema persiste. Eu também não obtive nenhuma resposta do SEFAZ através do e-mail que enviei. Aparentemente o erro é só em ambiente de homologação pra CRT=1. Pra eu conseguir trabalhar mudei o CRT=3 e assim consigo fazer as notas serem autorizadas em homologação. Como é ambiente de homologação creio não ter nenhum problema. Esta "cheirando" problema no validação da NFe no ambiente de homologação, mas nada concreto/oficial. Este é o problema, o ambiente de homologação, aparentemente, não esta validando a CRT e suas condições corretamente. Quando CRT=1 o erro deveria ser retornado com o código 600 de CSOSN e retorna erro 508 de CST. E se você mudar o CRT de 1 pra 3 o ambiente não valida.

Possivelmente existe algum erro de validação no ambiente de homologação. Eu estava emitindo nf-e (homologação) com o CRT=1 Simples Nacional e acontecia o erro 508 - Rejeição: CST incompatível na operação com Não Contribuinte. Teste: Mesmo a empresa sendo Simples Nacional, "forcei" o XML com CRT=3 e a nf-e foi autorizada. O erro esta na validação quando CRT=1 no ambiente de homologação, se for CRT=3 esta funcionando normalmente. O ambiente de homologação não esta validando o CRT da empresa. Errado, porém foi o único modo que eu consegui autorizar nf-e em homologação e assim trabalhar. ** Também entrei em contato no site do Sefaz/SP, mas nenhuma resposta até o momento.

Nelson bom dia Estou com o mesmo problema e a mesma situação e sem sucesso nos testes até o momento. E essa situação/falha também ocorre no Emissor Gratuito (Homologação)