Italo Giurizzato Junior

Mauricio, Ter tem, porque você quer desabilitar a validação?

Bom dia Mauricio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Marcos, Já inclui na minha lista de tarefas para analisar essa situação.

Bom dia Marcelo, Procure sempre informar a cidade/provedor, pois ajuda em nossa analise. Qual é a cidade/provedor?

Bom dia Marcelo, Por favor debuga a consulta para sabermos com exatidão a linha que esta ocorrendo o AV.

Bom dia Rafael, Você não usa o componente ACBrNFSeX?

Bom dia Marcos, Esse provedor esta muito confuso. Eu notei que no manual existem duas formas de cancelar uma nota que não ficou claro para mim como funcionava. Pelo o que estou entendendo agora, uma delas você vai o pedido de cancelamento via webservice e depois tem que entrar no site e efetivar o cancelamento. E a outra forma é o cancelamento direto via webservice. Você sabe me dizer se esse cancelamento direto funciona para todas as cidades atendidas por esse provedor, ou depende da cidade?

Bom dia Junior, Já inclui na minha lista de tarefas para analisar esse erro.

Bom dia, O novo componente normatiza a alíquota e o código do item de serviço. Mas isso é fácil de resolver. Abra a unit WebISS.GravarXml; Inclua em uses a unit ACBrXmlBase; Por fim na procedure Confuguração inclua as linhas: DivAliq100 := True; FormatoItemListaServico := filsSemFormatacao; A primeira linha diz que a alíquota deve ser dividida por 100 e a segunda diz que o código do item não deve estar formatado, ou seja, sem o ".". Faça essa alteração e realize novos testes.

Bom dia, Por favor não coloque na mesma postagem dois ou mais assuntos, pois corremos o risco de tratar de uma e não tratar dos demais. Vamos sempre seguir as recomendações, assuntos diferentes, postagens distintas. O problema inicial é o envio do Rps, enquanto isso não for resolvido não adianta querer consultar, cancelar, etc. Analisando os XMLs gerados ao envia para o ambiente de produção, consta que o Rps foi rejeitado pois o CPF/CNPJ do tomador do serviço esta incorreto. Por outro lado ao enviar para o ambiente de homologação o webservice não retornou o protocolo que atesta o recebimento do Rps em seu webservice. Favor entrar em contato com o provedor e solicitar a URL do ambiente de homologação para a cidade de Viamão/RS.

Bom dia Carlito, Por favor faça os testes usando o programa exemplo, pois acredito que o problema esteja na configuração. O componente esta pegando os schemas errados para fazer a validação.

Boa noite, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Valdir, Abra o arquivo ACBrNFSeXServicos.ini e altere as URLs da cidade de Bacabal/MA por estas: ProRecepcionar=https://abrasfbacabal.sigcorp.com.br/servico.asmx HomRecepcionar=https://testeabrasfbacabal.sigcorp.com.br/servico.asmx

Boa tarde, Faça um teste alterando o arquivo ACBrNFSeXServicos.ini trocando as URL da cidade Viamão/RS por estas: ProRecepcionar=http://viamao-portais.govcloud.com.br/NFSe.portal.integracao/services.svc HomRecepcionar=http://viamao-portais.govcloud.com.br/NFSe.portal.integracao.teste/services.svc Não esqueça de após alterar o arquivo devemos executar o Compila_RES.

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

Bom dia, Já inclui na minha lista de tarefas.

Bom dia a todos, Em vez de criar um enumerador para cada versão do layout pelo provedor como eu estava idealizando, depois de uma reunião e alguns testes resolvemos trabalhar com dois enumeradores, um fazendo referencia ao provedor e outro a versão do layout. Como é no arquivo ACBrNFSeXServicos.ini que informamos qual é o provedor que atende uma terminada cidade, é nesse mesmo arquivo que vai constar a versão do layout utilizado. Como esta hoje: [3131307] Nome=Ipatinga UF=MG Provedor=Actcon_202 Como vai ficar: [3131307] Nome=Ipatinga UF=MG Provedor=Actcon Versao=2.02 Esse é um exemplo. Caso não seja informado o campo Versao o componente vai assumir a versão 1.00 Para deixar a versão somente com dígitos a minha proposta é definir as seguintes faixas de versões. De 1.00 até 1.99 serão utilizados para definir a versão dos provedores que seguem a versão 1.xx do layout da ABRASF. De 2.00 até 2.99 serão utilizados para definir a versão dos provedores que seguem a versão 2.xx do layout da ABRASF. De 9.00 até 9.99 serão utilizados para definir a versão do layout de um provedor que tem o seu layout próprio.

Bom dia Elias, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Matheus, Configura o componente para salvar os arquivos Soap e anexa eles também de ambos os componentes. Qual é o erro que esta ocorrendo no método Validar? Qual é a configuração (valor de SSLLib, .... e SSLType)?

Boa tarde Guto, Isso esta ocorrendo com o componente novo? Qual é a configuração que esta na aba Certificado do programa exemplo e o valor de SSLType?

Boa tarde Lucio, Vendo o manual que você anexou também achei muito estranho, pois o provedor RLZ que temos implementado no componente ele segue a versão 2 do layout da ABRASF. Por favor tente descobrir se esse provedor possui 2 webservices, um que segue o layout da ABRASF e outro que tem o seu próprio layout. Se isso se confirmar, providencio uma alteração no componente para que ele gere o XML corretamente dependendo da cidade.

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

Boa tarde Tonny, Vai ser necessário entrar em contato com o provedor e expor o problema. Não temos como saber o que esta ocorrendo.

Boa tarde, Você poderia fazer um teste de envio do Rps e anexar os arquivos Soap de envio e de retorno para que eu possa analisar? De todas as cidades que você necessita seria muito bom.

Boa tarde, Quanto ao ambiente de homologação o provedor IPM tem ou não tem não sei lhe responder. Veja se você consegue um contato com eles e questione sobre isso.