Jump to content

Lucas Peres da Silva

Membros
  • Content Count

    20
  • Joined

  • Last visited

  • Days Won

    1

Lucas Peres da Silva last won the day on November 21 2013

Lucas Peres da Silva had the most liked content!

Community Reputation

12 Good

About Lucas Peres da Silva

  • Rank
    Novato
  • Birthday 08/06/1985

Contact Methods

  • Website URL
    www.sibrax.com.br

Profile Information

  • Sexo
    Masculino
  • Localização
    Londrina PR

Recent Profile Visitors

807 profile views
  1. Bom dia Italo, De acordo com o Manual de Orientação do Desenvolvedor 1.4, o layout da mensagem de entrada p/ todos os registros consultáveis, o campo: número de inscrição do estabelecimento é sempre de 12 ou 14 posições, e também o nrInscTomador no caso do 2010 e do 2020. O único campo é cortado nas primeiras 8, é a inscrição do contribuinte. http://sped.rfb.gov.br/estatico/86/04B49C6BED90C5DACC3EDFB499938D35003FB2/ManualOrientacaoDesenvolvedor-REINF v1.04.00.pdf nrInscEstab Obrigatório Número de inscrição do estabelecimento (14 posições completado com zeros à esquerda) A alteração foi a seguinte: Index: pcnReinfConsulta.pas =================================================================== --- pcnReinfConsulta.pas (revision 16818) +++ pcnReinfConsulta.pas (working copy) @@ -110,7 +110,6 @@ if Length(nrInscEstab) = 14 then begin - nrInscEstab := Copy( nrInscEstab, 1, 8 ); FtpInscEstab := '1'; end else @@ -118,7 +117,6 @@ if Length(nrInscTomador) = 14 then begin - nrInscTomador := Copy( nrInscTomador, 1, 8 ); FtpInscTomador := '1'; end else Manual de Orientação do Desenvolvedor, pág. 49. Layout msg entrada consulta registro R2050: nrInscEstab Obrigatório Número de Inscrição do Estabelecimento que Comercializou a Produção (14 posições completado com zeros à esquerda). Layout msg entrada consulta registro R2060: nrInscEstab Obrigatório Número de inscrição do estabelecimento que auferiu a receita bruta (12 ou14 posições completado com zeros à esquerda) Layout msg entrada consulta registro R3010: InscEstab Obrigatório Número de inscrição do estabelecimento 55 (14 posições completado com zeros à esquerda).
  2. Bom dia, tive que fazer 2 pequenas alterações para consultar o R2010 e R2020, pois estava retornado as seguintes rejeições: Para o R2010: <?xml version="1.0" encoding="UTF-8"?> <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/retornoRecibosChaveEvento/v1_04_00"> <ideStatus> <cdRetorno>3</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso/> <dscResp>Número de inscrição do estabelecimento em desacordo com o tipo de inscrição. Para tipo de inscrição CNPJ devem ser informados 14 dígitos e para tipo inscrição CNO devem ser informadas 12 dígitos</dscResp> </regOcorrs> </ideStatus> </Reinf> e para o R2020: <?xml version="1.0" encoding="UTF-8"?> <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/retornoRecibosChaveEvento/v1_04_00"> <ideStatus> <cdRetorno>3</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso/> <dscResp>CNPJ inválido.</dscResp> </regOcorrs> </ideStatus> </Reinf> Alterações em anexo: pcnReinfConsulta.pas.patch pcnReinfConsulta.pas
  3. Bom dia, Tanto pelo manual do contribuinte ou o manual do desenvolvedor fica especificado que é está obrigado a enviar os registros 2010/2020 os contribuintes que tomaram ou prestaram serviço com retenção da contribuição previdenciária. No caso de não haver retenção e o contribuinte estiver obrigado a declarar a reINF deve ser enviado uma declaração sem movimento: somente o R1000 e o R2099.
  4. Olá, atualizei o ACBr e comecei o ter Access Violation ao tentar enviar, mesmo com o demo, na seguinte linha: @\Fontes\ACBrDFe\ACBrReinf\ACBrReinfLoteEventos.pas - linha: 143 FEventos := TACBrReinf(FACBrReinf).Eventos; Tive q fazer a seguinte alteração para funcionar. Index: ACBrReinfLoteEventos.pas =================================================================== --- ACBrReinfLoteEventos.pas (revision 16781) +++ ACBrReinfLoteEventos.pas (working copy) @@ -75,7 +75,6 @@ TLoteEventos = class(TReinfCollection) private - FACBrReinf: TComponent; FIdeEmpregador: TIdeContri; FIdeTransmissor: TIdeTransmissor; FGerador: TGerador; Em anexo para analise. ACBrReinfLoteEventos.pas.patch ACBrReinfLoteEventos.pas
  5. Boa tarde, Seguem as units alteradas conforme a sugestão: Nessa versão já liberei a consulta dos registros R2030, R2040 e R2050 que não estavam consultando (estavam sem preenchimento no pcnReinfConsulta.pas). Att ACBrReinfWebServices.pas pcnReinfConsulta.pas
  6. Legal, obrigado Italo, Atualizei o demo do AcbrReinf, para passar esse novo parâmetro, e também tive que fazer +1 alteração para consultar o R2020. Seguem os arquivos para analise. acbr\Exemplos\ACBrDFe\ACBrReinf\Delphi\uExemploReinf.pas acbr\Fontes\ACBrDFe\ACBrReinf\PCNReinf\pcnReinfConsulta.pas Att pcnReinfConsulta.pas uExemploReinf.pas pcnReinfConsulta.pas.patch
  7. Olá seguem as units: ACBrReinf in '..\..\..\..\Fontes\ACBrDFe\ACBrReinf\ACBrReinf.pas', pcnReinfConsulta in '..\..\..\..\Fontes\ACBrDFe\ACBrReinf\PCNReinf\pcnReinfConsulta.pas', ACBrReinfWebServices in '..\..\..\..\Fontes\ACBrDFe\ACBrReinf\ACBrReinfWebServices.pas', ACBrReinf.pas pcnReinfConsulta.pas ACBrReinfWebServices.pas
  8. Notei um problema na utilização do método: ACBrReinf.consultarRecibo. De acordo com a implementação o método deve receber 3 parâmetros: TACBrReinf.ConsultaReciboEvento(const APerApur: String; ATipoEvento: TTipoEvento; ACnpjPrestadorTomador:String='') Porém de acordo com o layout do Reinf os eventos R2010 e o R2020 são enviados agrupados por CNPJ prestador e inscrição do estabelcimento/obra, não consegui obter o recibo correto no caso de ter mais de uma obra para um mesmo prestador/tomador. Passando apenas o CNPJ do prestador obtenho o retorno: <?xml version="1.0" encoding="UTF-8"?> <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/retornoRecibosChaveEvento/v1_04_00"> <ideStatus> <cdRetorno>1</cdRetorno> <descRetorno>Um ou mais eventos encontrados</descRetorno> </ideStatus> Que no caso acredito que devido ao fato de já ter enviado para envetos com o obras distintas para o mesmo prestador no mesmo período de apuração, acabo não conseguindo saber ao certo qual é o recibo correto para aquele CNO de obra. Nesse caso acredito ser necessário acrescentar +1 parâmetro para indicar qual a inscrição do estabelecimento/obra para aquele evento e aquele cnpj prestador/tomador. Seguem em anexo as alterações que fiz para analise e contribuição caso seja útil para mais alguém. Obrigado Att reinf_consultaReciboEvento.patch
  9. Digibyte, vamos tentar manter organizado este tópico! Pq vc não anexou suas modificações no tópico ?? No primeiro post, anexei todas as tabelas dos eventos iniciais: S1000: Tabela de rubricas da folha de pagamentos S1010: Tabela de Lotações e Departamentos S1020:Tabela de Cargos S1030:Tabela de Funções S1040:Tabela de Horários S1050:Tabela de Estabelecimentos e Obras de Consutração Civil S1060:Tabela de Processos S1070:Tabela de Operadores Portuarios Oque vc está fazendo ?? pois As rubricas e cargos já estão prontas, conforme anexado no primeiro post.
  10. Kra, pelo manual o Arquivo de Tabela S1010 (Tabela de Rúbricas), e TODOS os outros Arquivos de tabelas são usados só nos eventos iniciais. Não tem pq vc usar em outro lugar! Quanto a ideEmpregador que tem um campo e que não tem,é só vc por diretiva virtual, e nas classes que não tem vc sobrepõe. Lucas
  11. Olá Rodrigo, Seguindo o modelo do TAcbrNFe, acho que poderíamos ter: TACBrESocial = class(TComponent) private FEventosInciais : TEventosIniciais; FEventosTrabalhistas : TEventosTrabalhistas; FFolhaPagamentoEOutras : TFolhaPagamentoEOutras; published property EventosIniciais : TEventosIniciais read FEventosIniciais write FEventosIniciais; property EventosTrabalhistas : TEventosTrabalhistas read FEventosTrabalhistas write FEventosTrabalhistas; property FolhaPagamentoEOutras : read FFolhaPagamentoEOutras read FFolhaPagamentoEOutras; end; Aí a classe TEventosIniciais fica composta por essas classes do primeiro post S1000, S1010.... Outra coisa que também precisava ver, as classes S10(00-70), todas tem os grupos: infEvento e ideEmpregador. Isso poderia ser generalizado em uma classe mais abstrata (S10XX), e herdada nas S1000, S1010...etc. Oque acha ? Lucas
  12. Conforme sugerido pelo EMBarbosa, foi criado o tópico: Att
  13. Olá, Como ainda não localizei nenhuma implementação aqui no ACBr, resolvi iniciar por conta o eSocial para já ir adiantando. Estou enviando minha proposta para iniciar o desenvolvimento do pacote do SPED eSocial baseado no layout 1.0 de julho/2013. Gostaria de observar que é uma proposta inicial e por isso ainda tem *MUITA* coisa para ser feita. De qualquer forma, seguem os fontes para análise e comentários, derepente da para aproveitar alguma coisa. Segue minha contribuição. No aguardo de feedback. Att Lucas eSocial-v.0.1-21.11.2013.zip
  14. Olá Pessoal Bom dia, Como busquei no forum e não localizei nenhum fonte do eSocial, resolvi desenvolver os layouts conforme manual de orientação inicial que foi publicado. Tentei seguir os padrões de codificação dos outros módulos do ACbr, porém ainda tem muitos detalhes para serem acertados. De qq forma gostaria de saber como posso fazer para publicar meus fontes no forum para analise do grupo, de repente poderia contribuir. Já tenho os registros: S1000 ao S1080, gerando e lendo XML. Se alguém puder me indicar, No aguardo, Att Lucas
  15. Bom dia, Vi que no demo do ACBrPAF existe uma implementação para os registro da tabela de índice técnicos de produção, conforme requisito XXVII - item 4. Dúvidas: Não localizei na ER 02.01, e gostaria de saber de onde foi retirado a implementação desse registro ? Como proceder com o controle de estoque: Uma tela para lançar transfêrencias de estoque: faz a baixa do insumos e entrada do acabado, então com saldo em estoque posso vender. OU, posso vender o acabado mesmo sem tê-lo em estoque, e no momento da venda faço as baixas dos insumos no estoque ? Obrigado pela atenção
×
×
  • Create New...