Painel de líderes

ATUALIZAÇÃO: As informações abaixo podem ser desconsideradas. Veja o próximo post que mostra que o ACBr é compatível com o OpenSSL 1.1.x. Olá, Como sabemos, diversos componentes do ACBr utilizam a lib OpenSSL para comunicação segura. No Linux utilizamos exclusivamente a lib OpenSSL, até o momento o ACBr é compatível apenas com versões 1.0.v da OpenSSL mas algumas distros do Linux instalam por padrão, a versão 1.1.v, neste caso é necessário baixar e instar a versão anterior para funcionar com o ACBr... Segue abaixo o procedimento para atualização: 1- Para saber qual versão OpenSSl está instalada no Linux, utilize o comando: # openssl version Se estiver utilizando a versão 1_1_v, precisará baixar e instalar a versão 1_0_v. 2- No nosso exemplo estamos utilizamos a distro OpenSuse Leap 15.1, que por padrão é instalada com a versão 1_1_v da OpenSSL. Utilizando a ferramenta de Instalação de Pacotes YaST do OpenSuse, selecionamos a opção: "Software" e "Gerenciamento de Software". Pesquisamos por: "OpenSSL" - Selecione para instalar a versão OpenSSL-1_0_0 que esta disponível no seu repositório (Note que é a versão 1.0.2p), será informado que precisa desinstalar algumas dependências da versão atual. Selecione a primeira opção e dê OK. - Selecione para instalar também a LibOpenSSL-1_0_0. (caso essa dependência não seja adicionada automaticamente no passo anterior). Click em Aceitar para Baixar e Instalar... 3- Confira os pacotes da versão OpenSSL 1_0_0 que precisam estar instalados: obs: Caso esteja obtendo o erro abaixo na tentativa de comunicação com a SEFAZ, significa que está faltando alguma dependência da OpenSSL-1_0_0 para ser instalada, basta instalar todas as dependências conforme está no passo 3.

Aplicamos uma correção no ACBrInstall... ele não estava copiando corretamente as DLLs da LibXML2... Basta baixar novamente pelo SVN, que você terá o novo instalador

A validação aceita diferença de arredondamento nos casos de cálculo (base de cálculo x alíquota) em R$ 0,01 (um centavo) para cima ou para baixo, nesse caso arredondar ou truncar não fará diferença. as calculadoras em geral usam o padrão 1-4 para baixo e 5-9 para cima, por isso a ABNT criou esse padrão, que até hoje usei somente uma vez na vida, se não me engano numa ECF schalter ou algo parecido. Na minha opinião o método da ABNT é mais justo.

Boa tarde, Consegui consumir o webservice do santander para emitir boleto via XML, usando THPPRIO com delphi xe8. Gerei as units do wsdl e tudo trabalha bem. Mas, meu problema é que com THTTPRIO, toda vez que executo eu tenho que selecionar o certificado. O ACBr não trabalha assim. Uma vez configurado o certificado em tempo de projeto ele não fica perguntando. Preciso consumir o serviço sem que o componente me pergunte pelo certificado em tempo de execução. Resolvi,então, tentar com os componentes ACBr para ver se dava certo. Andei olhando os fontes do ACBr para Envio de NFS-e como base de estudo, mas não cheguei a nenhuma conclusão. Tentei algo assim, mas meu conhecimento dos fontes não é suficiente. Alguem poderia me ajudar com esse codigo para carregar o certificado A1 para usar com TACBrWinHTTPReqResp e enviar o soap? Stream:=TMemoryStream.Create; ACBrWinHTTPReqResp1:=TACBrWinHTTPReqResp.Create; try //Como faço para CarregarCertificado; ACBrWinHTTPReqResp1.MimeType:='application/soap+xml; charset=utf-8'; ACBrWinHTTPReqResp1.Url:='https://ymbdlb.santander.com.br:443/dl-ticket-services/TicketEndpointService'; ACBrWinHTTPReqResp1.SOAPAction:=''; ACBrWinHTTPReqResp1.EncodeDataToUTF8:=true; Stream.Position:=0; Request.lines.SaveToStream(Stream); Stream.Position:=0; ACBrWinHTTPReqResp1.Execute(Stream); resp:=ACBrWinHTTPReqResp1.Data; finally Stream.Free; ACBrWinHTTPReqResp1.Free; end; Esse codigo aqui funciona com THPPRIO, mas sempre pede o certificado em tempo de execução. A unit do wsdl não foi adiciconada aqui, mas quem quiser contribuir, posso compartilhar essa unit. function TfrmPrincipal.enviaPedidoTicket:string; var tickend:TicketEndpoint; pedido:ticketResponse; tickReq:ticketRequest; RIO: THTTPRIO; begin RIO := THTTPRIO.Create(nil); with RIO.HTTPWebNode do begin ClientCertificate.CertName:='XXXXXXXXXXXXXXXXXXXX'; ClientCertificate.Issuer:='AC Certisign RFB G5'; ClientCertificate.SerialNum:='XXXXXXXXXX'; Password:='1234'; UseUTF8InHeader:=true; end; tickend := GetTicketEndpoint(true,'',RIO); tickReq:=ticketRequest.Create; geraArrayTicket(tickReq); //geraXmlTicket(); try pedido := tickend.create(tickReq); result:=''; with pedido do begin if retCode=0 then begin result:=ticket; end; end; except on e:exception do begin showmessage(e.Message); end; end; end;

Boa tarde Pessoal. Apenas repassando uma informação relacionada ao PAF-ECF / NFC-e: Foi publicado no dia 23/10 a noticia abaixo sobre NFC-e no portal da Secretaria de Estado da Fazenda de Santa Catarina (SEF-SC) Na última quarta-feira, 23/10, o secretário de Estado da Fazenda (SEF/SC), Paulo Eli, recebeu representantes da Associação Comercial e Industrial de Florianópolis (ACIF), da Associação Brasileira de Bares e Restaurantes de Santa Catarina (Abrasel) e da Câmara de Dirigentes Lojistas (CDL) de Florianópolis. O objetivo do encontro foi criar um grupo de trabalho com as entidades empresariais para a implantação da Nota Fiscal de Consumidor Eletrônica (NFC-e) em Santa Catarina. "Assumimos este compromisso, junto ao governador Carlos Moisés, de modernizar a máquina pública e Santa Catarina. Já iniciamos o processo e, até o próximo ano, iremos adotar a NFE-c", afirmou Eli. Empresário e membro do Conselho de Administração Nacional da Abrasel, Célio Salles reforçou que a medida é recebida com muita expectativa pelo setor varejista catarinense. "Há muito tempo estávamos aguardando esta notícia. Santa Catarina é um estado pioneiro e precisa atualizar seu sistema de acordo com o modelo nacional, que traz mais segurança e agilidade para o comerciante e o contribuinte", disse. Fonte: SEF/SC. http://www.sef.sc.gov.br/midia/noticia/2406

Nota: Atualizado em 05/11/19. Veja as configurações do ACBrMonitor no post do Júnior abaixo. Nota: Atualizado em 31/10/19 conforme post logo abaixo Olá a todos, Queremos informar que duas novas propriedades foram adicionadas ao DANFe em Fortes e que no momento estão funcionando apenas no formato retrato e Paisagem. São elas: ExpandirDadosAdicionaisAuto (padrão False) - Essa propriedade faz com que a área "Dados Adicionais" do DANFe se expanda para caber mais dados. Ela já existia no Fast Report e estamos trazendo ela pro Fortes também; ImprimeContinuacaoDadosAdicionaisPrimeiraPagina (padrão False) - Quando os "Dados Adicionais" não cabem no espaço reservado para eles, é criado um novo quadro "Continuação dos Dados Adicionais". As vezes esse quadro pode caber na primeira página, mas ele é jogado na página seguinte por questão de ficar na ordem do texto. Essa propriedade faz com que a continuação possa ser impresso na primeira página. Esse é o tópico que originou esse request Também enviamos uma alteração melhora (e muito) no uso do quadro "Dados Adicionais". O componente muitas vezes estava criando quebrando a linha desnecessariamente, causando até a impressão de uma página adicional quando isso não era necessário. Esperamos que isso os ajude a agradar seus clientes que querem economizar o número de páginas e os que preferem os dados na ordem certa, seja lá qual for o segmento que eles trabalhem. As alterações foram enviadas ao SVN na revisão 18063 18105. Agradecemos a todos que puderem testar e reportar qualquer problema. Pronto pessoal, obrigado pela atenção. Agora todo mundo voltando ao trabalho com animação!

https://www.sacfiscal.com.br/semanafiscal/

O componente para emissão de NFC-e é o mesmo da emissão para NF-e o ACBrNFe. O que muda é a configuração dele em "ACBrNFe.Configuracoes.Geral.ModeloDF". Você pode ver isso no programa de exemplo do ACBrNFe que também demonstra a emissão de NFC-e.

Rock antigo é o que mais costumo ouvir, entretanto alguns sons que me ajudam bastante, principalmente quando preciso descobrir aquele "enigma" no fonte: - ATB - Beautiful Worlds;

Boa tarde, Atualizado no SVN, obrigado!!! Essa propriedade foi criada a pouco tempo devido a necessidade em alguns Bancos, realmente ainda não está sendo utilizada para todos os bancos.

Boa tarde João, Refiz a sua alteração, e completei os demais métodos. Fiz uma correção em um dos fontes, pois não estava reconhecendo o provedor SimplISSv2 como versão 2 do layout da ABRASF. Peço a todos que atualizem novamente os fontes e façam novos testes.

Boa tarde Daniel! Valeu, vou estudar o tópico. É isto que estou precisando, obrigado.

obrigado, vou estudar Não consegui concluir esse topico com status Concluido

Remove toda a instalação e também as licenças que tenha trial pegue a chave e baixa o instalador online do community

Daniel, agora sim, era só atualizar os schemas pelo svn. 1º passo realizado, agora vamos continuar o processo. Obrigado!

Acho que ele está detectando a versão Trial já instalada... Talvez seja necessário remover ela antes...

Pessoal realizei algumas alterações no arquivo SimplISSv2.ini nos métodos de consultar lote e consultar RPS. Pelos testes que fiz aqui é para estar funcionando esses dois métodos. Segue em anexo para quem quiser testar e se possível @Italo Jurisato Junior analisar para subir no repositório. SimplISSv2.ini

Bom Dia, Fiz as mudanças no meu código para CDECL que não funcionava e agora está funcionando bem, emitindo os boletos SHOW... (com alguns probleminhas fáceis de resolver que é assunto para outro tópico), agradeço a todos pela ajuda, porém a LibNFE continua apresentando a seguinte mensagem Gtk-WARNING **; canot open display: ..... e para de funcionar.... quando tento simplesmente usar NFE_ StatusServico() NFE_ Nome() me retorna o nome , NFE_Versao() me retorna a verão corretamente

Tem razão. Era isso mesmo. kkk beleza. Disfarça, faz de conta que não aconteceu. isso mesmo! valeu, desculpa o incomodo.

olá Juliamar, Obrigado pelo retorno, o que eu acabei fazendo para testar, limpei o conteúdo todo da pasta ACBr e fiz o SVN baixar tudo novo, ai rodei a instalação de deu certo. Vou deixar o log da instalação que fiz e deu certo. Mais uma vez obrigado pelo retorno. log_Delphi_10.3_Rio.txt

Pessoal, Acabei de receber um e-mail do Suporte MF-e informando que nosso CNPJ está apto a emitir NFC-e em homologação. Ou seja, além de todo o processo já descrito no tópico abaixo, é preciso enviar uma solicitação a Sefaz do Ceará, usando o email [email protected]. Vou testar a emissão de NFC-e em ambiente de homologação e, se tudo der certo, vou marcar esse tópico como resolvido.

O problema foi resolvido no link :

Humm.. parece ser um pouco extenso para a tela de testes... mas fica a seu critério... caso ache interessante implementar

Bom dia, Para esse provedor a consulta da situação do lote deve ser feita através do método ConsultaLoteRPS, se a consulta retornar a nota então o lote foi aprovado, caso contrário será retornado a situação do lote (Segundo o suporte da SimplISS, pois não consegui testar ainda). O detalhe é que atualmente os métodos de consultas estão retornando erro de "Value cannot be null, parameter name: S", estou em contato com o suporte para tentar resolver esse problema, mas até agora não conseguimos identificar o problema. Vou fazer uns testes pelo SoapUI para ver se funciona.

Baixe a versão atualizada do ACBrMonitorPLUS

Havia um erro de Case no Package do ACBrNFSe, mas já enviei uma correção...

Não ficou muito claro se o padrão do SICOOB ou o padrão do arquivo enviado foi alterado Bom, eu não uso a monitor para gerar remessa, então não sei com certeza se pode ser isso. Mas olhando seu arquivo exemplo, o limitador de registros está somente 0A, o padrão é 0D0A, e tem caracteres acentuados, APÓS VENCIMENTO MULTA DE XX em geral os bancos não aceitam em determinados campos. Se foi o layout do sicoob que mudou, tens que pedir o novo para serem feitas as adequações, se foi teu arquivo, terás que verificar.

Daniel essa tela é do AcbrNfeMonitor2 - CAPICOM, esse cara foi substituído pelo AcbrMonitor PLUS. Não sei se tu esta na tela correta, se sim tens que atualizar para o novo.

Tu estás fazendo uma confusão bem comum com relação a devolução e retorno. Devolução se refere a compra (por exemplo) que por algum motivo foi cancelada. Retorno é quando uma mercadoria é enviada (remessa) para algum lugar, mas que sempre vai voltar depois (retorno) Ex: demonstração, empréstimo, beneficiamento ou conserto/reparo, que é o teu caso (6916) Neste caso a finalidade é 1

sim eu terminei neste mesmo ponto... acredito ser uma variável interna deles.

A imagem InLine precisa de uma Tag HTML para ser exibida... No Demo do ACBrMail (MailTeste) em Lazarus... é demonstrado como fazer isso...

Estamos com o mesmo problema com a cidade de Novo Hamburgo-RS que também utiliza o ISSNet. Parece que alguma coisa foi alterada lá no lado deles pois ainda este mês estávamos conseguindo emitir NFSe. Estamos entrando em contato com o provedor para tentar resolver o problema, qualquer notícia vou postar aqui.

Ja conseguiram imprimir o pdf da nota? Tenho o seguinte link que funciona. Porém não consigo identificar o que é esse parametro ?s= Sempre muda e não achei um padrão. Não tem nada referente a ele no retorno da nota. Parece algo relacionado a data, mas também não achei como. Por exemplo pra mim uma nota emitida hoje 30/10/2019 15:14:48 de nº 2833 gera esse hash: 50272987. E muda para cada nota emitida. Enviei um email para o suporte da simpliss mas são meio enrolado. Se eu conseguir posto aqui pra vcs tambem. https://nfse.blumenau.sc.gov.br/contrib/app/nfse/rel/rp_nfse_v23?s=???????&e=CNPJ&f=CHAVE NOTA

No dia 22 de outubro de 2019, ocorreu mais uma edição da Embarcadero Conference. Nessa edição, o colega Wagner Landgraf, da TMS Software, apresentou uma interessante palestra, de como montar o seu próprio Servidor de NFe/NFCe, em Nuvem, usando API REST, e é claro, os componentes do ACBr.. A partir da ideia dessa palestra, ele montou um curso completo, e está disponibilizando o mesmo gratuitamente, com os Fontes do projeto... Clique no botão abaixo, e se inscreva já no curso... Quero me inscrever no curso

Bom dia. Foi comitado a cerca de 3 semanas. Att.

Verifica se você não está passando o número da conta ANTES de informar de qual banco se trata. Para o Banrisul o tamanho da conta é 7 então não deveria truncar...

Boa tarde Apos colocar o Driver enviado pela Epson, conseguimos sucesso. - Preferencia de impressão - Definições avançadas - Layout - Desmarcar Opção Ajustar Automaticamente Depois disso, ja deu certo. Segue imagem para auxiliar na configuração.

Saudações, Na última sexta-feira, 18/10/2019, identificamos um problema ao imprimir documentos fiscais confirmados do tipo CT-e OS. Fiz as devidas atualizações do ACBr no dia de hoje 21/10/2019 para me certificar que estava com a versão mais recente, porém o problema persiste. Após análise do problema "RLCTe: Erro durante preparação do relatório EListError(List index out of bounds (0))", realizamos a seguinte alteração no arquivo "ACBrTrunk\Fontes\ACBrDFe\ACBrCTe\DACTE\Fortes\ACBrCTeDACTeRLRetrato.pas", linha 780. { Código versionado } if (fpCTe.infCTeNorm.infDoc.infNFe.Count > 0) or (fpCTe.infCTeNorm.docAnt.emiDocAnt.Items[0].idDocAnt.Count > 0) then begin rllTituloCNPJ1.Caption := 'CHAVE DO DF-e'; rllTituloCNPJ2.Caption := 'CHAVE DO DF-e'; rllTituloSerie1.Caption := ''; rllTituloSerie2.Caption := ''; end; { Código alterado } if (fpCTe.infCTeNorm.infDoc.infNFe.Count > 0) or (fpCTe.infCTeNorm.docAnt.emiDocAnt.Count > 0) then begin rllTituloCNPJ1.Caption := 'CHAVE DO DF-e'; rllTituloCNPJ2.Caption := 'CHAVE DO DF-e'; rllTituloSerie1.Caption := ''; rllTituloSerie2.Caption := ''; end; Segue em anexo o arquivo modificado para análise. ACBrCTeDACTeRLRetrato.pas Grato pela atenção, []'s!

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:

Bom dia a todos, Não existe problema nenhum em usar o OpenSSL, a única desvantagem dele é que não funciona com certificado A3. Do resto só vantagens.

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Boa tarde. Veja este tópico. Att.