Painel de líderes

Muito Bom! Ótima iniciativa. Pena que foram poucos desenvolvedores... Daniel, depois manda um link da apresentação que você disse que ia disponibilizar.. Abraço!

Participei do evento e gostei muito do conteúdo apresentado. Parabéns aos palestrantes e pela iniciativa da Elgin. Só acho que poderia ser melhor divulgado para que mais pessoas pudessem participar do evento em nosso estado (ES).

Bom dia meus amigos, primeiramente quero agradecer a ajuda, o programa já esta abrindo - atualizei tudo no windows e ele me mostrou a mensagem q faltavam duas dlls (libxmlsec.dll e libxslt.dll), as copiei, joguei tudo na pasta do exe, como Daniel me disse e funcionouuuuuuuuuuuuu, vivaaaaaaaaaaaaaaaaaaaa Muitíssimo obrigado a vcs Sergio e Daniel ....

No meu entendimento, você ainda precisa calcular o vFCP para poder descontar do valor do vFCPST, mas sem informar o vFCP no componente já que não há campo para ele no XML para Simples Nacional. O procedimento é semelhante ao cálculo do vICMSST. Essa forma de cálculo, porém, estava causando rejeição por a conta não bater justamente por falta do vFCP no XML, não tenho certeza se a regra de validação é uma das que foram (ou serão) suspensas.

Qual versão do Delphi? Migrou de uma versão antiga para as mais novas? Rode o upx para reduzir o exe dá na maioria das vezes um ganho de mais de 50%.

Parabéns a equipe pela palestra, conteúdo excelente .. já estou colocando em prática algumas das dicas.

Vdd voltou Era estado mesmo

Boa tarde, Acabei de testar e aqui já normalizou. Obrigado.

Deu certo! Obrigado!

Muito obrigado amigo. Espero poder ajudá-lo quando precisar.

Entendi, então, possivelmente esta empresa entra agora no envio certo? Se for, deve ser enviada como 2018-07, pois pra essas empresas, essa é a data de inicio da obrigatoriedade no eSocial conforme aquele link que te passei, por isso não deve ser informada 2018-01 que foi o período de obrigatoriedade das primeiras empresas no eSocial.. Outro detalhe é que se você não enviar o iniValid com esses períodos corretamente, certamente que terá esses problemas de conflitos..

Em Homologação contingência SVC-AN Rejeição = 2999-Falha nao tratada. Mesmo que o erro seja só em homologação, estamos fritos do mesmo jeito porque se precisar de uma alteração não temos como testar o envio da NFe. E outra: não se sabe a origem desse erro e, com certeza, o SEFAZ/MG não nos dará um parecer a respeito. Já enviei reclamação no Fale Conosco.

Não estou entendendo mais nada. Pensei que esse tal de TSL ja estava em vigor a partir da implantação da 4.0...

Estou fazendo a integração com a consulta do Serasa, já tenho conta no Serasa Experian, mas não consigo encontrar em lugar algum um Manual de integração, Exemplo ou DLL. Se alguém tiver algum destes, poderia postar?? Agradeço desde já!!

Pela lógica a URL de produção também será a mesma. Se puder confirmar a URL de produção seria bom para já enviar a correção para o repositório.

@PERUCAS FISZPAN eu percebi isso também, no meu caso o XML não existia dentro da pasta, verifique se o caminho que tu estas passando é de fato o path do XML alvo.

1o Passo é vincular o número de série do aparelho com o CNPJ do contribuinte; 2o Passo é proceder a ativação (entre em contato com o suporte do fabricante para obter mais informações); 3o Passo é fazer o vínculo com o aplicativo comercial;

na imagem acima fica claro o que o homologador observou quando me enviou email. a alteração ainda não fiz mas vou fazer então e postar aqui.

Bom dia, cristiano informatica. Para utilizar por UltNSU, informe o valor 0, assim serão retornados os documentos dos últimos 90 dias com um limite de 50 por consulta. Leia também a NT que está no link abaixo: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=s/plBMpQotg=

Obrigado, mas eu já tinha resolvido isso hoje pela manhã. Eu estava colocando essa informação de forma que não estava funcionando. Hoje cedo mudei e finalmente funcionou.

Bom dia Marcio, Favor atualizar os fontes. Veja a alteração que fiz no arquivo Cidades.ini para a cidade de Guaiba/RS.

@earreis Nos componente de impressão que estão associados ao TACBrNFe, existe uma propriedade DANFE.sistema:='nome que deseja colocar'

Veja se não tem um arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação.

Veja que está informando o FCP no grupo destinado ao ICMS normal. <ICMS00> <orig>1</orig> <CST>00</CST> <modBC>0</modBC> <vBC>1499.00</vBC> <pICMS>4.0000</pICMS> <vICMS>59.96</vICMS> <pFCP>2.0000</pFCP> <vFCP>29.98</vFCP> </ICMS00> Para NFe interestadual a consumidor final não contribuinte o FCP deve ser informado apenas no grupo ICMSUFDest.

Também trabalho com com outra linguagem, não consegui migrar a criptografia para VB.NET. Minha solução foi criar um projeto em Delphi que faz essa alteração para mim. Eu copiei as unidades do acbr que fazem a criptografia e fiz o meu sistema criar um arquivo .INI com a senha para alterar, dai ele chama esse "sisteminha" eu leio a senha, faço a criptografia, salvo no arquivo .INI de configuração do acbrmonitor e fecha sozinho. Veja como ficou abaixo: Arquivo INI que o sistema abaixo lê: [ACBR] senha=12345678 caminho=C:\ACBrMonitorPlus\ Sistema: unit Unit3; interface uses Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs, ACBrUtil, Vcl.StdCtrls, IniFiles; type TForm3 = class(TForm) procedure FormCreate(Sender: TObject); private { Private declarations } public { Public declarations } Procedure GravaINICrypt(INI : TIniFile; Section, Ident, AString, Pass : String ); end; var Form3: TForm3; const _C = 'tYk*5W@'; implementation {$R *.dfm} Procedure TForm3.GravaINICrypt(INI : TIniFile; Section, Ident, AString, Pass : String ); var SStream : TStringStream ; CryptStr : String ; begin CryptStr := StrCrypt( AString, Pass) ; SStream := TStringStream.Create(CryptStr) ; try INI.WriteBinaryStream(Section, Ident, SStream) ; finally SStream.Free ; end ; end ; procedure TForm3.FormCreate(Sender: TObject); var senha: string; Ini: TIniFile; IniGSECF: TIniFile; ACBrMonitorINI: string; DirGSECF: string; begin try //Carrega caminho do arquivo ini (que contem a senha e o caminho do acbr) gerado pelo meu sistema. DirGSECF := (ExtractFilePath(Application.ExeName) + 'ParAcbrGsecf.ini'); //DirGSECF := ('D:\Documentos\SharpDevelop Projects\wingsecf modelo 55 implementado\bin\Debug\ParAcbrGsecf.ini'); IniGSECF := TIniFile.Create(DirGSECF); //Ler arquivo ini criado ao salvar empresa no meu sistema (e senha for diferente do salvado no banco) no módulo GSECF senha := IniGSECF.ReadString('ACBR', 'senha', ''); ACBrMonitorINI := IniGSECF.ReadString('ACBR', 'caminho', ''); ACBrMonitorINI := ACBrMonitorINI + 'ACBrMonitor.ini'; Ini := TIniFile.Create(ACBrMonitorINI); GravaINICrypt(INI, 'Certificado', 'Senha', senha, _C); except end; self.Close; Application.Terminate; end; end.

Bom dia. Este tópico é muito antigo, por favor crie um novo para seu problema. Att,

Bom dia. Tópico fechado por ser muito antigo, para novas dúvidas favor criar novo tópico. Att.

Bom dia @Thiago Ribeirao Este tópico é antigo, por esse motivo divide sua postagem num novo tópico dentro da área SAC. Att.

Sim, mas algumas vezes funciona.

Sim... a própria impressora se preocupa com o Pulo de Etiqueta e garantir que caia sempre na mesma posição... Em relação às colunas, faça o Layout como se fosse uma única etiqueta "larga" Estude os fontes do Demo do ACBrETQ... lá é demonstrado uma impressão com 3 colunas

obrigado... um amigo me passou esse UPX deu certo de 93 megas foi para 21 megas .. resolvido

O ACBrETQ não suporta a programação do Tamanho da página... ele usa a impressão baseada no sensor de GAP

Aqui mesmo no fórum... as notícias sempre acaba chegando em primeira mão... Os fabricantes de automação, também costuma ter "maling" com novidades

C:\ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBrNFeDANFeRL.pas(112) Fatal: File not found: 'frce.dcp' Compilation failure Isso é dependência do Fortes. Usei a pesquisa do fórum e, sem muito esforço, veja o que eu encontrei...

Concordo plenamente.. E você já imaginou um escritório contábil, que tem "X" clientes e querem usar o A3 pra entregar o eSocial? Cada vez que for enviar um cliente em específico, terá que ficar conectando e descontando o A3 do servidor.. Tem desses também..

Mais uma vez, parabéns Italo, aguardando ansiosamente. Forte abraço!!!

Olá Juliomar, desculpa voltar esse problema já é antigo mas ainda não sei exatamente como resolver. Poderia me orientar ?

Perfeito Italo! Usando a libCapicom funcionou. No entanto usamos o certificado no banco de dados, então irei aguardar o ajuste definitivo, pois precisa ser da libWinCrypt. Obrigado.

Funcionou. Muito obrigado.

NOTÍCIAS Limpeza da base de dados do ambiente de produção restrita acontecerá em 27/08 Ambiente de testes ficará indisponível no dia 27/08, das 08h às 17h. porPublicado: 20/08/2018 15h45Última modificação: 20/08/2018 16h07 No dia 27/08/2018, próxima segunda-feira, a produção restrita (ambiente de testes) ficará fora do ar para procedimento de limpeza da base de dados. As empresas que enviaram eventos nesse ambiente de testes deverão reenviá-los posteriormente. Para realização da limpeza, o sistema ficará indisponível das 08h às 17h do dia 27. Fonte: http://portal.esocial.gov.br/noticias/limpeza-da-base-de-dados-do-ambiente-de-producao-restrita-acontecera-em-27-08

A comunicação é assicrona e quando um lote é recepcionado pelo eSocial, este lote cai em uma fila de espera "normalmente" 1 min é o suficiente para processar e já pode ser feito a consulta, porém já vi casos de demorar 15 min por exemplo o S-1299. Então consulte até obter uma resposta diferente de 101 - Processando.

Bom dia, Tente verificar no seu diretório do componente depois em > \Fontes\ACBrBoleto\Logos\PretoBranco\136.bmp \Fontes\ACBrBoleto\Logos\Colorido\136.bmp"

Correto, mas me refiro também ao modelo do boleto no manual pela maioria dos Bancos e FEBRABAN . Se a mensagem de Juros de Mora é em "%" o padrão é Mensal. Pelo que verifiquei para CNAB400 a maioria dos outros bancos utilizam apenas valor por dia... Por isso a mensagem da forma que estava não havia sido identificada ainda. Mas para Bancoob, realmente causa problema da forma que está... Vamos verificar para atutualizar no SVN. Obrigado!

Boa tarde, Simbolus. Veja esse tópico, talvez possa te ajudar:

Prezados, Essa "pequena" alteração na unit ACBrBoleto na realidade teve um impacto "grande" nas demais cobranças. Por exemplo: Antes para o SICOOB CNAB 400 era passado para o componente nas propriedades "CodigoMora" o valor de "2" que significa "percentual" e na propriedades "ValorMoraJuros" o valor de "0.33" O boleto impresso ficava com o texto correto "Cobrar juros de 0,33% por dia de atraso..." Na remessa ficava correto na posição 161 "Taxa de mora mês" onde ficava "099000" Agora se eu deixar alimentando como está, a remessa embora fique correta, o boleto não, pois o texto fica "Cobrar juros de 0,33% ao mês de atraso..." onde o correto seria cobrar "Cobrar juros de 10% ao mês de atraso" Se eu alterar a propriedade "ValorMoraJuros" para o valor de "10" que é o juros ao mês o texto do boleto fica correto "Cobrar juros de 10% ao mês de atraso..." porém a remessa fica errada "300000" Isso porque na geração da remessa "unit ACBrBancoBancoob" ele está tratando a taxa como sendo diária e aplica um calculo para transformar em taxa mensal.

Bom dia, atualizado no SVN...

Eu uso Lazarus/FPC e não pretendo mudar isso...

Calma jovem ! o anuncio é só para mostrar o quanto a IDERA Embarcadero está preocupada para que o pessoal possa testar bem as ferramentas. ACBr é mantido pela DJSystem e usa 100% Lazarus e nós continuaremos a manter compatibilidade entre ambos!

Sim, ocorreu um erro na net, quando estava gravando o post... Outra coisa. Funcionou após informar os dados do Condutor/Motorista. Obrigadoooooo....

ACBrSAT.ConsultarSAT; if ACBrSAT.Resposta.codigoDeRetorno = 8000 then begin ... end;