Painel de líderes

como poderia fazer os ajustes na impressão do boleto, conforme print em anexo, tenho que alterar nos fontes ou tem como alterar no proprio componente

Ao compilar e executar o exemplo Java ACBrLibNFSe, ocorre o erro abaixo: java -jar "/acbr/acbr-source/acbr/Projetos/ACBrLib/Demos/Java/NFSe/Demo/ACBrLibNFSe.Demo/dist/ACBrLibNFSe.Demo.jar" (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: cannot register existing type 'GdkDisplayManager' (java:207086): GLib-CRITICAL **: 20:39:15.599: g_once_init_leave: assertion 'result != 0' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: invalid (NULL) pointer instance (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: invalid (NULL) pointer instance (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: cannot register existing type 'GdkDisplay' (java:207086): GLib-CRITICAL **: 20:39:15.599: g_once_init_leave: assertion 'result != 0' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: g_type_register_static: assertion 'parent_type > 0' failed (java:207086): GLib-CRITICAL **: 20:39:15.599: g_once_init_leave: assertion 'result != 0' failed (java:207086): GLib-GObject-CRITICAL **: 20:39:15.599: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed Para solucionar o problema basta remover o código abaixo contido no método 'public static void main(String[] args)' da classe 'public class ACBrLibNFSeDemo ': try { UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); } catch (ClassNotFoundException | InstantiationException | IllegalAccessException | javax.swing.UnsupportedLookAndFeelException ex) { java.util.logging.Logger.getLogger(FrmMain.class.getName()).log(java.util.logging.Level.SEVERE, null, ex); }

Boa tarde @daniel.afonso, Já esta no SVN a atualização dos Schemas.

Boa Tarde Pessoal, O Itaú refez o cadastro do meu cliente no ambiente deles e agora está funcionando.

Bom dia @Italo Giurizzato Junior, @Juliomar Marchetti Creio que seja somente realizar essa troca dos arquivos ou alterar para incluir a Uf "EX - Exterior" na lista dentro do xsd. Fiz a troca dos arquivos na máquina do cliente, e solicitei que transmitisse a nota e deu certo. Atte.

@Italo Giurizzato Junior e @João Antônio Acredito que tenha que ter o SoapAction mesmo, ao tentar faturar retornou: "X999 - Erro de Conexão: soap:Server - The given SOAPAction http://nfsews.sintesetecnologia.com.br/RecepcionarLoteRpsSincrono does not match an operation. " XML Anexo. Vou validar se com a atualização do SoapAction resolveu.001576165950001211104122024-EnviarLote.xml

Bom dia @João Antônio, A inclusão das URLs de SoapAction para a cidade Datas/MG já esta no SVN. Muito obrigado pela informação e colaboração.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @daniel.afonso, Muito obrigado pela colaboração, já foi criado a TK-6311 para analise.

Olá, Foi revisada a versão 3.1.8 do leiaute do EFD-ICMS/IPI e não foram necessárias alterações no componente, conforme itens a seguir. 1. Alteração da validação dos campos 14 e 18 do registro D100 1.1. Campo 14 (CHV_CTE_REF) * Nova Validação....: Quando o campo 13 (TP_CT-e) for igual a “3 ou 6”, informar a chave do documento substituído. Nas demais situações o campo não deve ser preenchido. * Validação Anterior: Quando o campo 13 (TP_CT-e) for igual a “3 ou 5”, informar a chave do documento substituído. Nas demais situações o campo não deve ser preenchido. 1.2. Campo 18 (VL_SERV) * Nova Validação.....: Se CT-e simplificado (COD_MOD 57 e TP_CT-e 5 ou 6) e IND_OPER = 1, o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. * Validação Anterior : Se CT-e simplificado (COD_MOD 57 e TP_CT-e 4 ou 5), o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. 2. Alteração da descrição do registro D130 * Nova Validação.....: Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CT-e 5 e 6). * Validação Anterior : Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CTe 4 e 5). 3. Alteração na exceção nº 4 do registro D100 * Nova Informação....: A partir de janeiro/2025, para o CT-e Simplificado-modelo 57, conforme estabelecido pelo Ajuste Sinief nº 46/2023, deverão ser informados os respectivos Registros D130 na escrituração das prestações de saída. * Informação Anterior: A partir de janeiro/2025, para o CT-e Simplificado-modelo 57, conforme estabelecido pelo Ajuste Sinief nº 46/2023, deverão ser informados os respectivos Registros D130. Até mais!!!

Não fiz testes, mas olhando o wsdl dele o SoapAction é http://nfsews.sintesenotafiscal.com.br. Conversei com o pessoal desse provedor, me informaram que estão mudando todas as cidades para esse novo padrão que utiliza o dns sintesenotafiacal.com.br com esse novo SoapAction.

Bom dia não sei qual está usando mas o problema ai é relativo ao zoom/escala do windows. veja se está 100% ou outgro

Foi publicada a versão 24.2.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/11/2024 até 31/01/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá pessoal! Recentemente temos recebido relatos de membros da comunidade com problemas para realizar o envio de e-mail quando o provedor é o da Microsoft(@hotmail, @outlook e afins). Um membro de nossa comunidade compartilhou a seguinte mensagem que recebeu da Microsoft: Esses "métodos modernos de autenticação" se referem ao Oauth 2.0 (Veja mais em Os Métodos de Autenticação Modernos agora necessários para continuar a sincronizar o E-mail do Outlook em aplicações de e-mail não Microsoft). O que é o Oauth 2.0? O Oauth 2.0 é um protocolo de autorização que funciona através de tokens de acesso e foi projetado primariamente com o objetivo de conceder acesso a determinados recursos de aplicações de usuários. Neste caso em questão, seria o acesso ao e-mail. Como fica o ACBrMail? Atualmente o ACBrMail não tem suporte a Oauth 2.0, foi criada em nosso backlog a tarefa #TK-6042 para análise e implementação da mesma. É o fim do ACBrMail então? O que eu faço agora? Não é o fim do ACBrMail. Conforme mencionado anteriormente, será analisada implementação do Oauth 2.0 no mesmo. Enquanto isso não ocorre, para provedores como o g-mail, por exemplo, ainda é possível fazer a comunicação com a Senha de App. Para a Microsoft, nos testes realizados pela equipe de consultores, Microsoft365 ainda demonstra estar funcionando, o HotMail e o Outlook que pararam de funcionar. Outra opção também seria o uso de um provedor de e-mail próprio.