Painel de líderes

Olá Pessoal, Tenho boas noticias para vocês que utilizam o componente ACBrNFSeX, o ACBrLibNFSe e o ACBrMonitor para emitir suas NFS-e. Hoje (02/03/2026) foi enviado para o SVN a implementação em Fortes Report para a impressão do DANFSE segundo o layout do Padrão Nacional. Foi também implementado uma nova propriedade de configuração para que possamos informar o caminho e o nome da imagem referente ao logo da NFS-e. Sendo assim temos as propriedades Logo para informar o caminho e o nome da imagem do logo da prefeitura e agora a propriedade LogoNFSe para o logo da NFS-e. Foi disponibilizado também na pasta Delphi e Lazarus dos programas exemplos o arquivo JPG referente ao Logo da NFS-e. Qual quer problema por favor crie um tópico no fórum relatando o problema encontrado. Detalhe importante, o XML a ser carregado para poder gerar o DANFSE no Padrão Nacional obrigatoriamente tem que estar no layout da NFS-e Padrão Nacional, caso contrario não vai funcionar. Como temos uma nova propriedade de configuração "LogoNFSe", ela vai ter que ser disponibilizada também na Lib e Monitor, sendo assim por favor aguarde uma nova versão dessas outras duas soluções ACBr.

A integração entre software e hardware sempre foi um dos pontos mais sensíveis dentro da automação comercial. Para software houses, desenvolvedores de ERP e sistemas de PDV, cada novo dispositivo integrado pode representar horas extras de desenvolvimento, ajustes técnicos e suporte contínuo. Nos últimos anos, com o crescimento da automação e a necessidade de escalar soluções com mais rapidez, a padronização passou a ser uma prioridade estratégica. É dentro desse contexto que surge a homologação entre Ramuza e ACBr, uma evolução que reduz a burocracia técnica, acelera integrações e amplia o alcance comercial das soluções. Neste artigo, você vai entender a trajetória dessa parceria, o que muda na prática para software houses e como essa evolução impacta o futuro da automação comercial. O desafio histórico da integração entre software e hardware Quem trabalha desenvolvendo soluções para automação comercial sabe que integrar hardware nem sempre é simples. Durante muito tempo, cada fabricante utilizou protocolos próprios, exigindo que desenvolvedores criassem integrações específicas para cada dispositivo. Entre os principais desafios enfrentados pelas software houses estão: Necessidade de adaptar sistemas para diferentes padrões de comunicação Aumento do tempo de desenvolvimento e implantação Dependência de drivers ou documentações específicas Complexidade no suporte técnico após a implementação Esse cenário gera um custo invisível dentro dos projetos. Não apenas em termos financeiros, mas também em produtividade e escalabilidade do software. Quando cada novo equipamento exige um projeto técnico quase exclusivo, a operação deixa de ser escalável e passa a ser artesanal. LEIA O MATERIAL COMPLETO: https://ramuza.com.br/integracao-de-balancas-acbr-ramuza/

Rapaz, é bom para quem usa do fortes, tenta ajudar a gente do Fast report ai.

Eu só abri esse tópico, um pouco depois precisei me afastar por motivos particulares e voltei a trabalhar faz pouco tempo. Notei que existem outros tópicos relacionados ao provedor Primax (e também ao WebFisco, que usavam o mesmo layout anteriormente), mas não consegui verificar nada ainda. Porém, tentei entrar em contato com eles e como disse acima, a reposta foi a mesma de sempre: o xml tem que estar igual ao exemplo, senão não passa. Mas o xml que geramos já está de acordo com o de exemplo e mesmo assim não passa.

Boa tarde, foi criada a tarefa ACBR-9058 para avaliação. Obrigado pela contribuição!

@Juliomar Marchetti Ao efetuar os testes em produção me deparei com o seguinte erro: Para solucionar foi necessário incluir mais um campo na configuração do provedor do arquivo INI conforme abaixo: [4217501] Nome=Seara UF=SC Provedor=IPM Versao=1.01 Params=GerarTag:codigo_atividade ProRecepcionar=https://seara.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://seara.atende.net/?pg=rest&service=WNERestServiceNFSe Após a inclusão do Params=GerarTag:codigo_atividade consegui emitir a NFSe em produção. Se puderem incluir esse ajuste, agradeço.

Bom dia Fiz os testes na NFS-e de Novo Hamburgo que usa o provedor IPM. O provedor usa o padrão ABRASF e fez modificações no XSD para contemplar as novas tags. Entretanto, o PDF da documentação deles não condiz com o XSD, existem campos no PDF que não estão nas definições. Também há campos que precisam ser enviados no XML e que o componente não está colocando, como é o caso do CodigoNbs. Eu fiz os ajustes e consegui evoluir até o teste final. Já passei os ajustes para o IPM e eles forneceram um XSD atualizado. Segue o arquivo .xsd e o arquivo .pas em questão para que possam colocar no repositório. IPM.GravarXml.pas nfse_rt.xsd