Italo Giurizzato Junior

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.

Kamilo, Acredito que na próxima versão do Monitor os títulos da lista de documentos originários já vão estar corrigidos.

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?

Bom dia Kamilo, Se você utiliza o ACBrMonitor então é o DACTE feito em Fortes. Vamos analisar essa situação e como lhe disse, no meu entendimento é preciso mudar o titulo mediante o tipo de documento que esta sendo listado.

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

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.

Boa tarde Kamilo, Esses títulos, são para o caso de o documento originário não ser uma NF-e e sim uma nota comum de papel. No meu entendimento o correto seria trocar esse titulo e colocar simplesmente: Chave da NF-e. Qual DACTE você utiliza, Fortes ou Fast Report?

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.

Boa tarde Hugo, Para gerar a chave até temos funções que fazem isso, mas o protocolo é gerado e retornado pela SEFAZ quando a nota é enviada e processada com sucesso.

Boa tarde José Nunes, O ACBrMonutor Plus possui três comandos: DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe. Como você é assinante do SAC a minha recomendação que utilize sempre a versão mais atual do Monitor. Pois desta forma você garante que esta usando uma aplicação que possui as mais recentes correções e melhorias. A sugestão é que você leia o seguinte artigo: Como Obter o XML do Fornecedor nele você vai encontrar as referencias da documentação do ENCAT. Apesar desse artigo ser destinado ao desenvolvedores que utilizam os componentes que não é o seu caso, mas traz informações e conceitos que você vai utilizar mesmo usando o ACBrMonitor Plus. Com relação a sintaxe dos comandos citados acima no caso do Monitor, favor consultar o Help do mesmo.

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

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