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

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.

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.

tópico relacionado...

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

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

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

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.

Prezados, bom dia, No dia 1/02/2019, na Revision 16468, foi criada uma nova funcionalidade, adicionando suporte a impressoras conectadas via USB, o que é muito bacana. Mas, no meu caso eu informava a Porta como "USB" apenas para que pudesse usar o componente sem nenhuma impressora atrelada diretamente. Dessa forma eu conseguia imprimir via Rede ou até mesmo apenas gerar o PDF para envio por e-mail do consumidor. Sugiro uma pequena alteração na procedure DetectarECriarHook: If Porta='USB' then Exit; Caso não seja informada a marca da impressora, sair da função sem gerar erro. É algo extremamente simples e que me ajudaria muito. Desde já agradeço ACBrPosPrinter.pas

Boa noite, O problema foi um vacilo meu mesmo, na configuração da UF da webservice, tava com a UF de outro estado, daí a rejeição: 203 , Desculpa aí, e obrigado pela atenção. Fique com Deus!

Boa tarde. Você testou e teve problemas? Att.

Boa tarde. Sugiro que vc coloque um parâmetro no sistema e deixe por default conforme mostra o mapa. Sim, esta é a data para produção nas UFS que decidiram manter a exigência. Att.

Boa tarde Carlos, Vamos pegar como exemplo outra cidade que utiliza o mesmo provedor: [2504009] Nome=Campina Grande UF=PB Provedor=ISSIntel NomeURL_H=campinagrande-pb NomeURL_P=campinagrande-pb Note que é o nome da cidade-uf Então deve ser: NomeURL_H=guanambi-ba NomeURL_P=guanambi-ba Use o programa exemplo para realizar os testes. Fico no aguardo de um retorno.

Boa tarde, fredutsch. Veja o tópico abaixo, talvez possa te ajudar:

Valeu José, Vou fazer dessa maneira, qualquer dúvida retorno. Lhe agradeço desde já pela atenção.

Muito obrigada pela atenção!

boa tarde.. verifique esse arquivo, que fala sobre isso https://www.devmedia.com.br/pesquisa-e-copia-de-arquivos-diretorios-e-subdiretorios-delphi/23746

FortesReport usa o Spool do Windows.. a sua mensagem indica que você está tentando imprimir com o ACBrPosPrinter... deve ter algo errado na ligação dos seus componentes...

Bom dia, Grimario Trindade. Veja o tópico abaixo:

O componente não faz nenhuma crítica quando a modalidade de frete na geração dos dados do transportador, basta que esses dados sejam informados.

Exatamente, mas seria em relação as posições de uso livre... Att.

Obrigado, Juliana...

Tópico relacionado:

O log é muito grande. Seria bom você explicar em que momento está acontecendo. Isso geralmente ocorre quando a transação não foi confirmada. Verifique se ela está sendo confirmada antes de fechar o sistema. Se não estiver, você precisa procurar o motivo.

Bom dia. Isso está claro, mas a questão é que a função que você alterou calcula a quantidade de caracteres livres para uso, que no seu caso também são 5. Me parece que trata-se da necessidade de ajuste na leitura do retorno considerando esta informação. Att.

Bom dia, Moacir Rosa. Seria o ideal você pegar a documentação e verificar o tipo de comunicação.

Se o produto ou serviço foi entregue ao consumidor, então já é necessária a emissão do Documento Fiscal, pois houve a circulação de mercadorias... Se não emitir é songecao Fiscal e a Sw.House pode ser co-responsabilizada... Há mecanismos como NFe conjugada, Simples Remessa, Simples Faturamento, etc.. para faturamento posterior de várias vendas no fechamento

Ele é totalmente compatível. o que pode estar ocorrendo é que tu tem um fonte legado e o dproj está sem os unit scope names certos por conta de uma migração. pode testar criando um novo projeto do zero a usando algum componente do ACBr. sabe do que estou falando né das unit scope names?

Tem que ver se isso pode ser feito no manual deles

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

Boa tarde Fernando, Muito obrigado pela colaboração, assim que possível vou analisar a sua contribuição.

Obrigado. Enviei um email à SkyTef e estou no aguardo do retorno. Obrigado Cleber. Enviei um email à skytef e estou no aguardo.

Boa tarde Henrique, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Note que o Daniel já lhe respondeu neste tópico... Att.

Boa tarde. Referente a isto, veja o tópico a seguir. Att.e

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

Sugestão de correção no arquvio pcesS2300: atualmente só está gerando os campos da tag <infoDirigenteSindical > se (obj.infoDirSind.dtAdmOrig > 0), mas como consta no layout do eSocial v.2.5, dtAdminOrig não é obrigatória em todos os casos. Segue anexo o arquivo pcesS2300 modificado verificando ao invés do dtAdmOrig, o valor de obj.infoDirSind.categOrig já que esta é obrigatória em todos os casos de envio da tag <infoDirigenteSindical>. pcesS2300.pas

A mensagem de erro sugere que seu Fortes Report está desatualizado, e sem a propriedade "UnlimitedHigh" https://github.com/fortesinformatica/fortesreport-ce

100% certa a resposta do @Marcos Bordin. Obrigada pela ajuda. Abaixo como ficaria a conexão via protocolo ADO sem a necessidade da dll ntwdblib.dll para quem precisar. {$IFDEF ZEOS} S := 'Provider=SQLOLEDB.1;' + 'Password=''123'';' + 'Persist Security Info=True;' + 'User ID=''SA'';' + 'Initial Catalog=''DB_LOJA'';' + 'Data Source=''SERVIDOR\SQLEXPRESS'' '; Result := TModelConexaoFactoryConexoes.New .ConexaoZeos .Parametros .Database(S) .DriverID('ado') //protocol .Porta(3050) .EndParametros .Conectar; {$ENDIF}

Já foi enviado uma correção para o SVN.

Bom dia. É sempre interessante relatar também a solução. Att.

Boa tarde, mathlopes. Normal até o momento.

Bom dia a todos, Em 02/10/2018 foi publicado no D.O.U o Ajuste SINIFEF 13/18 com previsão de inicio em 01/04/2019, o qual entre outras coisas, institui a faixa de séries especificas para a emissão da NFCe em contingência, esta faixa se inicia na séria 890 até a 989. Conforme foi bastante discutido no fórum, muitos usuários questionaram as SEFAZ quanto a prorrogação deste prazo. No dia 09/04/19 foi publicado no D.O.U o Ajuste SINIEF 06/19, o qual prorrogou a exigência desta série para 01/03/2020. Conclusão A emissão da NFCe em contingência deverá seguir sendo realizada usando a mesma série utilizada em modo normal, ocasionando inclusive rejeição se for utilizada a faixa especifica citada anteriormente. Att.

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr

Para alterar o timeout, basta procurar dentro do componente ACBrNFe as configurações do Web Services, segue um exemplo: ACBrNFe1.Configuracoes.WebServices.TimeOut := (TEmpr.Timeout * 3000); ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 5000; ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 3000; ACBrNFe1.Configuracoes.WebServices.Tentativas := 10; Para desabilitar o proxy, procure o painel de controle, Opções de Internet, conexões, configurações da LAN. Sugiro estudar os fontes do ACBr antes de realizar qualquer alteração.

Boa tarde a todos, Todas as DLLs necessárias estão agrupadas em pastas dentro da pasta ...\DLLs A zlib1.dll encontra-se dentro da pasta ...\DLLs\XMLSec