Italo Giurizzato Junior

Boa tarde Daniel, Experimenta informar o código da atividade (CNAE) como sendo 006202300.

Boa tarde Almeida, Pela URL que você passou não ocorreu troca de provedor. A cidade continua sendo atendida pelo provedor SmarAPD só que agora passou a utilizar o webservice que segue a versão 2.03 do layout da ABRASF. Vai ser necessário alterar o arquivo ACBrNFSeXServicos.ini para a cidade de Cubatão/SP da mesma forma que foi alterado para a cidade de Mogi das Cruzes/SP. Como alterar, leia o tópico abaixo:

Douglas, Já esta no SVN.

Bom dia Henrique, A cidade Rio Verde/GO se utiliza do provedor Centi e este só tem um serviço para recepcionar o XML do Rps que é o GerarNfse. Esse serviço trabalha no modo síncrono e só aceita um Rps de cada vez. No novo componente ACBrNFSeX, devemos usar o método Emitir com o segundo parâmetro meAutomatico, desta forma ele vai usar o modo de envio apropriado para cada provedor que no caso do Centi é o modo de envio unitário. Neste caso não temos um lote de Rps e sim apenas um Rps assinado ou não dependendo do provedor que depois é incluído no Envelope soap para ser enviado para o webservice. Se esta ocorrendo erro de assinatura invalida, acredito que o motivo seja, vogais acentuadas, cedilha ou o "E" comercial que muitas empresas colocam na razão social.

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

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

Bom dia Gustavo, Se o XML de envio não esta com o lote assinado o problema é que você esta com os fontes desatualizados. Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr e depois faça novos testes.

Boa tarde Daniel, Mas esse XML que você anexou a tag matricula contém o cedilha e a vogal acentuada.

Elisângela, O XML dessa nota foi retornado através de qual método? Gostaria de analisar o XML (soap) de retorno do método que resultou no XML da nota.

Bom dia Elisângela, Você utiliza Delphi ou Lazarus?

Bom dia Paulo, Se você abrir a unit ACBrNFSeXNotasFiscais vai notar que a função TNotasFiscais.LoadFromFile e TNotasFiscais.LoadFromStream se utilizam da função TNotasFiscais.LoadFromString. Não entendi esse problema de estar se perdendo ao selecionar o provedor.

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

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.

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.

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

Ronaldo, Já esta no SVN.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-3302

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

Boa tarde, Não cada provedor age de uma forma diferente de outro.

Boa tarde Hugo, Você esta com todos os fontes de todas as pastas atualizadas e reinstalou o ACBr?

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?