Italo Giurizzato Junior

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

Boa tarde Marcio, Tente os outros 2 modos de envio. E também o Consultar NFS-e por Rps.

Marcio, Tente da seguinte forma: WebService.Emite.Resumos[0].NumeroNota WebService.Emite.Resumos[0].SerieNota

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

Boa tarde Walter, A partir da versão 4.00 do CT-e não existe mais o serviço para inutilizar numero ou faixa de números. Estive em São Paulo mês passado em uma reunião com o Fisco e essa questão foi exposta, mas o Fisco não deu uma resposta de como proceder. Estamos aguardando alguma Nota Técnica contendo o procedimento a ser adotado pelas empresas.

Boa tarde Vanderlei, Já esta no SVN.

Boa tarde, Já esta no SVN.

Boa tarde Mario, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr, pois os seus fontes estão desatualizados.

Bom dia, Pelo XML de retorno o que tudo indica deve ter alguma informação errada no XML de envio e o webservice não conseguiu montar corretamente o XML de retorno.

Bom dia Milton, Primeiramente, se ocorre algum erro de internet, já mais devemos enviar novamente a nota, pelo simples fato de não sabermos em que momento ocorreu o erro. Uma vez que esse erro pode ter ocorrido no envio ou no retorno. A lógica é bem simples, ocorreu erro de internet, carrega o componente com o XML da nota e execute o método Consultar. Se o erro ocorreu no retorno teremos como resposta o resultado do processamento da nota que pode ser autorizada ou rejeitada. Se retornar autorizada, automaticamente o XML vai ser atualizado com o protocolo de autorização, passo seguinte é imprimir o DANFE. Se retornar rejeitada, ai devemos fazer as devidas correções e enviar a nota novamente. Agora se o erro ocorreu no envio, ao realizar a consulta teremos a rejeição: 217 - NF-e não consta na base de dados da SEFAZ. Com essa rejeição temos a certeza que a nota não consta na SEFAZ e que o erro ocorreu no envio, o passo seguinte é enviar novamente. Desta forma você não vai ter mais a rejeição de nota em duplicidade. Detalhe importante: O procedimento acima pode ser adotado por quem usa o Componente ou a Lib ou o Monitor.

Bom dia, Primeiramente, a tag BaseCalculo pertence ao layout da NFS-e e não do RPS, portanto você não vai conseguir gerar o XML do RPS com a tag BaseCalculo com valor igual a zero ou não. Segundo, o XML da NFS-e da versão 2.04 que é utilizado pela cidade de Anapolis, possui uma tag que contem uma vogal acentuada. Mas esse problema seria ao tentar ler o XML do disco. Eu não sei como você esta fazendo para baixar o XML, se é via site ou se é através de algum método de consulta do componente.

Bom dia Mario, Já inclui na minha lista de tarefas para analisar o problema. TK-4288

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

Boa tarde, Complementando:

Bom dia Mario, Após o envio, você esta executando algum método de consulta? Se sim, qual? Note que o envio ocorreu no modo Síncrono e no retorno já temos o XML da NFS-e. Caso você tenha configurado para salvar o XML em disco, verifica se não foi criado uma pasta chamada Notas? Caso afirmativo é para constar dentro desta pasta o XML da nota.

Boa tarde, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSeX.

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

Boa tarde Yasmin, Faça um teste usando o programa exemplo do componente ACBrNFe. Esse teste é importante se mesmo com o programa exemplo ocorre o mesmo erro.

Boa tarde, Primeiramente esse XML é do RPS e não da NFS-e. Lembre-se que o XML usado para imprimir o DANFSE é o da NFS-e. Segundo, você não informou se utiliza o Fortes ou Fast Report. Terceiro verificando a impressão do DANFSE feito em Fortes temos esta linha: if fpNFSe.InformacoesComplementares <> '' then rlmDadosAdicionais.Lines.Add(StringReplace(fpNFSe.InformacoesComplementares, FQuebradeLinha, #13#10, [rfReplaceAll, rfIgnoreCase])); Como você pode ver se o campo InformacoesComplementares não estiver vazio ele vai adicionar ao quadro de dados adicionais o conteúdo do campo, mas antes ele faz a troca do caractere de quebra de linha pela sequencia #13#10.

Yasmin, Então você configurou o componente da forma errada. Configure ele para usar a versão 4.00

Bom dia Yasmin, Você esta usando o componente ACBrCTe para realizar essa consulta?

Bom dia, Complementado o que o Renato escreveu. O provedor PadraoNacional é configurado no arquivo ACBrNFSeXServicos para as cidades que aderiram a emissão por esse padrão. Por outro lado uma cidade que utiliza um outro provedor é possível em tempo de execução mudar o layout do XML para o Padrão Nacional se o prestador de serviço for MEI. Por fim, reforço: Faça os testes usando o programa exemplo do componente ACBrNFSeX para entender como é que a coisa funciona. Caso contrario você vai perder muito tempo tentando escrever a sua aplicação e entender o funcionamento.

Bom dia, Vamos lá. O componente só vai gerar e imprimir no DANFSE o QR-Code se e somente se: 1. Existir no XML a URL do QR-Code; 2. No arquivo ACBrNFSeXServicos constar a URL (ProLinkNFSe/HomLinkNFSe) para a cidade em questão. No XML da NFS-e retornado pelo provedor ISSNet que é o que atende Brasília/DF não consta a URL e no arquivo ACBrNFSeXServicos também não. Logo não vai gerar e imprimir no DANFSE o QR-Code.

Bom dia Glauber, A implementação desse provedor esta parada pelo simples fato de que os caras desse provedor andaram bebendo gasolina e fumando ao mesmo tempo. Veja a página 33 desse manual. Os doidos varridos resolveram criptografar o conteúdo de cada tag em vez de criptografar o XML por inteiro se a intensão é proteger as informações. Sem contar que usaram um método de criptografia que só a Nasa usa.