arce

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

Altere os métodos que o @Sandro Felipe Adad citou neste post para corrigir o XML.