Painel de líderes

Boa tarde. Mais um banco foi adicionado a lista dos atendidos pelo ACBrPagFor! O banco da vez foi o UnicredCooperativa. Agora é possível tanto gerar um arquivo no leiaute esperado pelo banco para o serviço de Pagamentos a Fornecedores e afins quanto realizar a leitura de um arquivo de retorno do mesmo. Um agradecimento especial ao membro de nossa comunidade @Grupo FS por fornecer a contribuição. Caso não saiba o que é o componente ACBrPagFor, confira este tópico:

Olá Pessoal, Novidades da IT 2023/002 O objetivo deste Informe Técnico é divulgar a publicação da nova versão da “Tabela CFOP”, a qual trouxe correções e inclusões de novos CFOPs conforme detalhado a seguir. Incluir CFOP: 3.552; 3.667; 7.552 (Conforme Ajuste SINIEF 10/21); Excluir o registro duplicado do CFOP 2.652, por já existir registro igual na tabela atual; Correções realizadas na tabela CFOP utilizada para autorização de DF-e Prazos Implantação em Homologação: até 17/04/2023 Implantação em Produção: até 24/04/2023 Como ficam as soluções ACBr e minha Aplicação? Por ser uma mudança de tabelas, o ACBr não sofre qualquer ajuste, quanto sua aplicação, vai depender de como vc trata a informação do CFOP. Como encontrar as publicações no Portal da NFe No Portal Nacional da NF-e , acesse a aba “Documentos”, opção “Diversos”. Os prazos dessa atualização de tabelas estão documentados anteriormente, no item que trata de “Controle de Versões”, para a versão mais recente deste Informe Técnico.

Nas últimas semanas foi publicada a versão 2.1.2 do layout do REINF, a qual trouxe ajustes para os eventos R4010, R4020, R4040, R9001, R9005 e R9011. Resumo das Mudanças R4010 e R4020 Campo ideEvtAdic teve a exclusão da regra de validação onde era permitido somente se o campo cpfBenef fosse informado Campo percSCP teve a validação alterada para exigir a informação se além do campo indFciScp for igual a 2, o campo natRend for 12001 R9001 Excluído o campo cnpjAssocDesp da coluna "Chave" em Resumo de Registros. Ajustada a ocorrência para 0-1 quanto ao campo cnpjAssocDesp Incluído campo nmEmprExt para informar nome da empresa que repassou recurso e não é sujeita a inscrição no CNPJ por estar domiciliada no exterior. Ajuste na informação esperada no campo vlrTotalRep onde a origem deve ser a seguinte: R2030 (campo vlrTotalRec) e R2040 (campo vlrTotalRep) R9005 Ajuste na informação esperada no campo vlrCRDecInf onde a origem deve ser a seguinte: R4010 (campo vlrIR), R4020 (campo vlrIR) e R4040 (campo vlrIR) Ajuste na informação esperada no campo vlrCRDecSusoInf onde a origem deve ser a seguinte: R4010 - Soma de vlrNRetido, vlrDepjud, vlrCmpAnoCal e vlrCmpAnoAnt, R4020 - Soma de vlrNIR e vlrDepIR e R4040 -Soma de vlrNIR e vlrDepIR As alterações mais detalhadas podem ser vistas na página do SPED. Sobre os prazos A versão 2.1.2 do REINF será exigida somente a partir das competências de setembro/2023, ou seja, partir de 21/09/2023. Dado o fato que nesta data já estava previsto em produção a versão 2.1.1, entendemos que a versão 2.1.2 apenas substitui a anterior. Na data desta publicação estamos confirmando se apesar das exigência ser somente para setembro, quem desejar já pode enviar neste layout, fiquem atentos ao tópico para novidades. Sobre as Mudanças no ACBr Como foram incluídos campos e também feitos ajustes nos valores esperados, naturalmente se faz necessário adequar também o componente, oque automaticamente se refletirá no ACBrMonitorPlus. Assim que os ajustes forem feitos divulgaremos aqui. Fonte http://sped.rfb.gov.br/pagina/show/7194 http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?idAto=129523

Conforme consta no correio eletrônico 2023/006 da SEF, as tabelas externas do SPED sofreram as seguintes modificações. Tabela de Códigos de Ajuste de Apuração do ICMS (Tabela 5.1.1) Inclusão dos códigos SC010105 a SC010108, SC020098, SC020099 e SC030011 que não podem ser vinculados diretamente ao documento fiscal Encerramento da vigência dos códigos SC010009 a SC010028 e SC010030 a SC010104 em 31/03/2023. Encerramento da vigência dos códigos SC020001, SC020068 e SC120001 em 30/04/2023. Tabela de Informações Adicionais da Apuração - Valores Declaratórios - cBenef (Tabela 5.2) Inclusão dos códigos SC800016, SC840021 a SC850090. Tabela de Ajustes e Informações de Valores Provenientes de Documento Fiscal (Tabela 5.3) Inclusão dos códigos SC50000055, SC500000056 e SC20000011. Encerramento da vigência dos códigos SC50000006 A sc50000054 em 31/03/2023. Fonte: https://www.sef.sc.gov.br/arquivos_portal/servicos/128/Correio_Eletronico_2023_06__DIAT__Alteracoes_nas_Tabelas_Externas_5_1_1__5_2_e_5_3_da_EFD.pdf

Na verdade emite QrCode Livre e QrCode para PIX. Pesquisei na Internet e fiz alteração em minha rotina e voltou a funcionar. Não vou saber o que houve, nem o que alterei, mas segue a rotina que está funcionando. Pode ser útil para outra pessoa que tenha o mesmo problema. A alteração que efetuei está basicamente no comando // transfere o bitmap para a imagem Agradeço vossa atenção. procedure QrCodeToCanvas(AWidth, AHeight: Integer; ATexto:String; ACanvas: TCanvas); var bitmap: TBitmap; qr: TDelphiZXingQRCode; r: Integer; Integer; vI1: Integer; vI2: Integer; scala: Double; begin bitmap := TBitmap.create; try qr := TDelphiZXingQRCode.create; try qr.Data := ATexto; // ajuta o tamanho do bitmap para o tamanho do qrcode bitmap.SetSize(qr.Rows, qr.Columns); // copia o qrcode para o bitmap vI1 := qr.Rows; vI2 := qr.Columns; for r := 0 to vI1 - 1 do for c := 0 to vI2 - 1 do if qr.IsBlack[r, c] then bitmap.Canvas.Pixels[c, r] := clBlack else bitmap.Canvas.Pixels[c, r] := clWhite; // prepara para redimensionar o qrcode para o tamanho do canvas if (AWidth < bitmap.Height) then scala := (AWidth / bitmap.Width) else scala := (AHeight / bitmap.Height); // transfere o bitmap para a imagem ACanvas.StretchDraw(Rect(0, 0, Trunc(scala * bitmap.Width), Trunc(scala * bitmap.Height)), bitmap); finally qr.Free; end; finally bitmap.Free; end; end;

Esta utilizando versão SingleThread ou MultiThread ? Teste que o @Diego Foliene utilizou .dll, parece que funcionou.. então .so deveria funcionar também.. pois não existe diferença nos fontes do ACBrLibMDFe.. De qualquer forma, vamos verificar o que esta ocorrendo.. fazer um teste com o .so aqui.. logo daremos um retorno.

Olá Pessoal, Informação da SEFAZ-Virtual do Rio Grande do Sul: Será executada, em 16/04/23, a partir das 07h da manhã, com duração de até 2 horas, parada programada para manutenção do ambiente de autorização dos Documentos Fiscais eletrônicos da SVRS e SEFAZ-RS. Durante os trabalhos serão ativadas a Sefaz Virtual de Contingência do Ambiente Nacional, para a autorização de NF-e, e a Sefaz Virtual de Contingência de São Paulo, para a autorização de CT-e. Os demais DF-e (NFC-e, BP-e, MDF-e e NF3e) autorizados na SVRS deverão ser emitidos na modalidade de contingência off-line.

Olá pessoal, Foi publicado a versão 1.20 da NT 2023/001. Novidades dessa versão Criação de novos campos para que seja possível informar o Diferimento Parcial Criação dos campos qBCMono, adRemICMS, vICMSMonoOp, pDif e vICMSMono para o CST 53 e revogação dos campos qBCMonoDif e adRemICMSDif. Campos criados para atender a previsão de diferimento parcial, conforme previsto no Convênio ICMS 10/23 que altera o Convênio ICMS 199/22. Ajustes nas de regras de validação LA18-10 E LA18-20 para que não sejam aplicadas na NFC-e, nem na NF-e nas operações com consumidor final. Alteração na documentação das Regras I13-20, LA17-10, LA17-20, LA18-10, LA18-30 Algumas colunas da Tabela de Combustíveis Sujeitos à tributação Monofásica, publicada no Portal Nacional da NF-e, tinham o mesmo nome de tags do XML. Isso poderia causar confusão na interpretação destas regras. Os nomes das colunas das tabelas foram trocados juntamente com a documentação destas regras para evitar essa confusão. Alteração da regra de Validação LA18-20 Excluída a aplicação desta regra de validação na NFC-e, modelo 65. Adicionada exceção para que a regra também não seja aplicada na NF-e, nas operações com consumidor final, (tag: indFinal) igual a 1 Exclusão de Regras de Validação relacionadas a tributação GLP/GLGN e ICMS Retido Anteriormente ( LA03d-10 e N45-10) Exclusão da regra de Validação LA03d-10 A exigência do campo estava relacionada à tributação do GLP/GLGN que possuía diferentes regras e alíquotas. O valor de partida (preço sem ICMS) era utilizado nas auditorias para conferência da composição das bases de cálculo do GLGNn e GLGNi que, nas operações interestaduais eram tributados a 12% e 4% respectivamente. Com a tributação Monofásica, esta informação deixa de ser relevante, pois as bases de cálculo passam a ser as quantidades e a alíquota definida é igual para GLGN nacional ou importado. Exclusão da regra de Validação N45-10 O campo “Valor do ICMS retido anteriormente” (tag: vICMSMonoRet) receberá 100% do imposto correspondente ao volume de Óleo Diesel A e 33,33% do imposto correspondente ao volume de B100, não sendo possível a aplicação da regra de validação conforme especificada. Prazos Ambiente de homologação: 20/04/2023 Ambiente de produção: 01/05/2023 Como mostrado acima ocorreu alteração no layout do XML, logo o componente ACBrNFe vai sofrer alterações para ficar em conformidade com a versão 1.20 da NT 2023/001, consequentemente uma nova versão do ACBrLibNFe e ACBrMonitor Plus vão ser disponibilizadas. Até 20/04/2023 vai estar no SVN o componente ACBrNFe alterado bem como as novas versões do ACBrLibNFe e ACBrMonitor Plus.

Bom dia Felipe! Após a realização de nova bateria de testes nós incluímos uma etapa de verificação antes de gerar o pdf do cancelamento. No momento está tudo funcionando corretamente. Obrigada pela atenção.

Boa tarde @Jamil Araujo Em relação ao caso tratado no tópico, chegou a realizar o teste com o programa exemplo conforme pedido pelos consultores? qual foi o resultado? At.

Heronim, Me desculpa, mas o problema relatado por você no Discord era: A minha resposta foi: essa mensagem de erro não tem nada haver com versão, ela se refere aos dados do tomador que não foram informadas. O seu retorno foi: Funcionou informando o cpf Eu quero entender se o erro apresentado acima deixou de existir depois que você informou o CPF do tomador ou com a alteração da URL que segundo você acrescentou no final "?wsdl"? Pois usamos o "?wsdl" no final da URL para ter acesso o Web Services Description Languagem que descreve um serviço da web. Nenhuma das cidades atendidas pelo provedor Fiorilli contem no final da URL o "?wsdl", como você pode conferir no arquivo ACBrNFSeXServicos.ini Para que possamos realizar esse tipo de alteração, precisamos ter certeza absoluta que para essa cidade realmente se faz necessário essa alteração na URL e para isso contamos sempre com a colaboração de vocês. Como neste momento você não tem condições de me informar qual era o erro, sem problemas, mesmo assim muito obrigado.

Ola, Um da boas praticas para trabalhar com acbrmonitor e criar um arquivo temporário antes e só depois renomear para ENT.INI

Boa noite, hoje fui tirar uma MDF-e de umas das Empresas e observei que no xml haviam 5 notas porem ela só imprimiu 4. como ira ver em anexo. nas outras Empresas tirei o MDF-e com 1 nota e observei que foi impresso em branco sem xml nenhum . embora no xml do mdf-e houve a nota correspondente, ou seja, o problema esta na impressão para tirar a prova do 9... me utilizei do acbrmonitor para imprimir os xml's gerados e validados em produção pela LIB e furam impressos corretamente com todo o seu conteúdo, ou seja, temos algum problema de impressão na libmdfe que vei com as últimas atualizações... Parabéns a equipe pelo excelente trabalho, pois já venho usando essa lib desde que foi lançada e tem atendido perfeitamente nossos Colaboradores 33230400127817000125580010000000091000000012-mdfe.pdf 33230400127817000125580010000000091000000012-mdfe.xml acBrMonitor-mdfe.pdf acbrlib.ini

Pessoal, boa tarde. Estive tendo problemas hoje de manhã para emitir nota em Ji-Paraná, com o erro de connection refused, após investigação no site, identifiquei que houve mudança de URL. Aparentemente não houve nenhuma outra mudança relativa a estruturas ou serviços do WS. Ji-Paraná saiu de: http://177.124.184.59:5660/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Para: https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS?wsdl No novo endereço já testei e consegui emitir com sucesso as notas fiscais.

Esta função é útil principalmente quando o SAT perde a comunicação durante a emissão da venda ou cancelamento. Ao chamar a função ConsultarUltimaSessaoFiscal é retornada os dados da última venda. Esta função já existia para quem utiliza o componente ACBrSAT e foi incluída no ACBrMonitorPLUS e ACBrLibSAT, e já estão disponíveis em nossos repositórios para downloads a partir de hoje (12/04/2023), bora fazer o download ! Quem utiliza componente ACBrSAT em Delphi ou Lazarus, quem utiliza ACBrMonitor Plus ou ACBrLibSAT.DLL (que é compatível com qualquer linguagem de programação que consuma arquivos dll) além de ter a resposta padrão da função, já detectamos o conteúdo do retorno e se conter o XML de venda ou cancelamento, automaticamente geramos o XML de venda ou cancelamento na pasta que foi configurada previamente (onde são gravados os arquivos xml de vendas/cancelamento). Uso no componente ACBrSAT: ACBrSAT1.ConsultarUltimaSessaoFiscal; Uso no ACBrMonitorPlus: SAT.ConsultarUltimaSessaoFiscal Uso com a biblioteca ACBrLibSAT.dll: SAT_ConsultarUltimaSessaoFiscal(sResposta, esTamanho); *Lembrando que este método indicado pelo fabricante é recente e pode não existir em SATs como layout 0.07 ou com firmwares que não contenham este método.*

Estou vendo se consigo fazer um teste, não programo em node, o que posso fazer é testar a ACBrLib em C# em um impressora não fiscal via rede. Minha impressora esta com a conexão de rede ruim, verificando se consigo emprestar uma de algum consultor para fazermos um teste. As configurações do seu arquivo ACBrLib.ini parece correto, as permissões de rede estão ok ? você conseguiu imprimir quais arquivos via rede ? um teste de impressão por exemplo.. ? Olhando seu arquivo ACBrLib.ini esta em anexo.. veja : LogPath="c:/Users/Desenvolvimento03/Desktop/Teste/src/acbrlib.log" LogPath esta com aspas no começo e no fim, não precisa.. por este motivo pode não estar salvando o log, o mesmo ocorre em ArqLog ArqLog="c:/Users/Desenvolvimento03/Desktop/Teste/src/acbrlib.log" Remova as aspas.. faça novo teste. Ative o controle porta também ControlePorta=1 deixe dessa forma.

Olá bom dia! Reforçando este tópico do @Endrigo Rodrigues também experimento algumas situações relacionados ao retorno JSON do ACBr, no meu caso, em relação ao retorno bruto dos dados fora da especificação do JSON. Isso acaba complicando um pouco a implementação da integração. Desconheço o esforço em padronizar retornos JSON's porém acredito que isso agregaria ainda mais qualidade ao ACBr que por si só já é uma excelente ferramenta para nós desenvolvedores. Como o JSON é um padrão de mercado muito utilizado pela facilidade de leitura/manipulação de dados isso tornaria o ACBr mais aderente as softwares houses que desejam utilizar a integração. Este comentário é somente mesmo um ponto para futuras atualizações.

Adriano, Os arquivos que você anexou se referem ao envio e não da consulta. Como escrevi na postagem anterior a imagem do seu código se refere a consulta a nota por rps.

Boa tarde Adriano, O tópico anterior nem sequer estava salvando o XML da nota em disco, problema este que foi sanado. Noto que agora a questão se refere a consulta a nota por Rps, correto? Pelo menos a imagem que você anexou me remete a isso. Você poderia anexar o XML (soap) de retorno dessa consulta para que possamos analisar?

Boa tarde. Foi criada a #TK-3836 para análise e parecer do consultor responsável.

Boa tarde Heronim, Sem o "?wsdl" no final da URL qual é o erro que ocorre?

O motivo desta postagem foi relatada no primeiro post: Houve mudança no provedor Fiorilli no município de Itaiatuba. Alterando o link no arquivo ACBrNFSeXServicos.ini para aquele indicado no primeiro post http://itaituba.tributosmunicipais.net:8110/IssWeb-ejb/IssWebWS/IssWebWS?wsdl o envio foi normalizado, não sendo necessário alterar o arquivo de schemas anexado no primeiro post. Há algo que não expliquei?

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3835

Bom dia. O @Italo Giurizzato Junior lhe respondeu no Discord em #pro-nfsex, por favor, verificar as possibilidades por lá antes de avançarmos neste tópico.

Provavelmente você esta apontando uma ACBrLib, versão stdcall para as classes cdecl.. veja o programa exemplo C#, ele utiliza as chamadas em cdecl, então você precisa apontar ACBrLibSAT na mesma versão..

Bom dia. Você está querendo gerar um QRCodeEstático para PIX, é isso? No programa exemplo do componente ACBrPIXCD temos um exemplo de como realizar esse processo. procedure TForm1.PintarQRCodeEstatico; begin mQRE.Lines.Text := ACBrPixCD1.GerarQRCodeEstatico( StrToFloatDef(fleQREValor.Text, 0), edtQREInfoAdicional.Text, edtQRETxId.Text); PintarQRCode(mQRE.Lines.Text, imgQRE.Picture.Bitmap, qrUTF8BOM); end;

Segue anexo o fonte ACBrSedex, para ser analisado retorno das informações do rastreio ACBrSedex.pas

.so -> MultiThread

Bom dia, Diego Eu fiz umas alterações para pegar as informações, gostaria de saber se posso postar os fontes, agora não consegui alimentar o origem, porque colocaram também nome como Local, então na linha fica dois Locais

Deu certo obrigado!

Pode sim, obrigado pelo suporte!

Muito obrigado pelo report. Fiz a correção e subi as alterações para o SVN na Revisão 29087. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde Dercide, A Equipe ACBr já esta analisando o problema.

Entendi que pode ser atualização do windows da outra máquina. Vou atualiza-lo e ver o que acontece.

Boa tarde Fernando, Muito obrigado, corrigido e enviado para o SVN.