BigWings

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.

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.

Sim.

Nem todos os estados estão com exigência do TLS 1.2 ativadas nos webservices. Aparentemente, SP, MS, GO e agora o CE estão exigindo, em homologação. Fiz teste com meu certificado e-CPF token A3 pessoal, conforme as configurações do seu post inicial. OpenSSL usa DLLs próprias e não depende das DLLs do Windows, por isso funciona mesmo onde não há suporte nenhum a TLS 1.2, como Windows XP e 2003. E usando arquivo .pfx você não depende dos gerenciadores de cartão e tokens, é sempre o melhor cenário usar A1 com OpenSSL.

Então é problema de ambiente. Verifique as atualizações do Windows para suporte adequado a TLS 1.2, e a instalação do certificado digital.

Erro 403 geralmente tam a ver com o certificado. Pode ser necessário fazer atualização das cadeias, reinstalar com instalador atualizado... Você consegue abrir a URL do serviço pelo navegador? https://nfeh.sefaz.ce.gov.br/nfe4/services/NFeStatusServico4?WSDL Faça o teste também não informando a senha no componente, para forçar a digitação.

A rejeição provavelmente é pela falta da tag vBCFCPUFDest (NFe 4.00). Mas optantes pelo Simples Nacional, salvo engano, estão isentos desse cálculo, o grupo ICMSUFDest não precisa ser informado.

Com esse XML também não houve a mensagem de rejeição referente ao valor do vFCPST por parte do validador da SEFAZ-RS, como aconteceu com o seu arquivo anterior: Minha sugestão é que faça a correção dos demais erros de valores incorretos, se a SEFAZ-MG continuar rejeitando pelo motivo 860, tente contato com eles pra saber o motivo. Não.

O grupo card só se aplica a pagamentos em cartão, você está gerando ele para pagamento em dinheiro (tPag = 01). Essa tag é nova, incluída na NT 2016.002. v. 1.50. Fez a atualização do ACBrMonitorPLUS como recomendado?

Esse é o XML gerado pelo ACBr? A validação indica erro no parse das tags:

Precisa aguardar a SEFAZ implementar os novos schemas e regras da NT 2016.002 v.1.50. Os prazos de implantação da mesma foram prorrogados pela NT 2016.002 v.1.51.

Tente informar a tag pag.indPag como ipNenhum.