Painel de líderes

Nota: Atualizado em 05/11/19. Veja as configurações do ACBrMonitor no post do Júnior abaixo. Nota: Atualizado em 31/10/19 conforme post logo abaixo Olá a todos, Queremos informar que duas novas propriedades foram adicionadas ao DANFe em Fortes e que no momento estão funcionando apenas no formato retrato e Paisagem. São elas: ExpandirDadosAdicionaisAuto (padrão False) - Essa propriedade faz com que a área "Dados Adicionais" do DANFe se expanda para caber mais dados. Ela já existia no Fast Report e estamos trazendo ela pro Fortes também; ImprimeContinuacaoDadosAdicionaisPrimeiraPagina (padrão False) - Quando os "Dados Adicionais" não cabem no espaço reservado para eles, é criado um novo quadro "Continuação dos Dados Adicionais". As vezes esse quadro pode caber na primeira página, mas ele é jogado na página seguinte por questão de ficar na ordem do texto. Essa propriedade faz com que a continuação possa ser impresso na primeira página. Esse é o tópico que originou esse request Também enviamos uma alteração melhora (e muito) no uso do quadro "Dados Adicionais". O componente muitas vezes estava criando quebrando a linha desnecessariamente, causando até a impressão de uma página adicional quando isso não era necessário. Esperamos que isso os ajude a agradar seus clientes que querem economizar o número de páginas e os que preferem os dados na ordem certa, seja lá qual for o segmento que eles trabalhem. As alterações foram enviadas ao SVN na revisão 18063 18105. Agradecemos a todos que puderem testar e reportar qualquer problema. Pronto pessoal, obrigado pela atenção. Agora todo mundo voltando ao trabalho com animação!

Boa tarde Pessoal. Apenas repassando uma informação relacionada ao PAF-ECF / NFC-e: Foi publicado no dia 23/10 a noticia abaixo sobre NFC-e no portal da Secretaria de Estado da Fazenda de Santa Catarina (SEF-SC) Na última quarta-feira, 23/10, o secretário de Estado da Fazenda (SEF/SC), Paulo Eli, recebeu representantes da Associação Comercial e Industrial de Florianópolis (ACIF), da Associação Brasileira de Bares e Restaurantes de Santa Catarina (Abrasel) e da Câmara de Dirigentes Lojistas (CDL) de Florianópolis. O objetivo do encontro foi criar um grupo de trabalho com as entidades empresariais para a implantação da Nota Fiscal de Consumidor Eletrônica (NFC-e) em Santa Catarina. "Assumimos este compromisso, junto ao governador Carlos Moisés, de modernizar a máquina pública e Santa Catarina. Já iniciamos o processo e, até o próximo ano, iremos adotar a NFE-c", afirmou Eli. Empresário e membro do Conselho de Administração Nacional da Abrasel, Célio Salles reforçou que a medida é recebida com muita expectativa pelo setor varejista catarinense. "Há muito tempo estávamos aguardando esta notícia. Santa Catarina é um estado pioneiro e precisa atualizar seu sistema de acordo com o modelo nacional, que traz mais segurança e agilidade para o comerciante e o contribuinte", disse. Fonte: SEF/SC. http://www.sef.sc.gov.br/midia/noticia/2406

RS alguns clientes funcionando com horário normal, outros tem que deixar horário de verão ativo senão da rejeição, não sei se é em função do CNAE. Verifique p relógio e faça uns testes

Não entendi, não está sendo retornado erro de assinatura pelo webservice? Não tenho certeza disso. Quis dizer que você copiou o XML no fórum em vez de anexar, como fez agora. Se você gerar o XML pelo componente em vez de carregar um próprio, o problema ocorre? Se você remover as quebras de linha e indentações (linearizar) o seu XML e tentar enviar, o problema ocorre?

Acho que infelizmente não existe. Eles são geradores de relatórios diferentes com configurações diferentes...

Desde o refactoring dos componentes DANFE, há quase um ano, foi necessário criar o componente separado: Sim, propriedades específicas para a NFCe vão estar apenas no componente pra esse modelo.

Em MG ele não vai descarregar a primeira carga, correto? Nesse caso o primeiro MDFe deve ser GO -> MA, com percurso em MG. Ao chegar em MG encerra o MDFe e emite um novo MDFe MG -> MA contendo a carga de GO e a de MG. Leia a cartilha do MDFe, tem essa e outras situações descritas e o procedimento a ser adotado: https://svn.code.sf.net/p/acbr/code/tools/DFe/MDFe/Manuais/Cartilha_MDFe_Nacional_2016_Agosto.pdf

Problema resolvido com a atualização da ACBr Obrigada.

Olá a todos, Visto que o componente já foi enviado ao SVN, qualquer melhoria ou dúvida sobre o funcionamento e comportamento já pode ser criada no subfórum "ACBrTXT -> Outros": https://www.projetoacbr.com.br/forum/forum/18-outros-acbrlfd-acbrsef2-etc/ Sendo assim, vou fechar esse tópico para evitar sairmos do objetivo.

Bom dia Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Bom dia Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

no caso está habilitado o report de memory leaks do lazarus para o executável gerado

Bom dia Rafael, Pela mensagem de erro de validação indica que a descrição do evento esta com todas as letras em minúsculas, que não é o correto. Você atualizou todos os fontes do ACBr ou implementou esse evento nos fontes? Se foi você que implementou, não fez da forma correta. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

@RicardoVoigt Bom dia, Entra em produção em 11/11/2019. A minha alteração foi para ser preenchido apenas se informado, da maneira que estava mesmo sem informar estava preenchendo com N. Minha opinião é que neste caso o problema não estava no ACBr, mas talvez na aplicação que contém as informações, pois não acho ideal contar com preenchimento de informações default, se eu espero que chegue uma informação ao eSocial tenho que dizer que informação é essa, então se ele gerou vazio foi porque na aplicação não foi especificado essa informação. Se algum dia o default mudar estarei trocando as informações que envio sem nem saber. Para a nova versão tem que funcionar essa regra: Preenchimento Facultativo se {cadIni} = [N]. Não informar se {cadIni} =

Resolvido. Bastava setar as propriedades do lib, ssl e tls. Deu certo.

Bom dia Hoje a integração do componente com todos os bancos implementados é via Troca de Arquivos: Remessa e Retorno, precisa de interação manual, subindo as remessas no Sistema do Banco e Obtendo o arquivo de retorno para leitura. Estamos trabalhando na integração via WebService para os bancos que já contemplam esse serviço, mas ainda não está disponível no componente está em fase de testes.

vc deve tentar desinstalar, apagar as pasta que estão dentro da pasta C:\Users\<Usuario da Maquina>\AppData\Roaming\Integrador, Reinstalar que provavelmente deve funcionar

Bom dia Daniel. Não estava ativado o log do sat. e esta usando o layout 7.0. Vou entrar em contato com o suporte da Bema e depois posto aqui o que eles vão falar. obrigada.

Bom dia Edu, O componente faz tudo, gera, assina e envia os XML dos eventos do Reinf. Não entendo o porque de alguns desenvolvedores quererem gerar o XML através da sua aplicação e usar o componente para fazer o resto. Alguns acabam gerando o XML fora do layout esperado e depois ficam batendo cabeça para descobrir o porque a coisa não funciona. Quanto a documentação, não temos um manual do componente, mas temos um programa exemplo onde você pode estudar nele as funcionalidades que foram implementadas no componente.

Bom dia, edu.nazario. Veja a pasta: \ACBr\Exemplos\ACBrDFe\ACBrReinf

Bom dia. Sugiro analisar o demo do mesmo. Att.

Ola, tem vários tópicos referente essa validação do MDFe , faça uma pesquisa q ira encontrar. Regra de validação do MDFe , conforme manual MDFe 3.00a, para transportes com veiculo de terceiros, o proprietario do veiculo tem que possuir RNTRC vinculado ao veiculo.

Pessoal, apenas para deixar minha sugestão! Acabei de passar por uma situação idêntica. Uso Delphi 10.1 Berlin e Windows 10 Home 64 bits. Depois de fazer todas as sugestões aqui descritas e ainda assim não obtendo êxito, imaginei, como observado nos comentários, que o problema pudesse estar nas dll’s e que por algum motivo elas não estariam sendo carregadas juntamente com os pacotes do ACBr, mesmo estando elas em seus devidos lugares (pastas do sistema e path). Como o ACBr coloca os pacotes compilados na pasta “\Delphi\LibD24” (esta pasta pode variar de acordo com a versão do delphi) a partir da pasta raiz da instalação, tive a ideia de colocar dentro desta pasta, junto com os pacotes, as respectivas dll’s (Capicom, OpenSSL, XMLSec). Assim quando os pacotes foram carregados, os vínculos com as dll’s puderam ser estabelecidos e os pacotes carregaram sem problemas. Nunca tinha tido este problema antes usando outras versões do Delphi e outras versões do Windows. Mesmo não entendendo a lógica de porque não reconhecer as bibliotecas que estavam devidamente configuradas no path do sistema, imagino que isto possa ajudar alguém que esteja passando pela mesma situação.

Pessoal, Estou reproduzindo abaixo informações que o Italo postou em forma de anúncios que são muito importantes: