EMBarbosa

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 23735. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Que estranho. Eu sempre recebo mensagens aqui. Te mandei uma mensagem aí pra teste. Veja se recebe e consegue me responder

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 23723. @Jeihcio Francis Por favor, queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado a vocês dois.

Claro. Está na minha lista de afazeres. TK-2130

Esse site também calculou 59... mas o @Victor H. Gonzales - Panda já está analisando. https://www.gov.br/ans/pt-br/arquivos/assuntos/espaco-da-operadora-de-plano-de-saude/aplicativos-ans/sib/sib-algoritmos-xml10-17012019.pdf/view

Olá Wanderson. Eu fiz vários ajustes nos pacotes do ACBr, de forma que não é necessário as modificações que você fez nos arquivos dpk. Aproveitei pra fazer outras melhorias no código do ACBrInstall também... Por outro lado, não conseguimos adicionar todas as suas modificações. O que acontece é que a utilização de um dos dois geradores de relatórios (Fortes ou Fast Report) é pela grande maioria das pessoas que usam o ACBr. Sendo assim, vamos ter que aguardar a separação dos pacotes do Fortes para poder conseguir compilar em Win64 usando o ACBrInstall. Você até pode ajudar nisso se quiser olhar... mas pelo que eu entendi, vocês não usam o Fortes Report.

Olá, você precisará "debugar" e encontrar o motivo pro arquivo não estar sendo lido corretamente. Esse componente continua em beta desde o lançamento conforme pode ver no tópico que você mesmo linkou. E como infelizmente, como eu receava na época, a api do site não é mais disponibilizada... Se ao analisar encontrar alguma sugestão ou correção pode ficar a vontade para anexar aqui que vamos verificar.

Você está mudando o sistema de arredondamento global para resolver um problema local. Você precisa fazer o contrário.

Os campos agora são string, não precisam mais desse tipo. Basta você informar a UF como string. Creio que o exemplo ainda não foi atualizado.

Apenas para esclarecer, conforme pode se ver no próprio post, já está corrigido.

Me parece tudo ok. Enviei ao SVN na revisão 23638. Queira por favor atualizar, testar e reportar qualquer problema.

Melhor mesmo é usar uma ferramenta, como https://www.liquibase.org/ Mas aí depende muito do BD e das circunstâncias.

Existem ferramentas pra fazer isso de uma maneira mais profissional. Mas dá pra fazer na mão usando o mesmo versionamento de código, basicamente usando um campo versão no BD. Não sei se consigo descrever um processo todo, mas poderia ser algo assim: criar um campo "versao" numa tabela de configurações do banco. Preferencialmente uma tabela com só umlinha; Toda modificação do BD precisa ser feita por scripts versionados Valide a versão do BD sempre antes de executar o script; Atualize os clientes sempre usando esses scripts; Daí o passo a passo é mais ou menos o seguinte: Sempre que adicionar, remover ou renomear um campo ou tabela, você gera um script ao invés de fazer a modificação na mão no BD; Junte todas os scripts necessários para uma versão em um script que vai atualizar o campo responsável pela versão no BD; Faça testes executando os scripts num banco de dados de testes;

Um jeito mais elegante seria você testar a versão do BD antes de executar a SQL.

Enviei ao SVN na revisão 23587 sua contribuição com alguns ajustes principalmente para os pontos que o Daniel mencionou acima e mais: memory leaks semelhantes em outros métodos; Geração de exception quando não for passado um stream; Alguns ajustes para simplificar o código em ACBrNFeDANFeRL; Ficou faltando o arquivo ACBrDFeReportFortes.pas por causa do seguinte método: TDFeReportFortes.AjustarFiltroStream(DANFeReport.RLPDFFilter1, DANFeReport.fpDANFe); 1) Eu comentei não parece fazer falta aqui na minha máquina (???). Precisamos ver o seu código para ter certeza que não está faltando nada... 2) Além disso, será que precisamos mesmo desse AStringStream usado como intermediário? Não poderia usar o parâmetro direto? Como você deve ter feito testes, poderia por favor verificar e nos dar um retorno nesses pontos 1 e 2?

Muito obrigado pela contribuição. Mas a forma como foi implementada não está correta. Porque assim sempre lançaria o valor nulo quando a pessoa jogasse zero. Fiz a correção mudando o tipo dessas propriedades para Variant assim como já ocorre com outros registros (C815 por exemplo). Nesse caso basta não informar a propriedade ou passar o valor "NULL". Enviei as alterações para o SVN na Revisão 23554. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema.

Muito obrigado aos dois pela contribuição. Subi as alterações para o SVN na Revisão 23553. Queiram por favor atualizar, testar e reportar qualquer problema.

Muito obrigado pela contribuição. Fiz a implementação baseada nela, mas fiz algumas alterações pra manter o padrão do código atual. Subi as alterações para o SVN na Revisão 23552. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Está tudo bem. Eu só mencionei porque é bom estarmos no mesmo contexto ao conversar e eu tento sempre levar em conta que eu posso estar entendendo errado. Me parece que seria o mais adequado mesmo. Desculpe, eu geralmente verifico o manual e não me lembrava desse detalhe. Desde já agradecemos a contribuição.

Bom dia. Esse código não é a geração do arquivo e sim da leitura do arquivo INI. É bom ser bem claro no que vocês estão usando pra que a gente possa ajudar. Pode ter acontecido de que os códigos na geração do XML tenham sido alterados, mas não foram na leitura do arquivo INI. Isso acontece porque recebemos contribuições relacionadas ao uso do componente por pessoas que não usam o arquivos INI. Pelo visto será necessário ajuste para continuar funcionando o layout 2.5 e o S-1.0. Se estiverem dispostos a ajudar, (como sei que já tem feito em outros eventos), vocês podem seguir o padrão do código de outros campos similares. Depois anexem aqui para avaliação.

Bom dia. Se eu entendi bem, você está se referindo a leitura do arquivo INI para o componente e não na geração do XML em si. Se for isso, pode ser realmente que o código precise de ajuste e ficaríamos felizes de receber contribuição. Dito isso, é importante salientar que o grupo epcEpi nem sempre é gerado. Pela imagem mesmo que você mesma postou da documentação ele é ocorrência "0-1". Você também pode ver mais sobre no seguinte tópico recente: Com disse acima, vocês podem fazer a alteração e anexar aqui para avaliação. Mas não precisam usar como contador uma variável de uma letra só. Em especial se isso implicar em quebrar código em outra área. Na verdade, dependendo da situação, eu particularmente prefiro usar um nome mais extenso pra variável porque assim você sabe do que se trata.

Minas Gerais também vai adotar o Regime Especial de Nota Fiscal Fácil (NFF), a princípio para produtores rurais. O Aviso saiu no site da SEFAZ, confira abaixo: Fonte: http://www.sped.fazenda.mg.gov.br/spedmg/nfe/

Que isso... desculpe se eu entendi errado também. Mas o que eu sei é isso que o @BigWings mencionou acima. Se você está fazendo outra coisa, então realmente não sei o que houve...

Como eu disse, veja a terceira situação citada no link:

Veja a terceira situação citada nesse link: https://www.oobj.com.br/bc/article/rejeição-573-duplicidade-de-evento-como-resolver-444.html