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"

Boa tarde... Eu até consegui instalar NfSe no Trunk2, criei o arquivo .ini necessário, no meu caso da Digifred, mas na hora de consultar Lote de RPS da erro de Bad Request e ao enviar LoteRps, da erro de validação dos esquemas. Tinha decidido aguardar algum tempo, pois acreditava que a NFSe iria funcionar logo no Trunk2, mas vejo que isso vai demorar bem mais. Não queria fazer um executável separado.. Tenho clientes que usam Nfe e NfSe e tinha ficado muito prático pra eles. Separar em duas aplicações, com certeza será um retrocesso, mas, se não tem outro jeito... vamos nessa..

Endereço no site da secretaria da fazenda com informações importantes de como preencher as tags CSOSN, CST e CFOP, e mais outras informações. http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/OrientaçõesLeiauteCF-e_v00.06-0 - AD.pdf OrientaçõesLeiauteCF-e_v00.06-0 - AD csosn cst cfop.pdf

Bom pessoal, tenho visto muitos comentários aqui no fórum a respeito de como tratar a emissão online / offline da nfc-e. Eu tenho feito assim, e por enquanto tem dado certo. Se alguém tiver alguma experiência e quiser postar aqui seria de muita utilidade. Eu divido em duas etapas: a primeira etapa é o envio da nota offline e a segunda etapa seria o descarregamento (envio) das notas que ficaram offline. Na primeira etapa eu faço o envio usando a rotina normal NFCE.ENVIAR colocando o comando de envio dentro de um bloco try except end. Ficaria mais ou menos assim: Try Rotina de envio de nota Except On E: Exception do if (pos('requisição não enviada', LowerCase(E.Message)) <> 0) or (pos('tempo limite', LowerCase(E.Message)) <> 0) then // Gerar a nota de forma offline end; O erro "requisição não enviada" ocorre quando o cliente está sem internet, já o erro "tempo limite" ocorre quando tem internet mas houve problema de conexão durante o envio. Portanto se ocorrer estes dois erros você emite o nfce offline e grava para posterior envio. Uma nota importante: Ao enviar o componente acbr já vai estar carregado com os dados da nota. Portanto antes de fazer o envio offline altere as seguintes propriedades do componente: NFCE.NotasFiscais.Items[0].NFe.Ide.tpEmis := teoffline; NFCE.NotasFiscais.Items[0].NFe.Ide.xJust := 'Problemas técnicos no envio do cupom eletrônico'; NFCE.NotasFiscais.Items[0].NFe.Ide.dhCont := now; NFCE.NotasFiscais.GerarNFe; NFCE.NotasFiscais.Assinar; NFCE.NotasFiscais.Validar; Feito isto faça o envio offline. Vamos agora a segunda etapa. Enviar os cupons que foram emitidos offline. Da mesma forma você vai fazer o envio em um bloco protegido do try except end como no exemplo acima. Try Rotina de envio de nota Except On E: Exception do if (pos('requisição não enviada', LowerCase(E.Message)) <> 0) or (pos('tempo limite', LowerCase(E.Message)) <> 0) then // Não vai fazer nada, pois o cupom já foi emitido if pos('duplicidade', LowerCase(E.Message)) <> 0 then // tratar duplicidade. end; Para tratar a duplicidade eu fiz da seguinte maneira: Pesquisei o código retornado pelo componente (NFCE.WebServices.Enviar.cStat). Se retornar o código 204 é porque por algum motivo (sabe-se lá qual) a sua nota já foi enviada e está no sefaz com o mesmo número e chave que você está enviando. Neste caso basta colocar uma flag de enviada nesta nota e pronto. Se retornar o código 539 é porque tem uma nota com o mesmo número e chave diferente. Aí que está o pulo do gato. Isso provavelmente ocorreu porque você guardou esta nota para enviar posteriormente quando teve um erro de "Tempo Limite Atingido". A sua nota foi enviada mas você não recebeu o retorno devido a problemas na conexão. E porque a diferença da chave ? Justamente porque você fez alteração (conforme exemplo acima) na propriedade tpemis. Tem um campo da chave nfce que vai com o valor 1 quando emitida online e 9 quando emitida offline, portanto quando você alterou o tipo de emissão automaticamente alterou a chave. Então você faz o seguinte procedimento: NFCE.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; NFCE.NotasFiscais.Items[0].NFe.Ide.xJust := ''; NFCE.NotasFiscais.Items[0].NFe.Ide.dhCont := 0; Try NFCE.NotasFiscais.GerarNFe; NFCE.NotasFiscais.Assinar; NFCE.NotasFiscais.Validar; NFCE.Enviar(NFCE.NotasFiscais.Items[0].NFe.Ide.nNF, False, true); Except //exceção muda para pegar o cstat em seguida. End; if NFCE.WebServices.Enviar.cStat = 100 then //cstat = 100 nota foi enviada e aceita //marca a flag da nota como enviada. Bom, fica aí a minha dica e se puder postem sugestões sobre como otimizar esse tratamento online / offline.

Cfe site SPED Brasil. I - 1º de janeiro de 2016: a) para os estabelecimentos industriais classificados nas divisões 10 a 32 da Classificação Nacional de Atividades Econômicas (CNAE) pertencentes a empresa com faturamento anual igual ou superior a R$300.000.000,00; para os estabelecimentos industriais de empresa habilitada ao Regime Aduaneiro Especial de Entreposto Industrial sob Controle Informatizado (Recof) ou a outro regime alternativo a este; II - 1º de janeiro de 2017, para os estabelecimentos industriais classificados nas divisões 10 a 32 da Classificação Nacional de Atividades Econômicas (CNAE) pertencentes a empresa com faturamento anual igual ou superior a R$78.000.000,00; III - 1º de janeiro de 2018, para: os demais estabelecimentos industriais; os estabelecimentos atacadistas classificados nos grupos 462 a 469 da Classificação Nacional de Atividades Econômicas (CNAE) e os estabelecimentos equiparados a industrial.". http://www.spedbrasil.net/forum/topics/bloco-k-novo-prazo-ajuste-sinief-8-de-outubro-de-2015

indTot - Indica se valor do Item (vProd) entra no valor total da NF-e (vProd) Este campo deverá ser preenchido com: 0 o valor do item (vProd) não compõe o valor total da NF-e (vProd) 1 o valor do item (vProd) compõe o valor total da NF-e (vProd)

Não encontrei um post específico, até que consegui encontrar um que me ajudou. Ficou em ACBrDFe.SSL.xxxxx Fica a dica para quem precisar. Eis o link aqui: Ariel.

A Loja Automação Total é da DJSystem (fundadora do Projeto ACBr) Conseguimos uma parceria com a TANCA para distribuir o "SAT Tanca-ACBr", por um ótimo preço...

Boa tarde a todos. Venho aqui para compartilhar uma informação talvez de grande utilidade aos usuários. Adquirimos um SAT da marca GERTEC GERSAT recentemente para nossa primeira ativação em produção. O aparelho é ótimo, com fonte externa até achamos vantagem. Vinculamos sem problemas no SRSAT, tudo certo. Porém quando ativamos o aparelho usando o software de ativação ele retorna "Erro na criação do CSR" e não ativa o SAT. Seguindo recomendações de usuários do fórum em outros posts, tentamos ativar mais tarde, à noite, etc em todas vezes sem sucesso. Depois de muito "bate cabeça", fiz contato no suporte técnico da Gertec e descobrimos que o aparelho não é compatível com a Razão Social de nosso cliente (a razão do cliente tem 62 caracteres) e por isso não será possível usá-lo nesta situação. O limite foi estabelecido e homologado pela Sefaz, porém neste caso recusa Razão maior que 45 caracteres. Optei pela marca pela confiança e experiências passadas, já trabalhamos com GERTEC há tempo, creio que não será nosso último GERSAT para compra, mas fica a dica. Abaixo segue a informação que recebi do suporte: "Marcos, boa tarde! Conforme conversamos, segue o e-mail referente ao erro na criação do CSR. Informamos que o “Erro na Criação do CSR” apresentado no SAT adquirido, ocorre em função de uma divergência do tamanho do campo destinado à Razão Social da empresa. O GERSAT segue o tamanho do campo definido pelas especificações da Sefaz, porém está recebendo mais caracteres do que o especificado e isto gera o erro de CSR. Caso a Razão Social extrapole o limite de caracteres reservado para tal, ocorre o erro citado. Identificamos este problema pontual, já providenciamos a correção e submetemos à liberação de uma nova versão junto à Secretaria da Fazenda do Estado de São Paulo, entretanto, enquanto a Sefaz – SP não nos retornar com seu “de acordo”, não podemos liberar para o mercado. Como tal liberação pode levar ainda alguns dias, sugerimos que realize a devolução do equipamento para a empresa, a qual efetuou a venda ao seu Estabelecimento Comercial, e adquira outro produto de marca diferente da Gertec, na tentativa de sanar tal problema. Não temos conhecimento se outro produto, de marca e modelo divergente do nosso, deve ocorrer este erro também, pois da forma que desenvolvemos o nosso SAT, todos os testes foram feitos junto à Sefaz – SP e o produto foi homologado e liberado, mas pela demanda específica que exige tal alteração, estamos atualizando o produto. Tão breve tenhamos o “ok” da Sefaz – SP, passaremos à comercializar a nova versão com a correção, sendo que, inclusive, a Sefaz disponibilizará aos Estabelecimentos Comerciais a atualização. Lamentamos pelo transtorno e caso tenham alguma dificuldade de aceitação da devolução do produto junto à Empresa Revendedora, ficamos à disposição para auxiliá-los. Atenciosamente, Layza Michelly" Deixei um anexo do erro para contribuir com todos deste fórum.

Isso é já é feito nos fontes atuais do SVN function TACBrPosPrinterClass.ComandoPuloLinhas(NLinhas: Integer): AnsiString; begin Result := DupeString(' '+LF,NLinhas); end;

Por favor crie um tópico para cada problema diferente... senão fica muito difícil controlar o que já foi ou não corrigido...

Boa tarde Italo. Descobri o problema, O cliente tinha proxi configurado.

I applied the same fix from Trunk2 to Trunk... please update and test... But I really encourage you to change to "Trunk2"...

Juliana, Bom dia Resolveu o problema!! Bastou fazer a migração para o trunk2 e agora o sistema já esta gerando a linha opcional de multa no arquivo de remessa. Obrigado pela resposta! Att Charles

Posso implementar. Assim que finalizar posto aqui para análise. (Se alguém já fez ou começou a implementar, por favor me avise.)

Também uso as duas notas na mesma aplicação Dércio. Neste exato momento estou desenvolvendo um aplicativo à parte com a NFSe do trunk 1 que ainda funciona. Mas tá complicado. A pressão tá pegando e estou ficando sem desculpas, afinal, o cliente não quer saber se eu disser que foi um crash no trunk. O mais educado deles vai me responder: E eu com isso! Mas, enfim, não há o que fazer, então... kzarlopes, bom dia. Uma sugestão, instale uma VM e configure o componente antigo lá compile seu projeto, e coloca a disposição do cliente, não precisa de desculpas. Permita-me, sei que fez o questionamento para o Regys. "1) Por que ela parou de funcionar?", Devido as novas mudanças, é claro, a unificação de muitos códigos, alguma coisa precisa ser adaptada para um bom funcionamento, ai não tem jeito, vai “parar de funcionar” enquanto houver necessidade de adaptar a portabilidade. 2) Por que agora ela pede arquivos e dll's que antes não pedia? Bem, acredito que, cada vez que mais os clientes estão exigentes, e isso é muito bom, visto que, nós desenvolvedores vendemos “soluções” e, por este motivo, deixar o cliente satisfeito é um dos requisitos desta área. As Dlls servem para enviar email, escolha do certificado Capicon, OpenSSL etc. 3) Por que está sendo alterada As alterações no mundo do desenvolvimento é uma constante, acredito que, no caso de NFS-e seja de grande importância especialmente em se tratando de municípios onde haja mudança de provedores. Imagina quando um município muda de provedor você ter que compilar todo seu projeto e ir, em cada um deles atualizar seus sistemas? Se você enviasse apenas um arquivo .INI referente ao provedor, não seria muito cômodo para todos? Eu pelo menos penso assim. Att.

Consegui resolver pessoal. Na verdade não modifiquei nada. Apenas tentei enviar agora a pouco e consegui. Acredito que fosse algum bug no servidor da nota fiscal eletrônica. De qualquer modo, muito obrigado pela ajuda.

Agnaldo, o ambiente de produção ainda não é afetado pelas alterações, conforme NT2015.02, somente em 03/11.

Só uma ressalva meu amigo agnaldoprates, a linha do campo e 273 e não 237 como você citou.

Leitores USB não são para o ACBrLCB... pois eles desviam tudo que for lido, para o buffer de teclado do Windows (então é como se alguem tivesse digitado algo) O ACBrLCB, foi projetado para Leitores Seriais... Se o driver do seu leitor USB, criar uma COM Virtual, pode funcionar...

Mailson Atualize seus fontes, acho que isso já foi corrigido. Claudio, É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

Deverá ser feito... mas não é simples passar uma previsão... Todos os consultores estão muito ocupados no momento...

Sim vou lhe dar a explicação! tu tá com o delphi 7 certo! se olhar no library path do delphi terá o endereço do trunk ainda nele! basta ir lá remover todos path que apontam para o trunk e depois rodar o instalador novamente vai funcionar!

Aos amigos que tem NF-e e NFS-e no mesmo executável, o problema pode ser solucionado instalando o trunk2 normalmente, e após isso utilizar os fontes e pacotes da NFS-e do trunk, com pequenas mudanças em funções que mudam de nome e um pouco de paciência é possível utilizar ambas, NF-e e NFS-e, e em paralelo ir testando a NFS-e no trunk2. Pelo menos foi isso que fiz, e os provedores que utilizo, estou tentando fazer os ajustes nos arquivos .ini para ajudar no desenvolvimento do componente

Olá pessoal, novidades sobre este assunto. Conseguimos contato com a Bematech referente aos problemas que estão acontecendo com a MP4200. Nos retornaram email esclarecendo a situação conforme abaixo: "Nossa engenharia detectou um comportamento, diferente do habitual, no modelo do ECF MP-4200 TH FI II, e que em alguns casos pode ocorrer para o ECF MP-4200 TH FI na versão de firmware 01.00.02. No entanto, uma simples manutenção em um componente interno do ECF, soluciona este comportamento. As autorizadas estão sendo instruídas a realizar esta manutenção." E complementaram explicando que: " As impressoras possuem uma placa de comunicação com o fisco. Como não existe esta comunicação a placa fica tentando o contato e entra em loop, dando erro de comunicação.A manutenção a ser feita pelas assistência, é manualmente desativar esta placa. Segundo ele tem muitos softwares que não tem problema com isso, que tratam este "ocupado"." Qualquer outra novidade atualizo aqui. Abraço

Bom dia Icozeira, Estou realizando diversas alterações no componente ACBrNFSe a fim de compatibiliza-lo com o Trunk2. Peço desculpas caso eu venha disponibilizar algum fonte com algum erro de sintaxe, pois a maior parte do tempo realizo as alterações aqui na empresa que ainda estou com os fontes do Trunk instalados, portanto não tenho condições de compilar. Acabo compilando em casa depois das 18:00 e é ai que descubro que tem algum erro. Mas vamos as boas novas. Em casa estou realizando testes com o provedor Ginfes e com as alterações os métodos: Enviar, Consultar Situação do Lote, Consultar Lote, Cancelar NFS-e, Imprimir NFS-e, Enviar e-mail e gerar o Link NFS-e já estão funcionando. Esta faltando testar e fazer as devidas correções nos métodos: Gerar Lote RPS (não realiza envio, apenas gera o lote e salva em disco para ser importando pelo site da prefeitura) e Consultar NFS-e por RPS. Por fim vai ficar faltando os métodos: Gerar NFS-e (lote contendo apenas um RPS), Enviar Síncrono e Substituir NFS-e. Mas para esses 3 últimos métodos será necessário testar com outro provedor, pois o Ginfes não disponibiliza esses serviços. Para aqueles que tem clientes cujas cidades são atendidas pelo provedor Ginfes podem realizar os testes, pois as alterações que estou realizando estão disponíveis no repositório do Trunk2.

Achei o problema e segue para quem passar por problemas de impressao de QRCode. É preciso atualizar o Firmware da impressora no link http://www.desenvolvedoresdaruma.com.br/home/index.php esta no fim da pagina. Achei o problema e segue para quem passar por problemas de impressao de QRCode. É preciso atualizar o Firmware da impressora no link http://www.desenvolvedoresdaruma.com.br/home/index.php esta no fim da pagina.

Você matou a charada, demos permissão para todos na pasta PRINTERS e resolveu o problema imprimindo pelo compartilhamento \\192.168.0.12\Daruma Mas se ao inves do compartilhamento eu colocar COM1 ai continua o problema. Mas a porta esta funcionando, pelo prompt de comando DIR > COM1 imprime corretamente. (As configurações da porta, baud,stop bit, etc, estao ok).

Isso é algum erro de permissão. Faz o seguinte... compartilhe a pasta PRINTERS com permissão de leitura e escrita (no micro onde tem a impressora instalada). Att, Sérgio

Bom dia Douglas. Vou explicar da maneira que eu entendo. (É bom fazer uma consulta no escritório contábil.) 1 - O CFOP deve ser interno. Neste caso, seria então 5101 e não 6.101. 2 - O Código do País de destino deve ser 1058 <cPais> e BRASIL no <xPais>. 3 - O Restante continua da forma que vc informou: <cMun>9999999</cMun> <xMun>EXTERIOR</xMun> <UF>EX</UF> (Desta forma creio que irá autorizar a tua nota) Parecer: Se a empresa está vendendo no balcão para um cliente estrangeiro, a empresa não está fazendo uma exportação. CFOP 7.xxx envolve SISCOMEX, Despachante aduaneiro e todos os tramites de exportação. O que está ocorrendo nesta situação é uma venda local (CFOP INTERNO 5.xxx) e o cliente é estrangeiro (Não possui os documentos brasileiros CPF/CNPJ) e ele mesmo estará de posse da mercadoria. (Logo a empresa não exportou). E o cliente está com um documento fiscal da venda da mercadoria que comprova a aquisição da mesma dentro do país. Porém tem uns cuidados que devem ser tomado para evitar problema com o fisco. Exemplo: A venda não deve caracterizar "venda para revenda". Ou seja grande quantidade de um mesmo item e sim uma venda que o fisco "entenda" que é para uma pessoa física, como um turista. Isto dá muito pano pra manga, devido as interpretações. Converse com o escritório contábil e obtenha o parecer deles.