Italo Giurizzato Junior

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

Boa tarde @Carmo, O programa exemplo do componente, mais precisamente o botão [Ler Arquivo Retorno], exemplifica a obtenção de todas as ocorrências, vale a pena conferir.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @Farol TI, Muito obrigado pela colaboração, já foi criado a TK-6006 para fazer a alteração no INI e o enviar para o SVN.

@Destak, Na unit Ginfes.GravarXml, na procedure Configuracao é atribuído o valor zero a propriedade: NrOcorrAliquota, isso indica que ela é opcional, portanto se o valor da alíquota for zero a tag não será gerada. É atribuído o valor 1 a propriedade: NrOcorrValorIss, isso indica que é obrigatório, portanto a tag é gerada mesmo que o valor do ISS seja zero. Na função GerarXml temos uma condição que altera o valor de NrOcorrAliquota para 1 tornando ela obrigatória. Você pode comentar essa condição e alterar o valor de NrOcorrValorIss para zero. Reinstalar o ACBr e fazer novos testes.

Bom dia @mgmobile, Eu realmente não sei o que pode esta errado. Por se tratar de tributos apesar de ter dado uma sugestão e como não deu certo, lhe aconselho a conversar com o contador do seu cliente ou com um bom contador, pois sou como você desenvolvedor que não entende nada dessas questões fiscais. Quanto a rejeição "Total do IPI difere do somatório dos itens é fácil de entender o motivo dela. Nos itens foi destacado o IPI e no total (somatório) não bate, por estar zerado por exemplo. Ou o contrario, nos itens não foi destacado o IPI e no total consta o valor do IPI sendo que deveria ser zero.

Bom dia @Arthur Kina, Complementando o que o @Juliomar Marchetti lhe passou, vendo o arquivo de retorno consta a seguinte mensagem: "ERRO NA CONVERSAO DE RPS EM NOTA FISCAL". Bela mensagem de erro que não leva nada a lugar nenhum. Não vejo outra alternativa entrar em contato com a prefeitura e expor o problema.

Bom dia @guilhermeVaz06, Muito obrigado pela colaboração, já foi criado a TK-6005 para analise, estando tudo OK envio para o SVN.

Bom dia @Destak, As cidades que já tem o novo webservice esta com a URL de produção da seguinte forma: https://ws-nomecidade.giss.com.br/service-ws/nf/nfse-ws Por exemplo: https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Eu troquei "jundiai" por "itu", mas acusou que a URL não existe. Então Itu/SP ainda não esta disponível o novo webservice. Se esse prestador já emitia NFS-e e do nada passou a apresentar esse erro, chego a conclusão que pode ser um problema no webservice do Ginfes ou alguma informação que esta sendo informada no XML de forma errada e que não é necessariamente a alíquota. O Ginfes e o Giss costumam retornar mensagens de erro que não tem nada haver com o erro propriamente dito. Para você ter uma ideia, no Giss as consultas devem ser assinadas, se não assinar é retornado a mensagem de erro acusando que o RPS não esta assinado. O problema é que em uma consulta não consta o XML do RPS, logo a mensagem de erro esta errada. O correto deveria ser: O XML de pedido de consulta deve ser assinado. Mas vamos que vamos.

@Evertof, Já esta no SVN.

Boa tarde @Vanderlei Soares, Já esta no SVN.

@Anderson Grolli, Já esta no SVN.

@João Antônio, Já esta no SVN.

@cgsuporte, Já esta no SVN.

@guilhermeVaz06, Tem sim, veja o provedor ISSIntel. Unit ISSIntel.Provider.

@Evertof, Realmente você tem razão ficou faltando fazer essa alteração, já foi criado a TK-6003 para fazer a devida correção e enviar para o SVN.

Boa tarde @cgsuporte, Muito obrigado pela colaboração, já foi criado a TK-6002 para alterar o arquivo INI

Boa tarde @Destak, Se você enviar um RPS com a alíquota diferente de zero qual é o erro?

Boa tarde @geanjesus, Meu Deus, faz quanto tempo que você não atualiza o ACBr? O GerarXml da Inutilização continua sendo uma função só que agora em vez de retornar o valor True ou False, ela retorna o XML que ela gerou para realizar a inutilização. No seu código você pode mudar para: aXML := InutNFe.GerarXML; if aXML <> '' then RegistrarArquivosInut(InutNFe.ID, aXML, OK);

Boa tarde @edulamy, O componente foi escrito para ler o XML da NFS-e gerado e retornado pelo WebService e não o XML baixado do site. Em muitos casos o XML da NFS-e baixo do site é completamente diferente do retornado pelo WebService.

Boa tarde @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-5999 para alterar o arquivo INI.

Boa tarde @guilhermeVaz06, Essa alteração na URL do soapAction não vai provocar um erro nas demais cidades atendidas pelo provedor PriMax?

Boa tarde @Rogério Ricardo Santos, Esses são de Envio de Lote, precisamos o de retorno.

Boa tarde @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-5998 para alterar o arquivo INI.

Boa tarde @Evertof, Essa alteração que você fez foi em uma unit da sua aplicação ou do componente?