Painel de líderes

Bom dia! O provedor é o Fiorilli. Se você conferir no ACBrNFSeXServicos.ini, verá que esse provedor já foi implementado. Por isso é um pouco mais simples. Primeiro de tudo você precisa descobrir quais são as URLs de produção e homologação. De posse dessa informação você altera o .ini, nesta hora, pode fazer baseado em outra cidade que já implemente este mesmo provedor. Feito isso basta testar as funcionalidades e se estiver tudo OK, disponibilizar o ini alterado para que possamos subir no SVN. Este link tem algumas orientações de como você deve alterar o ACBrNFSeXServicos.ini

Nesta semana foi publicada a versão 22.2.G das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/11/2022 a 31/01/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : https://deolhonoimposto.ibpt.org.br/

Ai me parece que não esta implementado na classe dos métodos da ACBrLibNFe.. o método existe na ACBrLibNFe, mas você precisa implementar o mesmo para utilizar.. int NFE_Finalizar(); protected void dispose() throws Exception { int ret = ACBrNFeLib.INSTANCE.NFE_Finalizar(); checkResult(ret); } Qualquer dúvida veja o programa exemplo que esta disponível no SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/

Pode ser isso então, vou realizar os testes e posto aqui. Já usávamos o ACBR Monitor há muito tempo e peguei pra migrar pra lib. Estou instanciando um novo objeto a cada chamada à lib e realmente não usei o comando para finalizar.

mudar o arquivo ini. com os endereços e reinstalar o ACBr. mas para o dia já vai estar mudado no ACBr. dai é só atualizar

Considerando a seguinte regra do registro C181 (Página 96 do Guia Prático do EFD 2023) Campo 02 (COD_MOT_REST_COMPL) - Validação: o valor informado deve estar de acordo com a tabela 5.7 publicada pela UF do informante do arquivo com o terceiro caractere for igual a 5, 6, 7 ou 8. Para os campos de valores unitários não obrigatórios, se o terceiro caractere do código preenchido no campo “COD_MOT_REST_COMPL” for: a) igual a 5, os campos 13, 14 e 15 devem ser preenchidos e os campos 16 a 21 não devem ser preenchidos. b) igual a 6, os campos 13, 14, 15, 16, 20 e 21 devem ser preenchidos e os campos 17, 18 e 19 não devem ser preenchidos. c) igual a 7, os campos 13, 14, 15, 17, 20 e 21 devem ser preenchidos e os campos 18 e 19 não devem ser preenchidos. d) igual a 8, os campos 13, 14, 15, 16, 18 e 19 devem ser preenchidos e os campos 17, 20 e 21 não devem ser preenchidos. OBS: Tive que zipar, o ACBRUtil.base estava dando erro no Upload mesmo renomeando e tirando o ".". Realizei algumas alterações porém que tiveram alguns detalhes que talvez estejam duplicados ou fora do padrão, seguem descrição das alterações e justificativas: ACBrUtil.Base Criei duas funções: EstaVazio(AValue : Variant) sobrecarga - Fiz essa sobrecarga pois não encontrei função análoga que pegasse um dado Variant e retorna-se dessa forma sobre essas condições porém acredito que já deva existir, ele engloba os valores de string vazia, Null, Unassigned e Undefined, se fez necessário por conta que as validações no bloco C (só alterei as do C181) estavam fazendo o seguinte: Considerando o DFill(double, boolean) Estava assim: DFill (campo_variant, VarIsNull(campo_variant)) Na hora de criar o objeto com atributo Variant o atributo vem com Unassigned, ai o VarIsNull não pega ele, e caso force como null a função DFill dá problema por conta da conversão Variant -> Double resulta em erro. forceDouble(AValue : Variant) - O forceDouble pega uma Variant e caso seja string vazia, Null, Unassigned e Undefined ele retorna 0 para não quebrar a função DFill. Assim ficando: DFill(forceDouble(campo_variant), EstaVazio(campo_variant)) Garantindo que o campo não será preenchido nesses casos, uma vez que os campos que alterei no C181 estavam com essa validação e os acima deles já estavam com 0 -> deixar vazio, porém nesse caso acredito ser melhor validar dessa forma. Obs2: Não alterei outros registros pois primeiro gostaria de ver se as alterações são válidas para que no futuro possa repassar nos outros campos e atualiza-los para essa lógica. ACBR_Sped_Fiscal_c181.rar

ACBrSPEDFiscal_0221_K010.7z Bom dia! Implementei os registros 0221 e K010, que entram em vigor no EFD-ICMS/IPI a partir do período de janeiro de 2023. Os novos registros dos blocos C e D não implementei. De momento não temos previsão de implementar. Grato!

Ok. Vou mandar um e-mail para o provedor verificar o que acontece. obrigado.

Estou atualizando para a versão mais recente para validar se ainda ocorre o problema.

não está configurado qual Lib usar WinCrypt, openssl ou até capicom

Bom dia Idez, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Willian, Existem situações em que devemos gerar a tag <data_fato_gerador>, sendo assim não podemos comentar as linhas que geram essa tag. Em outras situações em que a tag não deve ser gerada devemos atribuir o valor zero ao campo Competencia.

Bom dia, Qual é a versão adotada (1.00 ou 1.01) bem como as URLs de produção e homologação? Você mesmo pode fazer essa alteração seguindo os passos da postagem abaixo. Estando tudo OK, anexe o arquivo ACBrNFSeXServicos.ini aqui para que possamos enviar para o SVN.

Bom dia, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia, ACBr! Pessoal do IBPT disponibilizou a nota tabela com vigência de 20/11/2022 a 31/01/2023, quando puderem atualizar o repositório! Segue o link para download: https://deolhonoimposto.ibpt.org.br/files/TabelaIBPTax22.2.G.zip Obrigado

Complementando, altere o número de ocorrências para zero, de acordo com o manual. Reinstale o ACBr após a alteração e, ficando ok, anexe o arquivo alterado para os consultores analisarem o envio para o SVN. Aproveitando a imagem do Juliomar, veja destacado em amarelo.

Apenas reportando para não fechar a thread. esta alteração continua no departamento de testes.

Certeza que olhou o fonte?

Willian, A unit que anexei acima já se encontra no SVN.

Bom dia Willian, Acredito que você não entendeu. 1. descomente as alinhas que você comentou para não gerar a tag <data_fato_gerador>; 2. reinstale o ACBr; 3. na procedure que alimenta o componente com os dados da prestação de serviço atribua o valor zero ao campo Competencia. Competencia := 0;

Bom dia Idez, Analisando os dois XML (anterior e atual) de envio unitário notei que no atual existe a presença da tag <valor_issrf> com o valor zero e tem 2 itens na lista de itens. A quantidade de itens não vejo nenhum problema. Deixei a tag <valor_issrf> como opcional, desta forma se o seu valor for zero ela não vai ser gerada. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde, Segundo o manual referente ao DACTE não esta previsto a impressão das parcelas. Lembre-se que o DACTE é apenas um Documento Auxiliar utilizado como documento durante o transporte da mercadoria, fora isso ele não tem validade jurídica. O que tem validade jurídica é o XML do CT-e desde que ele esteja assinado digitalmente com o certificado digital do emitente e com o protocolo de autorização gerado pela SEFAZ-Autorizadora. Eu não me preocuparia com o DACTE, pois ouvi um boato que para o ano que vem a sua impressão não vai mais ser obrigatória.

Foi publicado em 29/08/2022 o Ato DIAT 46/2022 o qual traz alterações relativas aos prazos e regras do Bloco X, sendo elas: Mudanças de Prazos Arquivos de Estoque - Prorrogação da obrigatoriedade de geração e transmissão para 01/12/2022. Arquivos de Redução Z - Prorrogação da obrigatoriedade de geração para 01/01/2023 Pontos de Atenção Haverá obrigação do envio do arquivo de Estoque anualmente, com a situação do Estoque no dia 31/12 de cada ano, com prazo para envio até o dia 20/01 do ano subsequente, sendo que o primeiro arquivo a ser enviado é referente ao dia 31/12/2022, com prazo de envio até o dia 20/01/2023. Com isso, deixa de existir, imediatamente, a obrigação de envio do arquivo referente a anos anteriores. Deixa de ser obrigatório, imediatamente, a transmissão do arquivo de Redução Z ao webservice da SEF. No entanto, os desenvolvedores de PAF-ECF devem adequar seus sistemas para que a partir de 01/01/2023 os arquivos de redução Z sejam gerados diariamente e armazenados, com opção de exportação in loco dos arquivos sempre que solicitado por um auditor fiscal (conforme instruções do anexo único do Ato DIAT). Quanto a transmissão dos arquivos que já estava sendo feita Foi solicitado pela SEFAZ que seja desabilitado o mais breve possível a transmissão de tais arquivos para a SEF, já que nos próximos dias haverá uma manutenção do sistema, que eliminará a recepção dos arquivos de redução Z. Como na prática o próximo arquivo a ser enviado é o de estoque em janeiro, pedimos também que desabilitem o envio de arquivos de estoque até lá. Quanto as pendências de Arquivos Anteriores Toda e qualquer pendência relativa ao Bloco X que tenha sido gerada anteriormente será eliminada, sendo que novas pendências serão geradas a partir da nova data de obrigação sempre que o arquivo de estoque deixar de ser entregue no prazo. Link do Ato DIAT 46/2022 aqui (página 87) Fonte: Mailling de noticias da SEFAZ-SC

Olá boa tarde. Sou novo no fórum e na utilização do componente ACBr. Confesso que não encontrei uma resposta(por este motivo estou levantando este tópico) para um problema que encontrei na instalação do ACBr no Lazarus, o Error: resource compiler "windres" not found, switching to external mode". Encontrei algumas postagens antigas de 2015 mas que não resolveram o problema. Bem vou direto ao ponto. Ao efetuar o processo de compilação seguindo o passos do "Bem_vindo_ao_Trunk2.pdf" e sendo orientado pelo vídeo do Daniel Morais, Vídeo de instalação aqui, deparei-me com erros de compilação em alguns arquivos.pas, ocorrendo então o erro windres. Meu sistema operacional é o Ubuntu 19.10 (64bits) e estou utilizando o Lazarus 2.0.2. A resposta ao meu problema encontrei neste link solução para o aviso de erro windress no Ubuntu. Que consiste em fazer a instalação de um pacote e criar um link. sudo apt-get install mingw-w64 sudo ln -s /usr/bin/x86_64-w64-mingw32-windres /usr/bin/windres Bem espero ter ajudado em algo e se houver já a solução proposta no fórum, favor desconsiderar. Att, Marcelo