BigWings

Para uso com o ACBr, seja NFCe ou NFe, homologação ou produção, os schemas estão na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Foi discutido esse assunto num tópico recente:

Esse trecho não faz a transmissão, apenas gera e assina o XML. Então não tem como você estar recebendo erro na transmissão. Pergunto novamente, o XML está sendo assinado? Anexe o mesmo para análise.

O XML está sendo assinado? Informe o passo a passo, no programa exemplo do componente, para replicação do problema.

Essa propriedade foi removida do componente, desde que a geração da tag no XML passou a ser obrigatória. Se estiver com erro no carregamento de .dfm, basta ignorar e salvar novamente para remover ela do arquivo.

Veja o aviso no portal. A partir do dia 07/07/2020 não vai mais consultar NFe no portal nacional sem certificado do emitente ou um dos interessados na nota. Então pode esquecer essa unit.

https://projetoacbr.com.br/fontes/

Sim, com o teu XML e alterando o programa exemplo, no botão Imprimir DANFE, inseri essas duas linhas que você pode ver na imagem.

vProd = valor dos produtos (quantidade x valor unitario) vDesc = desconto vNF = valor da nota = vProd - vDesc + vFrete + vSeg + ...

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

Realmente parece estar com problemas. Nem o portal SVRS está acessando.

Isso indica problema local de configuração da rede, DNS, proxy... Talvez algum problema com o provedor local.

Erro de digitação?

Não trabalho com SAT, mas creio que possa usar o Wi-Fi do equipamento para conexão com a SEFAZ, mas deve usar o cabo USB para conexão com a máquina onde está emitido o CFe.

Só observando que o fato de existir o grupo rastro não quer dizer que o item é um medicamento. Pra identificar como medicamento devia existir também o grupo med.

Não muda o que falei. Talvez GINFES e ISSNET não exijam assinatura do XML... Talvez tenha alguma condição na tua rotina que esteja deixando de configurar o componente quando Equiplano... Testei pelo programa exemplo para Equiplano e gerou e assinou normalmente o XML.

Esse erro indica falta de configuração das propriedade SSLLib, em específico a SSLXmlSignLib.

Para todos os estados usuários da SVRS, acredito.

De acordo com o Anexo I - Leiaute do manual MDFe 3.00a: Grupo infMunDescarga pode ter 1 a 100 ocorrências. Para cada município pode ser informado de 0 a 10.000 NFe, CTe ou MDFe. Então, em teoria, o limite máximo é de 100 x 10.000 = 1.000.000 de documentos. Lembrando que há limitação no tamanho máximo do arquivo XML gerado de 2048 KB.

Fiz alguns ajustes. Teste com a unit anexo. uPortoSeguroIndy.pas

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.

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.

Isso é um tiro no pé.

Esse arquivo é CNAB400...