Lucas Peres da Silva

Boa tarde, Consegui localizar um manual para API, caso alguém interesse!

Certo, e via API o Sicredi já tem disponível essa modalidade ?? Pois pelo que vi no site deles apenas via CNAB. Vc tem os links da documentação por gentileza @Juliomar Marchetti ? Att

Boa tarde, Alguma novidade ? Onde encontro a documentação para ativar o boleto híbrido via API ? Att

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).

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

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.

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

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

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

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

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

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.

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

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

Conforme sugerido pelo EMBarbosa, foi criado o tópico: Att