Painel de líderes

SVRS - 13/01/2022 ATENÇÃO: SVRS - Desativação dos protocolos TLS 1.0 e TLS 1.1 A Sefaz Virtual do Rio Grande do Sul (SVRS), para garantir o bom funcionamento do Ambiente de Autorização dos Documentos Fiscais Eletrônicos, deverá desabilitar os protocolos de comunicação mais antigos a partir do dia 11/04/2022. Esta mudança é necessária, não só pela simplificação do ambiente e aumento da segurança, como também pela inviabilidade de configuração dos protocolos de comunicação mais antigos em nova versão do sistema operacional dos servidores. Ambiente de Homologação: Conforme comunicado anterior, o ambiente de homologação dos DF-e da SVRS já está configurado da forma correta, unicamente com o Protocolo TLS versão 1.2. A configuração atual prevê também a eliminação das Cifras consideradas inseguras. Para consultar a lista de cifras aceitas atualmente, sugerimos consultar a página do “SSL Labs”, no link abaixo: https://www.ssllabs.com/ssltest/analyze.html?d=nfe-homologacao.svrs.rs.gov.br Para o ambiente de homologação de todos os DF-e, o resultado obtido será como segue: Ambiente de Produção: A partir do dia 11/04/2022, o Ambiente de Produção para a Autorização dos DF-e deverá estar configurado de forma idêntica ao Ambiente de Homologação descrito acima. Portanto, as aplicações que consomem os webservices da SVRS devem verificar se possuem o protocolo TLS 1.2 habilitado e se apresentam um conjunto de Cifras compatíveis com as Cifras aceitas pela SVRS. Caso a adaptação não seja realizada, não será possível estabelecer uma conexão segura entre a aplicação cliente da empresa e a aplicação servidor do ambiente de autorização da SVRS. Nota: Veja que a documentação técnica dos sistemas diferentes DF-e já prevê a utilização unicamente do Protocolo TLS 1.2, conforme os MOC correspondentes. Assinado por: Secretaria da Fazenda do Rio Grande do Sul Fonte: https://dfe-portal.svrs.rs.gov.br/Nfe/Avisos/2722

Boa tarde, Estava precisando fazer a importação de alguns SPEDs e a leitura dos blocos E300. Percebi que não estava implementado no importador, então o fiz. Se puderem adicionar na SVN agradeço Atenciosamente, Rodrigo. ACBrEFDBloco_E_Importar.pas

Olá pessoal, Chegamos ao fim do período de coleta de dados de nossa Pesquisa para Desenvolvimento na Plataforma Android... Ela foi promovida no período de 03/01/22 a 14/01/22... Agradecemos muito aos 295 desenvolvedores que preencheram a pesquisa.... Mas porque o ACBr, fez uma pesquisa sobre Android ? Acreditamos, que assim como ocorre no resto do Mundo, o Android será o futuro da Automação Comercial... Afinal os equipamentos para Automação Comercial baseados em Android, são projetados especificamente para essa finalidade... e possuem muitas vantagens em relação aos tradicionais PCs... Vem ai uma nova geração de equipamentos All-In-One, que são compactos, robustos, livres de vírus, Licença de S.O. inclusa, e além de tudo, muito bonitos.. ou seja, são ideais para o balcão dos Lojistas... O desenvolvimento em Android, muito se difere do tradicional desenvolvimento para Windows... o Programador deve estar familiarizado como termos como API, Threads, Assíncrono, Permissões, etc... A questão de Meios de Pagamentos, também foi abordada na pesquisa, pois em nossa opinião, nenhuma aplicação PDV está completa, se ela não suporta meios de pagamentos... O ACBr não pode ficar de fora dessa onda.. e por isso, estamos perguntando a nossa comunidade, quais as principais ferramentas e parceiros, tem relevância, nessa área... Os resultados Você pode conferir um relatório com as somas das respostas da pesquisa, no Link abaixo: https://form.typeform.com/report/FRs4ipF8/zc8xEE0LoRHEBUio Nota: Todas as informações pessoais, estão preservadas, e o ACBr não compartilhará com ninguém, a planilha dos resultados... Se você já abriu o link acima, deve ter notado que aparentemente, existem algumas questões muito semelhantes... Isso se deve ao fato, que essa pesquisa poderia tomar caminhos diferentes, conforme o usuário respondia as primeiras perguntas... Imaginamos dois cenários principais: Sw.Houses que já desenvolvem para Android, Sw.Houses que ainda não desenvolvem mas pretendem iniciar o desenvolvimento, em um futuro próximo... Analisando a pesquisa Chegamos a resultados muito reveladores... Delphi é a ferramenta mais usada, pelos usuários que preencheram a pesquisa: Talvez isso ocorra, porque a comunidade do ACBr, seja majoritariamente formada por usuários de Delphi.. mas não deixa de ser surpreendente... Lembro que com o Delphi Professional, você já terá todos os recursos necessários, para o desenvolvimento Android... O ACBr é Agente Embarcadero autorizado, para mais informações sobre a licença do Delphi, favor preencher esse link: https://projetoacbr.com.br/promodelphi/ Muitas aplicações existentes, ainda não estão plugadas a uma solução de Meio de Pagamento PIX é o mais procurado, para integração Bom... faça a sua leitura dos resultados.. clique no Link da Pesquisa acima...

Olá pessoal. Desenvolvemos e homologamos o Layout do boleto do Banco Sofisa. Gostaríamos de saber como proceder para que esse layout seja incluído no projeto ACBr, o que evitaria o problema de termos que incluir esse layout na instalação do ACBr todas as vezes que precisamos atualizar. Além disso, gostaríamos de disponibilizar o mesmo para que todos os membros tenham acesso, caso precisem.

Olá Boa noite Eu quero informar consegui instalar manualmente o acbr, segui dica de todos mas a do Juliomar e do Rubinho. Obrigado e abraço a todos.

@Daniel Simoes Opa sim, fiz ele já, me ajudou muito. Obrigado!

Lembrando que temos um Curso sobre PAF-NFCe em SC, e você como membro do ACBr Pro, já tem acesso https://projetoacbr.com.br/cursos/paf-nfce-sc/

Boa tarde! Sugiro que troque o comando NFe.CriarEnviar() por NFe.CriarNFe() Pois ai você saberá se está criando ou não o XML ou se é problema com autorização. Fiz um teste com o teu arquivo INI e gerou o XML, mas poderia ser algum problema com schemas desatualizado ou outra situação. Se possível faça o teste mudando para apenas criar o XML e poste a informação do resultado.

a diferença é que, se vier algo diferente de DM, não será hardcoded 99 no arquivo de remessa, e sim obedecerá o que está recebendo no parâmetro de entrada. assim não está engessado, se amanha esse range mudar, não precisa mudar a classe de escrita, apenas o tratamento para a nova condição; Obrigado pelo retorno dos testes!

Blz Italo. Vou testar aqui.

Boa tarde, Foi enviado para o SVN algumas alterações. Deixar engessado por mais que você discorde, eu não concordo e não posso acatar, se existe a propriedade ela deve ser tratada e alimentada pelo programador, se amanhã esse manual muda ou expande, isso demandará manutenção para tirar string fixas. portanto, tudo que é hardcoded eu sou contra. Mas faça seus testes novamente por favor. Obrigado!

Boa tarde Felipe, Já inclui na minha lista de tarefas. TK-2273

Bom dia, Havia gerado problemas na autorização com retenção e o ajuste feito pra resolver está anexado. Se não tem retenção o Responsável por retenção não deve ser informado. Coplan.GravarXml.pas

Olá bom dia! Estou convertendo o NFSe para NFSeX e encontrei um "problema" na letura do XML do RPS. Na function: function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('nfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end; da unit ACBrNFSeLerXML ele verifica se existe o texto 'nfse>' pra definir se está lendo uma NFse ou um RPS. Acontece que no XML do RPS existe uma tag Valornfse> que faz o componente identificar incorretamente o tipo do XML Como fazer pra contornar este problema? ( O provedor é Ginfes ) Minha sugestão é inverter a lógica alterando o código para function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('identificacaorps>', LowerCase(Arquivo)) = 0) then Result := txmlNFSe else Result := txmlRPS; end; Ou function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('<nfse>', LowerCase(Arquivo)) > 0) or (Pos(':nfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end;

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

#TK-2272 No svn a contribuição

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

Exatamente além de ajudar o Projeto a todo vapor . compilações semanais. e muito mais olha o link que o Daniel postou

Isso mesmo galera. NÃO TENTE GERAR O BOLETO SEM O RETORNO. O Banco Inter só disponibiliza o retorno no dia útil seguinte ao envio da remessa. Vou testar e posto o retorno aqui o mais breve. Obrigado @Victor H. Gonzales - Panda e @Clverson pela ajuda. Lembrando aos desavisados que não funciona para depósitos por boleto nas contas pessoa física e MEI do banco Inter. Somente contas de pessoa jurídica.

Pagina do ACBr Pro... https://projetoacbr.com.br/pro/

@Kiko Fernandes Assim deu certo! vou fazer os meus testes assim e aguardar o retorno do SAT. Obrigado

Boa tarde, Primeiramente obrigado pela contribuição de todos. A TK-1723 foi comitado do branch principal na revisão 24284 as implementações referente ao Banco Inter CNAB400. Importante : - para o calculo do campo livre necessário para a construção do código de barras e linha digitavel, é necessário na propriedade ACBrBoleto.Cedente.CodigoCedente informar o Número da Operação informado pelo banco Inter (Conta Digital > Emissão via CNAB > Retorno) - necessário registrar primeiro a remessa para obter o nosso número - de posse do nosso número é possível realizar a impressão da ficha de compensação No SVN possui o manual baseado a implementação, eu não tenho acesso a fichas bancárias ou dados de contas para fazer teste de mesa, portanto, solicito que vocês verifiquem se está tudo em conformidade por favor, qualquer situação relatem neste tópico por favor! Obrigado

Oi pessoal, tive uma demanda de um gerenciador e Conversor de bancos para facilitar pro meu suporte e resolvi compartilhar ele, já que não é e nem será uma fonte de renda para a empresa. * Gerencia bancos MySQL, Firebird e Access * Converte de Excel, Access, MySQL ou Firebird para MySQL ou Firebird * Compara Bancos * Repara Bancos * Backup e Restore * Facilita criar SQLs Link do Video Trorial https://www.facebook.com/FreitasAutomacao/videos/297992882283601 Link para download https://www.freitasautomacao.com.br/ckfinder/userfiles/files/FAMananger.rar

Nos fontes do ACBr, aplicamos ampla revisão, para que todas as propriedades idLote, agora sejam Int64... Mas compreenda que se você usa a mascara FormatDateTime('yymmddhhnn', NOW), para gerar um Sequencial dinâmico, vários outros pontos do seu Software, precisarão ser revistos...