Painel de líderes

Olá pessoal, estamos provendo importantes modificações em nosso componente de Impressão de Etiquetas, o ACBrETQ, lembrando que esse componente também está disponível a todas as linguagens através da ACBrLibETQ ou ACBrMonitor Se você ainda não conhece uma impressora de Etiquetas e suas características, recomendo ver o vídeo abaixo: O que há de novo no ACBrETQ ? Incluímos um novo Modelo/Protocolo, o EscLabel. O Protocolo EscLabel foi criado pela Epson, para a sua linha de Impressoras ColorWorks. Esse protocolo é uma extensão do já conhecido protocolo ZPL2, da Zebra, porém com algumas extensões, para permitir características únicas das Impressoras da Epson, como Impressão em Cores, e ajuste dinâmico do tamanho da etiqueta. A Epson ao invés de reinventar a roda, tomou uma decisão sábia de licenciar o uso do ZPL2, que equivale a 90% do EscLabel... O método ImprimirCaixa, foi modificado para permitir informar como Parâmetro, o ângulo dos Cantos, para produzir Caixas com cantos arredondados... Exemplo: Canto: Integer = 0 (sem arredondamento), suportando valores 0 a 8 (8 máximo do arredondamento). Atualmente apenas os Modelos que Suportam ZPL2 e EscLabel, aceitam esse parâmetro... O Método CarregarImagem, foi modificado para retornar por referência, o Nome do Arquivo da Imagem que foi armazenado na memória da Impressora... Isso ocorre pois algumas impressoras limitam os caracetres aceitos, e o tamanho do Nome... e portanto tornará mais simples identificar o Nome como guardado na Impressora, a fim de utilizá-lo em comandos de Impressão futuro\ O Modelo ZPL2, foi modificado para permitir o uso de Imagens do Tipo PNG mono... e no caso do EscLabel, há pleno suporte de Imagens PNG coloridas Em breve disponibilizaremos um novo Demo, para demonstrar todo o poder da Epson EscLabel com as impressoras ColorWorks..

Lançamos oficialmente a Plataforma de Classificação Fiscal de Mercadorias para software houses. Plataforma PDV Fiscal . Plataforma de Classificação Fiscal de Mercadorias para o Varejo . Saneamento fiscal no cadastro dos produtos Elimine suporte por rejeições na SEFAZ Seus clientes pagando menos impostos Tudo configurado pelos contadores dos clientes Integração por API Restful . . Não perca campanha de lançamento. Acesse https://bit.ly/3NaTfYU Vídeo de apresentação:

pessoal fechei o delphi e compilei novamente e deu certo, pode ser que tenha esquecido de compilar o pacote dependente.

Boa tarde, A configuração, mais provável é esta e o usuário e/ou senha podem estar errados. Validou em gerenciador de e-mail se funciona? smtp: mail.syspanweb.com.br porta: 465 TLS = sim SSL = sim SMTP Error: Unable to send MailTo. 550 authentication. ===============================

Este tópico tem 5 anos, imagine que o fórum pode ter sofrido mudanças nesse período. Veja na pasta Doctos/Manuais na sua pasta do ACBr que o arquivo mencionado deve ser este. http://svn.code.sf.net/p/acbr/code/trunk2/Doctos/Manuais/Manual ACBrNFe versão 1.04.pdf

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

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

Após a alteração sugerida pelo @Italo Giurizzato Junior. Funcionou Corretamente. Obrigado!

Obrigado @Italo Giurizzato Junior Vou realizar a Alteração e fazer o teste. E posto aqui o resultado.

Resolvido o problema, com o ACBRMAIl, na realidade me passaram dados errados de login.... pode encerrara o topico.

Bom dia a todos, No componente antigo basta mudar de: Gerador.wCampo(tcStr, '', 'InscricaoMunicipalObra', 01, 11, 01, NFSe.ConstrucaoCivil.CodigoMunicipioObra, ''); para: Gerador.wCampo(tcStr, '', 'InscricaoMunicipalObra', 01, 11, 0, NFSe.ConstrucaoCivil.CodigoMunicipioObra, ''); Mudei o 01 para 0 isso faz com que a tag se torne opcional, portanto se atribuirmos uma string vazia ao campo CodigoMunicioObra a tag não vai ser gerada. No componente ACBrNFSeX já consta que a tag é opcional, logo deve funcionar para a cidade que exige a tag e para que não exige.

Bom dia. com a ajuda do amigo @EMBarbosa foi feito a devida separação dos pacotes. entaõ assim não depende mais do visual temos agora o frce.bpl e o dclfrce.bpl.

Sim, vou repassar a solução. Como estava iniciando, não tinha preenchido todos os campo corretamente pois queria ver como era o funcionamento, porém o componente retornava o erro sendo no campo ID mesmo sendo o erro em outros campos. Em resumo a mensagem de erro não correspondia ao que realmente estava errado

Pessoal Eu novamente. rssrsrrsrs Não precisa fazer qualquer conversão dessa função. Ela funciona perfeitamente em Delphi. Aliás, nem necessita dela em Delphi para mostrar o retorno da Api. Lindo. Funcionou perfeitamente minha cobrança. Muito obrigado a todos e desculpa os posts indevidos.

Boa tarde, Não, a menos que publiquem NT com mudança do leiaute do DANFe.

Olá pessoal.. a PayGo acaba de lançar uma atualização do seu Emulador de POS-TEF.. Segue a imagem abaixo... Para quem não sabe o que é o POS-TEF, de forma resumida, ele é um TEF Sem Fio (movel), onde o desenvolvimento da aplicação Servidora pode ser feita em Windows/Linux, usando o componente ACBrPOS Bom, um vídeo explica muito melhor... Veja... Você pode baixar essa nova versão do Emulador, em nossa página de TEF... https://projetoacbr.com.br/tef/#integracao (botão SDK-POS)

O teu XML "ANRES DE ENVIARmdfe..." não está de acordo com o layout, no que se refere a cardinalidade das tags. Cada infMunDescarga pode ter até 10000 infCTe, mas cada infCTe pode ter um único chCTe.

A questão para mim está totalmente ESCLARECIDA. Diante de todas as evidências e relatos dos colegas nesta thread, resolvi chutar o pau da barraca e partir para o nível hard: falei para o cliente que estávamos com um problema sério desde o dia 10 deste mês, e todas as evidências apontavam para algum aplicativo na CONTABILIDADE consumindo o mesmo serviço. Dei ultimato: se o cliente nao resolvesse isso, eu iria parar o meu serviço de baixa de xml e manifestação de notas. Parêntese: Eu sei que o cliente jamais aceitaria eu parar o meu serviço de baixa de xml rsrsrsrs. São mais de 1mil notas mensais e eles nao querem voltar a fazer essa tarefa manualmente. Aí o negócio pegou fogo. A contabilidade que antes jurou de pe junto que nao, ninguem fazia isso la, de repente alguem levantou a mao e confessou que realmente fazem pq "precisam pra baixar os xmls pra calcular alguns impostos". Ora ora ora. Imediatamente o serviço deles foi parado, e pra surpresa de mais ninguem rsrsrs tudo voltou a fluir perfeitamente. Isso foi ontem, 18/03, por volta das 17horas. Desde entao minha aplicação ja fez cerca de 10 consultas (na madrugada o serviço para), e... NENHUMA REJEIÇÃO. Pra mim o assunto foi resolvido e esclarecido. Obrigado a todos

Boa noite pessoal, Segue um resumo, pois o tópico já está muito extenso e não parece estar caminhando para uma solução. 1. Notamos vários relatos de sistemas rodando em paralelo, gerando o consumo indevido, mesmo quando achavam que o sistema em questão era o único utilizado. Essa é uma ótima idéia para garantir que não há nenhum outro sistema manifestando e consultando em paralelo. 2. A consulta com ultNSU=0 tem que funcionar para quem se perdeu na sequência, se continua dando consumo indevido após mais de 1h de espera é mais um indício de sistemas em paralelo. 3. A hipótese das filiais com o mesmo certificado foi descartada, pois está na NT que o controle é pelos 14 dígitos do CNPJ e houve uma resposta da Sefaz confirmando isso. 4. A situação onde o mesmo ultNSU retorna consumo indevido e depois funciona, também aparenta ser reflexo de outro sistema em paralelo gerando a trava em determinados períodos.

Boa noite. sim é compatível pois ao re-escrever foi feito os devidos tratamentos qualquer coisa pode postar que vamos averiguar e modificar se precisar

Realmente @Italo Giurizzato Junior boa noite. Tenho períodos de fechamento de fonte para atualizar o componente e quando realizei o merge para o trunk2 para enviar aqui, acabei não me atentando. Reparei que realizou alterações no que enviei, irei testar com suas alterações para validar.

Sim a contabilidade usa sistema como esse fsist pra poder fazer download dos xml

sim está 100% nem acbr nem componentes de terceiros deu problema e substitui somente o RAD não instalei ou reinstalei componentes

Gabriel, Favor atualizar os fontes e faça novos testes.

Você deve preencher de acordo com o que diz o manual. Por exemplo, essa é exatamente a regra do Bloco H, em fevereiro enviar a posição de 31/12 do ano anterior.

@Juliomar Marchetti, verifiquei que procedure ImprimirInternal em ACBrBoletoFCFortesFr.pas, na verdade está salvando como BMP...fiz umas alterações que gera efetivamente o JPG. Criei a função BmpToJpg que converte o Bitmap gerado em JPeg. Além disso, refiz a parte que grava o arquivo, fazendo com que só altere o nome do arquivo se tiver mais que 1 pagina para gravar...segue anexo...o arquivo "dfm" não foi alterado... ACBrBoletoFCFortesFr.pas

Sei que é um tópico meio antigo...mas vai lá outra situação pra resolver este problema. A softwarehouse também tem que atualizar seu certificado no cadastro da Sefaz, dessa forma na vinculação é comparado a assinatura com o certificado na sefaz se sã compatíveis.