BigWings

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...

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

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.

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.

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.