-
Total de ítens
490 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por arce
-
-
15 minutos atrás, lukas1056 disse:
Ok, mas ainda não gera os arquivos correto ? só realiza as assinaturas e envios ?
só pergunto porque já estou testando o exemplo mas nessas partes tenho problemas dando erro nos schemas ao tentar criar.
Novamente Obrigado pela atenção.
Leia atentamente os manuais para alimentar corretamente as tags e assim evitar erros de validação.
-
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:
CitarFalha na validação dos dados do evento: evtAdmissao
1824 - Element '{http://www.esocial.gov.br/schema/evt/evtAdmissao/v02_04_01}orgaoEmissor': 'SP' is not a valid value of the local atomic type.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
- 1
-
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?
-
8 minutos atrás, Italo Jurisato Junior disse:
Bom dia a todos,
arce, notei que você ainda esta usando os fontes antigos, incluse essa unit não tem mais esse nome.
Peço que faça uma cópia e atualize todos os fontes de todas as pastas e reinstale os componentes.
Fiz a correção na unit que gera o evento 2230 e já enviei para o repositório.
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.
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;
- 1
-
@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.
-
Agora, EdmarFrazao disse:
Onde tem este manual?
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
-
16 minutos atrás, Rafael Dias disse:
Onde posso encontrar esta informação no manual ?
Manual "Leiautes do eSocial v2.4.01 - Anexo I - Tabelas"
http://portal.esocial.gov.br/institucional/documentacao-tecnica
-
38 minutos atrás, fabibona disse:
Esse eSocial tem cada uma...
Enviei o evento S-1030 (Cargos), um total de 159 eventos, foi direto sem dar qualquer problema, gerou o protocolo corretamente, consultei o protocolo e estava tudo correto.
Fui enviar o evento S-2200 (Admissão), um total de 90 eventos, e retornou o erro que os eventos tem que estar em um total de 1..50, vai entender, alguns tipos de eventos transmite em sua totalidade e alguns não
Como mencionei acima uma empresa com mais de 1.000 funcionários vai ser difícil esta manutenção de protocolos e números de recibo.
Alguém tem alguma sugestão para diminuir esse sofrimento ?.
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.
-
13 horas atrás, Alisson Souza Pereira disse:
No momento que estou populando cada evento passo o ID que eu monto e na Unit de cada evento substituo ao invés de chamar a função gerar ID passo Self.ID, com isso você é quem controla o ID de cada evento.
Estou fazendo o mesmo isso tbm
-
45 minutos atrás, EdmarFrazao disse:
Também estou achando que devemos enviar lote a lote com arquivo a arquivo.
Por exemplo, Enviei 10 funcionários e 3 deram erros, o retorno so devolve o ID, ai para achar qual funcionário estava errado tem que pegar o ID, ver o arquivo de envio o ID para encontrar o que esta errado.
O eSocial aceitou 7 funcionários e 3 derram recusa. Porem para para retificar os 7 primeiros tem que o suar o NR_Recibo (1o que foi enviado), e os ouros funcionários terão outro NR_Recibo, dificil de controlar.
Se enviar arquivo a arquivo, teremos um NO_PROTOCOLO_ENVIO e NR_RECIBO_Consulta para cada arquivo xml enviado, se der erro ja sabemos qual é que esta com problema.
Para as retificações tem que usar NR_Recibo sempre.
O lote seria mais produtivo no envio sem erros, mas com erros não.
estou guardando em pasta por nome de PROTOCOLO todos os envios,
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
-
17 minutos atrás, Sérgio Assunção disse:
@angulo Obrigado por atualizar a informação.
Analise o log e veja se ocorre o fracasso ao acessar o webservice.
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?
-
16 minutos atrás, Henrique Manoel de Campos disse:
Pessoal, Bom dia
Show de bola esse Componente o exemplo deu certinho sem precisar registrar a DLL com Regasm
Só estou com uma dúvida quando assino vários arquivos e mando pro WebService no A3
Da esse erroraised exception class ESOAPHTTPException with message 'Erro no suporte a canais seguros - URL:https://webservices.producaorestrita.esocial.gov.br/servicos/empregador/enviarloteeventos/WsEnviarLoteEventos.svc - SOAPAction:http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0/ServicoEnviarLoteEventos/EnviarLoteEventos'.
Que e o mesmo erro quando a senha não é informada
e Quando fecho a aplicação e envio um arquivo assinado direto não da esse erro e abre aquela janela padrão pedindo a senha do certificado e como se o o componente salvasse a senha do certificado internamente na memoria do Windows e depois de alguns segundos ele removesse
Att,
Henrique Campos
Verifica se as configurações no IE estão dessa forma.
-
15 horas atrás, Alisson Souza Pereira disse:
Ao consultar os eventos no eSocial por meio do protocolo, todos os eventos estão retornando "101 - Lote aguardando processamento" a mais de 30 min... e geralmente levava entre 1 e 5 seg,
Acredito que o WebService deva estar com algum problema, a situação se repete p/ mais alguém? ou sabem o motivo? Não há nenhuma informação referente a isto no portal.
Obs* Ainda estou realizando testes em minha mensageria e isto ocorre em ambiente de homologação, não sei se em produção está ocorrendo a mesma coisa.
Sim, já tive lotes com apenas 10 registros que demoraram mais de uma hora para processar. É o webservice que não suporta.
- 1
-
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.
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;- 5
-
@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.
Aprovado Layout 2.4.02
em ACBreSocial
Postado
Bom dia
Foi divulgada agora a aprovação do layout 2.4.02, mudaram regras de validação, alguma tags foram criadas, excluídas ou adicionados itens ao enumeradores.
http://portal.esocial.gov.br/noticias/comite-gestor-aprova-novas-versoes-dos-leiautes-e-mos-do-esocial
Ao divulgar esta nota o e-Social está autorizando o envio em produção do novo layout?