Painel de líderes

Paulo e Whanderson, Muito obrigado pelos XMLs. Favor atualizaram os fontes e façam testes de impressão do DANFE. Não esta pronto ainda o DANFE - Fast Report. O DANFE - Fortes Report e EscPos já estão prontos para imprimir o conteúdo de xMsg.

Bom dia, se utilizar o metodo <ACBrMail>.Send consigo enviar de forma a imagem embedded, mas se por exemplo utilizar o metodo <ACBrBoleto>.EnviarEmail eu não consigo o mesmo resultado. Acabou sendo enviável alterar todo o meu fluxo de envio para outro método, desta forma na unit ACBrBoleto, alterei o comportamento para conseguir o resultado esperado. na rotina : dessa forma no envio de email estou passando assim xAssinatura.Add('<center><img src="cid:'+ExtractFileName(tabEmpresaEMAIL_HEADER.AsString)+'"></center>'); e no anexo : Anexos.Add(tabEmpresaEMAIL_HEADER.AsString); <ACBrBoleto>.EnviarEmail(xEMAIL_BOLETO, xRAZAO_SOCIAL+' :: Boleto B ancário', xAssinatura, true // Enviar PDF junto ,nil ,Anexos); Desde já agradeço a moderação. ACBrBoleto.pas

Muito obrigado pela colaboração, já esta no repositório.

Boa tarde, Favor atualizar novamente os fontes e faça novos testes.

Correção já disponível no SVN.

A NFCe deve ser contabilizada pela data de emissão e não autorização.

Bom dia Essa opção de imprimir Logo Lateral no ACBrMonitor é recente, não estava presente em versões anteriores, para utilizá-la realmente é necessário utilizar uma imagem redimensionada em um tamanho menor, mas para utilizar da forma como estava antes (imagem no cabeçalho), basta desmarcar essa opção.

Bom dia Na emissão em contingência offline vc não poderia alterar nenhuma informação da NFCe, a menos q haja alguma rejeição... deve enviar o mesmo xml original gerado no ato da operação da venda. Caso ainda não tenha lido, tambem eh recomendada a leitura deste Manual que trata da contingência offline. Att Ricardo

consegui , deu certo ufa , era um arquivos antigos dentro da pasta do fonte , era só fazer um pesquisa SATExtratoFortesFr , e pagar os antigos , obrigado as dicas me ajudou , grato

Obrigado pela ajuda, correção já enviada ao SVN.

Pelo manual da TLP-2844 ela utiliza o protocolo EPL2 https://www.zebra.com/content/dam/zebra/manuals/printers/desktop/legacy/tlp2844/tlp2844-ug-pt.pdf Tente alterar o Modelo no ACBrETQ para usar esse protocolo. (pela mudança nos protocolos, provavelmente serão necessários ajustes nos comandos de impressão para sair alinhado na etiqueta) Caso não funcione, tente efetuar um teste com o demo do ACBrETQ. Com ele vc pode testar todos os protocolos.

Vou experimentar o acbrposprinter

boa tarde, Ok. fazendo fazendo os testes e postando o resultado. Obrigado.

Não tenho previsão... O ACBr É OpenSource... fique a vontade para abrir os fontes e debugar...

Boa tarde Adilson, Após alimentar o componente com os dados do MDF-e, você pode executar os seguintes comandos: 1. Assinar; 2. Validar; 3. Imprimir; Desta forma o XML do MDF-e será gerado, assinado, validado e impresso ou apresentado na tela (conforme configuração); Se estiver tudo de acordo, você pode executar o seguinte comando: 1. Enviar Dependendo da configuração e da passagem dos parâmetros do Enviar, este vai enviar o MDF-e para a SEFAZ, aguardar o retorno, atualizar o XML com o protocolo de autorização e por fim imprimir ou apresentar na tela o DAMDFE.

Veja se não possui os fontes do ACBr em mais locais por exemplo ACBr.inc

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

Olá, Bom dia! Creio que a decisão na abertura do constructor está invertida na classe AcbrETQ.cs: Está assim: public ACBrETQ(string eArqConfig = "", string eChaveCrypt = "") : base(Environment.Is64BitProcess ? "ACBrETQ32.dll" : "ACBrETQ64.dll") { var inicializar = GetMethod<Delegates.ETQ_Inicializar>(); var ret = ExecuteMethod(() => inicializar(ToUTF8(eArqConfig), ToUTF8(eChaveCrypt))); CheckResult(ret); } Creio que deve ser invertida as posições de ? "ACBrETQ32.dll" : "ACBrETQ64.dll" para ? "ACBrETQ64.dll" : "ACBrETQ32.dll"

Bom dia @Pedro E. Braga Estamos centralizando o assunto dessas alterações do Banco Safra, pois estamos tendo divergências na homologação entre agências SAFRA. Alguns conseguem homologar com as configurações atuais e outros não. Se for possível solicitar a Agencia, onde está sendo baseada a alteração no Manual, pois aparentemente se refere ao layout do correspondente Bancário SAFRA Bradesco ou Itaú. Favor acompanhar em: @LucasSantana, dividimos o tópico por se tratar de outro ajuste. Favor acompanhar em:

Bom dia, Estamos com divergências quanto ao layout deste banco, para realizar as alterações solicitadas. Por isso estamos centralizando o assunto em um único tópico. Favor acompanhar em:

Bom dia, Estamos com divergências quanto ao layout deste banco, para realizar as alterações solicitadas. Por isso está centralizamos o assunto em um único tópico. Favor acompanhar em:

No caso dessa NFe realmente está fora do prazo de 2 horas estipulado pela SEFAZ-MT. Tem algum exemplo de tentativa de cancelamento inferior a duas horas após a autorização?

Bom dia. Por favor evite copiar o conteúdo dos XMLs em seus posts, ao invés disso, anexe os mesmos. Att.

Oi Juliana... Tudo bom? Que notícia boa, pois essa mudança seria um CAOS!!!

Aparentemente o fr3 não suporta quantidade grande de documentos de transporte anterior, ele não faz a quebra para continuar em outra página.

O ACBr ainda vai gerar na versão antiga caso configure: ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr100; Mas esse formato não é mais aceito há um bom tempo, porque quer gerar assim?

Bom dia. Em outubro foi publicado o ajuste Sinief 19/19 o qual tem como efeito a não necessidade da série especifica, conforme trecho a seguir: II - identifica uma NFC-e de forma única, pelo prazo decadencial estabelecido pela legislação tributária, por meio do conjunto de informações formado por CNPJ do emitente, número, série e tipo de emissão." https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/ajuste-sinief-19-19

obrigado pelas respostas, mas passei para empresa que bagunçou isso para arrumar . ja resolveram . obrigado

Não tem problemas ter comentários faz parte do padrão INI o parse não vai ter problemas com isso.

Olá, Na classe AcbrSessao do demo c# da AcbrLib.Core tem um nome de sessão DANFECe. No arquivo INI eu encontrei como DANFENFCe. Há algum erro aí ou existem as duas mesmo?

Correção enviada ao SVN.

Olá @Rafael Dias, boa noite! Fiz um "revert" no arquivo (AcbrSessao.cs) e notei que a sessão DANFENFe agora também não está mais na classe. Tem outras pequenas correções no AcbrETQ, mas vou criar outro tópico pra não esticar muito aqui.

Sinceramente não consegui reproduzir o erro aqui, então vamos voltar ao básico. Apague tudo e baixe novamente e faça novos testes.

Verifique a versão do qrcode

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

Boa tarde Rafael, Muito obrigado pela colaboração, já se no repositório.

Acredito que no retorno da transação com cartão de crédito você possa conferir essa informação.

Então... no caso do time out eu resolvi executando as rotinas separadamente. Ou seja, o ACBrNFSe envia mas não consulta o lote logo após. Eu chamo a rotina de consultar a situação do componente fora da rotina de envio do mesmo, ou seja, desabilitei aquela opção que deixa o componente fazer todo o processo sozinho. Uma coisa que eu observei também, no caso do "Erro 500" é que ele geralmente acontece após as tentativas de consulta terem acabado. Ou seja, se eu colocar que quero consultar 5 vezes, o componente consulta 5 vezes e se na 5ª vez ele retornar "lote em processamento" ou "lote não processado", ao invés de aparecer esta mensagem, aparece o Erro 500. Eu descobri isto usando o evento do componente que registra os logs, então pelos logs vi que ele estava retornando estes dois status, mas mostrava o erro 500. Voltando no erro de timeout, eu também tinha tentado aumentar o timeout e o intervalo de para consulta da situação do lote no componente, mas mesmo assim ele retornava o timeout na maioria das vezes. Só consegui resolver fazendo o que descrevi acima.

Então, você vai gerar, assinar e validar, depois... NotasFiscais.Imprimir. Se estiver tudo ok depois disso você acionar o enviar normalmente.

Olá Italo, Funcionou perfeito, apenas uma correção na linha 2161 do pnfsNFSeR.pas Estava: NFSe.Servico.CodigoPais := Leitor.rCampo(tcStr, 'CodigoPais') Correção: NFSe.Servico.CodigoPais := Leitor.rCampo(tcInt, 'CodigoPais') Abraços pnfsNFSeR.pas

Consegui com o suporte da cappta. Tem duas maneira de Trabalho com a dll ou via troca de Arquivos. Eles configuraram o Gerenciador com Troca de arquivos. Configurei o ACBRTEFD com gpTefdial e funcionou maravilhosamente bem ACBR 100% obrigado a todos

A SEFAZ-RJ publicou no DOE em 04/11/2019 a Lei 8.603, a qual cria regras de divulgação de promoções e ofertas, as quais devem estar impressas nos DFes, conforme exigência a seguir. Art. 1º O comércio varejista do Estado do Rio de Janeiro fica obrigado a aplicar o desconto anunciado de forma clara e individualizada, por produto, no cupom fiscal. § 2º O desconto deverá ser aplicado imediatamente abaixo do produto em promoção no cupom fiscal ou documento equivalente. Art. 2º Fica vedado à rede varejista compilar o valor total economizado com promoções ao final do cupom fiscal ou documento equivalente. Fonte http://alerjln1.alerj.rj.gov.br/contlei.nsf/PageLeisOrdinarias?OpenPage http://www.alerj.rj.gov.br/Visualizar/Noticia/47487?AspxAutoDetectCookieSupport=1

Olá pessoal! Temos o prazer de informar que mais um novo componente foi adicionado ao projeto: ACBrLCDPR. O ACBrLCDPR foi criado para facilitar a geração do LCDPR - Livro Caixa Digital do Produtor Rural. Esse componente segue a mesma ideia de outros componentes para geração de arquivos como ACBrSPEDFiscal, ACBrSPEDPISCOFINS, ACBrSEF2, etc... Com ele você pode gerar o arquivo sem se preocupar com o layout do arquivo. A sua preocupação será apenas com as informações que precisa aprensentar. Como é um componente novo, temos consciência de que alguns ajustes talvez sejam necessários. Todos podem ficar à vontade reportar problemas. Podem fazer isso por criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Mas queremos agradecer ao @Willian Hübner que pôs a mão na massa e fez a doação do componente que serviu como base dessa versão. Queremos também aproveitar a oportunidade para agradecer aos nossos usuários SAC. Seu apoio nos ajuda a continuar avançando.

Olá pessoal, A versão mais recente chamada de 3.00a tem como diferencial a tag que contem a string do QR-Code. O ambiente de produção das SEFAZ-Autorizadoras passou a exigir essa tag a partir do dia 26/08/2019, sendo assim não faz mais sentido a propriedade de configuração: GerarInfCTeSupl que dependendo do seu valor gerava ou não o grupo <infCTeSulp que contem a tag <qrCodCTe>. Será removido a condição para gerar ou não o grupo <infCTeSupl> bem como a propriedade de configuração mencionada acima, pois agora esse grupo tem que existir no XML. Ao atualizar os fontes a partir do dia 14/10/2019 poderá ocorrer erro de compilação e ou de execução por conta dessa propriedade que não vai mais existir. A solução para esse problema é muito simples: 1. remover dos fontes da sua aplicação todas as linhas que fazem referencia a propriedade GerarInfCTeSupl. 2. abrir os arquivos DFM que contem o componente ACBrCTe e remover a linha que contem a propriedade GerarInfCTeSupl. Feito isso basta compilar a sua aplicação com a opção Build.

Visulizar Arquivo Modelos de Negocio Exponencial para Software House Modelos de Negócio Exponencial para Software house Por Thulio Bittencourt Com o mesmo valor que você a 10 anos levava a sua marca para a sua cidade, hoje é possível transformar a sua marca em um negócio conhecido no mundo, fazer negócios como a 10 anos atrás não funciona no nosso cenário atual. O principal motivo que esta levando muitas empresas de software a fechar as portas, não é o fato de fazer coisas erradas, mas sim por fazerem durante muito tempo a mesma coisa perfeitamente. Inovação não apenas no produto mas no modelo de negócios é o que vai fazer você crescer exponencialmente, e eu vou te contar esse segredo nessa palestras, como encontrar o modelo de negócios ideal para a sua empresa. Palestra realizada durante o evento 2º Dia do ACBr. Veja o vídeo da Palestra Autor Juliana Tamizou Enviado 03-10-2019 Categoria Dia do ACBr 2a edição

Cadê o compilador de Resources, "windres" ? Se você compila Resources diretamente dos Fontes, o Compilador FPC irá procurar pelo compilador de Resource... Exemplo: {$R AResourceFile.rc} Irá compilar um arquivo .RC e gerar o arquivo .RES, que será anexado ao Binário na compilação final... Exemplo de Sintaxe de um arquivo de Resources UmaImagem RCDATA "ImagemExemplo.jpg" ArquivoDLL RCDATA "Dependencia.dll" pra compilar um arquivo de Resource em Windows, o compilador FPC irá procurar pelo utilitário windres, que é provido pela Binutils Pode ser que a sua distribuição já tenha instalado o windres, quando você instalou o pacote binutils ou cross-i386-binutils. O FPC irá procurar por windres quando estiver compilando em Win64 e i386-win32-windres, quando estiver compilando em Win32 Eu não achei nenhum artigo que informe diferenças na compilação de Resources do Windows de 32 para 64 bits... portanto, se você já tem o windres instalado, mas ainda não tem o i386-win32-windres, acho que é seguro apenas criar o link simbólico.. Digite os comandos abaixo (como root) cd /usr/bin ln -s windres i386-win32-windres No caso do Opensuse, ele não instalou o windres, quando a binutils foi instalada... nesse caso, a maneira mais simples que encontrei, foi baixar os fontes da Binutils e compilar o windres Você pode baixar a última versão dos fontes da Binutils em: http://ftp.gnu.org/gnu/binutils/ Descompacte o arquivo baixado, em uma pasta temporária tar xvf binutils-2.32.tar.bz2 Compile a Binutils e o Windres cd binutils-2.32 ./configure make cd binutils make windres Ao final desse processo, você deverá ter o windres compilado, na pasta binutils-2.32/binutils Copie o binário do windres, para /usr/bin (como root) cp windres /usr/bin/ Para compilação em Win32, crie o link simbólico, como descrito no inicio: (como root) cd /usr/bin ln -s windres i386-win32-windres

Cross Compile de Linux64 para Linux32 (Fonte: https://wiki.freepascal.org/Cross_compiling#From_Linux_x64_to_Linux_i386 ) Você precisará do Linker em 32 Bits... ou mais precisamente do arquivo i386-linux-ld No meu OpenSuse, esse binário pode ser instalado pelo pacote cross-i386-binutils, portanto... (em modo root) zypper install cross-i386-binutils zypper install cross-i386-gcc9 Porém o OpenSuse irá instalar esse binário com um nome ligeiramente diferente, então basta fazermos um link simbólico para o nome esperado pelo FPC (em modo root) ln -s /usr/bin/i586-suse-linux-ld /usr/bin/i386-linux-ld ln -s /usr/bin/i586-suse-linux-as /usr/bin/i386-linux-as Acessar pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Linux 32 (em modo "root") make all OS_TARGET=linux CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=linux CPU_TARGET=i386 INSTALL_PREFIX=/usr Você precisará ter todas as Libs que o seu software depende, instaladas no seu sistema Linux, na versão 32 bits... Exemplo: /usr/bin/ld: não foi possível localizar -lpthread /usr/bin/ld: não foi possível localizar -lgdk-x11-2.0 .... Isso significa que precisamos ter no sistema as libs (libpthread.so e libgdk-x11-2.0.so) em algum diretório do LibPath para Libs de 32 bits (/lib ou /usr/lib) Resolva passo a passo as dependências, Provavelmente seja mais fácil usar o utilitário yast, para procurar as Libs faltantes, na versão 32 bits.. Instalando os pacotes abaixo, provavelmente você resolverá várias das dependências... zypper install glibc-32bit zypper install glibc-devel-32bit zypper install libgthread-2_0-0-32bit zypper install libgtk-2_0-0-32bit zypper install libgdk_pixbuf-2_0-0-32bit zypper install libpango-1_0-0-32bit zypper install libX11-6-32bit zypper install libxml2-2-32bit Se necessário, crie links simbólicos para os nomes corretos (terminando em .SO)... Exemplo: cd /lib ln -s libpthread.so.0 libpthread.so ln -s libc.so.6 libc.so ln -s libdl.so.2 libdl.so cd /usr/lib ln -s libglib-2.0.so.0 libglib-2.0.so ln -s libgmodule-2.0.so.0 libgmodule-2.0.so ln -s libgthread-2.0.so.0 libgthread-2.0.so ln -s libgobject-2.0.so.0 libgobject-2.0.so ln -s libgtk-x11-2.0.so.0 libgtk-x11-2.0.so ln -s libgdk-x11-2.0.so.0 libgdk-x11-2.0.so ln -s libgdk_pixbuf-2.0.so.0 libgdk_pixbuf-2.0.so ln -s libatk-1.0.so.0 libatk-1.0.so ln -s libcairo.so.2 libcairo.so ln -s libpango-1.0.so.0 libpango-1.0.so ln -s libpangocairo-1.0.so.0 libpangocairo-1.0.so ln -s libX11.so.6 libX11.so ln -s libxml2.so.2 libxml2.so Compile novamente e verifique se ainda restam dependências de Libs, no caso de novo erro... cheque novamente se as libs indicadas nas mensagens de erro, estão em /lib ou /usr/lib (ou com o nome semelhante ao esperado) Editar /etc/fpc.cfg, para configurar corretamente o Path da gcclib em 32 e 64 bits (em modo "root") # path to the gcclib #ifdef cpui386 -Fl/usr/lib64/gcc/i586-suse-linux/9 #endif #ifdef cpux86_64 -Fl/usr/lib64/gcc/x86_64-suse-linux/9 #endif Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> linux Target CPU -> i386

Cross Compile de Linux para Win64 Acessar pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Win64 (em modo "root") make all OS_TARGET=win64 CPU_TARGET=x86_64 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=win64 CPU_TARGET=x86_64 INSTALL_PREFIX=/usr Editar /etc/fpc.cfg (em modo "root") Incluir antes da sessão "Linking" a linha -Fu/usr/lib64/fpc/$fpcversion/units/$fpctarget/* Criar Link Simbólico para o compilador Win64 em /usr/bin (em modo "root") ln -s /usr/lib/fpc/3.0.4/ppcrossx64 /usr/bin/ppcrossx64 Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> Win64 Target CPU -> x86_64