Painel de líderes

@Juliomar Marchetti, acabei abrindo o tópico e a resposta estava aqui mesmo no fórum. (Peço desculpas por isso) Muito obrigado. Atenciosamente

Olá Pessoal Foi publicado no inicio de Abril/2021 uma nova NT que traz a adequação do grupo de pagamento e ajustes nas regras de validação. O que muda? Inclusão da tag opcional <vAdiant> (valor do adiantamento) e a obrigatoriedade das tags: numero da parcela e data de vencimento no grupo <infPrazo>. Essas alterações ocorreram tanto no layout do XML do MDF-e (modal rodoviário) quanto no layout do evento de pagamento da operação. Há necessidade de atualizar os fontes do componente e dos Schemas. Prazos: Ambiente de Homologação: 02/05/2021 Ambiente de Produção: 07/06/2021 Os fontes bem como os novos Schemas vão ser enviados para o repositório na semana do dia 26/04/2021. A partir do dia 02/05/2021 favor iniciar os testes com as suas aplicações para que possamos fazer os ajustes que por ventura sejam necessários. As regras de validação referentes a essa NT só vão ser aplicadas no ambiente de produção a partir do dia 02/08/2021.

Boa tarde, Só configurar na propriedade da impressora para ativar a gaveta. Deu certo. Obrigado.

Galera, entramos em contato com a Elgin e eles identificaram o mesmo problema nos testes por lá também. Ou seja, eles irão atualizar a DLL e irão encaminhar para nós. Assim, que atualizarmos e os testes estiverem OK, posto aqui essa DLL atualizada. Obrigado pela ajuda.

Olá a todos, Resolvi o problema. Quando usava a versão do meu aplicativo com a versão dos componentes desatualizada (revisão 18549) eu recebia simplesmente o erro abaixo que motivou a abertura desse tópico. Após usar a versão do meu aplicativo com os componentes atualizados (revisão 21494) comecei a receber o erro com maiores detalhes, conforme abaixo: Com isso descobri porque não funcionava após migrar para o UOLHost com APENAS ALGUNS CLIENTES. O UOLHost faz uma checagem chata com o Spamhaus e não sei porque "raios" muitos dos meus clientes estão nessa maldita lista de SPAM. Enfim, era só isso. Abraços

Bom dia, Conforme publicação do Banco Central na última semana, o Pix em breve deverá englobar também os Saques, Duplicatas, além da padronização dos arquivos de remessa e retorno e também pagamentos por QR Code de forma Offilne. QR Code do Pagador Com ele será possível o pagamento ainda que o usuário não possua acesso a internet. Este recurso tem previsão de disponibilização até o final de 2021. Saque Pix A previsão é de que este recurso esteja disponível até o final de agosto de 2021. Pix Duplicata Deverá permitir que a cobrança Pix esteja vinculada a uma duplicatas, permitindo assim a antecipação de cobranças no Pix. Esta funcionalidade deverá estar disponível somente em 2022. Fonte: https://www.contabeis.com.br/noticias/46786/pix-4-novidades-anunciadas-pelo-banco-central/

Bom dia! Nova versão do componente ACBreSocial para a versão simplificada. Eventos S-2210, S-2220 e S-2240 foram revisados e adaptados, quando necessário. Atenção! Uma modificação que irá impactar a utilização do componente foi feita no módulo pcesConversaoeSocial.pas: para a versão simplificada tínhamos definido o tipo tpJornada2; após revisão, os códigos que foram incorporados ao tpJornada. ACBreSocial.zip eSocial Versão S-01-00-00 - Progresso da adaptação do componente ACBr.pdf

Bom dia João, Se o webservice do provedor Coplan aceitar o envio do lote de Rps sem que os Rps e o Lote estejam assinados, o pedido de cancelamento também aceitar sem que o mesmo esteja assinado tudo bem. No Schema que é utilizado pelo componente para validar o Lote antes do seu envio consta que a assinatura é opcional, mas tem que ver se o webservice do provedor vai aceitar.

Os Ajustes SINIEF 21/2020 e 22/2020 introduziram a exigência da identificação do intermediador da transação comercial na NF-e e NFC-e. Sendo assim, foram criados 4 campos na NF-e/NFC-e, sendo eles: indIntermed (B25c), infIntermed (YB01), CNPJ (YB02) e idCadIntTran (YB03). O campo Indicador de intermediador/marketplace (indIntermed) é uma “flag” utilizada para o emitente da NF-e/NFC-e declarar quando a operação/venda ocorreu em site/marketplace ou plataforma de terceiro. Quando declarado que a operação for intermediada (indIntermed=1) será necessário informar os campos do grupo infIntermed (YB01): CNPJ (YB02) e idCadIntTran (YB03). Caracteriza-se venda com intermediador (indIntermed=1), quando o vendedor/emitente da NF-e/NFC-e (CNPJ14) for diferente do CNPJ14 do site/marketplace ou plataforma que realizou a venda. Em algumas situações, a venda/operação pode ocorrer com mais de um marketplace/intermediador, por exemplo quando o “Vendedor A” anuncia no “Marketplace M1” e este anuncia no “Marketplace M2”. Nesse caso, na hipótese do “Marketplace M1” ter enviado a informação para o “Vendedor A”, na NF-e deve ser informado o CNPJ do “Marketplace M1”. Em resumo, independente da cadeia de plataformas envolvidas, deve-se informar o CNPJ do intermediador (campo YB02) de quem que enviou a informação da venda para o vendedor/emitente da NF-e/NFC-e. Texto extraído da Nota Técnica 2020/006 versão 1.20 (página 12). Exemplos para quem utiliza o componente ACBrNFe: 1. Venda presencial no Estabelecimento ou Fora dele. Ide.indPres := pcPresencial ou pcPresencialForaEstabelecimento; Ide.indIntermed := iiSemOperacao; 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoSemIntermediador; 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoComIntermediador; (...) // CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. infIntermed.CNPJ := '1234'; // Identificador cadastrado no intermediador. // Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, // marketplace e similar) de serviços e de negócios. infIntermed.idCadIntTran := 'Zezinho'; Exemplos para quem utiliza o ACBrMonitor ou ACBrLibNFe: 1. Venda presencial no Estabelecimento ou Fora dele. [ide] indPres=1 ou 5 indIntermed= 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=0 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=1 (...) [infIntermed] ; CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. CNPJ=1234 ; Identificador cadastrado no intermediador. ; Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, ; marketplace e similar) de serviços e de negócios. idCadIntTran=Zezinho

Olá Como sabemos o Projeto ACBr foi implementado mantendo a compatibilidade com o Delphi e Lazarus, porém, os arquivos de Formulário no Delphi (.dfm) não é o mesmo utilizado pelo Lazarus, que possui a extensão (.lfm) e utiliza o formato UTF-8. Por esse motivo, quando realizarmos alterações em Formulários do ACBr utilizando o Delphi(.dfm), devemos compatibiliza-lo também no Formulário do Lazarus(.lfm). A forma mais fácil de realizar esta tarefa é Converter o Arquivo alterado, assim não precisamos realizar as mesmas alterações nos dois arquivos. Segue abaixo o procedimento para Conversão. 1- Exclua o arquivo com a extensão .lfm, que já existe no Projeto. ex: ACBrNFeDANFeRLRetrato.lfm 2- Realize uma Cópia do Arquivo .dfm que foi alterado. ex: ACBrNFeDANFeRLRetrato - Copia.dfm 3- Renomeie o Arquivo copiado com o mesmo nome do original, mas altere a extensão para .lfm ex: ACBrNFeDANFeRLRetrato.lfm 4- Abra o arquivo .lfm utilizando o NotePad++ e selecione a opção Converter para UTF-8 (caso ainda não esteja em UTF-8). Salve as alterações... ex: 5- Abra o Formulário Alterado no Lazarus, mova o posição do formulário apenas para poder Salvar as alterações e Compile o Projeto.. Note que ao salvar o formulário utilizando o Lazarus os caracteres acentuados que estavam codificados agora estarão corretos... Basta então testar a Aplicação... Antes: Depois: