BigWings

Pode ser um atraso no relógio do PC, ou fuso horário incorreto que gera a data e hora de emissão errada no XML. Essa rejeição ocorre também em produção? Não tenho certeza se o validador da SEFAZ-RS é capaz de fazer essa crítica de forma correta para outras UF.

Vendo o fonte, a unit ACBr_WinHttp.pas faz a carga dessa DLL de forma estática. Então ela realmente é requerida, se ela não existe no Win98 realmente não vai funcionar.

Informando SSLHttpLib = httpWinHttp funciona? Esse é o padrão para libWinCrypt que funciona com certificados A3.

A rejeição 704 é devido ao limite máximo de 5 minutos entre a data de emissão da NFCe em modo normal (tpEmis = 1), e o recebimento no webservice. Quanto à 203 é simplesmente o cadastro do CNPJ da empresa como autorizado a emitir NFCe na SEFAZ estadual.

Creio que se a finalidade é apenas gerar o XML, sem assinar ou validar, é possível... Tente remover também a dependência de OpenSSL.

Não é pra comentar, é pra descomentar. De: {.$DEFINE DFE_SEM_LIBXML2} Para: {$DEFINE DFE_SEM_LIBXML2} Após isso recompilar/reinstalar o ACBr e a aplicação.

Você pode remover a dependência da LibXML2 editando o arquivo ACBr.inc. // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2}

Provavelmente a SEFAZ-GO ainda não atualizou os schemas e regras da NT 2016.002 v.1.50. Tente informar a tag pag.indPag como ipNenhum.

Pode ser que não façam a validação em homologação... Sabe dizer se a consulta de NFCe pela chave de acesso e QR-Code funciona?

No código do botão "Criar e enviar NFCe" tem o tratamento do retorno para modos síncrono e assíncrono.

Se o erro é de rejeição da SEFAZ é preciso aguardar que ela implante as alterações da NT 2016.002 v.1.50.

A BA não recebe NFe em modo síncrono, você precisa usar o assíncrono. Veja no demo do ACBr a forma de tratamento do retorno nesse modo.

Pelo layout da NFe, os campos cEANTrib, uTrib, qTrib e vUnTrib são obrigatórios no XML. O que quer dizer com "so vem quando ha tributação"? A questão deve ser referente à NT 2016.001 que padronizou unidades de medida para comércio exterior, então numa NFe de exportação, de acordo com o NCM, você deve usar a unidade tributável conforme a tabela do portal da NFe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=BYRQ4VAVk74= Para um determinado NCM, por exemplo, você pode usar a unidade comercial (uCom) como TON, mas a unidade tributável (uTrib) deve ser obrigatoriamente KG.

A URL de consulta para o PA para a NFCe 4.00, para a versão do QR code 1.00 está faltante no arquivo 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 URL-QRCode_2.00=http://www.sefa.pa.gov.br/nfce/consulta URL-ConsultaNFCe_2.00=http://www.sefa.pa.gov.br/nfce/consulta Ao tentar obter a URL o ACBr vai carregar a URL da versão anterior, a mesma da NFCe 3.10 (VersaoQrCode = veqrNone). É a mesma usada no site oficial de consulta das URL: http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave/ Nesse caso é preciso entrar em contato com a SEFAZ-PA e perguntar qual a URL correta para essa versão.

A mais recente é a 1.1.0.63. http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Se está usando OpenSSL como na imagem, isso é desnecessário. Aparentemente está tudo normal. Sua versão do ACBrMonitorPLUS é baixada ou você mesmo compila? Caso seja a baixada, experimente atualizar.

Informe o código da UF e não a sigla: NFe.DistribuicaoDFe("50","09428584000175") Cuidado com a execução deste comando. Sem passar o parâmetro UltNSU ele retorna os primeiros 50 documentos emitidos contra o CNPJ nos últimos 90 dias. Você deve armazenar o NSU também retornado por ele para ser usado nas consultas seguintes, informando o parâmetro UltNSU. Uso escessivo sem informar o UltNSU causa rejeição por consumo indevido do webservice. Está com suporte a TLS 1.2 ativado? - CAPICOM: Verificar se Windows está com todas as atualizações de segurança instaladas e a opção "Usar TLS 1.2" marcada nas opções avançadas do IE. - WinCrypt: Verificar se Windows está com todas as atualizações de segurança instaladas e a configuração SSL Type do ACBrMonitorPLUS definida como LT_TLSv1_2. - OpenSSL: Verificar se a configuração SSL Type do ACBrMonitorPLUS está definida como LT_TLSv1_2. Veja também se está usando uma versão atualizada do ACBrMonitorPLUS.

Boa tarde, Uma coisa é o Manifesto de Documentos Fiscais (MDF-e), que é um documento necessário para se fazer o transporte interestadual ou mesmo intermunicipal de carga, onde vão ser listados as chaves de NFe ou CTe que estão sendo transportados, e as informações dos veículos, condutores, seguro de carga, etc. Outra coisa é a Manifestação do Destinatário da NFe que são eventos enviados pelo destinatário de uma NFe para acusar a ciência, confirmação, desconhecimento ou não realização da operação atrelada a uma NFe. De qual deles você está falando?

O erro indica que você não configurou a propriedade SSLHttpLib. Consulte o projeto exemplo do componente na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe. Leia também o tópico abaixo:

O método ACBrNFe.Enviar já faz isso. A propriedade ACBrNFe.NotasFiscais é uma coleção, você pode acrescentar quantas notas quiser até o limite de , se não me engano , 50 notas ou 500kb no XML de envio.

Verifique se o Windows tem todas as atualizações de segurança instaladas.

Considere que a SEFAZ pode ainda não ter implementado a NT 2016.002 v. 1.50, então ainda pode estar validando pela UF de origem.

Como para o CSOSN 202 não existe a tag vFCP, ela é ignorada na montagem do XML. Tente informar o valor do vFCPST sem descontar o valor do FCP normal.

Provavelmente a impressora não está aceitando as margens definidas no layout do arquivo. Tente editar o .fr3 e aumentar a largura de página e margens.

Pelo meu entendimento, o preenchimento é obrigatório, de acordo com o NCM, independentemente do ramo de atividade. Provavelmente a informação se é relevante ou não vai ser propagada pelos fabricantes e pode ser importada do XML de entrada. Veja que também há o campo para informar o CNPJ do fabricante, então é uma informação que deve ser armazenada.