Italo Giurizzato Junior

Boa tarde Luiz, Por favor anexe o XML gerado ao executar o DistribuicaoDFePorChaveNFe que resulta na rejeição: Chave de acesso invalida.

Boa tarde, A chave da NF-e não foi informada. <CNPJ>85179687000127</CNPJ> <chNFe/> <dhEvento>2017-12-22T16:24:18-02:00</dhEvento>

Boa noite, Nem tudo ocorre no prazo nesse nosso Brasil, vamos aguardar mais um pouco.

Sergio, Infelizmente eu não tenho conhecimentos necessários para realizar alterações no DAMDFE feito em Fast ou Fortes Report. Vou ficar devendo essa ajuda. Mas você pode colocar as informações referente ao produto perigoso em observações, até que outro membro do fórum faça essa gentileza de fazer e disponibilizar as alterações.

Vejam este link a respeito do erro http 500. http://www.checkupdown.com/status/E500_pt.html

Sandro, Tente com esse outro: ISSJoinville.ini

Boa tarde, Pelo XML exemplo notei que não segue o padrão ABRASF.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde a todos, Sandro utilize esse outro INI. ISSJoinville.ini

Boa tarde a todos, Acredito que o maior problema seja as Units usadas que não existem no Delphi 7.

Sergio, Agora entendi, mas segundo o Manual do MDF-e versão 3.00 que contem modelos de DAMDFE nenhum deles contempla a impressão dessas informações.

Boa tarde Filipe, Favor atualizar os fontes e faça novos testes.

Boa tarde Sergio, No XML do MDF-e esta sendo gerado o grupo <peri>? Se sim, qual é o problema?

Bom dia Leonardo, O Recupera XML era uma aplicação que não faz mais parte das aplicações disponibilizadas pelo ACBr. Se você pretende obter o XML da NF-e para o destinatário da mercadoria ou para o contador ou para a transportadora, o que você acha de estudar sobre o DistribuicaoDFe? Trata-se um Web Services disponibilizado pela SEFAZ que faz o que o nome diz Distribui DF-e, ou seja, lhe permite a ter acesso ao XML de Documentos Fiscais Eletrônicos por exemplo a NF-e.

Diego, Porque você alterou a seção Recepcionar em vez da seção Gerar? As seções referente aos métodos de envio, consulta, cancelamento e substituição que definem a montagem do envelope soap foram feitas com base no link que postei. Se precisa de um ajuste fino, não sei, só através de testes e conversa com o provedor.

Bom dia, Existe alguma cidade que se utiliza desse provedor que esteja no arquivo Cidades.ini? Se não tem é porque ele não foi implementado. Esse provedor segue a versão 1 ou 2 do layout da ABRASF? Schemas para validar o lote de RPS antes do envio, possui? Quais cidades são atendidas por esse provedor e as respectivas URLs de homologação e produção? Se esse provedor não segue a ABRASF, desculpe eu em particular não vou implementar pois esta no forno a NFS-e Padrão Nacional, onde teremos tanto o layout quanto o Web Service único para todas as cidades brasileiras.

Bom dia Alexandre, O problema é que o "RPS" que você deve enviar através do método Gerar é diferente do RPS enviado pelo método Enviar. Ainda não encontrei uma maneira de informar o componente como gerar o RPS segundo o layout padrão para o método Enviar e como gerar o RPS fora do padrão para enviar pelo Gerar. Você tem alguma ideia? Esses provedores são uma piada, dizem que seguem o padrão ABRASF, mas fazem ..... pelo caminho. Não vejo a hora da chegada na NFS-e Padrão Nacional, para acabar com essa Zona.

Bom dia Zottis, Se é somente no ambiente de homologação esse erro, então com certeza o problema é no provedor.

Bom dia Walfrido, Que eu saiba no caso do provedor Ginfes é preciso usar o certificado digital.

Bom dia Diego, Não vou aceitar a sua correção, pelo simples fato do respectivo provedor possuir 3 métodos de envio: Enviar, EnviarSincrono e Gerar. Abra o link abaixo através de um navegador e vera os serviços: RecepcionarLoteRpsRequest, RecepcionarLoteRpsSincronoRequest e GerarNfseRequest. http://notabelford.modernizacaopublica.com.br:8054/homologacao/webservices/NFEServices.jws?wsdl Métodos estes definidos no arquivo INI como sendo Recepcionar, RecSincrono e Gerar. A sua alteração MATA o método Enviar (Recepcionar), pois você esta deixando ele igual ao Gerar. Segundo o padrão ABRASF o método Enviar nos permite o envio de um lote com até 50 RPS no modo assíncrono, já o EnviarSincrono nos permite o envio de um lote com até 50 RPS no modo síncrono, e o Gerar nos permite o envio de apenas um RPS no modo síncrono. Por favor refaça a sua alteração.

Bom dia Sergio, Segundo o Manual do CT-e versão 3.00 o grupo <peri> que contem as informações sobre produtos perigosos, agora só será gerado caso o modal for aéreo. Vide páginas 191-193. No MDF-e se você estiver alimentando corretamente o componente é para ser gerado sim o grupo <peri>. Anexe o fragmento de código do MDF-e onde você alimenta o componente com as informações sobre produtos perigosos.

Bom dia Claudio, Depois que alterou o ACBr.inc, você reinstalou os componentes com o ACBrInstall_Trunk2?

Zottis, Você estava com problemas em um provedor e agora esta postando sobre outro. Por favor não misture as coisas, para um novo problema, favor criar uma nova postagem. Pois agora eu não sei em qual provedor esta ocorrendo o erro HTTP 500.

Alexandre, Veja como esta no Schema: Analisando melhor o Schema pode ser usando para substituir ou não, mas veja esta bem diferente da estrutura de um RPS. <xsd:element name="GerarNovaNfseEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="InformacaoNfse" type="tcInfNovaNfse" minOccurs="1" maxOccurs="1" /> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="tcInfNovaNfse"> <xsd:sequence> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1" /> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="Status" type="tsStatusNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="Competencia" type="xsd:dateTime" minOccurs="1" maxOccurs="1" /> <xsd:element name="NfseSubstituida" type="tsNumeroNfse" minOccurs="0" maxOccurs="1" /> <xsd:element name="OutrasInformacoes" type="tsOutrasInformacoes" minOccurs="0" maxOccurs="1" /> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1" /> <xsd:element name="ContrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="id" type="tsIdTag" /> </xsd:complexType> <xsd:complexType name="tcInfRps"> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1" /> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1" /> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="Status" type="tsStatusRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="RpsSubstituido" type="tcIdentificacaoRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="OutrasInformacoes" type="tsOutrasInformacoes" minOccurs="0" maxOccurs="1" /> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1" /> <xsd:element name="ContrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="id" type="tsIdTag" /> </xsd:complexType>

Alexandre, Quanto ele estar pronto para uso é uma coisa, mas qual é a sua finalidade? Pois pelo Schema a finalidade dele não é recepcionar um RPS e converte-lo a NFS-e e sim realizar a substituição de uma NFS-e já existente por outra.