Italo Giurizzato Junior

Bom dia Walter, Tente da seguinte forma: infCTeNorm.infCTeSub.chCte := <chave do CT-e Normal>; infCTeNorm.infCTeSub.refCteAnu := <chave do CT-e de Anulação>; caso o tomador não seja contribuinte do ICMS e foi emitido antes o CT-e de Anulação. ou infCTeNorm.infCTeSub.chCte := <chave do CT-e Normal>; infCTeNorm.infCTeSub.tomaICMS.refNFe := <chave da NF-e de Anulação>; caso o tomador seja contribuinte e emitiu a NF-e de Anulação.

Paulo, Já esta no repositório, os arquivos Cidades.ini e SimplISSv2.ini, bem como a pasta SimplISSv2 que contem os schemas. Enviei também algumas alterações nos fontes visando o componente. Infelizmente o provedor fornece um Schema que não condiz com o que foi implementado no Webservice, dai o erro. Repito, uma tremenda falta de respeito e muito amadorismo.

Bom dia Paulo, Com o Schema corrigido pelo nosso amigo BigWings consegui validar o XML gerado. Mas a estrutura do XML que o webservice espera não é exatamente a que consta no Schema. Vamos a um exemplo: No Schema temos: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> (...) </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> <xsd:attribute name="versao" type="tsVersao" use="required" /> </xsd:complexType> Só que o webservice espera pela tag <Cnpj> e não pelo grupo <CpfCnpj> conforme consta no schema. Imagem do Erro ao enviar o Lote. Ou esse provedor faça as devidas correções no webservice para que o mesmo fique em conformidade com o Schema, ou eles forneçam um Schema que condiz com o que o webservice espera receber. Esse tipo de situação, para mim é uma tremenda falta de respeito para com os contribuintes da cidade e muito amadorismo. A minha sugestão é pedir para os seus clientes protocolarem na prefeitura uma reclamação, informando que com o Schema fornecido por eles, além de ter sido corrigido para poder usar não bate com o que o webservice espera. A finalidade do Schema é poder validar o XML antes do seu envio com o objetivo de evitar o envio de um XML que contenha erros de estrutura.

Bom dia a todos, O consultar status só serve para saber se o webservice do status esta funcionando, se ele retornasse a situação de todos os serviços (recepção, consulta, evento, inutilização, ...) seria uma maravilha, mas infelizmente não é assim que a coisa funciona. E outro detalhe importante, o DistribuicaoDFe é um serviço disponibilizado pelo Ambiente Nacional e não pela SEFAZ-Autorizadora. Logo não adianta absolutamente nada, executar o consultar status de serviço.

Paulo, A mensagem de erro é:

Paulo, Precisa de usuário e senha, como sou do Estado de São Paulo, acredito que não vou conseguir me cadastrar para poder ter acesso. Tente mandar por e-mail para mim.

Paulo, Ao usar esse schema que você anexou acusa que ele é invalido, preciso descobrir o que esta errado nele. O link que contem o manual não abre, a tela fica em branco.

Bom dia Paulo, É o mesmo erro que tenho nos meus testes. A duvida agora é o seguinte: Devemos assinar o RPS, ou o Lote ou Ambos ou não assinar nada? Preciso dos Schemas (arquivos XSD) para que o componente valide o lote antes do seu envio. Os Schemas te temos desse provedor não serve, pois ele é baseado na versão 1 do layout da ABRASF, já para Blumenau o XML do RPS é baseado na versão 2.

Boa tarde João, Todos os fontes de todas as pastas estão atualizados? A suíte ACBr foi reinstalada após a atualização?

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

Boa tarde Silva, É bem provável que a propriedade de configuração Encerrado do componente DAMDFE esteja com o valor True.

Boa tarde Luiz, Porque você trocou a serie? O correto é dar continuidade a numeração.

Boa tarde Paulo, Favor atualizar os fontes, note que criei um provedor novo para a cidade de Blumenau - SimplISSv2.

Bom dia Paulo, Muito estanho essa mensagem de erro, visto que esse provedor não precisa assinar o RPS e nem o Lote. Favor entrar em contato com o provedor e questionar sobre essa mensagem de rejeição.

Bom dia Paulo, Com essa URL de homologação, o envio ocorreu sem nenhum problema?

Boa tarde a todos, Alguém poderia anexar a unit alterada que resolveu o problema, para que possamos analisar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

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

Boa tarde, Esse XML esta sendo gerado pelo componente ACBrMDFe ou pela aplicação diretamente?

Bom dia Luiz, Se você notar o numero do BP-e que você esta tentando enviar é exatamente o mesmo retornado na chave da mensagem de rejeição, ou seja, 56. A única diferença é o código que é diferente. Rejeição 539 (Manual do BP-e Visão Geral - página 40) temos:

Bom dia Paulo, Favor atualizar os fontes e faça novos testes.

Bom dia Eraldo, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr? Pois acabei de fazer um teste e não tive esse erro de conexão, apenas uma rejeição pois utilizei um CNPJ que não é da cidade de Campina Grande.

Paulo, Qual é o valor de SSLType? Se for libWinCrypt tente com libCapicom.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.