Italo Giurizzato Junior

Boa tarde Thiago, Acabei de fazer um teste com essa alteração, o XML de envio do Lote consta que a versão é 2.01 e não 2.00

Boa tarde Marcelo, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?

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

Boa tarde Jefferson, Realmente esta estranho a URL de homologação ser igual a de produção. Ou foi publicado errado ou a URL de homologação na verdade é essa que consta como sendo de desenvolvimento.

Boa tarde Mauricio, Notei que esta, neste caso vai ser necessário debugar para saber o porque ele não esta extraindo do retorno o XML da nota.

Boa tarde Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para avaliar. TK-2347

Bom dia Marcos, Notei que no XML, mais precisamente no campo Discriminacao foi colocado o caractere ">", esse tipo de caractere não deve ser utilizado pois ele é utilizado para indicar o fim do nome de uma tag, exemplo: <Discriminacao>

Verissimo, Estamos fazendo alguns ajustes no componente com o objetivo de resolver esse problema.

Bom dia Mauricio, Abra a unit Pronim.Provider, function: function TACBrNFSeXWebservicePronim202.GerarNFSe(ACabecalho, AMSG: String): string; Verifica se esta da seguinte forma: Result := Executar('http://tempuri.org/INFSEGeracao/GerarNfse', Request, ACabecalho, ['GerarNfseResponseResult', 'GerarNfseResposta'], ['xmlns:tem="http://tempuri.org/"']);

Bom dia Thiago, Faça o seguinte: 1. Abra a unit ISSVitoria.Provider 2. inclua as linhas abaixo na procedure: Configuracao. with ConfigWebServices do begin VersaoDados := '2.01'; VersaoDados := '2.01'; end; 3. Salva a alteração. 4. Reinstale o ACBr 5. Faça novos testes.

Bom dia Douglas, Você tem a sua aplicação rodando a anos. A minha preocupação é com os novos desenvolvedores que em vez de desenvolverem a sua própria aplicação acabem utilizando o programa exemplo. Você sabe que desenvolver demanda tempo e testes. Se o programa exemplo tiver abas com campos onde você preenche para poder emitir a nota, você acha que esse pessoal iria desenvolver? Com certeza que não.

Bom dia Verissimo, O problema esta ocorrendo na geração do XML ou na leitura dele? Ao gerar o XML devemos ao máximo não colocar palavras acentuadas ou com cedilha.

Bom dia Jefferson, Tente descobrir quais são as URLs de homologação e de produção, para que eu possa fazer os ajustes.

Bom dia André, Verifica se no cadastro do prestador no WebService do provedor a Insc. Munic. não esta formatado. Me recordo de algo semelhante.

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 Maiquel, Faça o seguinte: 1. Delete os arquivos temp1.xml e temp2.xml 2. Execute o programa exemplo e faça um novo teste.

Boa tarde Hugo, Dica, no arquivo ACBrNFSeXServicos.ini logo abaixo do campo Provedor se não existir o campo Versao significa que a versão é 1.00, caso contrario vai constar a versão. Exemplo: [3540606] Nome=Porto Feliz UF=SP Provedor=Pronim Versao=2.03 ProRecepcionar=http://54.94.43.142/nfse.portal.integracao/services.svc HomRecepcionar=http://54.94.43.142/nfse.portal.integracao.teste/services.svc

Boa tarde Jefferson, Faça novos testes com a Unit em anexo. SmarAPD.GravarXml.pas

Boa tarde Rogério, Abra a Unit SigCorp.Provider e faça a seguinte alteração: Result := Executar('http://tempuri.org/RecepcionarLoteRps', Request, ['RecepcionarLoteRpsResult', 'EnviarLoteRpsResposta'], ['xmlns:tem="http://tempuri.org/"']); A tag: RecepcionarLoteRps esta errada o correto é EnviarLoteRpsResposta. Faça essa correção, reinstale o ACBr, por fim compila a aplicação e faça novos testes. Essa correção em breve vai ser enviada para o SVN.

Boa tarde Regis, Chegou a consultar o manual da ABRASF (no caso versão 1) se existe uma tag para informar o valor do Cofins retido e outra para o valor do Cofins devido? Eu procurei e não achei. Na estrutura do XML do Rps que é o que devemos gerar e enviar para o webservice do provedor só existe uma tag que é: ValorCofins, idem para o Pis.

Boa tarde Anadilson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2346

Bom dia Rogério, Notei que no lote de Rps enviado para o webservice do provedor tem por volta de 7 Rps, até ai sem nenhum problema, pode até ter 50 Rps. O provedor deveria retornar o protocolo e ao consultar o lote ele retornar as rejeições ou os XMLs das notas, mas ele já retornou as rejeições. Se você abrir o *-rec-soap.xml vai notar o seguinte: <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E39</Codigo> <Mensagem>Apenas empresas inscritas neste município podem efetuar retenção de ISSQN.</Mensagem> <Correcao>O tomador do serviço não foi encontrado na base de dados do município</Correcao> </MensagemRetorno> </ListaMensagemRetorno> Pelo menos um desses 7 Rps incluídos no lote o tomador não esta inscrito no município e foi informado que existe retenção de ISSQN. Infelizmente o webservice não informa qual dos Rps que provocou a rejeição. Vai ser necessário verificar um por um para identifica-lo.

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

Boa noite, Temos que tomar muito cuidado ao alterar as Units bases, pois podem gerar um efeito colateral em outro provedores. Esse tipo de alteração deve ocorrer nas units do respectivo provedor assim não afeta os demais. A linha: GerarIDRps := true Pode e deve nestes casos ser incluída na procedure Configuracao que se encontra na unit provedor.GravarXml. Caso essa não exista devera ser declarada, para isso vide as units de outros provedores.