Italo Giurizzato Junior

Bom dia a todos, Acabo de enviar para o repositório as alterações no componente, no DAMDFE (Fast e Fortes Report), Schemas e Programa exemplo. Alterações estas que visando a Nota Técnica 2018/002 que mencionei no inicio desse tópico. Favor atualizar todos os fontes de todas as pastas, reinstalem a Suite ACBr com o ACBrInstall_Trunk2. Qualquer problema favor reportar para que possamos efetuar as devidas correções. Observação: no grupo do emitente o campo CNPJ agora se chama CNPJCPF, como já informado anteriormente.

Bom dia Rafael, Favor anexar o XML de envio e de retorno para que eu possa verificar.

Bom dia Roberto, Em qual momento ocorre esse erro, pois o XML que você anexou esta assinado e com o protocolo de autorização. Isso me faz crer que o XML foi gerado, assinado, validado, enviado para SEFAZ, esta por sua vez processou os dados e conclui-o que os dados são validos, uma prova disso é que retornou o protocolo de autorização.

Bom dia Tiago, Primeiramente, sempre que ocorrer o erro 999 - Erro não catalogado, o problema é no webservice da SEFAZ. Agora me diz uma coisa, você esta emitindo um CT-e OS para cada passageiro? O CT-e OS é para ser usado para fretamento, no meu entendimento devemos emitir um para todos os passageiros.

Bom dia Gean, Favor anexar os XMLs gerados ao enviar o evento de carta de correção, bem como o XML retornado pela SEFAZ. Você chegou a consultar a NF-e no Portal Nacional da NF-e se a mesma contem o evento de carta de correção vinculado?

Bom dia Rodrigo, E com a versão anterior a 1.2.xxx esse problema não ocorre?

Bom dia a todos,

Bom dia a todos, Aviso publicado no Portal Nacional do MDF-e (06/09/2018) Informamos que, a partir de 01/10/2018, o emissor gratuito do MDF-e (versão 3.00) será descontinuado e nova versão não será desenvolvida. A partir dessa data não será mais possível fazer download do aplicativo, porém os usuários que tiverem o aplicativo instalado em seus computadores poderão continuar utilizando-o até que novas atualizações das regras de validação do MDF-e impeçam o seu correto funcionamento. Sendo assim, recomendamos que os usuários busquem outras soluções disponíveis no mercado ou o desenvolvimento próprio. https://mdfe-portal.sefaz.rs.gov.br/Site/Noticias

Bom dia, O que você esta usando (qual é o método) para baixar o XML da Nota?

Exato, como você se utiliza do ACBrMonitor, estamos checando a rotina responsável pela leitura do arquivo INI, para saber se esta realmente esta lendo e passando as informações de forma correta, para que o XML seja gerado conforme consta no manual. Se for detectado alguma falha nessa rotina, ela será corrigida e uma nova versão do Monitor será disponibilizada.

Você atualizou todos os fontes de todas as pastas? O provedor já foi implementado e a cidade que o utiliza já esta no arquivo Cidades.ini

Bom dia Sergio, Você tem apenas uma rotina que configura o componente, e esta é chamada toda vez que uma ação é realizada? Por exemplo, no form de emissão a rotina de configuração é executada, no form de carta de correção a mesma rotina de configuração é executada. Ou essa rotina é executada uma única vez? Se ela é executada uma única vez, em que momento ela é executada?

Bom dia Rogério, Você deve estar fazendo a maior confusão. O MDF-e se trata de um Manifesto de Documentos Fiscais Eletrônicos que deve ser emitido pelas transportadoras ou empresas que transportam a sua própria mercadoria vendida. Logo não tem nada haver com os eventos de Manifestação do Destinatário. O evento (teManifDestOperNaoRealizada) se refere ao evento de Manifestação do Destinatário referente a Operação Não Realizada. Esse evento é enviado para a SEFAZ pelo destinatário da mercadoria para registrar que ocorreu problemas no recebimento da mesma, ou seja, a Operação não foi realizada com sucesso. Todo MDF-e deve ser Cancelado (caso o transporte de toda a carga não será mais realizado) ou Encerrado (independente se toda carga foi entregue ou não).

Bom dia, Vamos ao nosso bom e amigo Manuel. A tag <nRE> (que é obrigatório) faz parte do grupo <exportInd> (que é opcional) que por sua fez faz parte do grupo <detExport> (que é opcional). Lendo Manual da NF-e (versão 6.00) - página 187, a tag <nRE> esta dentro do grupo <exportInd> que se refere ao Grupo sobre exportação indireta, ou seja, eu emito a nota com os produtos a serem exportados, mas na verdade que vai realizar a exportação é outra empresa, sendo assim, essa outra empresa vai emitir uma outra nota e informar o nRE (Numero de Registro de Exportação) a chNFe (chave da minha nota) e a qExport (quantidade do item realmente exportado). Agora lhe pergunto, você é a empresa que vai realizar a exportação indireta?

Usando o programa exemplo, configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True. Como o XML exemplo se refere ao método GerarNfse, no programa exemplo faça um teste usando o botão [Enviar um RPS (Gerar)] Desta forma teremos um XML com o seguinte nome: *-ger-nfse-soap.xml A partir dai será possível fazer a comparação com o exemplo enviado pelo provedor.

Bom dia Anderson, A cidade de Contagem se utiliza do provedor Ginfes, os schemas que temos a definição do código CNAE estabelece um tamanho máximo de 7 dígitos. <xsd:simpleType name="tsCodigoCnae"> <xsd:restriction base="xsd:int"> <xsd:totalDigits value="7"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> A prefeitura em seu site disponibilizou os schemas novos que permitem informar o código CNAE com 9 dígitos?

Bom dia Mauricio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Uma observação, os seus fontes estão desatualizados.

Bom dia, Favor anexar o XML de exemplo enviado pelo provedor.

Bom dia a todos, Como o provedor GIAP não segue o layout da ABRASF será necessário criar uma unit chamada pnfsNFSeW_GIAP dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe Essa unit tem como objetivo gerar o XML segundo o layout do respectivo provedor. Varias outras units deverão ser alteradas, pois com certeza o layout do retorno do envio, consulta, etc não seguem o layout da ABRASF. A implementação é demorada e pode se tornar complicada se o provedor não colaborar com as informações necessárias.

Bom dia Simons, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Ramalho, A ideia de criar a pasta Notas é porque se tratando de Nota Fiscal de Serviço, devemos gerar o RPS (Recibo Provisório de Serviço) que é salvo na pasta Recibos e enviar para o provedor, se for processado com sucesso o provedor retorna o XML da NFS-e que é salvo na pasta Notas. Desta forma os XML ficam organizados, pois quando for cancelar uma nota ou imprimir o seu DANFSE devemos carregar o XML da NFS-e e não do RPS.

Bom dia Natanael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Uma observação, favor atualizar todos os fontes de todas as pastas. Esses arquivos INI que você anexou estão muito desatualizados.

Bom dia Lucas, Favor anexar o XML para que possamos analisar o problema. Você esta usando o DAMDFE feito em Fortes ou Fast Report?

Bom dia coisvaes, O retorno diz que o lote foi recebido com sucesso e não processado com sucesso. O lote pode estar na fila de processamento, não sei quanto tempo demora para que ocorra o processamento. Acredito que enquanto o processamento não ocorrer não vai aparecer os eventos enviados.

Bom dia José, Uma dica, não poste o conteúdo de um XML ou outro arquivo, procure sempre anexar ele na sua postagem, assim a postagem fica curta e fica mais fácil baixarmos o arquivo para uma melhor analise.