tobexy

@LUIS lpc teve alguma novidade? Tenho que atualizar meu sistema tbm pro novo servidor pois está configurado para o antigo, inclusive está no componente antigo do ACBr NFS-e, vc fez no novo?

Sobre o provedor, da última vez falei com eles por este e-mail, responderam rápido até, tavez ajude: "adriano. scho efer @ipm. com.br" (Remover os espaços )

Entendi, então este servidor não tem nenhum método pra consulta sem interação, tipo a consulta por chave da nfe ou rps ou algo similar né?

Olá @Filipe Natividade Estou testando tbm a consulta para Cascavel, esse XML de consulta consegue como? Pq imagine o seguinte, fiz o envio e deu zica, mas a nota está lá no provedor, aí vou consultar, esse código de autenticidade não tenho ele né? Então como montou esse XML pra usar no método? NFSe.ConsultarLoteRps( '', qryNFSePROTOCOLO.AsString );

Não cheguei a testar este método em produção ainda, assim que aparecer outro cliente verifico. Por enquanto o envio está funcionando normalmente com estas alterações

Olá pessoal Só pra dar um retorno e talvez contribuir... Consegui fazer o envio, porém foram necessárias algumas alterações no ACBr... Em ..\ACBr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeW_IPM.pas tive que comentar a procedure GerarIdentificacaoHomologacao, pois com a tag nfse_teste no XML de envio, o servidor de Cascavel está retornando erro, sem ela o envio foi normal. O erro que aparece com ela é este: No mesmo arquivo, porém na procedure GerarIdentificacaoRPS as tags nro_recibo_provisorio e serie_recibo_provisorio também geram erro, então alterei para que envie apenas em produção. Como o servidor de homologação que fizeram pra Cascavel tem ressalvas fiz isso na esperança que o servidor de produção seja igual é para as demais cidades. Como eles não liberaram e vão fazer isto na terça (04/08) só lá saberei se precisa remover tbm pro servidor de produção, lembrando que Cascavel eles fizeram um servidor diferente; Foi necessário alterar a URL de homologação no IPM.INI. O Italo já tinha alterado o Cidades.INI para Cascavel pegar o servidor de produção correto "sync-pr" e em homologação ficou o mesmo, porém em homologação eles mudaram pra um outro "demonstracao", com isso fiz a alteração no Cidades.INI pois em homologação pra funcionar precisa ser esta: Não postei os arquivos aqui pq estas alterações podem comprometer o funcionamento das demais cidades e por algumas serem incógnitas ainda em produção, vou aguardar até entrar em vigor pra ver na prática o que acontece, aí abro um tópico com uma possível solução que atenda gregos e troianos Obs.: @Filipe Natividade e @Juliomar Marchetti muito obrigado ajudou imensamente

Fiz um teste na versão anterior do sistema aqui e acontece a mesma coisa, estou aguardando contato com a prefeitura pra ver se não é lá

Bom dia @Juliomar Marchetti, sim fazia tempo que não atualizava, pois com a alteração da capicom pra NFe tivemos que alterar o sistema... Não assinamos o XML... - O anexo 40-env-lot.xml é o gerado pelo método SalvarEnvio em TDFeWebService.Executar que está com o optante correto = 1 - O anexo FPEnvelopeSoap.xml é o que tinha no método FPDFeOwner.SSL.Enviar em TDFeWebService.EnviarDados também com o optante correto = 1 Aí depois disto que ele consulta a situação do RPS vem esta resposta (54-lista-nfse.xml) no método SalvarResposta em TDFeWebService.Executar dizendo que: <Mensagem>1/35: Informacao de optante pelo simples nacional invalida.</Mensagem> Obs. 1: Antes de enviar pelo método ACBrNFSe.Enviar(FNumeroLote, False) chamei o ACBrNFSe.NotasFiscais.GravarXML('C:\GravarXML.xml') que gerou o GravarXML.xml também com o optante correto = 1 Obs. 2: Antes do envio Estes 2 estão em branco ACBrNFSe.NotasFiscais.XMLLoteOriginal e ACBrNFSe.NotasFiscais.XMLLoteAssinado 40-env-lot.xml FPEnvelopeSoap.xml 54-lista-nfse.xml GravarXML.xml

Olá pessoal... Atualizei os componentes do ACBr e fui fazer uma nota de teste para o provedor WebISS de Vitória da Conquista/BA e se estiver com a opção de OptanteSimplesNacional desmarcada funciona normalmente porém se estiver marcada (snSim) aparece o seguinte erro: ...raised exception class EACBrDFeException with message '1/35: Informacao de optante pelo simples nacional invalida. Utilize um dos tipos: 1 Sim; 2 - Nao. Onde o 35 é o número do RPS.. Debugando vi que quando chega em ACBrNFSeWebServices.pas na linha 2812 está recebendo corretamente (snSim) Sabem me dizer o que pode ter de errado por favor? 38-env-lot.xml

Questionei eles, a princípio era pra retornar já no envio... Eles me questionaram se a emissão é por Web Service ou por eletron? Parece que estão verificando o servidor deles

Olá pessoal... Estamos configurando o servidor IPM para Cascavel/PR mas não estou encontrando o XML da nota que o servidor retorna, tentei os caminhos abaixo mas nenhum tem o XML correto: ACBrNFSe.NotasFiscais.Items[0].XMLNFSe; ACBrNFSe.NotasFiscais.Items[0].XML; ACBrNFSe.NotasFiscais.Items[0].XMLAssinado; ACBrNFSe.NotasFiscais.Items[0].XMLOriginal; ACBrNFSe.NotasFiscais.Items[0].NFSe.XML; Quando envio a nota vem um e-mail da IPM com a opção de baixar o XML e este tem mais informações, basicamente a mesma estrutura porém com informações da hora de envio, número e afins O envio está funcionando corretamente, minha dúvida é onde consigo o XML de retorno Obrigado OBS. 1: o primeiro e o último caminho (XMLNFSe e NFSe.XML) ficam em branco. Em anexo o XML que aparece nos outros 3 caminhos (XML, XMLAssinado e XMLOriginal) OBS. 2: está sendo enviado sem assinatura, pq pra Cascavel tem umas particularidades, o provedor mudou até a URL de homologação XML.xml

Bom dia Muito obrigado pela alteração @Italo Jurisato Junior

Em ..\ACBr\Exemplos\ACBrDFe\ACBrNFSe\ArqINI\ISSNet.ini existe o seguinte trecho: [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx ; Demais cidades ;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx [URL_H] RecepcaoLoteRPS=http://%NomeURL_H%.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx onde no arquivo Cidades.ini a instrução está assim: [4104808] Nome=Cascavel UF=PR Provedor=ISSNET NomeURL_H=wshomologacao NomeURL_P=cascavel o que faz gerar os seguintes links para produção e homologação respectivamente:. http://wscascavel.issnetonline.com.br/webserviceabrasf/cascavel/servicos.asmx http://wshomologacao.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx No caso de Cascavel/PR esses links não funcionam, para produção basta utilizar a URL informada na linha comentada porém para homologação a URL é outra, ficando assim: [URL_P] RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx [URL_H] RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx basta alterar essas 2 linhas que vai funcionar para essa cidade, espero ter ajudado Obs.: Sim... acabei de testar nos 2 ambientes os 4 links aqui apresentados, sem nenhuma outra alteração, apenas a URL Abraços

Nos clientes que retornamos o ponto de restauração do windows funcionaram. O que eles tem em comum é que ao listar programas afetados, todos aparecem um tal de Update for Windows 10 for x64-based Systems (KB4483452) Porém removendo apenas ele pelo painel de controle não funciona, precisou voltar o ponto de restauração

Conforme dito pelo @Pedro E. Braga a instrução da SEFAZ é remover a última atualização, nos clientes que estão com o ponto de restauração ativado só restaurar pra um dia anterior, para os que não tem essa opção ainda não encontramos como remover essa atualização maldita. Se descobrirem uma forma de fazer esse downgrade sem ser via ponto de restauração agradeço Obs.: remover dos programas e recursos não resolve.

São sim, o link de produção do manual está igual ao que está hoje no INI por isso não alterei ele.

Olá Marcos, em produção não testei ainda, isso que coloquei é pro piloto, pro ambiente em homologação funcionar. O que alterei foi esse trecho: [URL_H] RecepcaoLoteRPS=https://piloto-iss.curitiba.pr.gov.br/nfse_ws/NfseWs.asmx Pro ambiente de testes

Olá pessoal! Depois de apanhar pra conseguir fazer o certificado digital de teste conforme manda o manual no site, que não avisa que tem que colocar a URL como confiável no IE (Opções de Internet > Segurança > Sites), fui tentar mandar a nota e veio o seguinte erro: raised exception class EACBrDFeException with message ' Erro Interno: 12007 Erro HTTP: 0 URL: https://pilotoiss.curitiba.pr.gov.br/nfse_ws/NfseWs.asmx Erro: Requisição não enviada. Erro: 12007 - O nome do servidor não pode ser resolvido'. Solução: O link no arquivo "ISSCuritiba.ini" está desatualizado, no manual deles mostra que o link atual é esse: https://piloto-iss.curitiba.pr.gov.br/nfse_ws/NfseWs.asmx Então... atualizei o arquivo "ISSCuritiba.ini" com a versão de hoje e apenas mudei o link para esse acima, sucesso. Envio funcionando corretamente para o ambiente piloto (homologação). Se puderem atualizar no arquivo, segue ele em anexo, porém a única alteração foi o link mesmo. Segue também o manual atual com esse link e o processo de fazer o certificado de teste e acessar o ambiente de teste. Obs.: No demo ainda vai gerar erro pois esse servidor também exige que a alíquota de ISS seja informada em decimal, ou seja, se a alíquota é 2% tem que mandar 0.02 pra funcionar. Sem mais, abraços.. ISSCuritiba.ini Manual_Utilizacao_WebService-v1-ilovepdf.pdf

Olá pessoal! Estou fazendo a homologação para Vitória da Conquista - BA que utiliza o WEBISS na versão 1.0 da ABRASF, ao enviar no ambiente de homologação retorna o seguinte erro: UNICA/1: Valor do ISS nao corresponde a aliquota multiplicada pela base de calculo. Verifique se os valores estao corretos. Isso acontece tanto no Demo quanto na nossa aplicação. Olhando o XML ele está sendo enviado assim: <Servico> <Valores> <ValorServicos>100.00</ValorServicos> <IssRetido>2</IssRetido> <ValorIss>4.00</ValorIss> <BaseCalculo>100.00</BaseCalculo> <Aliquota>4.0000</Aliquota> <ValorLiquidoNfse>100.00</ValorLiquidoNfse> </Valores> Contactei o suporte operacional WebISS e o Guilherme Reis ([email protected]) retornou o seguinte: Verifiquei no manual da ABRASF 1.0 e realmente está como ele falou Se eu alterar conforme ele mencionou funciona, o servidor recebe sem erros, porém em outros provedores que também estão na 1.0 estão funcionando dessa forma como está hoje, sem dividir o valor por 100, alguém teve essa situação?

Bom dia. Entendi sim @Italo Jurisato Junior Não tinha me atendado que dentro do FConsSitLoteRPS.Executar tinha o mesmo sleep. Com isso essa situação da qual abri esse tópico está resolvida, Solução: atribuir a propriedade de configuração AguardarConsultaRet com um valor maior que 40000 quando for WEBISS 1.00 Com isso um outro erro passou a surgir: Valor do ISS nao corresponde a aliquota multiplicada pela base de calculo. Verifique se os valores estao corretos Isso acontece pq estou passando a tag <Aliquota>5.0000</Aliquota> assim como o demo do ACBr faz e como fazemos em outras cidades tbm, se eu mudar para <Aliquota>0.0500</Aliquota> o WEBIss aceita e retorna tudo certo, porém esse não parece ser o padrão da ABRASF. Testei com outros valores de alíquota suportado mas o erro é o mesmo, precisando fazer a divisão por 100 pra dar certo. Mandei uma msg pro suporte da WEBIss mas ainda não responderam, mas para esse problema abro um novo tópico. Muito obrigado pela atenção e a ajuda.

Boa tarde @Italo Jurisato Junior não encontrei o motivo no demo porém encontrei no fonte ACBr. No envio que faço pelo ERP está com a opção ConsultaLoteAposEnvio = True com isso em ACBrNFSeWebServices.pas no método Envia existem 3 blocos de consultaRet, o WebISS passa em 2 deles, um para provedores 1.00 e outro sem especificar, como apenas o segundo tem um sleep ele gera o erro. Testei com vários valores, mas apenas quando coloquei algo maior que 40 segundos que funcionou, sendo assim, alterei o arquivo removendo o sleep que tem apenas para a 2ª consulta e coloquei mais acima no bloco para atender as 2 uma vez que esse provedor passa pelas 2 ACBrNFSeWebServices.pas

Boa tarde @Italo Jurisato Junior Fiz conforme falou, deletei e atualizei, coloquei junto a pasta do demo mas mesmo assim retorna o erro, alterei o timeout pra 60000 conforme outro post aqui no fórum mas mesmo assim vem esse erro. Deletei o Demo_ACBrNFSe.ini reinseri os dados mas continua o erro, testei em outra máquina e o erro é o mesmo Não sei mais o que fazer, não funciona nem no Enviar Lote RPS nem no Eviar um RPS

Estranho, o login que estou usando foi o que me passaram e consegui testar ele acessando em https://www4.webiss.com.br/vitoriadaconquistaba Tudo indica que esse é o acesso em produção, sabe se precisa de um específico para homologação? @Italo Jurisato Junior poderia me mandar tbm o seu arquivo WebISS.ini só por desencargo, estou usando ele da forma como está no ACBr sem alterar nada Obrigado novamente

Bom dia @Italo Jurisato Junior Tentei a configuração porém agora aparece outro erro: Erro Interno: 12175 Erro HTTP: 0 URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor. Verifiquei no forum tbm sobre esse erro, lembrando que estou com windows defender e firewall desligados, com um windows 10 64bits. Nas opções de internet está com o SSL 3.0 desmarcado, as outras 6 opções abaixo dele na lista marcadas. Se clicar no botão "Enviar um RPS (Gerar)" o erro é o mesmo. Segue a imagem do demo: Fechei o Demo e abri novamente, o campo cálculo hash e assinatura veio preenchido, tentei novamente ainda com o checkbox assinar marcado ou desmarcado e voltou o erro de antes: Erro Interno: 0 Erro HTTP: 500 URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc

Olá Pessoal, Estou tentando fazer a homologação para emissão de NFS-e de Vitória da Conquista - BA que utiliza o servidor WebISS, porém quando tento enviar vem o erro: Erro Interno: 0 Erro HTTP: 500 URL: https://www4.webiss.com.br/vitoriadaconquistaba_wsnfse_homolog/NfseServices.svc Estou utilizando a seguinte configuração: Configuracoes.Geral.SSLLib = libCapicom Configuracoes.Geral.SSLCryptLib = cryCapicom Configuracoes.Geral.SSLHttpLib = httpWinINet Configuracoes.Geral.SSLXmlSignLib = xsMsXmlCapicom também tentei com essa outra mas o erro é o mesmo: AACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; AACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; AACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; AACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; e quando eu tento com essa outra, o erro muda sendo que só chamei o método TACBrNFSe.Enviar(ALote, False) e com intervalo de 2min entre uma e outra nota: Configuracoes.Geral.SSLLib = libCapicomDelphiSoap Configuracoes.Geral.SSLCryptLib = cryCapicom Configuracoes.Geral.SSLHttpLib = httpIndy Configuracoes.Geral.SSLXmlSignLib = xsMsXmlCapicom Vi em um tópico aqui que o problema poderia ser resolvido atualizando as DLL, fiz isso e não resolveu. Em outro tópico vi que removendo o "&" do XML tinha resolvido, fiz isso e continua. Windows Defender e Firewall tudo desligado. Aplicação sendo executada como administrador. Estou utilizando o ACBr na revisão 15852 de 20/10/2018 08:28:48. Antes desse erro o problema era com o hash da assinatura, porém em contato com o suporte da WebISS mandaram eu remover a assinatura e mandar o XML sem assinar, segundo eles, nessa cidade não é necessário ir assinado. Aí o erro mudou para esse 500, Xml está em anexo. A única alteração que fiz no .ini foi para não assinar, .ini está em anexo. Alguém por favor pode me dar uma luz? Desde já obrigado 1-env-lot.xml WebISS.INI