Painel de líderes

Boa tarde, Em vez de: CST=1 tente: CST=01 No caso do PIS e COFINS

Boa tarde, Muito obrigado pela postagem. Já se encontra disponível no repositório tanto a atualização dos schemas bem como do componente que visa atender a Nota Técnica em questão. Favor atualizar todos os fontes de todas as pastas. Reinstalar a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos.

Adicionei um demo em: \ACBr\Exemplos\ACBrDiversos\ACBrBarCode\Lazarus Talvez esse trecho de código, para copiar o conteúdo do ACBrBarCode, para um componente Image, lhe interesse: procedure TForm1.btParaImagemClick(Sender: TObject); begin Image1.Width := ACBrBarCode1.Width; Image1.Height := ACBrBarCode1.Height; Image1.Canvas.Brush.Color := clWhite; Image1.Canvas.Brush.Style := bsSolid; Image1.Canvas.FillRect(ClientRect); ACBrBarCode1.DrawBarcode(Image1.Canvas); end;

Nota Técnica 2018.005 Alteração de leiaute da NF-e/NFC-e Versão 1.20 – Março de 2019 Implantação Teste: 25/02/2019 Implantação Produção: 07/05/2019 * Implementação futura para o grupo de campos de identificação do responsável técnico e geração do hashCSRT. * Exceto para o grupo de identificação do responsável técnico, as UF: AL, AM, MS, PE, PR, SC e TO, manterão a data de 07/05/2019, adiada em alguns dias em relação a data original para deslocar a implantação da versão desta NT, em produção, do último dia útil do mês de abril. * Não aplicação das regras de validação N12-81 e N12a-50 ao Modelo 65. * Correção do exemplo de geração do hashCSRT * Alteração da Versão do schema para versão 1.20 Até 25/02/2019 Até 07/05/2019 1.10 * Criação de campo no Grupo N. Grupo CRT=1 (CSON 500) Em anexo: NT 2018 005_v1_20 - Alteração de leiaute NF-e e NFC-e (Final) NT 2018 005_v1_20 - Alteração de leiaute NF-e e NFC-e (Final).pdf

Depois que reinicie o computado e refiz o procedimento utilizando a configuração sugerida pelo Rafael, incluindo apenas na cláusula Uses ‘AJBarcode’, consegui gerar o código de barra em ‘bcCode_2_5_interleaved’ Para atribuir ao componente de imagem fiz baseando nas linhas de código que o Daniel passou e o exemplo ‘\ACBr\Exemplos\ACBrDiversos\ACBrBarCode\Lazarus ‘ também é muito útil. Além de abordar as questões acima, mostra também com atribuir os tipos de código de Barra em um ComboBox Obrigado pela ajuda Rafael e Daniel, solucionado! Abraços!

ok, Italo, estou desenvolvendo ainda o modulo de averbação, estou estudando o modulo ainda era apenas para saber se já existia.

Boa tarde Dercide, Além de atualizar os fontes, reinstalar os componentes, recompilar a sua aplicação, nos clientes que esta ocorrendo o problema, foi atualizado os arquivos INI? Alguns provedores tiveram os seus arquivos INI alterados, se não atualizar vai ocorrer problemas.

Boa tarde, O desenvolvimento desta Lib está em andamento... no SVN do Projeto ACBr já está disponível os fontes da Lib (Pode ser compilado com Lazarus), e também os fontes de um Demo simples para consumir a Lib em Java. A documentação ainda não está disponível, devido a isso não disponibilizamos ainda a Lib já compilada no Fórum... Os métodos que podem ser utilizados na Lib são idênticos aos utilizados no ACBrMonitor... https://acbr.sourceforge.io/ACBrMonitor/ComoimprimirumBoleto.html Isso não tem... Precisa passar os dados do Boleto em um arquivo .ini e a Lib gera o Boleto em PDF ou Impresso. (pode ver um exemplo de como funciona no manual acima...)

Olá pessoal, Com o passar do tempo e havendo necessidade acabamos fazendo alterações tanto no arquivo Cidades.ini bem como no arquivo INI do provedor que a cidade do seu cliente contratou. Sendo assim é de vital importância que na maquina do seu cliente os arquivos INI (informados acima) bem como os arquivos XSD (Schemas) estejam sempre atualizados. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI, encontramos os arquivos INI de todos os provedores que o componente reconhece mais o Cidades.ini Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas, temos uma pasta para cada provedor e dentro de cada uma delas os arquivos XSD, ou seja os schemas usados pelo provedor. A minha sugestão é que dentro da pasta que se encontra o executável da sua aplicação deve constar também os arquivos: Cidades.ini e o INI do provedor, uma pasta com o nome Schemas e dentro desta os arquivos XSD do provedor. No que diz respeito a configuração, o componente deve estar configurado da seguinte forma: ACBrNFSe.Configuracoes.Geral.PathIniCidades := "Informar o path (caminho completo) de onde se encontra o arquivo Cidades.ini"; ACBrNFSe.Configuracoes.Geral.PathIniProvedor := "Informar o path de onde se encontra o arquivo INI do provedor"; ACBrNFSe.Configuracoes.Arquivos.PathSchemas := "Informar o path de onde se encontra os arquivos XSD (Schemas) do provedor";

Bom dia! Refiz os testes e conferi as configurações, e consegui enviar o e-mail. Obrigada.

Creio que a ACBrLibBoletos ainda não está 100% funcional... mas testes são bem vindos... O que vem a ser "Ionic" ?

Bom dia Arturo, Da forma que esta hoje, não temos previsão, pois cada cidade contrata através de licitação uma empresa que chamamos de provedor, este por sua vez é o responsável por implementar a NFS-e na cidade que o contratou. O problema que existem dezenas de provedores (na minha lista tenho 100) e que não conseguem seguir a risca o layout da ABRASF. Existe por outro lado um projeto em andamento que visa termos em todo o território nacional um Padrão Nacional da NFS-e. Se vingar (estou torcendo muito por isso) ai sim, vamos acrescentar a NFS-e no Monitor.

Segundo o Post de homologação a leitura de Status de Gaveta é funcional... Mas somente é possível ler Status da Impressora através de Portas Seriais ou TCP

Talvez, fosse importante, sempre que há uma alteração significativa ou exigência da SEFAZ, disponibilizarem uma mensagem em destaque, ou até mesmo um e-mail. Agradeço a atenção.

Boa tarde, Em contato com SAC da Receita Estadual no Paraná (SEFAZ/PR) Atendente disse que o haverá um novo layout Nota Técnica 2018.005 (versão 1.20), que somente será implementada de acordo com as novas regras do Estado. Estão elaborando as dependências para uma futura publicação! Não há previsão de prazo para publicação desta nova Nota Técnica. OBS: Quanto a compatibilidade com o layout Nota Técnica 2018.005 (versão 1.10), estão verificado pedem para aguardar futuro retorno.

Muitos usuários quando configuram o ACBrMail do pacote ACBrTCP para enviar emails utilizando uma conta do GMail, encontram dificuldades, devido a erros de configurações ou ainda a restrições de segurança da conta, por meio do Google. Neste tópico, vou demonstrar como habilitar na conta do Google o envio de Emails, ou melhor, o acesso a uma conta do google por meio de "Aplicativos Menos Seguros". - Para verificar se sua conta do Google permite o login, e consequentemente o envio de emails por estes apps, acesse sua conta do google através do link, ou como no print abaixo.: - Clique em Segurança, e vá até a sessão: Acesso a app menos seguro No meu caso a opção já está habilitada. Pronto, agora você pode configurar o ACBrMail para usar o Gmail, com os parâmetros abaixo: ACBrMail1.From := '[email protected]'; // Coloque seu endereço do GMail ACBrMail1.FromName := 'Celso Marigo Junior'; // Nome para exibição ACBrMail1.Host := 'smtp.gmail.com'; // SMTP do Gmail ACBrMail1.Username := '[email protected]'; // O usuário é o próprio email ACBrMail1.Password := '*********'; // Nunca coloque a sua senha em fórums ACBrMail1.Port := '587'; ACBrMail1.SetTLS := True; ACBrMail1.SetSSL := False; Abaixo Gif demonstrando o envio com os parâmetros acima utilizando o ACBrMonitorPLUS recomento do excelente ScreenToGif (Google it!), para gravação de gifs de telas.

No seguimento U não estava sendo preenchido o ValorPago e ValorRecebido estava sendo preenchido errado. Segue anexo unit e manual.ACBrBancoSantander.pas Santander - CNAB 240.pdf

Atualizei o componente hoje (18/03/19) novamente. Nos testes iniciais, o campo Cod.Anvisa com o termo "ISENTO" e os novos campos do Local Entrega e Local Retirada começaram a ser aceitos na transmissão de NFe em modo homologação. Vou fazer novos testes e mais completos, mas aparentemente as coisas começaram a funcionar.

Problema resolvido. Obrigado.

Boa tarde Marcos, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Everto, Muito obrigado pela colaboração, fiz um teste com as duas URLs de homologação e notei que uma delas foi desativa, alterei o arquivo e enviei para o repositório.

Boa tarde. MG e Contingência ainda parados Atenciosamente.

Apliquei um pequeno ajuste, para evitar que o Hash computado não fique com menos de 256 bytes Rev. 16716, no SVN

Boa tarde, Segundo o retorno do TI da SEFAZ (PR) Provavelmente estarão atualizando o mais breve possível, se bem que o foco é mesmo Layout Nota Técnica 2018.005 (versão 1.20). Conclusão: Alguns estados estão atrasados quanto ao Layout Nota Técnica 2018.005 (versão 1.10). Att.

Seus fontes estão desatualizados... veja: http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrOpenSSL/libxmlsec.pas

As únicas diferenças entre os layouts que consegui enxergar foram a entrada de 2 campos: E a saída de 4 campos: Alguém viu mais alguma outra alteração?

Por padrão, no Linux, a LibXmlSec é compilada com a MinGW.. e pelo que notamos, o nome padrão dela, quando instalada, é " libxmlsec1.so" Isso pode ser uma variação da sua distribuição Linux, a qual você pode facilmente contornar com um Link simbólico..

Pessoal, a quem interessar resolvi assim: Sacado.CNPJCPF := qry_cons_remessaPES_CPF_CNPJ.Value; If Sacado.CNPJCPF.Length > 12 then Sacado.Pessoa := pJuridica else Sacado.Pessoa := pFisica; Obrigado pela atenção, resolvi dessa forma: Ao adicionar os boletos na lista faço: Sacado.CNPJCPF := qry_cons_remessaPES_CPF_CNPJ.Value; If Sacado.CNPJCPF.Length > 12 then Sacado.Pessoa := pJuridica else Sacado.Pessoa := pFisica;

Pois é cara, ta complicado. No inicio achei que era no componente pq passei a ter o problema logo depois q atualizei os fontes, mas depois vi que era com a SEFAZ.

Pelo ato essa versão será exigida para eventos ocorridos a partir de janeiro de 2020, segue texto publicado no Diário Oficial: ATO DECLARATÓRIO EXECUTIVO Nº 10, DE 7 DE MARÇO DE 2019 Aprova e divulga o leiaute da EFD-Reinf - Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais. O COORDENADOR-GERAL DE FISCALIZAÇÃO-SUBSTITUTO, no uso da atribuição que lhe confere o inciso II do art. 334 do Regimento Interno da Secretaria da Receita Federal do Brasil, aprovado pela Portaria MF nº 430, de 9 de outubro de 2017, e tendo em vista o disposto no art. 11 do Decreto- Lei nº 1.968, de 23 de novembro de 1982, nos incisos I, III e IV da Lei nº 8.212, de 24 de julho de 1991, e no Decreto nº 6.022, de 22 de janeiro de 2007, declara: Art. 1º Fica aprovada a versão 2.0 dos leiautes dos arquivos que compõem Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais - EFD REINF, que será exigida para os eventos ocorridos a partir da competência de janeiro de 2020. Parágrafo único. O leiaute aprovado está disponível na Internet, no endereço eletrônico http://sped.rfb.gov.br/projeto/show/1196. Art. 2º A escrituração de que trata o art. 1º é composta pelos eventos decorrentes das obrigações tributárias, cujos arquivos deverão ser transmitidos em meio eletrônico pelos contribuintes obrigados a adotar a EFD REINF, nos prazos estipulados em ato específico. Art. 3º Este Ato declaratório Executivo entra em vigor na data de sua publicação. JORDÃO NÓBRIGA DA SILVA JUNIOR

Ok! imaginei. vou tentar aplicar no lazarus suas mudança do dfm

Caros moderadores, Criei uma nova class ACBrBalMagellan e fiz uma alteração na Unit ACBrBal e segue em anexo código fonte para analise e ser incluído no componente. Abs. Cleiver Batista ACBrBAL.pas ACBrBALMagellan.pas

@Juliomar Marchetti, entendo. Não trabalhamos com o lazarus, então vou deixar pra ir arrumando no meu fonte aqui mesmo. Obrigado.

Correto, NFCe e SAT são componentes independentes... As Tags do Destinatário não são obrigatórias para NFCe, neste caso informa o CPF quando o usuário desejar...

tu leu e fez o que eles falaram acima? esse tópico é meio antigo. vou fechar o mesmo e você abre um novo e detalha a sua dúvida ou seu problema informando como reproduzir no exemplo que tem no svn

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

atualizei os componente, deu certo.

Certo, Zanatta! Tudo depende de cada SEFAZ né? Espero que não validem, mas mesmo assim, para segurança é bom implementar.

oi Daniel, seria a minha vontade, mas já utilizo a alguns anos e o layout está todo desenhado no QuickReport.

Boa tarde Fabio, Muito obrigado pela correção, ainda hoje estarei enviando para o repositório.

Boa tarde Gilson, Não respondi antes, pois iria procurar a documentação que contenha as mudanças, mas por conta de outros afazeres acabei esquecendo do GNRe. Então para não bagunçar as coisas, vou fechar o outro tópico.

Veja:

Valdir, Se antes de você enviar a nota executar as linhas abaixo você consegue obter a chave. ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; Chave := ACBrNFe1.NotasFiscais.Items[ 0 ].NFe.infNFe.ID;

Boa tarde Milton, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

Você está criando um novo Relatório de Ficha de compensação ? Se é algo novo...não compensa usar um gerador de relatórios mais novo ? Ou até mesmo o Fortes Report, que já é usado no ACBr ? Com eles, o Cód.Barras não seria um problema

Bom dia. Em se tratando de NFCe a operação sempre será com consumidor final. Sendo assim, deve-se informar as Tags do ICMS ST Efetivo: pRedBCEfet = Representa o percentual de redução de base de cálculo , se tiver vBCEfet = Representa o valor da base de cálculo pICMSEfet = Representa o percentual da alíquota do ICMS ST do produto em questão vICMSEfet = Valor do ICMS ST da operação: (vBCEfet * (pICMSEfet/100))

Não o ACBrBoleto trabalha apenas com boletos.

Enviado ao repositório, obrigado pela contribuição.