-
Total de ítens
64 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jeihcio Francis
-
-
O REINF a partir do dia 21/10/2023 só aceitará o TLS 1.2 (que tem no Windows 7), contudo por mais que não dê erro de conexão, ao tentar exportar o REINF com essa versão do Windows e a versão server 2012, o sistema está vindo com o xml em branco, no método que associamos em ACBrReinf.OnTransmissaoEventos. Esse fenômeno aconteceu aqui no meu sistema no evento de erRetornoLote, o AXML veio como string vazia. Alguém mais está tendo problema com o novo layout e o windows 7?
-
On 1/11/2023 at 12:04 PM, Diego Cavalcante said:
bom dia, aproveitando o tópico do amigo.
Encontrei uma divergência criada no dia 07/12/2022 na "pcesS2210.pas", foi criado uma validação que não condiz com o manual S.1.1.
O campo <ultDiaTrab> Último dia trabalhado. Validação: Preenchimento obrigatório se dtAcid >= Página [2023-01-16]). Se informada, deve ser uma data igual ou anterior à data atual e igual ou posterior à data de admissão do trabalhador.Foi inserida uma validação que "obrigado" o operador informar a data de ultimo de trabalho, igual ou posterior a data do acidente.
O correto não seria confrontar a data do ultimo dia de trabalho sendo menor ou igual a data atual ?
Diante mão, peço desculpas se não for este o local para comentar/postar.
Bom dia,
ontem eu tive o mesmo problema, essa validação está divergente com o layout, inclusive ao remover ela, a exportação passou no servidor. No layout está "Se informada, deve ser uma data igual ou anterior à data atual e igual ou posterior à data de admissão do trabalhador.". Ou seja essa validação não era para ser com a data do acidente, como está acima "Self.Cat.dtAcid" e sim com a data de admissão do trabalhador, contudo na exportação 2210 não vai a data de admissão, ela vai apenas no 2200. Acredito eu, que essa validação precisa ser removida.
-
Campo dtAcConv da tabela 2299 no layout 1.0 não é obrigatório. Em anexo o código corrigido
-
No layout 1.0 temos a seguinte regra de validação:
Ou seja, se a matrícula estiver cadastrada no 2300 se torna necessário informar a matricula independente da categoria. Segue o código em anexo.
- 2
-
O layout 1.0 removeu a tag InfoSaudeColet de todas as tabelas, coloquei uma verificação de versão de layout no arquivo pcesGerador.pas, segue em anexo.
-
Ops, não tinha visto, mas já existe um tópico sobre o assunto
- 1
-
No arquivo pcesS2220 a condição para gerar a tag está dessa forma:
Entretanto, a coleção do tpOrdExame está dessa forma:
Ou seja, não tem nada maior que o 'não informado', então alterei esse símbolo de maior para o de menor. Segue o arquivo em anexo
-
A tag ageIntegracao ela tem apenas um campo dentro dela na versão 1.0, entretanto na 2.5 tinham muitas outras e a geração não estava diferenciando quando é para gerar todos os campos ou não. Em anexo segue o código com a geração identificando quando é 1.0.
1.0
2.5
- 2
-
No layout 1.0 foi removido a tag InfoAtestado, então adicionei uma condição para gerar a tag apenas para a versão 2.5 para baixo, em anexo o arquivo alterado.
Layout 1.0
Layout 2.5
- 1
-
Verdade, desculpa, eu estava olhando a versão antiga do layout.
Obrigado
-
-
É necessário adicionar o campo 'indGuia' na exportação da tabela 1298, esse campo já existe em outras tabelas mas ainda não tinha sido implementada nessa. Segue o código modificado e o print do layout.
- 1
-
Também estou tendo esse problema... Parece que realmente o componente precisa de um if, pq hoje ele está sempre gerando as tags EpcEpi.
- 1
-
O campo codIncCPRP está com a ocorrência 1 no arquivo pcesS1010.pas, entretanto no layout a ocorrência está de 0-1. Em anexo, está o arquivo alterado para verificação.
- 1
-
O campo de matrícula do ideVinculo está pedindo ocorrência 1 no arquivo do pcesGerador, entretanto tanto no layout do e-social 2.5 quanto o simplificado a ocorrência é de 0-1. Em anexo, está o arquivo alterado para verificação.
- 1
-
Na geração do XML do evento 1005 o método eSIndSubstPatronalObraToStr está retornando o número incorreto na hora de converter o enum para um número. Ao invés de gerar 1 para o ispPatronalSubstituida e 2 para o ispPatronalNaoSubstituida, o método está gerando inverso. Segue em anexo a correção.
-
Para resolver o problema de tradução dos campos para uma mensagem de alto nível para o usuário, eu criei um parse. Como eu não sei como isso seria implementado no componente do ACBreSocial eu criei um projeto no GitHub.
Segue o link: https://github.com/jeihcio/traducao_campos_esocial
Caso alguém queira só os campos e as mensagens de forma crua, no Git está um arquivo chamado “Traducao” que é basicamente uma planilha com todas as 48 tabelas e seus campos.
-
Na exportação 2230 é necessário adicionar um novo "codMotAfast" o "37 – Suspensão temporária do contrato de trabalho nos termos da MP 936/2020". De acordo com a seguinte notícia: http://portal.esocial.gov.br/noticias/calamidade-publica-como-informar-a-suspensao-do-contrato-ou-a-reducao-da-jornada-e-salario-no-esocial-domestico
Eu fiz algumas alterações no arquivo "pcesConversaoeSocial". Segue a .pas em anexo, mas basicamente só adicionei um novo item no enum.
- 2
-
Desculpa a demora, tive que rever uma situação. Minha mudança foi inicializar a variável "FQtdDiasInterm" com o valor de -1 e alterar a condição que tinha mencionado acima . Segue a unit alterada. Obrigado
- 1
-
Prezados, no evento 2299, tag qtdDiasInterm, quando a categoria for igual a [111], é obrigatório o preenchimento com valor entre 0 e 31. Porém, quando informado zero, essa tag não está sendo criada no XML. Eu encontrei um outro tópico aqui no fórum que foi debatido o assunto, entretanto, o erro permanece. No layout está:
"Quantidade de dias trabalhados no mês pelo empregado com contrato de trabalho intermitente. Cada dia, total ou parcial, em que o trabalhador tenha prestado serviços deve ser considerado. Validação: Deve ser um número entre 0 e 31."
Olhando o arquivo "pcesS2299.pas" tem a seguinte condição
If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then
Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm);Eu consegui arrumar simplesmente colocando >= na primeira condição do if (até acredito que poderia ser tirado ela). Fazendo isso consegui gerar a tag normalmente com o valor zero.
O tópico em questão está no link:
- 1
-
No componente do e-social tem um recurso para 'traduzir' as mensagens de erro igual tem na nota fiscal, o 'ErroValidacaoCompleto'? Eu sei que temos o 'FormatoAlerta' para formatar o modo que as mensagens são exibidas, mas tem algo que consiga 'traduzir', por exemplo, 'evtAdmissao' para 'Evento Cadastramento Inicial do Vínculo e Admissão / Ingresso de Trabalhador' (como está no layout)?
-
Só para complementar, eu procurei e não achei no componente da ACBr se existia alguma função para verificar se a string era base 64 ou não, porém achei um método que funcionou perfeitamente nesse link: https://stackoverflow.com/questions/6895009/how-to-detect-if-a-string-is-base64encoded-or-not
- 1
-
Sobre as funções de base 64 eu achei uma unit da ACBr que faz isso, a "synacode". Queria só compartilhar caso alguém no futuro também precise da resposta da minha pergunta.
- 1
-
O ACBr possuí algum módulo para zipar XML e converter para base 64? Eu vi que na pasta de "terceiros" contém a "ZLibExGZ", mas eu queria saber se o componente já contém algum módulo para isso. O meu problema é o seguinte, eu estou usando o ACBreSocial e ACBrReinf, e preciso salvar no banco de dados o XML de envio e o XML de retorno, contudo o banco de dados vem crescendo exponencialmente e eu queria gravar o XML reduzido no banco. Já existe alguma solução para isso? Eu procurei nos fóruns e não achei, o máximo que achei foi algo falando sobre o "BlocoX".
Dúvida com o Windows 7
em ACBr-Reinf
Postado
Funcionou, obrigado! Deu certo alterando o SSL.SSLType para LT_TLSv1_2 ao invés de usar o LT_all