Painel de líderes

Publicada a versão 3.0.7 do Guia Prático da EFD ICMS IPI Foi publicada a nova versão 3.0.7 do Guia Prático e a Nota Técnica 2021.001 v1.0 com vigência a partir de janeiro/2022, com as seguintes alterações: 1. Alteração de obrigatoriedade dos campos 24 e 25 do registro D100 de “OC” para “O” 2. Alteração da validação dos campos 24 e 25 do registro D100 3. Alteração de obrigatoriedade dos campos VL_BC_ICMS e VL_ICMS dos registros D410, D420, D500 e D600 de “O” para “OC” 4. Alteração do tamanho máximo do campo 03 do registro C120 de 12 para 15 caracteres. 5. Inclusão de regras de validação nos campos 05 dos registro E250 e E316. 6. Inclusão do registro 1601 e término da utilização do registro 1600. 7. Alteração na regra de validação do campo 04 do registro E530. 8. Inclusão de regra de validação adicional no campo 06 do registro C170. 9. Inclusão de regra de validação adicional no campo 04 do registro C425. 10. Inclusão do campo 04 no registro 0220. 11. Inclusão dos campos 34 a 40 no registro C500 com suas respectivas validações e orientações de preenchimento 12. Inclusão da orientação de preenchimento dos campos 16, 17, 20 e 22 do registro C500. 13. Alteração na validação dos campos 13, 15 e 30 do registro C500. 14. Alteração na orientação de preenchimento do campo 05 do registro C590. 15. Alteração na validação do registro 0200. 16. Alteração de obrigatoriedade dos campos 12, 13, 14 e 15 do registro C176 de OC para O. 17. Alteração na orientação de preenchimento dos campos 12, 14 e 15 do registro C176. 18. Alteração na descrição do campo 18 do registro C176. 19. Inclusão do documento fiscal NF3-e (código 66) na escrituração do registro B020. 20. Alteração na validação dos campos 04, 07 e 09 do registro B020. 21. Alteração da descrição do campo 08 do registro 1010. 22. Término da utilização do registro 0210. 23. Alteração da descrição do campo 11 do registro C180. Guia Prático : http://sped.rfb.gov.br/arquivo/download/5899 Nota Técnica : http://sped.rfb.gov.br/arquivo/download/5900

Ambiente Linux que Exigem Dependência Gráfica: Atualização importante, no uso do xVFB.. Dica do colega Francisco, no Discord do ACBr Se você tem problemas na impressão de Cod.Barras, onde os mesmos aparecem "coloridos" e desfocados... como no exemplo abaixo: isso tem relação com a resolução do ambiente... experimente chamar o xvfb-run com os parâmetros abaixo: xvfb-run --server-args="-screen 0, 1024x768x24" pronto:

Atualizando o tópico... Se você usar o algum componente ou lib que dependa do Fortes Report para gerar relatórios, pode perceber que a sua aplicação ficou dependente de um Servidor X. Isso acontece mesmo com a compilação em modo CONSOLE. Talvez sua aplicação gere um erro semelhante ao descrito abaixo ao ser executada: Isso ocorre, porque o Fortes Report injeta essa dependência do Servidor X... Para resolver esse problema você pode instalar o serviço Xvfb, que é um Emulador de Servidor X https://en.wikipedia.org/wiki/Xvfb E nesse caso, você rodaria a sua aplicação com comando: xvfb-run ./SuaAplicacao Em alguns casos, também pode ser necessário, instalar o xauth https://en.wikipedia.org/wiki/X_Window_authorization

Pessoal, estava com o seguinte problema: No evento S2220 versão simplificada, eu notei que o campo indicação de resultado (indResult) sempre é mandado como normal quando eu não mando nenhum outro valor, então a tag no xml sempre aparece, e a mesma não é obrigatória, portanto, precisava que a mesma não aparecesse no xml. Para resolver meu problema eu fiz a seguinte alteração ao gerar o xml: if (self.exMedOcup.Aso.Exame.Items[i].indResult = irNormal) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAlterado) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irEstavel) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAgravamento) then Gerador.wCampo(tcInt, '', 'indResult', 1, 1, 0, eSIndResultToStr(self.exMedOcup.Aso.Exame.Items[i].indResult)); Assim a tag deixa de aparecer no xml quando a mesma está com um valor diferente. Vocês teriam alguma outra solução?

ACBR ainda não existe uma forma de baixar da receita federal SEFAZs as notas fiscal de entrada emitidas contra o cnpj e nem as notas fiscal de saída do cnpj. ACBR Nem ainda comentou sobre o assunto devido a impossibilidade e ser uma coisa impossivel de o acbr fazer. ou teria outro motivo ou motivação neste assunto em pauta para debatermos sobre a solução.

Realmente é um assunto quase nem comentado aqui, mais olhe este link nele fala sobre manifestação DISTRIBUIÇÃODFE não baixou nenhum xml mais pode ser uma Luz não encontrei nenhum exemplo ou comentário especifico com exemplos e funcional sobre o assunto baixar xml da receita federal âmbito nacional, realmente o assunto parece oculto nas entrelinhas do ACBR uma pena.,

No XML esta o QrCode

blz, logo vou testar e posto o resultado, obrigado

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

Bom dia Sandro, No programa exemplo não é apresentado a mensagem de Lote Já enviado?

Bom dia Lucio, Favor atualizar os fontes, fiz uma alteração na Unit RLZ.Provider.

Está usando o modo síncrono para envio? Qual o código cStat de retorno?

Correção no SVN, rev. 23201.

Italo, realmente e questão do numero de lote ja enviado, ele não conseguiu pegar a msg de retorno corretamente pelo que via aqui. pode encerrar esse post, vou ver se a questão desse retorno e falha no meu programa ou no retorno do ACBR, mas se for caso abro outro post...

Bom dia Ney, Como assim o ACBr não tem um método para baixar o XML das NF-e emitidas contra o seu CNPJ? Como é a sua primeira postagem te aconselho a realizar uma pesquisa no fórum e estudar o programa exemplo dos componentes ACBrNFe, ACBrCTe e ACBrMDFe. Esses 3 componentes possuem o método mencionado pelo nosso colega Dercide.

Boa Noite. Vou dar uma olhada. Muito Obrigado.

com ACBr e Lazarus/FPC: 1 - Adicionar em Custom Options do Projeto a diretiva "NOGUI" 2 - Não usar a IDE ou o sistema da Packages do Lazarus. (Porque isso faria ele adicionar as dependências visuais, pois os Packages que foram compilados com e instalados na IDE, não foram gerados com a diretiva "NOGUI", ativada) Então os componentes devem ser criados em Run-time, ou você pode usar um DataModule... mas nesse caso, lembre-se de remover a dependência dos Packages do ACBr, conforma na figura acima... 3 - Adicionar em "Other Unit Files", todos os diretórios do ACBr, que o compilador sentir falta... Observe que no caso acima, eu usei um Macro com o diretório do ACBr... isso facilita, quando abrimos o mesmo projeto, em várias máquinas, onde os diretórios, podem variar.. (Você pode criar um Macro em Additions e Overrides... veja item 4) Adicione também em "Include Files", o diretório onde está o ACBr.inc 4 - Definir para o Lazarus que você quer usar a WidgetType com "nogui" O Macro "ACBrDir", usa um recurso do Lazarus, que permite ler informações de variáveis de ambiente... Então na minha máquina, tenho a definição do Home do ACBr nas minhas variáveis de Ambiente O Lazarus irá recompilar todos os fontes do ACBr, e gerar os PPU na pasta "lib" do seu projeto... isso é necessário, para gerar os arquivos PPU com a diretiva "CONSOLE" ativada

Essa orientação de calculo se encontra no Manual Visão Geral Versão 7.03 - Página 148 Notem quem existem 2 situações de cálculos: A primeira se refere a: DE: Sul/Sudoeste (exceto ES), e - PARA: Norte/Nordeste/Centro-Oeste/ES A segunda se refere a: DE: Norte/Nordeste/Centro-Oeste/ES, ou - PARA: Sul/Sudoeste (exceto ES). Observação: Me parece que MG não esta seguindo essa sistemática de cálculo. Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo acima temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00 Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo abaixo temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00

Tópicos relacionados:

@Juliomar Marchetti Como mencionei, andei fazendo alguns ajustes nas classes dele.....hoje eu consigo rodar desde o Delphi 2010...