Jump to content

110.png

Curso Gratuito para todos Usuários
+ Super Treinamento Assinando o SAC Anual

botao_campanha_thulio.png

sem_ttulo-620.fw_-e1583866078274.png 

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

ghvoliveira

Membros
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

7 Neutral

About ghvoliveira

  • Rank
    Novato

Recent Profile Visitors

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

  1. Olá, boa tarde Hoje vários clientes ao enviar o XML estão recebendo a mensagem de erro "CNPJ do assinante não consta no cadastro da RFB" sendo que até ontem tudo funcionava perfeitamente. Está acontecendo com mais alguém? Alguém sabe se é problema no servidor/portal do e-social mesmo ou tem alguma informação para me ajudar? Grato pela atenção
  2. atualmente se atribuir o valor prpPlanoPrevidenciarioOuUnico ele gera como "0" no xml, o que é errado. Mudei o pcesConversaoeSocial.pas para gerar como "1" e assim ir corretamente. pcesConversaoeSocial.pas
  3. A Nota Técnica Nº 14/2019 de Ajustes do Leiaute v. 2.5. ( https://portal.esocial.gov.br/manuais/nota-tecnica-14-2019.pdf ) informa da criação do campo {indPorte} (no Grupo {infoCadastro} abaixo dos campos {indOpcCP}) no evento S-1000. Eu adicionei esse campo na unit pces1000.pas. Esse campo começará a ser implantado no ambiente de produção/homologação a partir de 26/06 (amanhã) pcesS1000.pas
  4. Sugestão de correção no arquvio pcesS2300: atualmente só está gerando os campos da tag <infoDirigenteSindical > se (obj.infoDirSind.dtAdmOrig > 0), mas como consta no layout do eSocial v.2.5, dtAdminOrig não é obrigatória em todos os casos. Segue anexo o arquivo pcesS2300 modificado verificando ao invés do dtAdmOrig, o valor de obj.infoDirSind.categOrig já que esta é obrigatória em todos os casos de envio da tag <infoDirigenteSindical>. pcesS2300.pas
  5. Saiu hoje (26/06) a notícia anunciando que agora no ambiente de Produção Restrita as datas devem ser no ano de 2017, não mais no ano de 2016. "Até então, as datas simuladas para o teste do faseamento se davam no ano de 2016. A partir de agora, com a limpeza e renovação da base da produção restrita ocorrida em 26/06, as datas passarão a ser janeiro (eventos iniciais e de tabelas), março (eventos não periódicos) e maio (eventos periódicos) de 2017." http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017
  6. O exemploESocial.pas não continha o campo matrícula no grupo detPgtoFer na função GerareSocial1210. Segue o .pas com a modificação uExemploEsocial.pas
  7. A nota esclarece algumas dúvidas sobre o envio de periódicos das empresas com faturamento superior a R$78 milhões que começará dia 08/05/2018: "A partir desta fase, o eSocial utilizará a versão 2.4.02 do leiaute, incluindo os ajustes constantes nas Notas Técnicas nº 01, 02 e 03." http://portal.esocial.gov.br/noticias/entes-esclarecem-as-principais-duvidas-sobre-os-eventos-periodicos
  8. Olá, estava com um erro ao excluir um evento da S-1020 falando que eu devia informar o grupo de 'Informações do trabalhador', então percebi um equívoco na pces3000.pas. Ele gera o grupo de informação do trabalhador se a apuração estiver vazia (o que consiste em um evento não-periódico), mas existem três eventos periódicos que também precisam gerar esse grupo (S1200, S1202 e S1210). Em anexo, tem o arquivo modificado para quando for S1200, S1202 e S1210 gerar tanto o grupo de informação do trabalhador quanto o grupo de Folha de Pagamento. pcesS3000.pas
  9. Ao tentar enviar qualquer evento não periódico como S-2190, S-2230 e S-2250 recebi a seguinte mensagem de erro: "O tipo de evento informado não é aceito para esse tipo de lote/serviço." Pesquisei e li que isso ocorre porque o XML está enviando o grupo como valor "3" e não como valor "2" como descrito no manual do desenvolvedor http://portal.esocial.gov.br/manuais/manualorientacaodesenvolvedoresocialv1-6-3.pdf página 30. Isso ocorre porque em pcesConversaoeSocial.pas ele utiliza os seguintes valores TeSocialGrupo = (egIniciais = 1, egPeriodicos = 2, egNaoPeriodicos = 3); Então, quando o XML é montado na função GerarXML() do ACBReSocialLoteEventos.pas ao invés de colocar o valor 2, ele coloca o valor 3. Ao colocar egNaoPeriodicos como valor 2 e egPeriodicos como valor 3, ele enviou o XML sem apresentar mais esse erro em específico. Porém não sei se afetaria o restante do projeto de alguma maneira negativa. Alguém mais teve esse problema?
×
×
  • Create New...