Painel de líderes

O comando NFe.nfetotxt(xml, txt) é exatamente oq estava procurando...perfeito. Mto obrigado.

Bom dia! Este post é apenas para dar um retorno. A @anape_costa entrou em contato comigo por telefone, onde foram esclarecidas muitas dúvidas, uma delas que eu tinha e acredito que outros também, é que os equipamentos da Elgin, embora idêntico ao da Dimep (modelo linker 1) é fabricado pela própria Elgin. Comentei com ela que por causa das revendas em nossa região, 90% de nossos clientes utilizam o SAT da Elgin, e que por isso o número de problemas ocorridos com a Elgin é bem maior do que em aparelhos da Dimep. A Ana comentou também que realmente existiam problemas no modelo antigo da Dimep mais que foram solucionados em sua nova versão. Gostaria de agradecer a Ana Paula e a Dimep pela atenção dada e a vontade de tentar esclarecer o problema e buscar soluções.

Olá pessoal, Acabei de enviar para o SVN, modificações para que o ACBrDFe e ACBrDFeOpenSSL suportem comunicação segura usando TLS 1.2 O componente ACBrNFe, já irá tentar ajustar a comunicação para TLS 1.2, se detectar que a versão é superior a 3.1 Atualizando o OpenSSL Para usar TLS 1.2, é necessário ter a versão do OpenSSL superior a 1.0.1, normalmente a versão usada é a 0.9.8.14, e portanto ela precisa ser substituída. Se você tentar utilizar uma versão inferior, o ACBrDFeOpenSSL acusará o seguinte erro: Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll). O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML A solução, é utilizar um novo conjunto de DLLs, da OpenSSL e libXmlSec, libXML, e demais... você pode achar essas DLLs em: ftp://ftp.zlatkovic.com/libxml/ Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. Observe que temos a versão 32 e 64 bits dessas DLLs... quais eu devo usar ? Em resumo, use 32 se o seu Compilador é 32 bits, e 64 apenas se você estiver usando um Compilador que gere .EXE em 64 bits... Leia esse tópico, para compreender melhor: Copie TODAS as DLLs (e não somente algumas) da pasta "\ACBr\DLLs\XMLSec\MinGW\32" ou "\ACBr\trunk2\DLLs\XMLSec\MinGW\64" (conforme o seu compilador), para o seu diretório de DLLs... (se não tem certeza para onde você deve copiar as DLLS, leia com atenção o Post indicado anteriormente) Outro problema, é que a MinGW, gera as DLLs com uma nomenclatura ligeiramente diferente do VisualC, exemplo: libxmlsec1.dll com MinGW, e "libxmlsec.dll" com VisualC. Portanto, o ACBr teria dificuldades em encontrar essas DLLs e carrega-las de forma dinâmica. Precisamos portanto, informar ao ACBr, que usaremos o conjunto de DLLs no formato da MinGW... Isso é feito, editando o arquivo: ACBr.inc. Repare que lá no final do ACBr.inc, temos a seguinte linha: {.$DEFINE USE_MINGW} Apenas remova o ".", alterando para: {$DEFINE USE_MINGW} Pronto... com isso você estará pronto para usar o ACBr com OpenSSL e TLS 1.2, seja em 32 ou 64 bits... Obrigado... e considere nos ajudar, contratando o SAC ocasionalmente: http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/

A p***** do Ambiente ta fora mesmo obrigado pela ajuda quase perdi os cabelos aqui com isso kkkkkkkkkkkkk https://hom.nfe.fazenda.gov.br/Portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

No endereço https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx a assinatura é validada com sucesso. Provavelmente é algum problema na SEFAZ.

É possível sim usar CAPICOM ou WinCrypt com arquivo pfx, veja o item 4 no tópico abaixo:

Para usar as opções WinCrypt ou Capicom vc NÃO pode selecionar o arquivo PFX, deve informar o número de serie do certificado registrado no Windows. Favor desconsiderar, pode sim apontar o PFX usando WinCrypt... Att Ricardo

Em tempo: Caso use NFe.SetFormaEmissao(8) não esqueça de ao montar o INI informar o tpEmis=9, pois se faltar esta informação o ACBr colocará TpEmis=8. Se isto acontecer vc terá este erro:

Bom dia está é com problemas lá conforme pode ver esse outro post seu é o mesmo erro.

Olá Renato/Marcos, boa tarde! Sou coordenadora da Área de integração e suporte DIMEP e gostaria do contato de vocês para entender e resolver o problema relatado. Peço por gentileza me enviem o contato no email [email protected]. Att. Ana

Boa tarde @gss200610, Se você pegar como exemplo o funcionamento da Demo, garanto que vai funcionar perfeitamente de acordo com suas exigências, pois subtotalizando o valor do ECF a cada venda ele retorna o valor corretamente para fazer a finalização do cupom fiscal, acredito que de alguma maneira a sequência que você está fazendo não é a correta, uso como padrão as informações que o ACBr oferece e até hoje não constatei nenhum problema como o caso em questão.

Teria como enviar o xml da NFSe que você quer cancelar?

Olá Cilleni, O Artigo 6º da Portaria CAT 147/12 diz: Artigo 6º-A - Salvo disposição em contrário ou autorização expressa do Fisco, o equipamento SAT não poderá ser retirado do estabelecimento desde a data de sua ativação até sua desativação. (Artigo acrescentado pela Portaria CAT-102/14, de 29-08-2014, DOE 02-09-2014) Em Perguntas Frequentes tem (grifo meu): O SAT pode ficar fora da empresa que emite os CF-e-SAT? Posso transportar o SAT para fora do estabelecimento? O SAT deve permanecer no estabelecimento, no sentido de que é lá que a emissão do documento deve ocorrer. Ela não poderá ser feita fora do estabelecimento do contribuinte, salvo disposição em contrário ou autorização expressa do Fisco, conforme disposto no Artigo 6º-A da Portaria CAT 147 de 2012. Alguns exemplos de emissão fora do estabelecimento são os casos disciplinados pelos Artigos 434, com detalhamento na PCAT 127 de 2015 (para mercadorias NÃO sujeitas à Substituição Tributária) e pelos Artigos 284, 285 e Artigo 285-A (mercadorias sujeitas à Substituição Tributária), nas quais há a permissão de utilizar o CF-e-SAT fora do estabelecimento. Exceções apenas nos termos da Portaria CAT 127/15

Bom dia Eduardo, muito obrigado pela resposta estarei fazendo esse procedimento e qualquer novidade estarei postando aqui. Agradeço mais uma vez pela resposta, até mais

Boa tarde Marcos, Alguns desenvolvedores simplismente faz com que o cNF seja igual a nNF, ou seja o código aleatório fica igual ao numero da nota. Ao meu ver não é bem isso que o manual quer que você faça. Você pode gerar o código aleatório usando o Randomize e Random do delphi, pesquise como gerar numeros aleatórios. Quando ao digito verificador, esse é por conta do componente que se encarrega de calcular. Apesar do componente ter uma propriedade para o Digito Verificador, não devemos atribuir nada a essa propriedade quando estivermos alimentando o componente com os dados da nota. Espero ter ajudado.

Para quem tiver interesse, segue link de documentos úteis: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/NFe/Interessantes/ Neste outro link contem scripts para criação de tabelas CNAE, PAISES, CSTs, TIPI(NCM), CFOP e IBGE para banco FIREBIRD. https://acbr.svn.sourceforge.net/svnroot/acbr/tools/NFe/Diversos/