Italo Giurizzato Junior

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 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?

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 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).

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 Rafael, Ainda hoje estarei enviando para o repositório a implementação do provedor DataSmart que atende a cidade de Nonoai/RS. Peço que você utilize o programa exemplo do componente ACBrNFSe para realizar os testes. Detalhe importante esse provedor só disponibilizou um único método para enviar o RPS dos 3 que existe. O método disponibilizado é o Gerar, portanto só é possível o envio de um único RPS por vez.

Bom dia Rafael, Favor atualizar todos os fontes de todas as pastas e faça um novo testes. Por favor gere o arquivo *-env-lot-soap.xml e envie para o provedor para que este diga o que esta errado. Agora esta gerando tanto o cabeçalho quanto o lote de RPS dentro da tag <![CDATA[ .... ]]> conforme solicitado e mesmo assim retorna erro de cabeçalho fora do padrão.

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

Boa tarde Joel, O que é que esta errado? Esta faltando algum campo ou é simplesmente a ordem deles?

Bom dia Rafael, Muito obrigado pelo retorno, vou verificar.

Bom dia Rafael, Muito obrigado, isso já ajuda bastante.

Bom dia Simons, Esse provedor só disponibilizou o método Gerar para realizar o envio do RPS, portanto só é possível enviar um RPS por vez. Apesar de eles informarem que seguem a versão 2 do layout da ABRASF, no webservice deles não foi implementado os serviços: EnviarLoteRPS e EnviarLoteRPSSincrono, entre outros serviços.

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

Bom dia Roberto, Esse provedor não segue o layout da ABRASF. Se desejar implementar ficaremos agradecido.

Bom dia Lopes, Pelas imagens você esta gerando o CT-e na versão 2.00, você sabia que a versão atual do CT-e é 3.00? Existe uma propriedade de configuração no componente chamada VersaoDF onde devemos informar o valor ve300 para que o XML seja gerado segundo a versão atual. Outra coisa na versão 3.00 não existe mais o grupo referente ao veiculo no CT-e, as informações referente ao veiculo devem ser informadas no MDF-e.

Bom dia Allan, Você esta sabendo que a versão atual no MDF-e é 3.00 e não mais 1.00? Existe uma propriedade de configuração no componente chamada VersaoDF onde você define a versão do Documento Fiscal a ser gerado, neste caso devemos informar o valor ve300.