@Mauricio

Fiz alguns testes por aqui e enviou normal com CST 60 e Origem 3 e não informei repasse de icms, as TAGS foram preenchidas normal -<ICMS60> <orig>3</orig> <CST>60</CST> </ICMS60> se voce esta tentando gerar imposto ST com o CST 60 não envia pelo fato do ST ser cobrado anteriormente, igual o CSOSN 500, no caso já pagou pelo ST "60 - ICMS cobrado anteriormente por subst.tributária" me passe a sua configuração de impostos que esta utilizando ou o xml seu, ai verificamos o que esta errado.

Olá, tudo joia? para esse código ANP voce só precisa preencher os campos abaixo, e a soma dos 3 primeiros campos precisa ser igual a 1: pGLP := 0; pGNn := 0; pGNi := 0; vPart := 0; veja se consegue transmitir, se nao der certo faço uma e te envio o xml pois ja fiz anteriormente para teste.

Para informação, consegui resolver atualizando o windows para SP1

Pois é, o problema é que no grupo medicamentos nao diz nada se é para venda a consumidor final ou para quem é distribuidor.

Eu so consigo o seguinte retorno "serviço paralisado momentaneamente (curto prazo)", até agora não consegui emitir nenhum NFCe ainda, por estar o serviço paralisado quando utilizo a versão 4.0, pelo que obtive de informação com a SEFAZ-PR estariam fazendo ajustes ainda no modelo '65'.

Olá pessoal, estou com uma dúvida quanto ao preenchimento de alguns campos da nota, tratando-se de quem (empresa) é obrigado a fazer o preenchimento: 1º. Medicamento - grupo <med>: quem vende a consumidor final é obrigado a preencher ou somente quem é distribuidor de medicamentos, que no caso ai entraria junto o grupo <rastro> para rastreabilidade do produto (versão 4.0). 2º. GLP - grupo de combustíveis <comb>: mesma situação, quem vende GLP - ANP '210203001' para consumidor final é obrigado a preencher ( pGLP, pGNn, pGNi, vPart ) ou somente quem é distribuidor? Tentei procurar sobre a obrigatoriedade mais não consegui muitas informações se alguém souber agradeço. Obrigado

@BigWings @Uillian Chagas Prates Ajustei o arquivo pcnNFeW.pas pois encontrei o mesmo problema nas linhas mencionas 1067,1068,1069,1070, todos estavam pegando o campo pGLP e já aproveitando ajustei a linha 1008 do grupo medicamentos pois estava pegando o lote ao invés do cProdANVISA, sendo que na versão 4.0 foi desativado o campo nLote neste grupo. Estou mando o arquivo para ser analisado se esta correto a alteração que fiz. pcnNFeW.pas

voce copiou a msxml5.dll e msxml5r.dll para a pasta do windows system32 (32bits) e syswow64 (64bits) ??

Agora entendi.... muito obrigado pela ajuda !!

Boa tarde pessoal, depois que desativei o uso da capicom e passei a utilizar SSLib=libWinCrypt me ocorre o seguinte erro: Não foi possível encontrar o módulo especificado, ClassID: {88D969E5-F192-11D4-A65F-0040963251E5} Se eu registro a capicom.dll ele resolve o problema, mais no arquivo ACBr.inc eu desativei o uso da capicom e mesmo assim ele exige que eu a registre, segue abaixo como esta o arquivo inc: {.$DEFINE DFE_SEM_OPENSSL} {$DEFINE DFE_SEM_CAPICOM} {$DEFINE USE_MINGW} {$IfNDef MSWINDOWS} {$DEFINE USE_MINGW} {$EndIf} Alguém sabe o que posso estar fazendo de errado?

Que em um cliente nosso apresentava esse erro de assinatura e o problema era o SP1, sobre o erro 231: IE do emitente não vinculada ao CNPJ/CPF estou tento tambem, acredito que seja problema no servidor da receita mesmo, qualquer novidade aviso !!

O seu Windows 7 esta com SP1?

Qual tipo de certificado voce esta usando? e qual versão do seu windows?

Boa Tarde pessoal, estou utilizando Delphi XE5 e para emissão de notas uso SSLib=libWinCrypt, já desativei o uso da capicom e funciona normal nos certificados A1 e A3 (Cartao) , mais com certificado de pen drive (token) não consigo emitir notas com essa configuração pois me retorna o seguinte erro: Assinatura difere do calculado Ja verifiquei a parte de caracteres especiais que poderia ocasionar este erro e não encontrei nada de diferente, pois se pego a mesma nota e transmito com um certificado A1 a nota transmite normal sem problemas, meus fontes estão com data do mês 06/2017, alguém ja passou por isso e poderia me ajudar? (lembrando que o erro só ocorre com certificado de pen drive).

Eu utilizo uma variavel do tipo TStrings e adiciono o caminho dentro dela, depois passo essa variavel no comando enviar( do componente TACBrNFe): Anexo := TStringList.Create; Anexo.Add('Caminho_Do_Arquivo'); dmNFe.NFe.EnviarEmail( email, assunto, Mensagem, nil, Anexo ); <<<<< aqui eu passo a variavel do tipo TStrings Tenta assim pra ver se da certo...

NF-e e NFC-e, versão 4.00, em ambiente de homologação - Paraná A Receita Estadual do Paraná informa aos contribuintes emissores de Nota Fiscal Eletrônica (NF-e) e Nota Fiscal do Consumidor Eletrônico (NFC-e), que foi publicada a nova versão do sistema autorizador de NF-e e NFC-e, versão 4.00, em ambiente de homologação. Essa nova versão contém as alterações previstas na Nota Técnica 2016.002, versão 1.10.

@BigWings Obrigado era essa confirmação que precisava, pois achava que eu estava fazendo algo errado. Valew !!

O erro esta ocorrendo dentro da Unit ACBrDFeOpenSSL na função Validar na seguinte parte: schema := xmlSchemaParse(parser_ctxt); <<<<<<<<< essa parte esta retornando nil, ja troquei a libxml2.dll para a mais recente e não deu certo // the schema itself is not valid if (schema = nil) then begin MsgErro := 'Error: the schema itself is not valid'; exit; end;

@BigWings como voce utiliza seus Schemas na aplicação? Exemplo: se voce tem o servidor e mais 2 terminais, voce coloca o Schemas em todas as maquinas ou somente no servidor? pois estava com esse mesmo erro que voce ajustou, apos esse ajuste ainda continuo com esse erro "the schema itself is not valid", utilizando OpenSSL.

Atualizei hoje mesmo meus Schemas e as Dll's, utilizando "svn://svn.code.sf.net/p/acbr/code/trunk2" e o erro persistiu, o que acho estranho é que o erro é apresentado somente quando tento enviar a nota, se consultar status ou consultar uma nota já enviada, não apresenta o erro... tentei também passar o diretório por \\192.168...., também por nome \\Servidor\D.... e não obtive sucesso, único jeito que funciona é mapeando a rede exemplo Y:\Sistema\Schemas, ou deixando localmente os Schemas e quanto a permissão de usuário já esta tudo liberado acessando normal, pois com a Capicom funciona perfeitamente. Se alguém tiver mais alguma dica aonde pode estar ocorrendo o erro, agradeço.

Utilizando Capicom esse erro não aparece, funciona normal, é somente quando utilizo OpenSSL e seto o Schema para \\Servidor.... os Schemas que utilizo estão todos atualizados, por isso acho estranho esse comportamento...

Gostaria de saber se algum de voces ja utilizou OpenSSL passando para o componente ACBr ArquivoPFX ou DadosPFX na rede? Exemplo: Tenho o servidor e mais um terminal, o certificado digital eu recreio em cada maquina como foi citado pelo BigWings anteriormente e utilizo OpenSSL, meu arquivos Schemas ficam localizados em uma pasta dentro do servidor somente, ai que entra meu problema ao usar no terminal com o componente setado para \\Servidor\d\Aplicacao\Schemas e tentar enviar uma nota ele me retorna: the schema itself is not valid anteriormente eu achava que era problema com o certificado, pelo fato de deixar o arquivo PFX somente no servidor, ai criei uma rotina para salvar o certificado e recriar localmente nos terminais e acontece o mesmo erro, alguém passou por isso? ou sabe me dizer se é limitado mesmo e não pode usar os Schemas na rede quando é por OpenSSL?

Estou utilizando IBX, funcionou perfeitamente, muito obrigado pela ajuda.... vou ajustar minha aplicação agora agora !! Valew

Seguinte... a parte de pegar os dados do certificado estou conseguindo, salvo o "texto" que é retornado pela função ReadStrFromStream(FS,FS.Size) uma variável do tipo AnsiString, e funciona certinho enquanto a aplicação esta aberta, meu problema esta em armazenar essa informação da variável no banco de dados Firebird, fiz alguns testes com tipo de dados VARCHAR(10000) para armazenar essa informação que tem cerca de 6 mil caracteres, mais como VARCHAR não consegui, ao passar do Delphi para o Firebird não salva os 6 mil caracteres e sim somente a metade, se eu colocasse essa informação na "mão" dentro do banco ficava normal, mais ao puxar para o Delphi novamente acontecia o mesmo, retornava apenas metade dos dados, ai tentei utilizar campo BLOB, mais como nunca trabalhei com BLOB fiz alguns testes mais não obtive exito. Alguém ja armazenou os dados do pfx dentro do banco e poderia me dar uma ajuda de como conseguiu fazer? Obrigado.

Tambem estou com esse problema.... no meu caso utilizo Firebird 2.0 + Delphi XE5, criei no banco um campo do tipo BLOB, mais como voce disse, ele salva pela "metade" e se salvar na mão dentro do banco, ao recuperar pelo delphi ele não vem o valor correto. Para passar para o banco utilizo: dtsCertificados.DataSet.FieldByName('DADOS_PFX').AsString := sDadosPFX( Variável do tipo AnsiString ); Para recuperar do banco: NFe.Configuracoes.Certificados.DadosPFX := dmCad.cdsCertificadoDADOS_PFX.AsString;