Italo Giurizzato Junior

Boa tarde, Complementando o que o Juliomar lhe passou: Antes você usava apenas um documento para emitir tanto a nota de venda de produtos quanto de serviços, agora vai ser necessário emitir dois documentos, um para produtos e outro para serviços. Você vai usar o componente ACBrNFe para a venda de produtos e o ACBrNFSeX para a prestação de serviços. Sendo assim, a sua aplicação agora vai ter que separar o que é produto e o que é serviço e alimentar corretamente cada componente para poder emitir as notas.

Boa tarde Carlos, Descobri o seguinte analisando os seus XMLs: O XML da NFS-e retornado pelo método Emitir e pelo método ConsultarNFSePorRps as datas estão no formato AAAA-MM-DD, por outro lado o XML da NFS-e retornado pelo método ConsultarNfsePorFaixa as datas estão no formato DD/MM/AAAA. Isso explica o erro que ocorreu logo após o cancelamento, o componente esta realizando a consulta, esta consulta esta retornando o XML da nota, mas como a formatação das datas esta "errado" o componente gera o erro. Outra coisa, o XML da nota retornado pelo ConsultarNFSePorRps consta que a nota esta cancelada (tag Status = 2) e temos a presença do grupo NfseCancelamento com as informações do pedido de cancelamento e a data hora do cancelamento. Por outro lado o CosultarNfsePorFaixa só traz a tag Status = 2. A sugestão que eu dou é que você entre em contato com o provedor e exponha todos esses problemas: 1. Padronização na formatação das datas em todos os retornos de todos os serviços. 2. Padronização da geração do XML da nota (ter uma única rotina que gere o XML da mesma); Por fim, o componente não tem condições e não deve ficar adivinhando o formato de uma data.

Boa tarde Marcelo, No XML que você anexou notei que foi informado a alíquota com o valor 2 e não consta as informações do tomador. As tags CodigoMunicipio e MunicipioIncidentia tem o mesmo código de município, posso entender que se trata de serviço prestado dentro do municipio? Se sim, esta correto informar a alíquota? Ou quando CodigoMunicipio for igual a MunicipioIncidencia não devemos gerar a tag Aliquota?

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

Boa tarde Paulo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Notei que o retorno do cancelamento esta vazio, ou seja, o webservice do provedor não esta gerando o XML de retorno referente ao cancelamento. Sendo assim não temos como saber se o cancelamento ocorreu com sucesso ou não.

Boa tarde Douglas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Cleonir, Já esta no SVN.

Bom dia Willian, Você esta com todos os fontes atualizados? Erro: A999 - A tag LoteRps e todas as tags InfDeclaracaoPrestacaoServico devem ser assinadas. Por favor verifique. - Na unit ISSJoinville.Provider temos: with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; end; O valor True em Rps diz ao componente que ele deve assinar a tag InfDeclaracaoPrestacaoServico. O valor True em LoteRps diz ao componente que ele deve assinar a tag LoteRps. Como você pode ver na imagem abaixo ambas as tags estão sendo assinadas:

Bom dia Willian, Acredito que essa URL esteja errada. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Diego, Já esta no SVN.

Antonio, Já esta no SVN.

Bom dia Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3299

Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3298

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

Boa noite Paulo, Configura o componente para salvar os XML (soap) e refaça os testes de envio do Rps, de consulta e de cancelamento. Para cada método vai ser gerado 4 XML (2 de envio e 2 de retorno), totalizando 12 XML. Anexa eles para que eu possa analisar.

Boa tarde Marcos, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Faça uma cópia das suas alterações, restaura a unit ACB rNFSeXProviderABRASFv2 e faça novos testes com a unit e o Schema em anexo. nfse.xsd DBSeller.Provider.pas

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

Bom dia Tiago, No link abaixo do lado inferior direito você vai achar uma figura referente a cartilha. Portal do Manifesto Eletrônico de Documentos Fiscais - SVRS

Bom dia Marcelo, Se não informa a Alíquota acusa que ela não foi informada. Por outro lado se informa acusa que não permite tributação fora do município. Precisamos saber se quando a tributação for fora do município devemos gerar a tag alíquota com o valor zero.

Bom dia, Você esta usando o botão [Consultar NFSe Serviço Tomado Por Tomador] ? No caso do ISSSaoPaulo tem que ser esse botão, caso contrário vai ocorrer erro mesmo.

Bom dia Carlos, Um desses XML é o Rps, não serve pois é o componente que gera. O XML do Rps deve estar sendo enviado através do método EnviarLoteRpsSincrono, correto? Se sim, esse serviço do webservice já retorna o XML da NFS-e. Eu preciso desse XML para comparar com o XML da NFS-e retornado pela consulta.

Bom dia André, O problema é que dependendo do provedor além de assinar o lote se deve assinar também os Rps contidos nele. A minha sugestão é que você alimente o componente com os dados dos Rps caso tenha mais do que um e depois execute o método GerarLote. Esse método vai gerar o XML dos Rps, assinar se necessário, gerar o Lote e por fim assinar se necessário.

Bom dia Paulo, Vou tentar ajustar o Schema.

Boa tarde Douglas, Já inclui na minha lista de tarefas. TK-3292