Painel de líderes

Olá Pessoal, Já esta disponível o Portal da Nota Fiscal Fácil, vale a pena acessar e conferir. Para acessar o Portal clique aqui. De forma bem resumida, o Fisco vai disponibilizar um App para os dispositivos móveis que tem como objetivo tornar fácil a emissão de NF-e, NFC-e, CT-e e MDF-e. No portal encontramos uma explicação sobre a NFF, uma apresentação em Power Point e o Ajuste SINIEF 37/19, que institui o regime especial de simplificação do processo de emissão de documentos fiscais eletrônicos. Do lado direito da pagina do portal encontramos os links para baixar o App (mas ele ainda não esta disponível) e também o link para o FAQ. Fica ai a dica.

Boa tarde Esta url já esta atualizada no arquivo ACBrNFeServico.ini do componente ACBrNFe. Seus fontes estão atualizados?

Bom Dia, No momento que existem duas ou mais folhas e informações como INFORMAÇÕES DO LOCAL DE RETIRADA, INFORMAÇÕES DO LOCAL DE ENTREGA, DUPLICATAS no modo paisagem, o layout disponibilizado estava se perdendo não levando as informações DADOS ADICIONAIS, realizei o ajuste nos cálculos onde mostra os produtos, ajustando para que diminua o espaço vazio para apresentação dos DADOS ADICIONAIS, caso não seja possível na mesma página, o mesmo cria outra somente com essa informação. Aproveitando, foi ajustado para que a banda do grupo de produtos, apareça sempre na mesma página, conforme imagem em anexo *bandaprodutos.png* Foi ajustado a questão do MS legal, colocando as dezenas no campo RESERVADO AO FISCO. Por fim, algumas informações das tags que estão nos campos de INFORMAÇÕES DO LOCAL DE RETIRADA e INFORMAÇÕES DO LOCAL DE ENTREGA estavam trocadas, como o CNPJ estava indo no campo NOME/RAZÃO SOCIAL, entre outros campos. As alterações estão em DANFEPaisagem.fr3. Abraço! DANFePaisagem.fr3

Obrigado. Pode anexar XML e PDF de como era antes e como ficou para comparação?

Justamente como informado pelo Daniel é só o apontamento, não tem relação com o framework usado. Como trata-se de um servidor hospedado pela Software Express, também é necessário uma VPN (ou TLS ou SSL) por terminal(PDV).

Bom dia. Também tive essa rejeição do "Cliente sem saldo" quando eu estava testando. Provavelmente você emitiu o CIOT com o tipo de pagamento eFRETE. Para esse tipo de pagamento o emitente no caso a transportadora deve conter saldo lá na eFRETE, por que no caso será a eFRETE que irá realizar os pagamentos.

O Campo tpAcidTransito só pode ser preenchido se o codMotAfastt for equivalente a [01,03] Problema: Campo esta sendo preenchido por valor default "1" que no caso é tpatAtropelamento Correção: Se não foi preenchido não deve ser informado. ...pcesS2230.pas\ACBR\Fontes\ACBrDFe\ACBreSocial\PCNeSocial\pcesS2230.pas Problema: infoAfastamento.iniAfastamento.tpAcidTransito := eSStrTotpTpAcidTransito(Ok, INIRec.ReadString(sSecao, 'tpAcidTransito', '1')); Correção: tpatNao = 4 (não gerar a tag) infoAfastamento.iniAfastamento.tpAcidTransito := eSStrTotpTpAcidTransito(Ok, INIRec.ReadString(sSecao, 'tpAcidTransito', '4'));

Olá Pessoal, Novidades para quem tem aplicações que emitem o BP-e Bilhete de Passagem Eletrônico. Trata-se de uma nova modalidade de documento o BP-e TM (Transporte Metropolitano). O BP-e Transporte Metropolitano será emitido por contribuintes que possuírem credenciamento específico para essa modalidade de BP-e identificada pelo tipo de BP-e = 4, portanto, não serão necessariamente os mesmos que já emitem o BP-e normal. A Nota técnica já se encontra em nossa biblioteca, clique aqui para baixar. Prazos para implantação do BP-e TM: 10/2020 - Ambiente de Homologação. 11/2020 - Ambiente de Produção. Já estamos trabalhando nas alterações necessárias no componente ACBrBPe para que ele venha permitir o envio do BP-e TM.

Bom dia! Na validação da remessa cnab240 para o Banrisul veio uma critica do emitente do boleto como sendo "emissão própria" sendo que o emitente deveria ser o banco. Verificando os fontes vi que estava fixo na transação "1020" conforme imagem onde a coluna "2" se refere ao emitente do boleto. Fiz o ajuste seguindo a configuração do Banco do Brasil usando varável "ATipoBoleto" que trata a propriedade do responsável pela emissão do boleto e modifiquei a linha destacada usando a varável. {Pegando Tipo de Boleto} ATipoBoleto := '1'; case ACBrBoleto.Cedente.ResponEmissao of tbCliEmite : ATipoBoleto := '2'; tbBancoEmite : ATipoBoleto := '1'; end; Linha modificada no layout: '10' + ATipoBoleto + '0' + Em anexo a unit com o ajuste. Marcos Grupo MHE ACBrBancoBanrisul.pas

pode ser o arquivo ou uma string contendo o conteúdo do ini.

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

A sua aplicação pode escrever o conteúdo do arquivo .ini passando diretamente como parâmetro (note que é uma String), o comando vai entender se passar o path do .ini ou o conteúdo do arquivo .ini em sí. Desde que esteja seguindo a estrutura do layout, com as seções, tags e quebra de linha... Veja o modelo: https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html

Boa tarde. Arquivos deste tipo não requerem determinado número de caracteres, pois a posição dos campos é dada pelo "|". Tente fazer um teste com o validador caso ainda tenha dúvidas. Att.

Bom dia, não é possível rodar como serviço devido as dependências gráficas de impressão. Mas o ACBrMonitor também integra via TCP/IP ou seja pode ficar centralizado no Server e a comunicação ser toda pelo Client. Outra opção seria a libACBr que pode distribuir junto a sua aplicação. Pode ver mais detalhes do funcionamento nas video aulas do ACBrMonitor https://www.projetoacbr.com.br/forum/video/browse/18-aula-5-integrando-via-tcpip/

Obrigado pelo interesse em contribuir. Mas acredito que tenha feito alterações em um arquivo desatualizado com o que já está no repositório. No seu arquivo não tem, por exemplo, a impressão do grupo de pagamentos da NFe. Assim não convém subir o seu arquivo removendo a funcionalidade. Por favor, baixe o arquivo do repositório, aplique as suas modificações novamente e anexe o arquivo aqui.

Já Consegui fazer a requisição e estou Fazendo a leitura do XML com XMLDocument o problema que todos os serviços estão retornando a mesma informação. Todos os campos nos XSDs estão como String (Mesmo os campos de Valores/Datas). A Estrutura dos XSDs são iguais para todos os tipos de registros (Só muda a qtde de campos) ou seja como saber se um determinado tipo de registro pode vir várias vezes.

Boa Dia... em uma Validação Recente do Banco Cresol RS/SC foi rejeitada por 2 motivos simples... no Cabeçalho do arquivo remessa. a Falta do Nome da Empresa e Data de Geração do Arquivo segue Fontes para Analise. desde já Obrigado ACBrBancoCresol.pas

Obrigado pelo retorno Túlio. Bom trabalho por aí.

Acho que ninguém relatou nada aqui ainda. Quem sabe tenhamos algum usuário reportando algum trabalho nessa área.

Eu não trabalho com esses modelos, então tudo o que sei é: - Você gera a nota fiscal e nela é impressa uma "chave" como verificação. - No final do período gera o arquivo TXT e transmite. - A numeração das notas pode ser reiniciada a cada período, então talvez seja preciso incluir um novo campo como PK no banco de dados. No fórum tem tópicos sobre o uso do componente, sugiro que faça uma busca.

Bom dia Italo, aparentemente deu certo mas ocorreu um erro mas ja entrei em contato com a efrete, acredito que seja problema com eles pois esta retornando que celular nao pode ser alterado, mas ja estou vendo com suporte do efrete. obrigado pela ajuda.

O componente NFSe ainda não esta disponivel, a previsão é que seja disponivel ainda este ano.

Boa tarde Cleber, Acredito que esteja faltando informar uma observação ao Transportador e ao Credenciado.

Resolvi da seguinte maneira: peguei o meu pacote que gerava o erro, apaguei todos os seus fontes (dpk etc), e em seguida criei um pacote do zero, salvei, e adicionei as units que ele continha. Ao reabrir o projeto e recompilar, não deu mais erro.

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

Acredito que nesse caso tenha que ser emitida uma NFe e não NFCe. Mas você pode procurar orientação melhor de um contador.

Basta anexar elas aqui no fórum que vamos baixar avaliar e subir ao svn se estiver ok

Desculpe a demora! Resolvido , problema de falta de preenchimento do "from" do componente, aparentemente o terra nem joga pro spam.

Haviam alguns problemas na ACBr.inc e em algumas Units da ACBrImagem.pas, para NEXTGEN... Envie correções para o SVN... e um Demo funcional, para Android... https://sourceforge.net/p/acbr/code/19183/

Olá pessoal, É com muita satisfação que comunicamos que agora os Fontes do Projeto ACBr, já foram ajustados para suportar o OpenSSL na versão 1.1.1 Antes de prosseguir, o que é OpenSSL ? "O OpenSSL é um kit de ferramentas robusto, de nível comercial e completo para os protocolos Transport Layer Security (TLS) e Secure Sockets Layer (SSL). É também uma biblioteca de criptografia de uso geral" https://www.openssl.org/ No Projeto ACBr, usamos o OpenSSL para diversas tarefas, como por exemplo: Comunicação Segura: Ele será necessário se você usa o componente ACBrMail, ou os componentes da aba ACBrTCP, que fazem comunicação Segura com sites, pelo protocolo HTTPS. A ACBrDFeSSL, que é usada por todos os componentes de Documentos Eletrônicos do ACBr, também podem usar o OpenSSL para comunicação Segura (como uma das opções) Criptografia: Ele é usado nos componentes ACBrEAD e pela ACBrDFeSSL para calcular e Verificar Hashs e Assinaturas digitais, usando diversos padrões de Criptografia O OpenSSL é uma excelente opção... na verdade, é a minha recomendação de uso, para quem usa certificados do tipo A1 A vantagem principal, é que com o OpenSSL, você está livre da necessidade de sempre manter o seu Windows Atualizado para que a comunicação segura com TLS1.2 funcione. Com o OpenSSL você poderia ter suporte a TLS1.2, mesmo no Windows XP. Como desvantagem, no ACBr, o OpenSSL, apenas suporta Certificados do tipo A1 Porque essa atualização é importante ? O principal motivo, é que as versões anteriores deixarão de ser suportadas e não mais receberão atualizações e correções, conforme podemos ver nessa página Mas outro motivo igualmente importante, é que atualmente é muito difícil de instalar uma versão antiga do OpenSSL em alguns sistemas Operacionais. Isso poderia ser um impedimento, para executar o ACBr em várias distribuições de Linux... A atualização dos fontes não foi um processo trivial, pois a API do OpenSSL recebeu modificações substanciais, desde a versão 1.0.x https://www.openssl.org/blog/blog/2018/09/11/release111/ https://wiki.tizen.org/Security/Tizen_5.X_Migration_from_OpenSSL_1.0.2_to_OpenSSL_1.1.1_guide Preciso atualizar meu cliente Final ? Não necessariamente... o código fonte do ACBr, é esperto o bastante para suportar todas as versões do OpenSSL, desde a série 0.9.8 até a 1.1.1.x. Mas é altamente recomendado que você atualize seus Scripts de Build, para usar e distribuir a última versão do OpenSSL no seu instalador automatizado... (veja como distribuir, abaixo) Lembre-se que se você precisa usar recursos mais novos, como comunicação segura com TLS1.2, precisará ter o seu OpenSSL atualizado, para versões mais novas... Todos os Scripts que geram os instaladores do ACBrMonitorPLUS e os pacotes da ACBrLib, assim o ACBrInstall_trunk2.exe, já foram atualizados para usar e distribuir as DLLs da nova versão 1.1.1.x Como o OpenSSL é distribuído ? Você pode encontrar versões compiladas do OpenSSL para praticamente qualquer Sistema Operacional existente... No SVN do ACBr, você encontrará as últimas versões das Bibliotecas compiladas para Windows em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Repare que em cada diretório, temos as pastas x86 (32 bits) e x64 (64 bits)... Se você compila seu programa em 32 bits, então você deve usar a versão 32 bits da DLL O OpenSSL é distribuído em em 2 arquivos. Sempre mantenha os dois arquivos juntos, e sempre use o par de arquivos da mesma versão. No Windows: Até a versão 1.0.x, os nomes dos arquivos eram: ssleay32.dll e libeay32.dll, e não havia distinção nos nomes das DLLs, entre as versões 32 e 64 bits. A partir da versão 1.1.0, os nomes dos arquivos mudaram para: libssl-1_1.dll e libcrypto-1_1.dll (32 bits) e libssl-1_1-x64.dll e libcrypto-1_1-x64.dll (64 bits) Tudo que você precisa fazer, é copiar o par de arquivos (libssl-1_1.dll e libcrypto-1_1.dll) para a mesma pasta do seu binário, ou seja, na mesma pasta onde está o seu .EXE (sim, você poderia copiar esses arquivos para o diretório System do Windows, mas isso deve ser evitado, pois pode causar conflitos com outras aplicações) As DLLs do OpenSSL que estão no repositório do ACBr, são compiladas com o Visual C Studio, portanto, será necessário que na máquina destino, exista as DLLs de RunTime do Visual C. Como centenas de programas tem essa mesma dependência, provavelmente as DLLs de RunTime já estão instaladas no seu Windows... Porém, caso você perceba o erro: "Este aplicativo não pôde ser iniciado porque não foi encontrado vcruntime140.dll", provavelmente o RunTime ainda não foi instalado, a solução nesse caso, é bastante simples, bastando instalar: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Você pode/deve, rodar esse procedimento no seu instalador, automatizado... isso pode ser feito de maneira silenciosa, e sem a intervenção do usuário... Veja esse artigo: No ACBrMonitorPLUS, usamos da seguinte maneira: VC_redist.x86.exe /install /passive /norestart No Linux: libssl.so.x.x.x - exemplos: libssl.so.1.1, libssl.so.10, libssl.so.1.1.1, libssl.so.1.1.0, libssl.so.1.0.2 , libssl.so.0.9.8, etc libcrypto.so.x.x.x - exemplos: libcrypto.so.1.1, libcrypto.so.10, libcrypto.so.1.1.1, libcrypto.so.1.1.0, libcrypto.so.1.0.2, libcrypto.so.0.9.8, etc O OpenSSL já vem instalado por padrão em várias distribuições Linux, caso contrário, use o seu gerenciador de pacotes, e instale o pacote "openssl" Veja mais sobre a distribuição de Bibliotecas em: https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html A nova rotina de Carga dinâmica das Bibliotecas do OpenSSL, que foram implementadas na Unit OpenSSLExt.pas, irá procura por vários nomes de arquivos, dando preferência para os arquivos mais novos. Ou seja, ela irá procurar pelas bibliotecas na versão 1.1.1.x, e não encontrando, procurará e pelas bibliotecas na versão 1.0.x ou inferiores Quer saber mais sobre como o ACBr usa o OpeSSL na criação e transmissão de Documentos Seguros ? Então de uma olhada nesse vídeo: Atualização em 12/03/21: A "Mikeysoft" não vem fazendo um bom trabalho no instalador do Visual C++ Runtime... parece que faltam dependências em "VC_redist.x86.exe"... Por isso recomendamos esse instalador: https://github.com/abbodi1406/vcredist/releases .. onde o desenvolvedor criou um instalador único, que roda todas as versões do instalador do Visual C++ Runtime