arce

Boa tarde Ao inicializar os funcionários em produção me deparei com a seguinte situação. O funcionário é da Categoria 101, com a tag aposentadoria.trabAposent = tpSim. Pois ele recebe aposentadoria por tempo de serviço. Este grupo é opcional, entretanto, ao meu ver esta informação não pode ser omitida. Alguém se deparou com este problema ou tem alguma sugestão de que tipo de cruzamento de informação está sendo relacionada ao evento rejeitado? O numero da ocorrencia é 533: "Grupo 'Aposentadoria' não deve ser preenchido. Verifique as condições de preenchimento no leiaute"

Complementando minha pergunta. O schemaXML possui uma mensagem descrevendo qual o erro. <xs:complexType name="TOc"> <xs:annotation> <xs:documentation>Órgão de Classe</xs:documentation> </xs:annotation> <xs:sequence> <xs:element name="nrOc"> <xs:simpleType> <xs:annotation> <xs:documentation>Inscr no órgão de classe</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:minLength value="3"/> <xs:maxLength value="14"/> </xs:restriction> </xs:simpleType> </xs:element> Teria como lera o conteúdo da tag "documentation" ao validar?

Bom dia Como faço para tratar as mensagens de erro de validação ao Gerar/Assinar os XML. Ex: Este é um erro referente a tag orgaoEmissor do RG, como mostrar ao usuário de forma mais clara o retorno

@Italo Jurisato Junior @EdmarFrazao Seria interessante abrir um post para unificar as mudanças de Conversão e Estrutura do Layout, o que vcs acham?

Você deverá informar nas tags iniValid das tabelas (Cargos, Estabelecimentos, Turnos, etc) o período inicial de obrigatoriedade de tais eventos no e-Social. Para a Produção Restrita informar 2016-01 Para a Produção informar 2018-01

Sobre o evento de Desligamento S-2299, tenho uma dúvida a respeito do preenchimento. Se o um trabalhador é transferido da empresa X para a empresa Y, sendo estas do mesmo grupo econômico, utilizando os motivos de desligamento 11, 12 ou 13 (Tabela 19). Devo enviar o evento S-2299 referente a empresa X, e uma nova admissão S-2200 na empresa Y?

Como gerei a versão do meu sistema em produção para meus clientes transmitirem os eventos de tabela com os fontes anteriores; estou aguardando o fim do envio das tabelas para realizar o update. Mas o farei antes do inicio da segunda fase.

@Alisson Souza Pereira Seguindo o manual e posteriormente transmitindo o evento S-2230, fiz alguma mudanças para resolver este problema. @Rafael Dias Por favor verifique se está de acordo. eSocial_S2230.pas Add tbm o conversor do tpAcidenteTransito no eSocial_conversao function eStpTpAcidTransitoToStr(const t: tpTpAcidTransito ): string; begin result := EnumeradoToStr2(t,TGenericosString1_3 ); end; function eSStrTotpTpAcidTransito(var ok: boolean; const s: string): tpTpAcidTransito; begin result := tpTpAcidTransito( StrToEnumerado2(ok , s, TGenericosString1_3 ) ); end;

@EdmarFrazao Como disse, é permitido retificar o S-2200 ou S-2300 desde que não haja evento vinculado ao funcionário (S-2205, S-2206, S-2305, S-2230, etc) transmitido posteriormente ao evento original.

http://portal.esocial.gov.br/manuais/mos-manual-de-orientacao-do-esocial-vs-2-4.pdf

O e-Social bloqueia a retificação, caso haja outro evento vinculado ao funcionário transmitido após o S-2200. Ou seja, se for enviado posteriormente por exemplo os eventos S-2205, S-2206 ou S-2230. Para realizar a retificação do S-2200 é necessário excluir todos estes eventos na ordem inversa do envio. A regra vale tbm para o S-2300

Manual "Leiautes do eSocial v2.4.01 - Anexo I - Tabelas" http://portal.esocial.gov.br/institucional/documentacao-tecnica

Um dos clientes aqui da empresa tem 3500 funcionários fixos. O sistema precisa ter uma lógica onde os lotes sejam transmitidos na sequencia correta, para evitar conflitos. Uma sugestão seria organizá-los por funcionário, assim tornaria o controle de erros menos complexo.

Estou fazendo o mesmo isso tbm

Estou fazendo da seguinte forma. Ex: Envio os 10 eventos em um lote, destes 3 retornaram com erro. Então separo os corretos e mantenho no mesmo lote, e os demais envio em um novo lote, para receber um novo número de protocolo. Usei a mesma lógica da NFe, se vc envia 30 NFes em um único lote, e algumas possuem falhas, vc pode enviá-las em um novo lote. Não precisa repetir o mesmo

Não é possível extrair os logs, pq este comando só funciona com ele Ativo. Olhei o retorno que o ACBr traz, é apenas a mensagem "Erro desconhecido na ativação". No portal da SEFAZ diz, dias 23 e 24, entretanto representantes da Sweda e Elgin disseram que somente voltará dia 02/02/2018. Sendo assim a informação que a SEFAZ disponibilizou parece estar equivocada.

Hoje é 25 de janeiro, e não consegui ativar. Retorna "Erro desconhecido na ativação" Alguém conseguiu?

Vcs conseguiram pelo menos acessar o Sistema de Retaguarda para realizar o vínculo do equipamento?

Verifica se as configurações no IE estão dessa forma.

Sim, já tive lotes com apenas 10 registros que demoraram mais de uma hora para processar. É o webservice que não suporta.

Bom dia Saiu a atualização do Manual de Orientação do Desenvolvedor (1.6.1), no qual define uma nova URL para o Ambiente de Produção que entrará em vigor dia 08/01/2018. Segue link da notícia do portal do e-Social. http://portal.esocial.gov.br/noticias/divulgadas-novas-url-para-transmissao-dos-dados-de-producao-do-esocial As URLs do ambiente de Produção Restrita NÃO foram alteradas. É necessário alterar no ACBreSocial.pas procedure TACBreSocial.LerServicoDeParams(LayOutServico: TLayOut; var Versao: Double; var URL: String); begin {TODO: Implementar com URI} if Configuracoes.WebServices.Ambiente = taHomologacao then begin case LayOutServico of LayEnvLoteEventos: URL := 'https://webservices.producaorestrita.esocial.gov.br/servicos/empregador/enviarloteeventos/WsEnviarLoteEventos.svc'; LayRetEnvLoteEventos: URL := ''; LayConsResultProcessamento: URL := 'https://webservices.producaorestrita.esocial.gov.br/servicos/empregador/consultarloteeventos/WsConsultarLoteEventos.svc'; LayRetConsResultProcessamento: URL := ''; end; end else begin case LayOutServico of LayEnvLoteEventos: URL := 'https://webservices.envio.esocial.gov.br/servicos/empregador/enviarloteeventos/WsEnviarLoteEventos.svc'; LayRetEnvLoteEventos: URL := ''; LayConsResultProcessamento: URL := 'https://webservices.consulta.esocial.gov.br/servicos/empregador/consultarloteeventos/WsConsultarLoteEventos.svc'; LayRetConsResultProcessamento: URL := ''; end; end; end;

@Zottis Veja na unit pcnNFeR o método LerXML da classe TNFeR. Acho que vai servir de base para vc

O modelo de LoadFromFile pode ser espelhado no da NFe, que utiliza a unit pcnNFeR.pas para ler o XML.

@SergioL Segundo o José Adriano (do blog BlueTax) "todos os registros da Reinf ficaram para mai/18" Observe neste link a resposta (nos comentários) que ele dá para esta mesma pergunta. http://blog.bluetax.com.br/profiles/blogs/oficial-novas-datas-de-implementacao-da-efd-reinf-a-partir-de-201

Agora é oficial Reinf para "empresas com faturamento superior a 78 milhões passarão a enviar os eventos pela EFD-Reinf a partir de 1º de maio de 2018. Os do segundo grupo, a partir de 1º de novembro de 2018 e os do terceiro grupo, a partir de 1º de maio de 2019." http://portal.esocial.gov.br/noticias/receita-federal/novas-datas-de-implementacao-da-efd-reinf-a-partir-de-2018