Painel de líderes

Olá pessoal, No dia 16/04/2019, foi lança a versão 2.0.2 da IDE RAD Lazarus... Veja aqui a nota de lançamento oficial: https://forum.lazarus.freepascal.org/index.php/topic,45062.0.html Essa versão ainda usa o FPC (Free Pascal Compiler), na versão 3.0.4, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode baixar o Lazarus 2.0.2, na página oficial do Projeto: https://www.lazarus-ide.org/ Observe porém, que o Download sugerido, provavelmente será de um Compilador para Windows 64... O que muitas vezes não é o desejado, para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes Portanto, recomendo selecionar a versão 32 Bits, conforme destacado, na imagem abaixo... Se você quer realmente gerar aplicações 64 bits, ainda poderá fazer um Cross-compiling , baixando um instalador complementar em: https://sourceforge.net/projects/lazarus/files/Lazarus Windows 32 bits/Lazarus 2.0.2/ O ACBr tem um ótimo suporte ao Lazarus/FPC, isso porque a maioria dos Consultores do Projeto ACBr, usam Lazarus/FPC como principal IDE para Desenvolvimento, e todos os nosso projetos, como: ACBrMonitorPLUS, e ACBrLib, são desenvolvidos em Lazarus/FPC. Abaixo segue um Screen Shot da minha IDE de trabalho (clique para aumentar) Quer conhecer mais aplicações desenvolvidas em Lazarus ? Veja esse Link: http://wiki.freepascal.org/Lazarus_Application_Gallery

Favor atualizar para versão 1.2.0.56 do ACBrMonitor para correção desse problema, basta selecionar novamente a opção correta no combo.

Na verdade, tem muitos outros... Esse abaixo tem cerca de duas semanas: Isso depende de legislação estadual. Cada UF tem seu próprio direito de estabelecer as leis e, por isso, pode mudar de uma região para outra. Mas tem dois princípios que as UFs atendem nesse respeito: Não permitir sonegação; Não causar prejuízo ao contribuinte; Esse ponto "1. Não permitir sonegação" é o mais fácil de entender. É lógico que o estado deseja receber os impostos para poder administrar. Por isso existem tantas leis relacionadas a isso. E esse é o princípio, (ok, um dos), que os levam a serem rígidos na legislação sobre emissão de documento fiscal. O ponto "2. Não causar prejuízo ao contribuinte" é o que leva algumas UFs a estender permissão para emissão diferenciada de documentos. Imagine que uma criança vá numa padaria e compre uma bala. O custo da emissão do documento fiscal talvez seja mais caro que a bala. Por isso, alguns estados permitem que esse tipo de estabelecimento gere uma nota fiscal no final do dia com o acumulado de todas as compras pequenas. Contudo, geralmente isso tem diversas limitações e exceções para garantir que empresas não se aproveitem dessa brecha para sonegar. Como isso funciona? Depende da UF... No tópico acima eu menciono que em MG a pessoa poderia ter um sistema de gestão que não emitia nota, mas a empresa não poderia ter nenhum computador na área de atendimento ao cliente e fosse uma empresa pequena. Porque se entende que se a empresa, mesmo pequena, tem condição de ter um computador na área do cliente, então ela tem condições de ter um sistema de emissão de notas eletrônico. Por isso o melhor é sempre você verificar com a Sefaz do seu estado, com o seu contador e com um advogado tributário. Mas tenha cuidado: Qualquer permissão ou proibição da SEFAZ, peça a legislação pertinente ou documento por escrito; Se você consultar um contador do seu cliente, ele pode estar mais interessado em facilitar a vida do cliente do que na responsabilidade que sua empresa vai ter em caso de uma fiscalização; Se você consultar um advogado que não entende da legislação tributária, ele pode te dar uma orientação não perita Isso não é 100% correto. A software house responde sim pelo que o sistema permite o usuário fazer. É claro que a responsabilidade vai depender de cada caso e de cada UF. Mas se isso não fosse verdade, não teria existido o PAF-ECF e ele não teria atingido tantas UFs. Procure saber sobre responsabilidade solidária da software house ou de sistemas de emissão de documentos fiscais na tributação. Sabe-se de concreto que vira e mexe uma software house vira notícia por permitir esse tipo de sonegação, seja lá qual for o documento fiscal usado na época. Sabe-se também que as UFs estão sempre criando operações para fiscalizar qualquer tipo de sonegação.

Bom dia Realmente está ocorrendo este erro no envio de e-mail do componente Boleto, já realizamos a correção e estará disponível na versão semanal dessa semana.

Boa tarde. Creio que oque você precisa seja o ACBrMonitorPlus, para saber mais, clique aqui e acesse a página sobre ele em nosso portal. Lembrando que também estamos trabalhando no ACBrLib, o qual tornará ainda mais nativa a integração com os componentes ACBr, saiba mais aqui. Att.

Resolvidíssimo. Funcionou na opção Sempre. Vcs são os caras. Sucesso e abraços.

Desculpem mas não foi minha intenção fazer flooding, fiz o primeiro post e depois resolvi renovar o SAC e tentei passar o post para a área do SAC

Boa tarde Davidson, A diferença é que no caso da NF-e o envio é assíncrono, logo temos no retorno o numero do recibo que devemos utilizar para realizar uma consulta para saber o resultado do processamento da nota enviada. Já na NFC-e o envio é síncrono, logo temos no retorno já o resultado do processamento.

tópico relacionado...

Bom dia. Estou fechando aqui para centralizar o assunto. Att.

Pelo que notei no seu INI, está configurado como "fgtSomenteProducao" [WebService] Versao=4.00 VersaoCTe=2.00 VersaoMDFe=3.00 VersaoReinf=1_03_02 VersaoeSocial=02_04_02 VersaoQRCode=0 FormaEmissaoNFe=-1 FormaEmissaoCTe=-1 FormaEmissaoMDFe=-1 FormaEmissaoGNRe=-1 Ambiente=1 UF=SP AjustarAut=0 Aguardar=1 Tentativas=10 Intervalo=1 TimeZoneMode=0 TimeZoneStr= CamposFatObrig=1 ForcarGerarTagRejeicao938=1 <=== AQUI TForcarGeracaoTag = (fgtNunca, fgtSomenteProducao, fgtSomenteHomologacao, fgtSempre); O "fgtSempre" seria o valor 3

Descobri o porque, quando mando aqui no meu computador para testes, uso em ambiente de homologação. Ai la no cadastro do gnre so funciona como produção. Fiz como produção dai na 1.0 voltou a funcionar. Grato a todos

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Ou ainda um pouco mais. tu tens arquivos antigos do Fortes perdidos no seu micro. quase certo

Bom a sua imagem não aparece aqui . mas sugiro reinstalar cadeia de certificados

Boa noite, A tua alteração funcionou, mas a property Tecla é do tipo integer. Então precisa mudar de: if (Produtos.Setor.Descricao <> '') or (Produtos.Tecla <> '') then Para: if (Produtos.Setor.Descricao <> '') or (Produtos.Tecla > 0) then Teste e está funcionando corretamente, ou seja, gerando apenas o CADTXT Obrigado.

A ideia é obter a Chave Privada de um Certificado, e usar a mesma para efetuar a criptografia do Hash Gerado... Você pode ver o código do ACBr, onde isso é efetuado com a Wincrypt, no método "TDFeWinCrypt.CalcHash" do fonte: ACBrDFeWinCrypt.pas

Olá, Essa mensagem parece ser só alerta gerado pelo componente. então não é um problema e você pode continuar utilizando o arquivo. Há uma propriedade em TACBrNFe.Geral.FormatoAlerta que configura essa mensagem de alerta. Mas notei que o componente não estava preparado para receber esse valor. Enviei uma possível correção ao SVN na revisão 16925. Queira por favor, atualizar, testar e reportar qualquer problema.

Boa tarde, Obrigada pela contribuição, adicionada para análise. Att.

Daniel, com esta nova unit está funcionando corretamente nos dois protocolos: USE-CB2 e USE-P2. Porém, só tem um detalhe na linha 108 (wResposta := Copy(wResposta,wPos, 16)) está faltando um ; . Já adicionei e realizei os testes. Só ajustar este detalhe e já está pronto para disponibilizar. Agradeço pela atenção.

Não ela existe ainda só não estão na classe base de impressão do DANFe olhe no componente de impressão que vai encontrar as mesma.

Boa tarde. Conforme citado pelo colega @Leandro Vignoto também acho mais viável um parâmetro..você poderia até usar essa data para os valores default. Porém note em nosso Mapa que somente SC exigirá em 07/05, MG já definiu que não exigirá. https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico Att.

Boa tarde Claudney, Favor não incluir como postagem conteúdo de arquivos, procure sempre anexar os mesmos. O grande problema é que se remover o atributo versão, o webservice entende que o XML esta na versão 1.00 sendo que não esta. E ai como resolver esse problema? Para mim, existe um erro no webservice deles.

Tópico possivelmente relacionado:

Vou verificar a programação, muito obrigada pela atenção. ; )

A ideia era permitir a Sw.House distribuir com o sistema, todas as DLLs suportadas, na mesma pasta do EXE... e o próprio componente verificaria quais modelos estão disponíveis, com uma chamada ao método de Classe TACBrPosPrinterHook.CanInitilize Incorporar esse ajuste, quebraria essa funcionalidade... Você não poderia definir outro valor na porta ? Como por exemplo "NONE"

Bom dia....só hoje (04/2019), tive um problema com um sat de um cliente que teve esse caso de ter desconto e frete no mesmo pedido, e pesquisando na internet realmente era esse o problema, não pode enviar as 2 tags juntas. Achei esse tópico aqui, sei que está muito bem esclarecido pelo colegas, mas achei um bom exemplo em outro site e vou deixar aqui também. Para o SAT o frete é enviado na tag <vDescSubtot> ou <vAcresSubtot>, não existe uma tag específica para Frete no XML, onde de acordo com a Especificação do SAT, deve-se informar valores de desconto ou acréscimo sobre subtotal do CF-e. Os valores de desconto e acréscimo sobre subtotal são mutuamente exclusivos. Sendo assim, não podemos enviar a tag <vDescSubtot> e <vAcresSubtot> juntas. Portanto, caso em uma venda SAT haja frete e desconto, será feito a conta: Frete (Considerado como Acréscimo) - Desconto para o envio do XML e impressão do Cupom. Exemplo: Em uma venda com Frete e Desconto, onde temos o Produto = R$ 40,00, Desconto = R$ 15,00 e Frete = R$ 20,00 Ao finalizar esta venda no XML a tag <vAcresSubtot> ficará com o conteúdo = 5 E a impressão do cupom mostrará um acréscimo de R$ 5,00

Favor atualizar os fontes e façam novos testes.

Bom dia Wagner, Da forma que você implementou esta errada. Se após o envio ocorre o erro de timeout, você não pode deixar o usuário enviar novamente e sim consultar. Porque tem que ser dessa forma, pelo simples fato de você não saber que o erro ocorreu no envio ou no retorno. Ao consultar se retornar o protocolo, fica claro que o erro ocorreu no retorno. Se retornar que o CT-e não consta na base de dados, fica claro que o erro ocorreu no envio, ai sim, você libera para que o usuário possa enviar novamente. Se retornar rejeições, fica claro que o erro ocorreu no retorno, mas o CT-e não foi autorizado, ai sim, você libera para que o usuário possa fazer as devidas correções e enviar novamente.

Enviado para o SVN.. Rev.16930

Obrigado, Juliana...

Bom Dia Obrigado Rafael por me responder, achei o danado tava no componente de impressão mesmo como você disse, no meu caso ACBrNFeDANFCeFortes. Muito Obrigado a todos vocês do ACBr!!! Tópico resolvido!!!

Mas aí você joga a bronca pra cima das redes....

Bom dia Niron Me parece que a configuração do Monitor no que diz respeito ao e-Social esta errado, veja: [eSocial] IdEmpregador=27510211000120 IdTransmissor=96452234668 TipoEmpregador=tePessoaFisica O Empregador não seria uma Pessoa Jurídica, uma vez que você informou o CNPJ do mesmo?

Se estiver com todos os fontes atualizados basta rodar o script ACBrMonitor.iss no InnoSetup, mas o Monitor Console realmente não vai funcionar, precisa compilar o ACBrMonitor.lpi e para isso estar com todos os componentes ACBr devidamente Instalados...

Bom dia. Não creio que esteja correto esta opção no sistema, uma vez que me parece um mecanismo de sonegação. No decorrer da existência do PAF-ECF por exemplo, fica muito claro como as softwarehouses poderiam ser consideradas corresponsáveis caso oferecessem mecanismos para vendas sem documento fiscal acobertando. Att.

Juliomar, muito obrigado pelo retorno resolvi aqui. Quando eu estava passava as datas a formatação estava errada. Resolvido

Confirmar o tef após o fechamento da venda. dai ele vai ficar ok. habilita o log do acbrtefd que tu vai ver o que estou falando

Fechado por estar muito grande

Você tem toda razão. Já corrigi. Muito obrigado.

Enviei ao SVN uma alteração baseada na do Valdirdill, mas levando em conta o que o BigWings mencionou, na revisão 16926. Assim, o arquvo Setor vai ser gerado apenas se for preenchido pelo menos a descrição ou a tecla para o produto. Queiram por favor atualizar, testar e reportar qualquer problema.

Boa tarde, Se você se refere a cidade Feliz/RS, ela já consta na nossa lista, veja: No arquivo Cidades.ini temos: [4308102] Nome=Feliz UF=RS Provedor=Pronim Isso significa que essa cidade se utiliza do provedor Pronim. Favor usar o programa exemplo do componente para realizar os testes.

Boa tarde. Desta forma para os casos que esta informação é necessária ela também não é enviada, creio que o ideal seja verificar o campo DataProtesto. Att.

Tópico fechado por falta de retorno do usuário

Procedure TForm1.Button1Click(Sender: TObject); Const sDataRecebida = '2019-04-20'; Begin Edit1.Text := Copy(sDataRecebida, 9, 2) + '.' + Copy(sDataRecebida, 6, 2) + '.' + Copy(sDataRecebida, 1, 4); End; resultado 20.04.2019 se quiser troque o "." por "/" para ficar 20/04/2019 depois use SeuDataSet.FieldByName('seucampo').AsDateTime := StrToDate(Edit1.Text);

Bom dia. Deve ser adicionado nos próximos dias. Att.

Oi Italo, me expressei errado. Me refiro aos programadores em geral que tem medo de compartilhar ideias, sugestões... Atualmente se não fosse o ACBR e boa vontade dos colaboradores em manter o projeto de pé, muita empresinha estaria de portas fechadas. Veja só, pra uma comunidade de 82k... meio impossível ng ter passado por este problema.. Até sexta noite, o tópico tinha aproximadamente umas 37 visualizações e ninguém falou nada. Mas enfim, eu resolvi meu problema assim Tentativas := 10; AguardarConsultaRet := 5000; AjustaAguardaConsultaRet := True; TimeOut := 10000; IntervaloTentativas := 5000; TimeOutPorThread := True; AjustaAguardaConsultaRet := True; "AJUDAR UM COLEGA DA MESMA PROFISSÃO NÃO GERA CONCORRÊNCIA... GERA ADMIRAÇÃO"

Analisando o código dessa região do relatório notei o seguinte: Onde está circulado na sua imagem pode aparecer as informações do campo NaturezaOperacao. Mas esses dados só aparecem caso esteja de acordo com as opções da função NaturezaOperacaoDescricao da unit pnfsConversao.pas; O campo ExigibilidadeISS não é exibido no DANFSe em nenhum lugar. Assim, se for realmente necessário, precisamos alterar esse comportamento. Você tem realmente necessidade desse campo ser exibido?

Para fazer isso precisa adicionar um boleto por vez na lista, ou seja, adiciona um titulo e gera o PDF. Pode definir o nome de cada PDF a ser gerado chamando antes o método abaixo: https://acbr.sourceforge.io/ACBrMonitor/BOLETOSetDiretorioArquivo.html

Bom dia Luan, Por favor siga as regras do fórum, para questões novas, tópico novo. Este tópico se refere a nomenclatura de arquivos do CT-e. Respondendo a sua duvida, no meu entendimento, quando temos uma data ou período, bem como o horário ou faixa de horário que vai ocorrer a entrega devemos preencher os campos do grupo complemento. caso contrario devemos apenas informar a dPrev.