Italo Giurizzato Junior

Bom dia Alex, Já esta no SVN.

Bom dia, Já esta no SVN.

Bom dia, Inclui na minha lista de tarefas para analise. TK-4446

Boa tarde Heronim, Na unit SoftPlan.GravarXml temos o seguinte: // AEDF = Autorização para emissão de documentos fiscais eletrônicos. NFSeNode.AppendChild(AddNode(tcStr, '#1', 'numeroAEDF', 6, 7, 1, ChaveAutoriz, '')); Como você pode ver o componente se utiliza do conteúdo do campo ChaveAutoriz para gerar a tag numeroAEDF. Na unit ACBrNFSeXProviderBase temos o seguinte: AWriter.ChaveAutoriz := Configuracoes.Geral.Emitente.WSChaveAutoriz; É essa linha que alimenta o campo ChaveAutoriz com o conteúdo configurado na propriedade WSChaveAutoriz. Por fim na unit SoftPlan.Provider temos: procedure TACBrNFSeXWebserviceSoftPlan.SetHeaders(aHeaderReq: THTTPHeader); var Auth: string; begin if (FpMetodo = tmGerarToken) then begin with TConfiguracoesNFSe(FPConfiguracoes).Geral do Auth := Emitente.WSChaveAcesso + ':' + Emitente.WSFraseSecr; Auth := 'Basic ' + String(EncodeBase64(AnsiString(Auth))); aHeaderReq.AddHeader('Authorization', Auth); end else begin Auth := 'Bearer ' + TACBrNFSeX(FPDFeOwner).WebService.GerarToken.Token; aHeaderReq.AddHeader('Authorization', Auth); aHeaderReq.AddHeader('Connection', 'keep-alive'); aHeaderReq.AddHeader('Accept', '*/*'); end; end; Note que ao executar o método GerarToken (exigência desse provedor) é utilizado as propriedades de configuração: WSChaveAcesso e WSFraseSecr. O método GerarToken retorna um Token que é utilizado pelos demais métodos. No meu entendimento para esse provedor necessitamos da Chave de Acesso, Chave de Autorização e da Frase Secreta. Já o Token é gerado e retornado pelo webservice antes de ser utilizado qualquer outro método.

Boa tarde Diogo, Já esta no SVN.

Boa tarde Diego, Favor atualizar todos os fones de todas as pastas, reinstale o ACBr e faça novos testes em ambiente de homologação, Enviamos hoje, ajustes para o ambiente de homologação funcionar.

Boa tarde Danny, Já esta no SVN.

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

Boa tarde Dany, Já esta no SVN.

Bom dia, No caso do Itau e Sicredi qual é o Segmento que esta sendo gerado errado? É muito vago dizer que os campos das posições 15, 16 e 17 estão errados, pois essas posições existe em todos os registros e segmentos. Para que eu possa fazer a correção é preciso de uma informação correta, para não alterar o que esta correto. Para o banco Itau qual é ou quais são os segmentos que estão sendo gerados de forma errada. Idem para o Sicredi.

Bom dia, A rotina responsável pela assinatura é utilizada por todos os componentes DF-e, mais o eSocial e Reinf. Sendo assim, qual quer alteração deve ser feita com muita cautela, pois pode gerar um efeito colateral no demais componentes.

Bom dia Guilherme, Esse XML é o retorno da consulta, verifique se na pasta Notas não consta o XML da nota, pois esse ai, o componente não vai ler os dados da nota.

Bom dia Adilson, Esta estranho, pois deveria estar retornado sim essas informações, vai ser necessário colocar um ponto de parada na unit PadraoNacional.LerXml para verficar se esta lendo essas informações.

Bom dia Tiago, Acredito que o nosso amigo Juliomar se confundiu. Em uma NFS-e temos a figura do Prestador, Tomador e Intermediário do Serviço. Ao criarmos as propriedades de configuração do componente em vez de usarmos o tempo Prestador acabamos usando Emitente, mas é a mesma pessoa.

Bom dia Fabio, Tenha sempre em mente o seguinte: 1. O XML da NFS-e é gerado pela API da NFS-e Padrão Nacional. 2. Nesse XML temos as tags: <verAplic>Testes_0.1.0</verAplic> <ambGer>2</ambGer> Onde verAplip é a versão da aplicação que gerou a NFS-e, infelizmente o pessoal responsável pela API esqueceram de alterar a descrição da versão da API de Produção. Eu já informei a eles sobre esse problema, precisamos aguardar eles voltarem do cafezinho para corrigir. A tag ambGer (Ambiente gerador da NFS-e) que traz o valor 2 não significa ambiente de homologação e sim: 1- Sistema Próprio do Município; 2- Sefin Nacional NFS-e. Vamos entender isso: Quando a prefeitura adere somente o compartilhamento de dados, os contribuintes continuam emitindo suas notas através do provedor contratado pela prefeitura, esta por sua vez gera um DPS e envia para a API, neste caso a tag ambGer vai conter o valor 1, no caso do MEI e das prefeituras que aderiram a emissão da NFS-e, o valor da tag vai ser 2. 3. Não podemos alterar o XML, pois ao fazer isso ao verificar se o XML é valido vai constar que não é, uma vez que o XML foi alterado logo o DigestValue não bate mais. 4. Tem como saber sim se uma nota foi cancelada ou não. No XML da mesma não consta essa informação, mas de posse da chave da mesma, você pode consultar os eventos, informando somente a chave. Neste caso a API vai lhe retornar todos os eventos vinculados a nota, se ela foi cancelada será retornado o evento de cancelamento. De uma olhada no programa exemplo, mais precisamente a procedure ChecarResposta o tratamento para o retorno do ConsultarEvento. É retornado a chave da nota, a data do evento, o tipo de evento, o numero sequencial do mesmo e o ID do evento. Se o componente estiver configurando para salvar o retorno em disco, o XML do evento vai ser salvo.

Boa tarde Mario, Por favor substitua a unit pela que esta em anexo. Reinstale o ACBr e repita o teste. PadraoNacional.Provider.pas

Boa tarde Ricardo, A NFS-e é um caso a parte. Todos os demais DF-e, devemos gerar o XML do mesmo, assinar, validar, enviar para a SEFAZ e esta caso os dados estejam corretos retorna o protocolo de autorização que é adicionado ao XML que foi gerado e enviado. Já a NFS-e, devemos gerar o XML do RPS (Recibo Provisório de Serviço) ou DPS (Declaração Provisória de Serviço - Padrão Nacional), assinar, validar, enviar para o webservice do provedor e este caso os dados estejam corretos vai gerar um novo XML que é o da NFS-e. Lembre-se o XML da NFS-e é gerado pelo webservice do provedor. Sendo assim optamos por separar esses XMLs. É criado automaticamente uma pasta chamada Recibos onde os XMLs dos RPS / DPS são salvos e uma outra pasta chamada Notas onde são salvos os XMLs das NFS-e retornados pelos webservices dos provedores.

Boa tarde Denis, Com qual versão do Delphi ocorre o problema e qual a versão que não ocorre?

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

Boa tarde @Valdir Dill, Tanto o DANFSE feito em Fortes quanto o que foi feito em Fast Report, foram feitos baseados no layout do XML da NFS-e da ABRASF. Nas units que fazem a leitura dos XMLs das NFS-e dos provedores que tem layout próprio, foram inseridas algumas linhas para poder alimentar os campos necessários para que os dados das notas fossem impressos. Se faz necessário fazer o mesmo com a unit que realiza a leitura do XML da NFS-e do Padrão Nacional. Lhe peço um pouco mais de paciência que vamos resolver isso. O layout do DANFSE vai continuar o mesmo que você esta acostumado. Caso algum cliente ou contador implicar com esse layout, basta usar o método ObterDANFSE, este vai baixar da API do Padrão Nacional o PDF do DANFSE segundo o layout deles.

Boa tarde Alfredo, Agora esta imprimindo corretamente?

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

Boa tarde, O Segmento N realmente esta errado, vou corrigir. Agora quanto ao J52, segundo o manual da Febraban devemos gerar esse campo com um espaço em branco, veja: O campo da linha 06.4.J52 informar com 1 espaço em branco. Qual é o banco que é diferente?

Boa tarde Adilson, Esta ocorrendo algum erro ao enviar o DPS? Em que momento você esta executando o fragmento de código que você postou acima?

Boa tarde @edulamy, Leia o tópico abaixo, ele vai lhe ajudar.