Painel de líderes

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ? O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time Para isso, basta mudar a configuração usando comandos como abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; // Mesmo que "libCapicom", mas usando a Indy Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas Porque eu usaria o suporte a OpenSSL ? O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edtSenha.Text; Porque remover o suporte a uma das bibliotecas de SSL ? A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas Onde eu encontro as DLLs ? \ACBr\DLLs\OpenSSL \ACBr\DLLs\XMLSec Para onde eu copio essas DLLs ? Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas). Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre... Considerando que essa DLLs são 32 bits, então: Se o seu Windows for 32 bits, copie para a pasta: C:\Windows\System32 Se o seu Windows for 64 bits, copie para a pasta: C:\Windows\SysWOW64 Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft) Como eu removo a dependência ? Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec.. Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo: {.$DEFINE DFE_SEM_OPENSSL} {.$DEFINE DFE_SEM_CAPICOM} Apenas remova o ".", se quiser ativar a remoção... {$DEFINE DFE_SEM_OPENSSL} Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ? O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

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/

Pelo que entendi da página 6 do MOS 2.2 não é necessário enviar o fim da validade, isso facilita muito. O fim de validade será considerado automaticamente o movimento anterior ao início enviado. Seria apenas um envio.

Lembrando que para os eventos de tabelas, você tem 2 tipos de alteração. A alteração simples, ela se comporta como uma retificação, você informa a chave (no caso da tabela de rubrica você deverá informar "codRubr, ideTabRubr, iniValid, fimValid") para identificar qual evento você estará retificando. Você retificaria um evento, no caso de te-lo enviado com as incidências erradas por exemplos. Mas digamos que você tenho enviado o evento de forma correta, porém, a partir de uma determinada data, este evento em questão passou a ter um incidência que antes não tinha (seja por uma convenção coletiva ou uma portaria do MTE), neste caso, se o seu sistema utilizar a mesma rubrica, você deverá enviar dois eventos, um de alteração, indicando a data fim para aquele evento, e um de inclusão, informando as novas incidências... Talvez por isso o amigo @hnq_campos mencionou o fato de ter que armazenar tudo. E realmente, gerenciar tudo isso, é um problemao...

Bom dia, alteração já disponível no SVN.

Nao... a resposta é padrao

Veja resposta do comando " SAT.CancelarCFe", nele é indicado o caminho do XML de Cancelamento gerado...

Ele apenas irá montar uma String no Rodapé, conforme exigência do PAF-ECF.. não há vinculo fiscal...

Verdade. Eu me confundi la leitura aqui. São urls diferentes. Vou aguardar para novos testes. Obrigado.

Boa noite a todos. Hoje eu sofri o dia todos com este problema. Sou representante de um aplicativo de cupom fiscal, durante um teste, fiz a instalação de uma versão demo em meu pc e pronto, a instalação substituiu o arquivo midas.dll e começou o erro do Datsnap...bpl. Minha solução foi pegando um gancho na sugestão que o lsisistemas passou, fui na pasta C:\Program Files (x86)\Embarcadero\Studio\18.0\Redist\win32 e copiei o midas.dll de lá e substitui o que tinha na pasta SYSTEM32 e SysWOW64 e pronto, problema resolvido. Atualmente, uso: Delphi Berlin UPD2 FastReports 5.3.14 ACBR Atualizado Agradeço a todos que contribuem com informações que sempre nos ajudam a resolver esses conflitos.

Boa tarde Miro, Deve ter alguma coisa bloqueando o acesso.

Boa tarde Daniel, No topo da página temos uma barra com várias opções, uma delas é o SAC caso queira ajudar financeiramente. Se deseja ajudar no aprimoramento dos componentes, você pode anexar o fonte que fez correções ou melhorias aqui mesmo no fórum, com uma breve explicação do que foi feito. Algum moderador ou administrador do grupo terá o prazer em avaliar o que foi feito. Caso esteja de acordo e que não vai gerar nenhum efeito colateral, com certeza o fonte será enviado para o repositório para que todos possam desfrutar também.

Sobre o mesmo problema. Segue em anexo a inclusão dos novos campos no método "Assign" do TICMS no arquivo pcnNFe. Pois no meu caso, após usar o método "Assign" o campo pST ficava com valor 0, ocasionando o mesmo erro do tópico. pcnNFe.pas

Substitua o arquivo anexo, recompile o ACBr e tente novamente. pcnNFeW.pas

Boa noticia pessoal! Entrei em contato com algumas certificadoras e papo vai papo vem dizendo que é meu o erro e não deles até que cheguei ao contato da Oberthur, empresa Francesa que desenvolve e fornece certificados A3 para as certificadoras brasileiras. Em conversa com Rafael Alba, contato deles no Brasil, expliquei o problema de exclusão dos certificados e ele se prontificou a ajudar e descobrir o problema, outro nivel né, não ficaram empurrando o problema para agente. Bom, forneci um sistema com os fontes abertos e o acbr para eles verificarem, conversei com a equipe de desenvolvimento da frança e eles conseguiram causar o problema e trataram a exclusão nos certificados deles. O Rafael pediu para avisar: "Oberthur resolveu o report e está disposta a ajudar quando for necessário." Segue abaixo o últimos contatos que tive com ele: Via Skype dia 10/07 Daniel,bom dia! tudo bem?tentei te ligar, mas vc não estava na sua mesa. Queria te avisar temos um realese do AWP Manager que resolve o exclusão do certificado, está semana devo disponibilizar para o pessoal da Certisign. Realizei todos os testes e o certificado não foi deletado do cartão. Via E-mail no dia 18/07 Daniel, bom dia! Estarei disponibilizando o novo realese (5.1.8) para as certificadoras, assim todos os cliente já poderam baixar e utilizar o AWP Manager.Está semana estou trabalhando nisso. Obrigado pela ajuda, pois graças ao seu suporte e seu ferramenta conseguimos verificar e solucionar. Rafael Alba Technical Support | Citizen & Identity Oberthur TechnologiesAv. Brigadeiro Faria LIma, 1.336 - 01451.001 - São Paulo | Brazil

Boa tarde, Primeiro a Sefaz deveria mudar o telefone de atendimento do call center para o celular desse Luiz Abade o único que sabe como fazer funcionar esse Mf-e. Preciso esclarecer algumas coisas, na verdade confundir, porque esclarecer nem a SEFAZ-CE consegue, então preciso da ajuda de vocês para entendermos melhor o que estamos instalando em nossos clientes. Devido há alguns problemas que estava tendo na implementação e integração com o Módulo comecei a questionar alguns pontos do projeto com todos os envolvidos, até mesmo com o pessoal da SEFAZ. Primeiro ponto: a SEFAZ está testando o projeto em Produção, antes cobrar legalmente a implantação, digo isso pois acompanhei os testes do Equipamento fiscal, o módulo, mas agora surgiu o Integrador/Validador, fui investigar melhor o funcionamento desta dll e no meu ponto de vista esse software concentrará todas as informações de transação fiscal, até aí tudo bem, mas recentemente descobri que esta DLL está enviando também Screenshoot das telas onde esta instalado quando utilizamos ALT+TAB, isso é ilegal e acredito que poucos aqui saibam. Outro ponto intrigante é que estas informações sigilosas dos nossos clientes não estão indo pra SEFAZ e sim pra nuvem privada da Gizmin. Consultei o pessoal da SEFAZ e me informaram que a SEFAZ ainda está recebendo esta parte do Projeto e que não possui ainda ambiente de Nuvem. Sem teorias das conspiração, mas devemos exigir da SEFAZ total transparência e documentação destes sistemas. Pelo que consultei a SEFAZ está com um problema pra resolver e como ela pode exigir que isso funcione nos contribuintes quando nem a equipe responsável consegue resolver todas as dúvidas. Tenho tido que recorrer ao Luiz Abade da Gizmin pra resolver alguns problemas, pois o conhecimento e atuação da SEFAZ está limitado, sempre que questiono esses pontos ele só me disse que cumpre ordens em nome do Secretário da Fazenda. Fiz uma busca no portal da transparência e não consta nenhum contrato com essa empresa Gizmin, só com a Compsis, com qual também já resolvi algumas coisas. Mas ultimamente todas as dificuldades convergem para o integrador/validador. A legislação obriga o uso deste do MF-e do Integrador e do Validador para as operações com cartão de créditos, mas esperamos que a SEFAZ regularize essa situação e seja transparente nas suas ações, não adianta especificar e documentar um equipamento e exigir a instalação de outros softwares dos quais nem ela sabe seu funcionamento. Sei que o fórum aqui é mais técnico mas segue esta meu desabafo.

Pessoal, a respeito da obrigatoriedade do seguro de carga, a transportadora tem que ter pelo menos 1 seguro que é o Seguro de Responsabilidade Civil do Transportador Rodoviário. Isso já é regra desde 2014 conf ANTT, embora ao emitir o RNTRC não seja obrigatorio a apresentação do mesmo. No meu aplicativo, eu obrigo a informação dos dados de pelo menos 1 seguro. Cliente quer inventar dados e a SEFAZ autoriza o CT-e fica na responsabilidade dele. Quase todos os meus clientes transportadoras tem seguro, os que não tem usam a informação do seguro do dono da carga (no caso distribuidora tomadora do serviço) Seguros no transporte rodoviário de cargas Tipos de Seguros Os seguros existentes no mercado de transporte de carga são três: um feito pelo embarcador e dois pelos transportadores (veja abaixo). O Seguro Transporte Nacional é para o dono da carga. É obrigatório. O RCTR/C (Responsabilidade Civil do Transportador Rodoviário de Carga), também obrigatório, deve ser feito pela empresa de transporte, mas cobre apenas prejuízos pelos quais o próprio transportador seja responsável, como colisão, capotamento e abalroamento. O terceiro, também feito pelas transportadoras, é opcional: RCF-DC (Responsabilidade Civil – Desaparecimento de Carga).

Para a balança TOLEDO modelo 9094 - entramos na configuração interna da balança e definimos a Velocidade da porta. No nosso caso usamos como configuração C14 - Prt 1- e C15 = 9600. (olhar no manual da balança como entrar em módulo de configuração da balança) Logo depois colocar na configuração da porta Serial a mesma velocidade. Resolvido!!!!!