Italo Giurizzato Junior

Boa tarde André, Favor atualizar os fontes novamente e faça novos testes.

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

Boa tarde Junior, Fico feliz em ter mostrado um caminho que resultou em uma solução para o seu problema.

Lino, Pela mensagem de erro ele não esta conseguindo carregar a DLL libxml2.dll que se encontra na pasta: ..\DLLs\LibXml2\x86 Favor anexar o arquivo de configuração do instalador: ACBrInstall_Trunk2.ini Você não fez nenhuma alteração no arquivo ACBr.inc ?

Bom dia André, Como assim, "colei a pasta fontes dentro da minha instalação"? Eu não copio as units ou pastas dos fontes ACBr para dentro das pastas da minha aplicação. As pastas dos fontes do ACBr ficam onde devem ficar, na minha aplicação apenas incluo o componente que desejo usar. Se necessário for em uses informo uma unit ou outra do componente. Após atualizar todos os fontes de todas as pastas, reinstalou a suíte ACBr, com a opção de apagar arquivos antigos marcada?

Dercide, Muito obrigado. Pessoal por favor utilizem o arquivo INI do provedor SimplISSv2 que acabo de enviar para o repositório. Dercide, como você conseguiu consumir o webservice abrindo o WSDL, faça um teste com esse novo INI. João, você esta usando um certificado digital de uma empresa de Blumenau? Se não estiver, acredito ser esse o problema.

Bom dia Cleonir, Muito obrigado pela colaboração, vou fazer a alteração e enviar para o repositório.

Bom dia Dercide, Como estou usando um certificado digital cujo CNPJ não é de uma empresa de Blumenau e muito menos do Estado de Santa Catarina, ocorre o erro 403. Acredito que esse webservice deve esta checando a origem do certificado e desta forma deixando ou não consumir o webservice. Já que você esta conseguindo acessar, por favor tente copiar para um arquivo TXT o conteúdo do WSDL tanto do ambiente de homologação quanto o de produção e anexa aqui, quer dar uma olhada.

Bom dia Lino, Apesar do Windows ser 64 bits o Delphi 7 deve estar compilando em 32 bits, correto? Logo você tem que usar as DLLs de 32 bits. Você instalou os componentes usando o ACBrInstall_Trunk2? A instalação ocorreu com sucesso? A aplicação funciona na sua maquina sem problemas? Ela só não funciona na maquina do seu cliente?

João, Alterei somente para o método Enviar, segue em anexo. SimplISSv2.ini Como não consigo abrir as URLs de homologação e de produção, não tive como verificar se as URLs dos SoapAction continuam as mesmas ou não.

André, Pode atualizar e fazer os testes.

Boa tarde João, Aqui não funciona, informa o cerificado e ocorre o erro 403. Quem sabe daqui umas 3 semanas Santa eles resolvem esse problema. O meu questionamento sobre a versão é que consta em ambas ULRs o digito "1", veja: wwblumenau1 e wwhomologacaoabrasf1. Desculpe, eu não confio mais no que esse pessoal da SimplISS fala inclusive nesses XMLs de exemplos. João, O certo é no SimplISSv2, visto que o NotaBlu.ini esta funcionando, logo não se deve mexer.

Boa tarde Paulo, Esta estranho essas URLs, pois ao tentar abri-las no navegar ocorre o erro: 403 - acesso não permitido Isso costuma ocorrer quando usamos um certificado vencido ou que não tenha permissão de consumir webservice, que não é o caso. O certificado não esta vencido e ele tem permissão de consumir webservice. Você sabe me dizer se esse webservice é o mesmo que estão implementando para recepcionar o RPS na versão 2 do layout da ABRASF ou é o que eles tem em outras cidades que trabalha com a versão 1.

Nelson, Eu acredito que a SEFAZ vai rejeitar o MDF-e cuja origem é RJ destino ES com percurso me MG, uma vez que RJ e ES são vizinhos. Se isso ocorrer, a solução vai ser emiti 2 MDF-e, um com origem RJ destino MG e outro com origem MG e destino ES.

Boa tarde Nelson, Você tem algum MDF-e com esse percurso que foi autorizado pela SEFAZ?

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

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

Boa tarde Leonardo, E também não acho interessante criar "N" provedores um para cada cidade atendida por esses provedores amadores. Vou ver o que da para ser feito.

Boa tarde André, Acredito ter identificado o problema. Ainda hoje estarei enviando para o repositório.

Leonardo, Não vejo necessidade, apenas criar uma pasta de schema especifica para essa cidade.

Boa tarde Giovane, Essa mensagem de rejeição acusando que a alíquota tem que ser um numero com 15 dígitos na parte inteira e 2 na decimal esta muito estranha. Pois segundo o Schema utilizado pelo componente temos a seguinte definição: <xsd:element name="BaseCalculo" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="Aliquota" type="tsAliquota" minOccurs="0" maxOccurs="1" /> <==== definição da tag Aliquota <xsd:element name="ValorLiquidoNfse" type="tsValor" minOccurs="0" maxOccurs="1" /> Definição do tipo simples que define a tag Aliquota: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Como você pode ver a tag Alíquota é um numero com tamanho de 5 dígitos sendo que 4 representa a parte fracionada, logo a formatação da Alíquota é: x.xxxx (1 inteiro e 4 decimais, totalizando 5 dígitos). Favor entrar em contato com o provedor e questione sobre esse fato. Como eles estão batendo cabeça para implementar um novo webservice que segue a versão 2 do layout da ABRASF em Blumenau, é bem provável que eles fizeram alguma kaka no webservice e esta retornando essa mensagem, ou mudaram a definição da Alíquota de tsAliquota para tsValor.

Bom dia André, Favor configurar o componente para salvar os arquivos Soap. Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexe os arquivos *-Soap.xml gerados para que possamos analisar.

Bom dia Lucas, Muito obrigado pela colaboração, mas lhe peço que na próxima vez, poste no tópico especifico que foi criado para esse fim. Outra coisa, os seus fontes devem estar desatualizados, pois essa alteração já foi feita no arquivo Cidades.ini

Bom dia Leonardo, Esse provedor esta de brincadeira, como os caras são amadores, não tem a capacidade de estabelecer um padrão para todas as cidades que eles atende. Não vejo a hora da NFS-e Padrão Nacional começar a funcionar, assim acaba toda essa palhaçada.

Bom dia Robson, Você esta com os fontes desatualizados, uma vez que a URL do QR-Code que consta no seu XML aponta para a SEFAZ-RS e não para a SEFAZ-SP. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada. Depois abra a sua aplicação e compile ela com a opção Build.