Jump to content

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png click.png click.png

Alisson Souza Pereira

Membros
  • Posts

    175
  • Joined

  • Last visited

Everything posted by Alisson Souza Pereira

  1. Se tiver o certificado digital ou a procução, não há problema algum. Existem outras abordagens onde a empresa de SST entrega o XML a sua empresa e a mesma faz o envio destes XMLs
  2. Leiaute informe que em caso de admissão por processo trabalhista poderá ser informado o número do processo. Não existia nrProcTrab no componente. Adicionei o campo na classe e na geração do XML. Segue abaixo os fontes atualizados. pcesGerador.paspcesCommon.pas
  3. Pelo que entendi vc não quer que dê erro se passar de 50 e sim que ele consiga enviar fragmentado. Se for isso, não vejo como essa regra poderia ser implementada dentro do ACBr, pois se você iniciou o envio ele seria responsável por separar e enviar cada 50 em um lote, teria que saber qual deu certo e qual deu erro, lembre-se que a comunicação é assincrona, pode ser que um lote consiga ser enviado e o outro não... ao meu ver seria algo muito elaborado. No meu caso faço a tratativa antes, mando para o componente apenas os 50 registros, no segundo envio mando os outros 50. Entendo que essa regra deva ficar na aplicação cliente.
  4. Você está fazendo o envio na versão errada A versão simplificada ainda não entrou em produção e o correto é: v02_05_00 é possível configurar a versão no componente ACBreSoc.Configuracoes.Geral.VersaoDF
  5. Leiaute informa que em caso de CNO o FAP deve ser informado independente de ter ou não processo judicial para o FAP. Em caso de CNO e não ser informado o FAP ocorre erro no retorno do eSocial: "Campo de preenchimento obrigatório: FAP" Segue abaixo os fontes atualizados. pcesS1005.paspcesGerador.pas
  6. Pelo que estou vendo, ninguém está fazendo ainda e infelizmente na minha previsão só conseguirei mecher com o ACBr a partir de abril.
  7. Ainda estou atualizando a parte gerencial do meu sistema. Diante disso estou me antecipando e verificando se alguém já está tomando a frente nessa parte no ACBr. Sim já atualizei o SVN e não há nenhuma alteração relacionada a versão vS-1.0 Muito obrigado!
  8. Bom dia, alguém está realizando os ajustes para atender a nova versão do eSocial? https://www.gov.br/esocial/pt-br/noticias/publicada-versao-final-do-leiaute-do-esocial-simplificado-s-1-0 esquemas_xsd_v_s_01_00_00.zip
  9. @wanderson medeiros da silv provavelmente vc está se confundindo nas informações, olhe essa estrutura; Tabela1 001-SALARIO 002-INSS ... 600-IRRF Quando você envia o S-1010 o correto é ficar assim <codRubrica>600</codRubrica> <idTabRubrica>Tabela1</idTabRubrica> Quando você envia o S-1210 você precisa informar a Tabela e o código dessa rubrica. <codRubrica>600</codRubrica> <idTabRubrica>Tabela1</idTabRubrica> Provavelmente o que você enviou no S-1010 está diferente do que você está enviando no S-1210 e por isso não está encontrando. ERRO Da forma que você está mostrando no primeiro anexo (S-1010) ficou assim, como se o código da rubrica fosse o nome da tabela: 600(Tabela) 600-IRRF (Rubrica) E no segundo anexo(S-1210) ficou assim como se o "IRRF" fosse a tabela IRRF(Tabela) 600-IRRF(Rubrica)
  10. @Daniel Simoes Estou utilizando Delphi 10.3 É exatamente isso, não é um problema de compilação é apenas um warning que podemos contornar para para não ficar acusando sem necessidade. A embacadero possui várias classes nessa mesma situação de dois construtores e utiliza a solução de criar um parâmetro Dummy. A minha sugestão é adotar o mesmo padrão para evitar um alerta de compilação desnecessário. Inclusive já vi no fórum que membros ficam com dúvidas em relação a esse warning e acabam postando dúvidas etc... Adicionar isso já resolve Não é necessário fazer um Override de um método Virtual é apenas adicionar o parâmetro
  11. Bom dia Existe um warning na compilação do ACBr [dcc32 Warning] W1029 Duplicate constructor 'EACBrDFeException.CreateDef' with identical parameters will be inacessible from C++ Uma solução é utilizar o padrão da embarcadero para evitar o warning. Sugestão é criar mais um parâmetro "Dummy" para diferenciar um construtor do outro. Ex: Classe TCustomForm ACBrDFeException.pas
  12. @RicardoVoigt Bom dia, Entra em produção em 11/11/2019. A minha alteração foi para ser preenchido apenas se informado, da maneira que estava mesmo sem informar estava preenchendo com N. Minha opinião é que neste caso o problema não estava no ACBr, mas talvez na aplicação que contém as informações, pois não acho ideal contar com preenchimento de informações default, se eu espero que chegue uma informação ao eSocial tenho que dizer que informação é essa, então se ele gerou vazio foi porque na aplicação não foi especificado essa informação. Se algum dia o default mudar estarei trocando as informações que envio sem nem saber. Para a nova versão tem que funcionar essa regra: Preenchimento Facultativo se {cadIni} = [N]. Não informar se {cadIni} =
  13. @magistech Já passei por esse problema e no meu caso era o seguinte: Anualmente o Fap é atualizado, abaixo estão valores fictícios 2018 envie o S-1005 com fap = 1,5 2019 envie uma inclusão de nova validade com S-1005 com fap = 2 Problema estava enviado na base de homologação o ano de 2017 com o fap de 2019. Se o seu empregador é do grupo 1, envia o S-1005 com data do início da validade 2017 e utiliza o FAP correto no meu caso seria o valor de 2018.
  14. eSocial simplificado entra em produção 11/11/2019 S-2200 - {indPriEmpr}: Validação - Preenchimento facultativo se {cadIni} = [N]. não informar se {cadIni} = [N] Alteração: Como o campo {indPriEmpr} é um type sempre traz um valor default, quando é um cadastro inicial o eSocial gera um erro pois não deveria ser preenchido. Com a nova versão esse campo passa a ser facultativo e deve existir a possibilidade de preencher ou não. S-2200 - Grupo{Documentos} - Facultativo e deve ser gerado apenas se informado. pcesS2200.paspcesGerador.paspcesCommon.pas
  15. Instabilidade de no servidor do eSocial. Aguardar o serviço normalizar e enviar novamente.
  16. @brunomachadogp você pode procurar mais informações sobre o assunto mas em resumo é isto: SEFIP está com os dias contados, para alguns empregadores ela só está responsável pela guia do FGTS e nada mais. Não há geração de dados para a DCTFWeb, a mesma é uma página dentro do ECAC onde você controla o pagamento dos DARFs Processo: Você irá alimentar o eSocial e o Reinf (ambos tem no ACBR), quando você fizer o fechamento dos dois automaticamente vão enviar os dados à DCTFWeb, dai você entra na página da DCTFWeb e faz a geração das guias.
  17. @Mauro Jose Conte, a data do SST é diferente da data do início do eSocial, mesmo na base de teste existe também a questão do faseamento, nos meus testes coloquei o início da maneira que o eSocial informou no portal. 2019-03, não sei se antes disso irá funcionar, porém essa foi a data que passou a funcionar estes eventos na base de teste. Tenta dessa maneira que dará certo.
  18. @Antonio Carlos Araujo Sobrinho, exatamente. * O lote pode conter mais de 1 evento por vez. * O protocolo do envido é um por lote. * O protocolo de sucesso(Recibo) é um por evento e este que é a sua garantia de sucesso. * Evento de tabela não aceita envio em concorrência.
  19. Boa tarde, o evento S-5013 possui vazamento de memória FastMM An unexpected memory leak has occurred. The unexpected small block leaks are: 1 - 12 bytes: TInfoDpsFGTS x 1 13 - 20 bytes: TLeitor x 1, TDpsPerApurCollectionItem x 3, Unknown x 1 21 - 28 bytes: TDpsPerApurCollection x 1, Unknown x 1 69 - 76 bytes: TStringList x 1 117 - 124 bytes: Unknown x 1 Correção pcesS5013.pas
  20. Bom dia, o evento S-2299 possui vazamento de memória FastMM --------------------------- Unexpected Memory Leak --------------------------- An unexpected memory leak has occurred. The unexpected small block leaks are: 1 - 12 bytes: TInfoPerApur x 1, TInfoAgNocivo x 1 13 - 20 bytes: TLeitor x 1, Unknown x 1 21 - 28 bytes: TDmDevCollection x 1, TDMDevCollectionItem x 1, TInfoTrabIntermCollection x 1, TideEstabLotCollection x 1, TRubricaCollection x 1, UnicodeString x 23, Unknown x 2 29 - 36 bytes: TideEstabLotItem x 1, UnicodeString x 25 37 - 44 bytes: UnicodeString x 1 45 - 52 bytes: TRubricaCollectionItem x 23 69 - 76 bytes: TStringList x 1 117 - 124 bytes: Unknown x 1 205 - 220 bytes: Unknown x 1 Correção pcesS2299.paspcesCommon.pas
  21. Atualmente estou utilizando 10.3 Rio, porém noto que este vazamento ocorre desde quando implantei o eSocial em 2018 e naquela época utilizava 10. 1 Berlin e posterior mente 10.2 Tokyo. Ao invés de comentar o código, passar qualquer valor para o DadosPFX conforme solicitado. DadosPFX := 'Texto apenas para ter algum valor.'; Não há memory leak, e só dá erro na segunda verificação LerPFXInfo if EstaVazio(DadosPFX) then raise EACBrDFeException.Create('Erro ao Carregar Certificado'); if not LerPFXInfo(DadosPFX) then raise EACBrDFeException.Create('Erro ao ler informações do Certificado.'+sLineBreak+ 'Provavelmente a senha está errada' );
  22. Boa tarde, @EMBarbosa minha aplicação depois de algum tempo rodando acabava travando devido o consumo elevado de memória, Cada vez que o XML era assinado aumentava de 0,1 a 1 mega, se a linha for comentada a memoria para de sobrecarregar(comentar a linha não é a solução é só o teste que fiz) Sobre o FastMM sempre utilizo em meu desenvolvimento, segue as informações que tenho. Quando é executado o comando ReadStrFromStream ocorre memory Leak An unexpected memory leak has occurred. The unexpected small block leaks are: 13 - 20 bytes: TLeitor x 1, Unknown x 1 69 - 76 bytes: TStringList x 1 117 - 124 bytes: Unknown x 1 Se a linha for comentada não há vazamento de memória, ocorre o exception e cancela a assinatura do XML. Não acredito que o problema de memória seja por causa de configuração, mas segue a configuração que estou utilizando. SSLLib := libOpenSSL; SSLHttpLib := httpWinHttp;
  23. Mudei para a assinatura com o certificado instalado na máquina, com isso contorno a situação, porém o problema ainda existe. Não sei exatamente como corrigir.
  24. Consumo de memória só aumenta utilizando Open SSL(Certificado Digital.pfx) Fonte: ACBrDFeOpenSSL.pas Procedure: TDFeOpenSSL.CarregarCertificado Comando: DadosPFX := ReadStrFromStream(FS, FS.Size); O comando ReadStrFromStream é responsável por aumenta o consumo de memória toda vez que um arquivo XML é assinado e esse consumo mesmo após destruir o componente ACBreSocial não é subtraído.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.