Ir para conteúdo
  • Cadastre-se

arce

Membros
  • Total de ítens

    490
  • Registro em

  • Última visita

  • Days Won

    3

Posts postados por arce

  1. 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.

  2. 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"

     

  3. 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?

  4. Bom dia

    Como faço para tratar as mensagens de erro de validação ao Gerar/Assinar os XML. Ex:

    Citar

    Falha 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

  5. 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.

     

  6. @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;

     

    • Curtir 1
  7. 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

  8. 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.

  9. 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

  10. 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.

  11. 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 erro

    raised 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.

    image.png.adcfa99c01286437b561174c076a7f77.png

  12. 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.

    • Curtir 1
  13. 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;

    • Curtir 5
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.