BigWings

A chave desse XML não confere com o conteúdo no que se refere a série: <mod>65</mod> <serie>1</serie> <nNF>17</nNF>

Verifique se está passando a versão do arquivo correta no registro 0000.

Consultei as chaves na SEFAZ-PR e a que consta como autorizada é a chave emitida em contingência (tpEmis=9). A chave supostamente informada pela SEFAZ consta como inexistente.

Segundo o Manual de Orientações, o bairro do destinatário é informação obrigatória no XML da NFe e impressão do DANFE.

Tente também enviar pelo método ACBrNFSe1.Gerar(nRps); Creio que nesse método não haverá problemas de validação.

Entre em contato com a prefeitura e solicite os manuais e os Schemas de validação do XML. Há uma discrepância entre o manual sobre o qual foi implementado a geração do lote e o Schema .xsd de validação: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="IdentificacaoPrestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="QuantidadeRps" type="tsQuantidadeRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="ListaRps" type="ListaRps" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType>

A primeira coisa é descobrir se o servidor de produção é Interbase ou Firebird e qual a versão. A extensão indica que é Interbase, mas não necessariamente. Você pode usar a opção Services - Server Properties / Log do IBExpert para descobrir. Firebird 1.0 tinha compatibilidade com Interbase 6.0. Versões mais novas dos SGBD não tem compatibilidade. Um banco de dados criado numa versão do Firebird pode ser acessado em um servidor com uma versão do Firebird mais recente, já o inverso não é verdadeiro. Você terá um erro de versão do ODS incompatível. Mesmo assim, é recomendável fazer um backup na versão antiga e restaurar na mais recente. Também pode haver problema de compatibilidade se o banco foi criado na versão 64 do Firebird e estiver tentando abrir na versão 32. Não mantenha Interbase e Firebird instalado ao mesmo tempo, os processos usam a mesma porta 3050 para receber as conexões. Por último: cuidado com a GDS32.DLL, se selecionar a opção de criar a DLL na instalação do Firebird para retrocompatibilidade. Sempre que desinstalar verifique se ela foi deletada (geralmente ela fica na pasta do sistema \Windows\System32 ou \Windows\SysWOW64. Tenha certeza que a GDS32.DLL é da versão do servidor Interbase ou Firebird instalado.

Para a versão 3.10 da NFe as DLLs 0.9.8.14 ainda funcionam, em teoria mantendo SLLType em LT_all deveria funcionar. Qual UF e ambiente está testando?

TLS 1.2 é obrigatória apenas para a versão 4.00.

Esse é apenas o XML do RPS. O que está sendo validado pelo componente é o XML de envio de lote. Você precisa configurar para que o componente grave esse arquivo: ACBrNFSe1.Configuracoes.Geral.Salvar := True; ACBrNFSe1.Configuracoes.WebServices.Salvar := True; ACBrNFSe1.Configuracoes.Arquivos.PathSalvar := 'C:\Erp\Logs';

Você pode incluir os vencimentos e valores das parcelas nas informações complementares da nota.

As URL são configuradas no ACBrNFeServicos.ini. Mas se a configuração da UF do webservice estiver errada o link do webservice estará também. Use o debug no método de envio para verificar para qual URL está sendo enviado o XML.

Seria o correto, mas a resposta do webservice está indicando a cUF 43 que é RS. Verifique se não está alterando a UF do webservice no momento do envio.

Se você ativou a diretiva {$DEFINE DFE_SEM_OPENSSL} desativou o suporte a LibXML2 no SSLXmlSignLib. LibXML2 é agora padrão quando SSLLib é libWinCrypt então na leitura do dfm o componente vai tentar configurar dessa forma o que vai causar a exceção. O que você pode fazer: a: Alterar o ACBr.inc para continuar suportando a LibXML2: // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, {.$DEFINE DFE_SEM_OPENSSL} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXMLSEC, mas continue suportando a LibXML2 {$DEFINE DFE_SEM_XMLSEC} b: Definir a configuração SSLLib como libCustom e configurar individualmente SSLCryptLib, SSLHttpLib e SSLXmlSignLib.

Configure o componente para salvar os arquivos de envio e retorno do webservice e anexe aqui.

Aqui está informando SC ou RS?

Inclua a configuração ACBrNFe.Configuracoes.WebServices.Salvar := True; E anexe os arquivos de envio e retorno do webservice.

Até a versão 3.10 isso era permitido, a partir da versão 4.00, caso não seja informado o meio de pagamento tPag como 14 (Duplicata Mercantil) em pelo menos uma das formas de pagamento, não é permitido incluir as informações das duplicatas:

Certifique-se que está com os fontes atualizados. Ontem à noite enviei uma correção para esse método.

Apenas por exportação manual do XML do evento do software que fez a manifestação. Por webservice, não é possível.

Precisa selecionar uma diferente de None (Nenhum). A não ser que você esteja fazendo a configuração por código, não vai funcionar também para o ACBrNFe.

Isso já está definido no ACBrNFeServicos.ini: [NFCe_PA_H] Usar=NFCe_SVRS_H URL-QRCode=https://appnfc.sefa.pa.gov.br/portal-homologacao/view/consultas/nfce/nfceForm.seam URL-ConsultaNFCe=https://appnfc.sefa.pa.gov.br/portal-homologacao/view/consultas/nfce/consultanfce.seam Você precisa questionar a SEFAZ sobre a URL de consulta em homologação que na versão 4.0 é incluída no XML e precisa ter no máximo 85 caracteres. A URL atual, citada acima, tem 86.

Provavelmente você não está configurando as propriedades SSLLib e afins.

Validador da SEFAZ-RS: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

O XML está sendo gerado sem nenhum item.