BigWings

Correto, se você abrir o arquivo ACBrBPeServicos.ini, verá que para SP ele está configurado para direcionar para a SVRS: [BPe_SP_H] Usar=BPe_SVRS_H ;URL-QRCode= URL-ConsultaBPe= Você pode alterar o arquivo com as URLs e salvar o .ini no diretório da aplicação, que ele será usado para carregar as URL. Segue o arquivo já modificado: ACBrBPeServicos.ini Fiz apenas teste de status de serviço, mas percebi que o retorno está com estrutura diferente do esperado pelo componente (e retornado pela SVRS). Provavelmente serão necessários ajustes.

Você pode: - Comparar o digest value da assinatura com o digest value do protocolo: ACBrBPe1.Bilhetes.Clear; ACBrBPe1.Bilhetes.LoadFromFile(OpenDialog1.FileName, False); if ACBrBPe1.Bilhetes[0].BPe.Signature.DigestValue <> ACBrBPe1.Bilhetes[0].BPe.procBPe.digVal then raise Exception.Create('DigestValue do documento não confere com o DigestValue do protocolo'); - Fazer a consulta do BPe para obter o DigestValue do protocolo retornado: ACBrBPe1.Bilhetes.Clear; ACBrBPe1.Bilhetes.LoadFromFile(OpenDialog1.FileName, False); ACBrBPe1.Consultar; if ACBrBPe1.Bilhetes[0].BPe.Signature.DigestValue <> ACBrBPe1.WebServices.Consulta.protBPe.digVal then raise Exception.Create('DigestValue do documento inválido'); Os componente ACBrNFe e ACBrCTe fazem a validação da assinatura, assim como o ACBrBPe. Um DigestValue incorreto incorreria em erro na validação da assinatura, então não vejo o motivo de insistir em validar apenas pelo digest.

Pelo decreto, a alteração é definitiva, ou até que seja emitido novo decreto: http://www.planalto.gov.br/ccivil_03/_ato2015-2018/2017/decreto/D9242.htm Enviei ajuste para o repositório, favor atualizar os fontes e testar. Revision: 15862 Author: bigwings Date: terça-feira, 23 de outubro de 2018 16:08:06 Message: 23/10/2018 -- pcnAuxiliar -- [*] Ajuste na função "GetInicioDoHorarioDeVerao" de acordo com as novas regras. https://www.projetoacbr.com.br/forum/topic/47233-erro-na-function-getiniciodohorariodeverao/ Por: BigWings

Veja o tópico abaixo:

Por conta de heranças de classes a propriedade ainda aparece nos componentes DANFE NFCe. Por motivos como esse que está sendo feito um refactoring nas classes de impressão de DANFEs, DACTEs, DAMDFes...

A propriedade se aplica somente a NFe.

O que está mudando é o dígito referente ao tipo de emissao. 1 para normal e 9 para contingência. Nesse caso específico você precisa alterar novamente o tipo de emissão para normal, gerar novamente o XML e usar o método ACBrNFe.Consultar para atualizar o XML com o protocolo de autorização. Leia o manual de contingência off-line da NFCe, ele determina o que fazer caso haja erro na transmissão de uma NFCe em modo normal, de forma que a chave não venha a ser alterada por alteração do tipo de emissão. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

Como a chave foi alterada? No processo normal de emissão em contingência a chave deve ser mantida ao transmitir o XML após a saída da contingência.

Não foram geradas chaves das NFe no XML: O motivo é falta de informar a cidade de descarregamento relacionada à NFe. Veja o exemplo do manual: [DESC001] cMunDescarga=3518701 xMunDescarga=GUARUJA ; Utilize tags abaixo para Adicionar NFes Relacionadas [infNFe001001] chNFe= SegCodBarra= indReentrega=

Veja como está pasando a tag cUnid: O retorno da validação do schema diz que cUnid deve ter valor 01 ou 02, como está sendo passado um valor inválido está sendo gerado "00" no XML: Preenchimento do campo segundo o manual:

Apenas complementando a resposta do Italo, como os grupos infCTe e infNFe são filhos do grupo infMunDescarga, e este pode ter até 100 ocorrências, em teoria o limite máximo de documentos que podem ser informados num mesmo MDFe é de 100 municípios x 4000 documentos por município = 400.000 documentos. Lembrando que também há limite do tamanho total do XML de 1024KB.

Está correto se está usando o webservice do Amazonas, ja que o fuso é 1h a menos. Deve-se comparar a data e hora e fuso horário de emissão do XML com a data e hora e fuso horário do recebimento no webservice.

Uma coisa é validar a assinatura, outra é querer gerar novamente o DigestValue. Validar a assinatura é possível, basta você configurar o componente como o Italo recomendou, no que se refere as configurações SSLLib do componente.

Nativa do Delphi não conheço, mas se já usa ACBr estude o método ACBrNFe.Enviar. Quando o parâmetro Zipado é True o ACBr faz a compactação do XML e posteriormente converte em base64.

Esse arquivo é idêntico ao do repositório.

Fiz teste com o demo, também tive o AV aqui com a mensagem de ERRO com esse método, com um token A3. Percebi que se tentasse acessar as informações do certificado, como data de vencimento, depois disso o teste passava a retornar como presente. Incluí a chamada ao CarregarCertificadoSeNecessario e passou a funcionar: procedure TForm1.Button6Click(Sender: TObject); begin if ACBrNFe1.SSL.SSLCryptClass is TDFeWinCrypt then begin try ACBrNFe1.SSL.CarregarCertificadoSeNecessario; GetCertIsHardware(TDFeWinCrypt(ACBrNFe1.SSL.SSLCryptClass).Certificado); ShowMessage('PRESENTE'); except ShowMessage('ERRO'); end; end; end;

Nesse caso é configuração incorreta. Sugiro que abra um novo tópico e detalhe melhor o problema.

O retorno apenas indica que não foi possível acessar a impressora. Pode ser configuração incorreta, problema com o driver da porta serial virtual... Você consegue imprimir normalmente apesar do erro?

Se o XML não foi gravado no momento da emissão ou autorização da nota, a única forma de "baixar" o XML é gerar novamente o XML com exatamente os mesmos dados da venda e mesmo cNF, assinar e usar o método ACBrNFe.Consultar para atualizar o XML com o protocolo de autorização. A alternativa é entrar em contato com a SEFAZ estadual e solicitar o arquivo armazenado por eles. Vou fechar o tópico por ter se desviado do assunto, caso ainda tenha dúvidas, crie um novo tópico.

Como já dito, não existe o método DistribuicaoDFe para NFCe. Para NFe você pode configurar o componente assim: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve400; A versão 3.10 já foi desativada.

Provavelmente não, não faço idéia do que você está querendo fazer.

Não existe essa seção no ACBrNFeServicos.ini. Até porque não existe ambiente nacional para NFCe. Até onde sei, os únicos serviços ativos onde se usa o ambiente nacional são os eventos de manifestação do destinatário e o método DistribuicaoDFe. Se estiver usando esses serviços, certifique-se que o componente está configurado para o modelo NFe.

A SEFAZ não disponibiliza o XML da NFCe via webservice. O emitente é o responsável legal pelo armazenamento dos arquivos XML.

A tag pDevol é em relação à quantidade devolvida: NT 2013.005 v1.22: