Italo Giurizzato Junior

Boa noite Helder, Existem relatos que o provedor Ginfes esta enfrentando problemas, hora é o ambiente de homologação, hora é o de produção que si fora do ar ou retorna erros absurdos.

Boa noite Rodrigo, Quando eu implementei os componentes ACBrMDFe e ACBrMDFeDAMDFeQR, com relação a geração e validação, foi implementado todos os modais, agora com relação a impressão do DAMDFE, implementei somente o modal rodoviário, faltando os demais. Você pode implementar no DAMDFE o modal áereo, desta forma contribuindo com a melhoria do componente.

Boa noite pessoal, Vamos separar as coisas para conseguir focar o problema. A mensagem de erro ocorre antes do envio ou depois? Se ocorre antes trata-se de um erro na validação, como o componente esta bastante maduro na geração do XML, logo sobra os schemas. Neste caso a atualização dos mesmos resolve o problema. Se ocorre depois trata-se de uma rejeição por parte da SEFAZ, isso é fruto de uma implementação mal feita de alguma regra de validação nos Web Services. Se a rejeição esta ocorrendo em um Estado especifico, fica mais claro que o problema é na SEFAZ desse Estado. Portanto pessoal, o foco é a SEFAZ e não o componente. Entre em contato com a SEFAZ e expõe o problema, não esquecendo de informar a data que começou e em qual ambiente esta ocorrendo.

Boa tarde Darlana, Muito obrigado pelo arquivo. Se você teve a curiosidade de abri-lo com o navegador, deve ter notado que é retornado apenas a data de emissão da nota e não a data e hora como o Jheff sugere. Eu também não entendo o motivo dessa alteração.

Boa tarde Anselmo, Você se refere a unit: ACBrDFeUtil ? Se sim ela se encontra dentro da pasta: ...\Fontes\ACBrComum

Boa tarde Jheff, Qual é o motivo dessa alteração? Segundo a NT 2012/002 trata-se de um campo Data, o XML retornado contem a Data e a Hora? Se possível poste como anexo o XML de retorno a consulta de NFe Destinadas.

Eric, Acredito que o unico lugar é o campo Discriminação, onde você discrimina o serviço e acrescenta mais essas informações.

Boa tarde Helio, Muito obrigado pelas correções, fiz as devidas alterações e já econtram-se dispiniveis.

Bom dia Marcus, Para mim isso é novidade, mas caso a prefeitura de São Paulo, venha adotar o layout ABRASF, com certeza que vamos implementar, uma vez que o componente ACBrNFSe só atende as cidades que seguem o ABRASF.

Bom dia Eric, Conforme o manual da ABRASF esse campo pertence ao XML da NFSe e não ao XML do RPS. Como o XML da NFSe é gerado pelo provedor, portanto esse campo só é preenchido pelo mesmo. Logo não adianta você alimentar esse campo quando for gerar o XML do RPS, pois ele não vai constar no XML a ser enviado para o provedor.

Bom dia Bruno, Primeiro desfaça o que você fez, segundo você esta sabendo que o cancelamento de uma NFe agora é por evento? Pesquise no fórum, existem muitos post sobre o assunto.

Boa noite Ricardo, Não se faz necessário, uma vez que não se usa mais esse código e sim o código da cidade nas demais funções.

Boa noite Darlana, Na implementação que fiz no meu sistema, criei 2 tabelas, uma para armazenar o NSU e data da última consulta, a outra com os dados da nota retornada pela consulta e a última manifestação realizada pelo usuário.

Bom dia Heto Andrade, Nome do arquivo: 20130404001921-con-nfe-dest.xml 20130404 => Data: 04/04/2013 001921 => Hora: 00:19:21 Outra coisa, para não ficar criando esses arquivos você pode atribuir o valor False as propriedades Geral.Salvar e Arquivos.Salvar

Boa tarde a todos, Por favor tentem executar o procedimento desse tópico:

Boa tarde Neguta, No XML temos a tag contendo a data e hora de emissão do mesmo, você esta passando somente a data, consequentemente a hora esta ficando zerada. Informe também a hora, utilize para isso a função do Delphi: Now.

Boa tarde Walmir, Você leu a NT que trata sobre o assunto? Essa consulta é realiza para obter a lista de NFe que foram emitidas contra o seu CNPJ ou seja você é o Destinatário e com a lista em mãos você pode se manifestar sobre cada uma delas. Por favor leia a NT 2012/002 disponibilizada no Portal Nacional da NF-e, para que você possa se entender melhor do que se trata.

Boa tarde Flavio, No momento o componente não vai sofre alterações por dois motivos: 1. O que foi publicado não é uma Nota Técnica e sim uma Orientação de Preenchimento; 2. Como as mudanças se referem a novos campos, há necessidade da publicação de novos schemas de validação. Lendo o documento publicado com mais atenção temos: Final da página 3: (...) A estrutura do grupo ICMS 51 – Diferimento deveria ter a seguinte estrutura para registrar corretamente os valores da operação: (...) Inicio da página 4: (...) Assim, enquanto não houver a adequação da estrutura do ICMS 51 – Diferimento, os casos de diferimento parcial devem ser informados no grupo ICMS90 da seguinte forma: (...)

Bom dia Diogo, Obrigado você pela contribuição.

Bom dia José Geraldo, Esta disponivel uma alteração, favor baixar e testar. Para obter o numero do protocolo veja se o comando abaixo vai resolver: sProtocolo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt;

Bom dia, Você instalou qual versão do Quick Report? Qual é o erro?

Bom dia Walter, Experimente comentar essas 2 linhas e teste, acredito que vai funcionar do mesmo jeito, também não vejo a necessidade.

Bom dia Akai, O XML contendo a solicitação de consulta contem a assinatura digital, o que eles mais querem? A não ser que o certificado utilizado não seja do prestador de serviço.

Bom dia Diego, Continuo checando, mas não encontrei nada, nem uma letra que seja a mais ou a menos que poderia estar ocasionando o problema.

Bom dia a Todos, Quanto ao Quick Report, já esta disponivel a alteração. Não tenho como alterar os demais.