Jump to content

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Roger_Bianchini

Membros
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Roger_Bianchini

  • Rank
    Novato

Profile Information

  • Sexo
    Masculino
  • Localização
    Santa Cruz do Sul / RS

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Obrigado pelo retorno. Vou tentar explanar melhor minha necessidade e dúvida. No programa validador fornecido pelo governo existe, na aba relatórios, o botão assinatura. Após importar um arquivo assinado, ele mostra, entre outros dados, a "identificação do Arquivo (hash)", e o "id do arquivo assinado (hash)". Ao abrir os mesmos arquivos EFD direto em um editor de texto, verifico que possuem algumas linhas abaixo do registro 9999 cujo conteúdo, em grande parte, não é legível. Imagino eu que os dois dados que mencionei acima estejam contidos nestas linhas. Gostaria de saber se alguém sabe como obter (ou já faz uso) de alguma informação útil extraída desta parte específica do arquivo. Ou se há algo disponível no ACBR que possa me auxiliar nisso. Grato!
  2. Desculpe, mas não sei o que é o EAD. Nos arquivos que tenho aqui, o conteúdo posterior ao registro 9999 está, aparentemente, decriptado. Por isto não sei como efetuar alguma verificação dele. Como confiro a presença do EAD?
  3. Olá pessoal. Tenho uma dúvida. Ao importar um arquivo .txt do EFD ICMS/IPI para o sistema, quero verificar se o mesmo está devidamente assinado. Alguém sabe se é possível verificar isto estando de posse apenas do arquivo txt? Se é possível, como posso fazer isto? Grato pela atenção!
  4. Olá Juliomar Na classe TRegistroK280, a property IND_EST eu criei originalmente com o tipo String, mas acredito que é melhor que a mesma siga o padrão da classe TRegistroK200, que é do tipo TACBrIndEstoque. Por isto alterei-a para o tipo TACBrIndEstoque, de forma a ficar padronizado com a classe TRegistroK200. Segue os arquivos alterados para sua análise. Grato! ACBrEFDBloco_K.pas ACBrEFDBloco_K_Class.pas
  5. Olá Juliomar Eu adicionei validações de data no registro k230, mas percebi agora que elas não estão atendendo corretamente às regras do manual EFD. Por isto alterei tais validações e estou enviando o arquivo para sua análise. Grato! ACBrEFDBloco_K_Class.pas
  6. Olá pessoal Adicionei os registros do bloco K que estarão em vigor a partir de 01/01/2017.Adicionei os arquivos aqui no post. Não sei se este é o procedimento padrão para submeter as alterações para vossa avaliação e adição no brench principal. Os campos adicionados são os que mencionei no post anterior, com base manual do EFD, versão 2.0.19 K210 e K215: referente a Desmontagem de mercadorias – Item de Origem e Destino K260 e K265: referente a Reprocessamento/Reparo de Produto/Insumo e Mercadorias Consumidas e/ou Retornadas K270 e K275: Correção de Apontamento dos Registros K210, K220, K230, K250, K260, K270 e K215, K220, K235, K255 e K265 K280: Correção de Apontamento – Estoque Escriturado Qualquer procedimento diferente que seja necessário de minha parte, favor me comunicarem. ACBrEFDBloco_K.pas ACBrEFDBloco_K_Class.pas ACBrSpedFiscal.pas
  7. Olá Juliomar. Estamos em uma corrida contra o tempo aqui na empresa, a fim de disponibilizar a funcionalidade do sped para nossos clientes. Sendo assim, não posso me comprometer com prazos, mas me esforçarei para poder colaborar com a adição destes campos. Se puderem me prestar mais um auxílio, tenho uma segunda dúvida. Pelo que entendi do manual do EFD, versão 2.0.19, atualizado em 05/05/2016 (e anteriores também): o registros K200.DT_EST deve ter o mesmo valor de seu registro pai K100.DT_FIN; o registro K100 é n para 1 em relação ao seu pai K001. Sendo que K100.DT_INI e K100.DT_FIN devem estar compreendidos entre 0000.DT_INI e 0000.DT_FIN. Na procedure TBloco_K.WriteRegistroK100 (linhas 122 e 124), são validadas corretamente as datas de K100. Já na procedure TBloco_K.WriteRegistroK200 (linha 152) , a data de estoque do registro k200 (RegK100.RegistroK200.Items[intFor].DT_EST) é comparado com a data de TACBrSPED.DT_FIN, que contém o valor de 0000.DT_FIN. No meu entendimento RegK100.RegistroK200.Items[intFor].DT_EST deveria ser validado com RegK100.DT_FIN. Sabem me confirmar se estou interpretando corretamente, ou se perdi algum detalhe? Grato!
  8. Olá pessoal. Estou com a versão 2.0.19 do Guia Prático EFD-ICMS/IPI, atualizado em 05/05/2016, que possui algumas alterações previstas para janeiro de 2017. Nele constam os seguintes registros: K210 e K215: referente a Desmontagem de mercadorias – Item de Origem e Destino K260 e K265: referente a Reprocessamento/Reparo de Produto/Insumo e Mercadorias Consumidas e/ou Retornadas K270 e K275: Correção de Apontamento dos Registros K210, K220, K230, K250, K260, K270 e K215, K220, K235, K255 e K265 K280: Correção de Apontamento – Estoque Escriturado Eu não encontrei estes registros nos módulos do ACBrEFDBloco_k. Alguém sabe me informar se eles já existem, ou se estão sendo desenvolvidos? Grato!
×
×
  • Create New...