Italo Giurizzato Junior

Boa tarde Douglas, Usando o programa exemplo do componente ACBrNFSe fiz um teste com a cidade em questão. Consegui estabelecer conexão e obter um retorno usando o método Gerar.

Boa tarde a todos, Para que o XML seja assinado ou não é preciso alterar o arquivo INI do provedor. Essa é a configuração atual, ou seja, nada é assinado. [Assinar] RPS=0 Lote=0 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=0 Substituir=0 Se deseja que o RPS seja assinado deve-se alterar o valor zero por um (1).

Boa tarde, É preciso investigar, esta muito estranho.

Boa tarde Giovani, O seu código deve ficar da seguinte forma: infRespTec.CNPJ := CNPJ da empresa de software infRespTec.xContato := meu nome infRespTec.email := meu email infRespTec.fone := meu telefone Lembre-se configurar o componente é uma coisa, alimentar com os dados da venda é outra. As 4 linhas acimas devem ser incluídas na rotina que alimenta o componente. Já as linhas abaixo devem ser incluídas na rotina que configura o componente. // Enquanto o desenvolvedor não tiver o seu CSRT deverá configurar // as propriedades IdCSRT e CSRT conforme exemplo abaixo. ACBrNFe1.Configuracoes.RespTec.IdCSRT := 0; ACBrNFe1.Configuracoes.RespTec.CSRT := '';

Costa, A suíte ACBr ainda continua compatível com o Delphi 7. Você pode usar neste caso o componente ACBreSocial. As Units dos eventos 2121 e 2245 esta faltando implementar a função responsável por ler o arquivo INI do evento. Esse arquivo INI é muito utilizado pelos desenvolvedores que se utilizam do ACBrMonitor. Pretendo implementar a função para os dois eventos citados até o final desta semana, bem como disponibilizar um arquivo INI de exemplo de cada um dos eventos.

Boa tarde, Muito obrigado pela correção, já enviei para o repositório.

Boa tarde Costa, Qual é a versão do seu Delphi?

Boa tarde, O que de fato você esta tentando fazer? O XML que você anexou se refere ao XML de uma NFS-e. Já a tag </Pedido> que você informou na sua primeira postagem (que diga-se de passagem no lugar errado: lugar postado ACBrCTe, lugar correto ACBrNFSe) aparece no pedido de cancelamento. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção para apagar os arquivos antigos marcada? Se sim, esta fazendo testes com o programa exemplo? Esta usando os arquivos INI que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa tarde Paulo, Muito obrigado pela correção, já enviei para o repositório.

Boa tarde Juliana, Vou verificar esses dois eventos. Costa, você trabalha com qual linguagem? O ACBrMonitor é destinado aos desenvolvedores que não utilizam o Delphi ou Lazarus.

Boa tarde Wesclei, Desculpe, falha minha. Até o final de hoje estarei enviando o arquivo atualizado para o repositório.

Bom dia Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Apenas um detalhe os seus fontes estão desatualizados.

Bom dia Giovani, Não, a propriedade é CSRT. Temos duas propriedades de configuração: idCSRT e CSRT. Dentro do grupo <infRespTec> temos dois campos: idCSRT e hashCSRT. O campo idCSRT recebe o mesmo valor da propriedade de configuração idCSRT. Já o campo hashCSRT é gerado da seguinte forma: O hashCSRT é o resultado da função hash (SHA-1 – Base64) do CSRT fornecido pelo fisco mais a Chave de Acesso da NFe. Abaixo temos a procedure que gera o grupo <infRespTec> da NF-e: procedure TNFeW.GerarinfRespTec; begin if (nfe.infRespTec.CNPJ <> '') then begin Gerador.wGrupo('infRespTec', '#081'); Gerador.wCampoCNPJ('#82', nfe.infRespTec.CNPJ, CODIGO_BRASIL, True); Gerador.wCampo(tcStr, '#083', 'xContato', 02, 60, 1, nfe.infRespTec.xContato, DSC_XCONTATO); Gerador.wCampo(tcStr, '#084', 'email ', 06, 60, 1, nfe.infRespTec.email, DSC_EMAIL); Gerador.wCampo(tcStr, '#085', 'fone ', 07, 12, 1, nfe.infRespTec.fone, DSC_FONE); if (idCSRT <> 0) and (CSRT <> '') then begin Gerador.wCampo(tcInt, '#086', 'idCSRT ', 02, 02, 1, idCSRT, DSC_IDCSRT); Gerador.wCampo(tcStr, '#087', 'hashCSRT', 28, 28, 1, CalcularHashCSRT(CSRT, FChaveNFe), DSC_HASHCSRT); end; Gerador.wGrupo('/infRespTec'); end; end; Note que o valor do campo hashCSRT é o resultado retornado pela função CalcularHashCSRT que recebe como parâmetros a propriedade CSRT e a chave da NF-e.

Bom dia, Quando uma nota é enviada e ocorre algum erro, a primeira providencia a ser tomada é realizar uma consulta, pois não sabemos se o erro ocorreu no envio ou no retorno da SEFAZ. Se o erro ocorreu no retorno, a consulta vai nos informar o resultado do processamento, se a nota estava correta, será retornado o protocolo de autorização. É interessante ao realizar essa consulta, estarmos com o XML da nota carregado no componente, pois se for retornado o protocolo de autorização o XML será atualizado automaticamente, com isso podemos imprimir o DANFE. Por outro lado se o erro ocorreu no envio, a consulta vai nos retornar que a nota não consta na base de dados. O que fazer neste caso? Podemos tentar novamente o envio ou inutilizar o numero da nota cujo envio não ocorreu por falha na SEFAZ e por fim enviar a nota pelo SAT (contingência da NFC-e) no Estado de São Paulo.

Bom dia a todos, Não sei se é falta de conhecimento desses contadores ou é uma jogada para tirar o deles da reta.

Bom dia, Acredito que esteja ocorrendo uma confusão. O método Enviar do Monitor não se utiliza do Consultar, isso se explica o envio ocorrer sem nenhum problema. Por outro lado o método Cancelar se utiliza do Consultar para saber se a nota foi enviada e autorizada antes de solicitar o seu cancelamento. Se a SEFAZ esta com algum problema no serviço de consulta o método Cancelar do Monitor vai falhar. Para tirar essa duvida é simples, basta enviar uma nota e depois tentar consultar, se ocorrer erro concluímos que o serviço de consulta esta com problemas.

Matias, As linhas abaixo não vejo necessidade. dtmManifestoEletronico.ACBrMDFe.Manifestos.GravarXML(vArquivo); dtmManifestoEletronico.ACBrMDFe.WebServices.Recibo.Executar; Pois a primeira linha (...Assinar;) se encarrega de gerar, assinar o XML e salvar em disco. A linha (...Consultar;) também não vejo necessidade, pois o enviar realiza todo o processo e caso o MDF-e seja autorizado o XML será atualizado com o protocolo de autorização.

Infelizmente não tenho nenhum XML, caso contrario teria anexado para você se basear.

Bom dia Avila, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes e faça novos testes usando o programa exemplo. Note que fiz alterações no arquivo INI do provedor.

Bom dia, O emitente é de São Paulo, se sim, a contingência da NFC-e para emitente de SP é o SAT e não a Off-line.

Bom dia, A principio não vejo motivo para a rejeição, mas notei que as informações (valores) foram passados a fim de testes e que não condiz com a realidade, pois tem todos os tipos de deduções e descontos. O que me chamou a atenção é que nas informações do item não foi informado quantidade e nem valores. Talvez, a SEFAZ esteja rejeitando a nota por esse motivo, mas infelizmente esta apresentando uma outra rejeição que não tem nada haver.

Bom dia Matias, No meu entendimento, você deve salvar no banco de dados o XML do MDF-e com validade jurídica, ou seja, o XML deve estar assinado e com o protocolo de autorização retornado pela SEFAZ.

Bom dia Giovani, Quanto aos campos: CNPJ, xContato, fone e email esta correto, mas o idCSRT e hashCSRT não. Quando a SEFAZ disponibilizar o site ou webservice o que será fornecido é o idCSRT (campo numérico) e o CSRT (campo alfanumérico). Essas duas informações deverão ser passadas para os respectivos campos que se encontra nas propriedades de configuração do componente. // Enquanto o desenvolvedor não tiver o seu CSRT deverá configurar // as propriedades IdCSRT e CSRT conforme exemplo abaixo. ACBrNFe1.Configuracoes.RespTec.IdCSRT := 0; ACBrNFe1.Configuracoes.RespTec.CSRT := '';

Boa tarde Doublas, Você não esta baixando os fontes do repositório SVN do ACBr? O componente ACBrNFSe, pelo que sei já tem o provedor GovDigital implementado e a cidade em questão se encontra no arquivo Cidades.ini O provedor GovDigital segue a versão 2 do layout da ABRASF sendo assim é para estar disponível os serviços EnviarLoteRps (método Enviar), GerarNfse (método Gerar) e EnviarLoteRpsSincrono (método EnviarSincrono).

Boa tarde Giovani, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.