Italo Giurizzato Junior

Bom dia @colmanetti, Verifica se o nome do tomador, ou endereço ou discriminação do serviço não contem caracteres do tipo: &, <, > ou " (aspas). A presença desse caracteres invalida a assinatura.

Bom dia @luisclaudio_jr, Vou lhe mostrar um fragmento de código de uma aplicação que fiz a uns quase 20 anos. Muito mal feita por sinal. A diferença é que o XML é lido do disco e não do banco de dados. procedure TfrmEmissorDFE.CarregaArquivo; var ArquivoXML: TStringList; Tamanho: Integer; PathEvento: String; begin ArquivoXML := TStringList.Create; ArquivoXML.LoadFromFile(edtArquivo.Text); TipoDFE := 0; if pos('<infNFe', ArquivoXML.Text) > 0 then TipoDFE := 1; if pos('<infCte', ArquivoXML.Text) > 0 then TipoDFE := 2; if pos('InfNfse', ArquivoXML.Text) > 0 then TipoDFE := 3; if pos('infMDFe', ArquivoXML.Text) > 0 then TipoDFE := 4; if pos('procEventoNFe', ArquivoXML.Text) > 0 then TipoDFE := 5; if pos('procEventoCTe', ArquivoXML.Text) > 0 then TipoDFE := 6; if pos('procEventoMDFe', ArquivoXML.Text) > 0 then TipoDFE := 7; ArquivoXML.Free; // **************************************************************************** // Nota Fiscal Eletrônica // **************************************************************************** if TipoDFE = 1 then begin // Carrega no Componente o NFe salvo em Arquivo XML NFe.NotasFiscais.Clear; NFe.NotasFiscais.LoadFromFile(edtArquivo.Text, False); (...) Note que no LoadFromFile estou informando o segundo parâmetro com o valor False, pois se não informar o XML vai ser gerado novamente. Devemos tomar cuidado também com o LoadFromString e LoadFromStream, eles também tem esse segundo parâmetro.

Bom dia @Light System Software, O componente agora esta gerando a Alíquota segundo o formato apresentado na mensagem de erro, mas mesmo assim a mensagem persiste. Então eu chego a conclusão que o problema não é a formatação desse valor e sim outra coisa. Ou em vez de gerar a aliquota no formato xxx.xx deve ser gerado do formato x.xxxx mas com a alíquota dividida por 100. Sendo assim mude a linha do campo Params para: Params=Dividir100: Refaça o processo que lhe passei na postagem anterior e faça novos testes.

Bom dia @WINDEL, No Manual Visão Geral versão 1.00a na página 9 temos: Como você pode ver o modo de envio da NFCom é unitário e síncrono, portanto no retorno do envio já temos o resultado do processamento, logo não existe o Recibo. O Recibo só existe se o modo de envio é assíncrono como é o caso da NF-e. Outra coisa, veja abaixo a estrutura completa do grupo <gFat> Observe que o código de barras sempre vai ser necessário, mas ele não é de um boleto e sim desse documento. Como é o caso da fatura de energia elétrica ou a fatura de internet, esses documentos de cobrança possuem um código de barras, mas não se refere a um boleto previamente emitido. Opcionalmente podemos informar os campos referente ao débito automático, quando o tomador solicita a inclusão dessa fatura a essa modalidade de pagamento junto ao banco e também opcionalmente poderemos ter a URL referente ao QR-Code do PIX. De posse da fatura do NFCom o tomador poderá pagar em dinheiro ou com cartão em uma agencia bancária ou nos Correios.

Catrini, Já esta no SVN.

Boa tarde @dna.automacao, Já esta no SVN.

Boa tarde Marcelo, Já esta no SVN.

Boa tarde @SupraMAIS, Já esta no SVN.

Boa tarde @luisclaudio_jr, Chamei a Equipe ACBr para juntos tentarmos encontrar uma solução.

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

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

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

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

Boa tarde @Light System Software, Vamos fazer um teste: Altere o arquivo ACBrNFSeXServicos.ini deixando a seção da cidade de Guarulhos/SP da seguinte forma: [3518800] Nome=Guarulhos UF=SP Provedor=Ginfes Params=Aliquota2Casas: ProLinkURL=http://guarulhos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://guarulhos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Note que foi incluído a linha com o campo Params. Depois segui o procedimento abaixo: Após a alteração salve este arquivo, execute o Compila_RES que se encontra na mesma pasta. Reinstale o ACBr, abra a aplicação e compile ela com a opção Build. Por fim realize os testes de preferencia com o programa exemplo do componente ACBrNFSeX. Fico no aguardo do seu retorno.

Boa tarde @Niron Ladeira Moreira, Você diz que sempre funcionou e agora não esta funcionando. Você não esta confundindo o CT-e com o CT-e OS? Existem diferenças na hora de gerar o arquivo INI para o CT-e OS em relação ao CT-e. Lembre-se que o CT-e é destinado a acobertar o transporte de cargas, já o CT-e OS (Outros Serviços) visa acobertar Fretamento, transporte de valores e excesso de bagagem.

Boa tarde @WINDEL, No meu entendimento tanto a mensagem de rejeição quanto a regra G78 deixa claro que para o tipo de faturamento (tpPag) igual a normal o grupo gFat devera constar no XML. A não ser que foi informado o indPrePago ou o IndCessaoMeiosRede O que vem a ser o indPrePago? Indicador de serviço pré-pago: informar a tag somente se a nota for referente a um serviço exclusivamente pré-pago (exemplo: contas de celular pré-pago). O que vem a ser o indCessaoMeiosRede? Indicador de Sessão de Meios de Rede: essa tag dispensa geração do grupo Fatura. Apenas para notas dos tipos Normal e Substituição com tipo de faturamento normal. (infelizmente essa outra tag tanto o manual quanto os schemas deixam a desejar em dar uma explicação mais detalhada do seu objetivo.

Bom dia @Marcelo Toller, Esse não é o primeiro erro nesse schema do Padrão Nacional. Com o passar do tempo é possível que encontramos mais alguns erros. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5643

Bom dia @dna.automacao, Muito obrigado pela colaboração , já inclui na minha lista de tarefas. TK-5642

Bom dia @fabio.ols, A nova versão do ACBrLibNFSe já se encontra disponível. Favor atualizar e fazer novos testes.

Bom dia @C4Dev, Você utiliza o Fast ou o Fortes Report?

Boa tarde @LeonardoRocha, Fiz uma alteração no componente que acredito que vai resolver o problema. Como você utiliza o ACBrLibNFSe, por favor aguarde até amanhã, pois toda terça feira sai uma nova versão das Lib.

Boa tarde @Limber Software, Já esta no SVN.

Boa tarde @Wilson Andrade, Já esta no SVN.

Catrini, Chegou fazer um teste sem a linha: Versao=1.01 ? Esse provedor hoje tem cidades que usam a versão 1.00, outras 1.01 e outras 2.04 Segundo o ACBrNFSeXServicos.ini essa cidade esta configurada para a versão 1.00 (na ausência do campo Versao o componente assume como sendo 1.00). Como na URL temos "?pg=rest" a versão é 1.00 ou 1.01, as cidades que usam a versão 2.04 temos na URL: "?pg=services".

Boa tarde @C4Dev, A imagem que você anexou é a impressão do DANFSE feita através do Portal da Prefeitura? Se sim, como é que sai segundo a impressão do componente? É possível criar um campo para conter a descrição da atividade em nenhum problema, mas para isso vamos precisar de um XML de uma nota para saber exatamente onde esta essa tag e qual é a sua nomenclatura.