BigWings

Depois de atualizar os fontes executou o ACBrInstall_Trunk2.exe para recompilar e reinstalar os pacotes?

Que saiba, nada muda na impressão, só precisa trocar o papel para que seja impresso no formulário em vez do papel comum. Na contingência SVC não precisa reenviar o XML, a própria SEFAZ se encarrega de sincronizar os XML assim que retornar a atividade.

A imagem mostra um modelo antigo do DANFE NFCe, Teste por favor com o arquivo DANFeNFCe5_00.fr3. Veja a configuração de margens, defina todas como 0 para usar as margens do .FR3.

Para NFe existe a contingência FS-DA, a contingência SVC (RS ou AN) e a contingência EPEC. Cada uma tem as suas peculiaridades. A FS-DA é bem semelhante a contingência Off-line da NFCe, você não precisa ter conexão de internet funcionando, mas precisa adquirir um formulário especial chamado Formulário de Segurança, adquirido em gráficas conveniadas, e imprimir o DANFE nesse formulário. Após um prazo determinado enviar o XML para a SEFAZ. Eu só vi uma NFe deste tipo uma vez. A EPEC depende de você enviar um evento para o ambiente nacional (Evento Prévio), e imprimir o DANFE com o protocolo de autorização do EPEC. Ao consultar a chave da NFe vai apenas indicar o EPEC emitido. É indicada quando a conexão está lenta, ou está usando uma conexão com limitação de tráfego como 3G ou 4G por exemplo, já que o evento EPEC é um XML menor. Da mesma forma deve transmitir o XML para a SEFAZ assim que regularizar a conexão. A SVC é a mais simples e a mais usada, mas ocorre somente quando a SEFAZ tem problemas nos seus webservices de recepção, ela ativa a contingência SVC permitindo que as NFe sejam enviadas para o webservice de contingência. Depende de a SEFAZ ativar o serviço (em homologação está sempre ativada) e não haver problemas de conectividade do lado do emitente. teContingencia e teSVAN já tiveram o funcionamento descontinuado, no caso da NFe.

A Indy sofreu muitas alterações no Delphi Rio, por isso a unit precisaria ser ajustada. O problema é que a Porto Seguro não oferece um webservice real, pelo que cheguei a verificar os dados precisam ser passados simulando um formulário HTML (TIdMultiPartFormDataStream). Não sei se isso é possível usando as classes do ACBr.

No caso da DRM-380 deve usar ppEscDaruma.

Isso é um tiro no pé.

Esse arquivo é CNAB400...

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

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

Testou pelo demo do componente? Testei e gerou normalmente.

Anexe o XML da NFe/NFCe e o Fr3 que está usando, para análise.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Até onde sei está funcionando sim. Está usando os arquivos .fr3 do repositório?

Você não recebe o retorno com o motivo do não processamento no dia seguinte?

Experimente alterar no arquivo Futurize.ini:

Você não está usando o ACBrNFSe, correto? O componente já faz a conversão da senha para SHA1 e depois converte para Base64: // Fazer o parse da senha, pois pode ter caracteres especiais case FProvedor of proSimplISS: ATexto := StringReplace(ATexto, '%Senha%', ParseText(SenhaWeb, False), [rfReplaceAll]); proSMARAPD: ATexto := StringReplace(ATexto, '%Senha%', EncodeBase64(SHA1(SenhaWeb)) , [rfReplaceAll]); proIPM: ATexto := StringReplace(ATexto, '%Senha%', ParseText(SenhaWeb, False), [rfReplaceAll]); else ATexto := StringReplace(ATexto, '%Senha%', SenhaWeb, [rfReplaceAll]); end;

O que seria o recibo do beneficiário? Um comprovante de entrega?

O DANFE Simplificado está definido da NT 2012.001. Segue o texto da NT: Para Fast também já existe um fr3 no repositório.

Acredito que que vai consumir a DLL é o módulo do Apache, então depende deste ser 32 ou 64 bits.

Por incrível que pareça a regra de validação, que verifica se o documento está cancelado ou não, é opcional no MOC. Então depende de cada UF ativar essa regra ou não, caso ela não tenha ativado é perfeitamente possível emitir um CTe subcontratação informando o CTe anterior cancelado.

Esse erro indica que não estavam configuradas as opções SSLLib do componente, no momento da tentativa de acesso ao certificado. As configurações SSLLib devem ser a primeira coisa que você deve definir, visto que alguns métodos do componente tentam automaticamente acessar o certificado.

Não foi implementada impressão do DANFE simplificado para o componente ACBrNFeDANFeESCPOS, até o momento ele é exclusivo pra impressão do DANFE NFe NFCe. A versão "simplificada" do DANFE NFCe é aquela que não são impressos os itens, apenas cabeçalho, totais e QrCode. ACBrNFeDANFEEscPos.ImprimeItens := False; O manual chama de DANFE resumido ou ecológico.

Provavelmente não, já que decorreu o prazo de 168 para envio da NFe correspondente ao EPEC. Vai ser preciso entrar em contato com a SEFAZ para regularizar a situação do EPEC: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=6KE9Z2 KO3E=

Não faz pois no manual do DANFE NFCe não existe nada a respeito disso. Inclusive foi removida a partir da versão 4.0 do manual a mensagem de "Não permite aproveitamento de crédito de ICMS". Acredito que isso já é subentendi para NFCe já que o modelo não pode ser contabilizado como entrada pelas empresas, pra poder utilizar créditos teria que emitir uma NFe. Caso queira exibir a mensagem deve informar como informação complementar no XML.