Rodrigo - Digibyte

Pelo que entendi da página 6 do MOS 2.2 não é necessário enviar o fim da validade, isso facilita muito. O fim de validade será considerado automaticamente o movimento anterior ao início enviado. Seria apenas um envio.

Mas a idéia não é controlar isso não. Se o cliente marcou uma incidência e depois desmarcou mando o evento pro esocial mesmo assim com nova validade. Logicamente vai estar igual mas duvido que isso será validado.

Por qual motivo ?

Bom, estou realmente pegando firme agora a questão do eSocial. Estava analisando por exemplo como trabalhar com a tabela de eventos=proventos/descontos (mas a lógica pode servir para outras) e suas alterações/inclusões/exclusões que tem que ser informadas. Pensei o seguinte: Exclusão de evento: não informar, que fique lá na base do esocial... Inclusão: setar um campo "novo evento" e "data inclusão". Antes de enviar a folha dar um aviso, ou fazer automático, e enviar a inclusão. Recebendo um retorno positivo resetar o campo "novo evento" Alteração: setar um campo "evento alterado" e "data alteração" e seguir a lógica da inclusão. Se o usuário alterar o evento e depois alterar novamente, voltando ao que era, a princípio não tenho como saber, vai ser enviada a alteração de qualquer forma. O que acham, pensam da mesma forma?

Gostaria de compartilhar algumas idéias sobre como preparar nossos aplicativos para o eSocial, poderia ser por aqui ? O que acham?

Não sei o que fiz mas realmente estava errada, agora vai a correta ! uExemploEsocial.pas

Na unit eSocial_Conversao linha tpSimNao = (tpSim, tpNao) proponho alteração para tpNaoSim = (tpNao, tpSim) de forma a facilitar quando estiver em produção a leitura direta dos dados de forma que zero seria não e um seria sim

A atual não compilava por algumas diferenças nos tipos uExemploEsocial.pas

Foi criado um novo componente (TACBrSpedFiscalImportar) que é o importador do Sped Fiscal. Ele foi criado nos mesmos moldes do importador do Sped Contribuições e colocado no mesmo pacote de instalação. Para usá-lo basta ligar o mesmo, pela propriedade ACBrSpedFiscal, a um TAcbrSpedFiscal e usar da seguinte forma: if OpenDialog.Execute then begin ACBrSpedImpEF.Arquivo := OpenDialog.FileName; (ler arquivo sped) ACBrSpedImpEF.Importar; end; Feito isso estarão disponíveis os valores como por exemplo: with ACBrSpedImpEF.ACBrSPEDFiscal.Bloco_0 do begin vCnpj := ACBrSpedImpEF.ACBrSpedFiscal.Bloco_0.Registro0000.CNPJ; vCpf := ACBrSpedImpEF.ACBrSpedFiscal.Bloco_0.Registro0000.CPF; end; Pode ter melhorias a fazer mas está plenamente funcional.

Realmente acho que a opção de load ficaria melhor. No momento porém eu teria que estudar um pouco mais como fazer e levaria mais tempo pois não tenho tanta experiência com a parte de componentes. De qualquer forma desenvolvi o importador Fiscal com base no importador Contribuições. ACBr_SPEDImportar.dpk ACBrEFDBlocos.pas ACBrSPEDFiscalImportar.rar

Foi feito alguma coisa para importar Sped Fiscal? Se não tiver nada vou iniciar com base no TFrmImpoSped

Está errado essa parte segundo o manual é o último dígito da conta mais o dígito verificador Pessoal, já está bem esclarecido, é necessário apenas arrumar para ou pegar 2 dígitos do campo complemento ou pegar direto o último dígito da conta + verificador conforme manual. O que falta para atualizar ?

Já tinha atualizado o ACBR, atualizei novamente e está errado.

Em relação ao erro reportado por João Paulo F. Bellucci se é adicionado o número final da conta teria que tirar um espaço (de space(6) para space (5)). Pra mim deu certo assim: RightStr(Cedente.Conta, 1) + Cedente.ContaDigito + Space(5) + // 384 a 391

Creio que muita gente vai precisar e estou achando que o prazo não será mais prorrogado. Baixei o que tem para começar a testar porém acho que o mesmo já deveria ser disponibilizado como parte do pacote, assim ficaria mais visível e mais pessoas ajudariam.

Bom dia seguem algumas implementações e correções. Estou sempre procurando seguir o padrão que está nos SPED em relação a nomeclatura e tipo de dados. ACBrLFDBloco_A_Class.pas ACBrLFDBloco_C.pas ACBrLFDBloco_C_Class.pas ACBrLFDBloco_E.pas ACBrLFDBloco_E_Class.pas ACBrLFD.pas ACBrLFDBloco_A.pas

Não foi feito nenhum componente. Agradeço a solução, funcionou perfeitamente !

Seguem algumas correções para evitar erros e ficar de acordo com o restante do projeto sped ACBrLFDBloco_A_Class.pas ACBrLFDBloco_B.pas ACBrLFDBloco_B_Class.pas ACBrLFDBloco_A.pas

Boa tarde, até algum tempo eu conseguia acessar o site https://www8.receita.fazenda.gov.br/SimplesNacional/controleAcesso/Autentica.aspx?id=6 e preencher os dados usando o TWebbrowser, o usuário só digitava o captcha. Atualmente a imagem não aparece mais, achei que vinha em Base64 como no portal da nfe. O que ocorre é o seguinte: Se pego o código fonte da página não aparece nenhuma referência a imagem Se entro pelo inspecionar elemento do chrome ai sim aparece a imagem codificada como Base64 Alguém tem uma luz de como fazer aparecer o captcha ou saberia recomendar um bom fórum de html ? No portal da nfe eu consigo apresentar a imagem em um TImage mas como disse, está diferente do portal do Simples Nacional

Correção para só gerar registros do bloco se tiver dados ACBrLFDBloco_E_Class.pas

Fonte corrigido em anexo pnfsNFSeR.pas

Boa tarde, sabe me dizer se foi alterado algo a respeito ?

Eu posso passar a correção que fiz e funcionou 100% aqui mas minha dúvida é saber porque estava daquela forma, tinha algum motivo? Isso para não provocar outro erro, arrumar uma situação e estragar outra. De qualquer forma vou atualizar os fontes, enviar a correção e vocês podem avaliar.

Pessoal, alguma informação a respeito do erro relatado ? Aqui provisoriamente eu alterei os fontes fazendo a busca do provedor primeiro dentro da tag PRESTADOR DE SERVICO

Bom dia, alguém deu uma olhada nessa questão?