Italo Giurizzato Junior

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.

Bom dia Zottis, Pedi para você anexar o XML e não colar o seu conteúdo como parte da postagem. Veja o XML de envio que você colou, da para analisar alguma coisa desse jeito?

Juliana, Fiz algumas alterações no arquivo INI do provedor para que o mesmo possa ser utilizado pelas duas cidades. Ainda hoje estarei enviando para o repositório. Mas isso não garante que vai funcionar. Quanto ao erro de requisição não enviada, tente alterar o valor da propriedade de configuração: SSLLib.

Bom dia Alexandre, O problema é que o componente não esta preparado para utilizar esse método para o respectivo provedor. E tem outra coisa, analisando o arquivo XSD notei que o método Gerar desse provedor na verdade é destinado a substituir uma NFS-e já existem. Diferente do método Gerar estabelecido pela ABRASF que tem como objetivo enviar um único RPS e obter a NFS-e correspondente.

Bom dia Duarte, Favor entrar em contato com o provedor pois, segundo o Schema temos: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> E o XML gerado (caso 3) temos: <ns4:RegimeEspecialTributacao>6</ns4:RegimeEspecialTributacao> Logo o XML do RPS esta de acordo com o Schema e o mesmo foi rejeitado com a justificativa que o código de tributação não existe? A não ser que a rejeição esteja se referindo ao código de tributação do município e não ao código de Regime Especial de Tributação. <ns4:CodigoTributacaoMunicipio>3143906</ns4:CodigoTributacaoMunicipio> Pode ser que o código 3143906 esteja errado.

Bom dia Sandro, Alem de acrescentar a cidade no arquivo Cidades.ini será necessário criar um arquivo INI para essa cidade uma vez que ela tem o seu próprio Web Service. Para criar o arquivo INI no caso o ISSJoinville você pode tomar como base qual quer um que tenha em seu conteúdo: [ XML ] VersaoDados=2.01 VersaoXML=2.00 Isso indica que o XML segue a versão 2 do layout da ABRASF. Será necessário saber quais são as URLs de homologação e de produção, e se a URL é unica para todos os serviços ou se existe uma para cada serviço. De posse dessas URLs, ao digitar em um navegar temos acesso ao WSDL e com isso vamos descobrir as URLs dos SoapAction de cada serviço. E temos algumas informações de como montar os envelopes dos mesmos, que a parte mais chata. E para que o componente reconheça esse novo provedor será necessário realizar a alteração em alguns fontes. Vê o que você fazer, anexa os arquivos que foram alterados e criados aqui mesmo no fórum, depois juntos vamos lapidando.

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

Bom dia Cleyton, Esse XML se refere ao RPS, precisamos dos XMLs de envio do lote e do retorno. Favor configurar o componente para salvar os arquivos de envio e de retorno. Configuracoes.Geral.Salvar := True; Outra coisa procure sempre iniciar os testes com o programa exemplo.

Bom dia Juliana, Você poderia postar as URLs de homologação e de produção informadas pelo provedor para a respectiva cidade?

Bom dia Walfrido, Tentou mudar o valor da propriedade de configuração SSLLib?