Sistemas Victory

Obrigado mestre

Prezados Senhores, Estamos incluindo as TAGs para os plano de saude no S-1210, e deparamos com a seguinte dúvida, em relação a estruturação do HELP ( INI do Acbr ) quanto ao INICIO deste grupo conforme exemplo retirado do proprio HELP de vocês. [planSaude0101] cnpjOper=12345678000112 regANS=123456 vlrSaudeTit=100 Precisamos SABER o que significa cada 0101 deste grupo planSaude, porque, estou entendendo que o primeiro é relativo ao plano de saude, mas o segundo 01 não consigo encontrar a lógica do mesmo, ou até mesmo, POSSO considerar o SEGUNDO 01 como sendo o plano de saude, mas fico na dúvida, porque, do primeiro. Trocando em MIUDOS, eu preciso que me expliquem, o que significa cada um deles.

Certo. Irei conferir

Prezados Senhores, Estamos utilizando o ACBRMonitorPlus versão 1.4.0.244 para solicitarmos as Operações realizadas na NFe. Assim sendo, estamos solicitando pelo ultimo NSU e estamos RECEBENDO no arquivo de SAIDAS o nosso SAI.TXT, apenas PARTE dos registros que foram captados pelo ACBR e gravado no LOG.TXT. Enviarei o SAI.TXT montado com partes destes eventos e o LOG.TXT repleto de eventos que foram ignorados e não gravados no SAI.TXT para que me digam, onde estamos errando, pois, não estamos conseguindo receber as NFe de compras, conforme estão no log para que possamos INSERI-LAS no sistema. Vejam na imagem de configuração do ACBR que o nosso arquivo de saidas é realmente o SAI.TXT LOG.TXT sai.txt

Assim que eu retiro o ponto, vocês ACRESCENTAM o 00 como centavos, criando um salario totalmente errado. Exemplo: Salario de 1566.95 retirando o PONTO passa a ser considerado 156695.00 no xml ATENÇÃO: Resolvi TROCAR o ponto por vírgula e VALIDOU sem problemas e no xml passou a ser informado o salario correto de 1566.95

Após gerar o ini sem os espaços passou a aceitar os valores com pontos e decimais? Resposta da pergunta acima. Retirei todos os espaços e não resolveu o problema das decimais. Assim que eu RETIRO o ponto, valida normalmente.

Certo. Vou fazer isso, mas antes me responda. Porque vocês estão usando o INI da versão do esocial S_1.1 quando o correto deveria ser a versão S_1.2?

Mestre Acabei de fazer o teste ENVIANDO o INI MODELO DO ACBR e constatei o seguinte. Veja na imagem, que o INI modelo a direita, tem algumas linhas a mais do que no XML gerado pelo ACBR. OBS.: Como realmente o ACBR ignorou essas linhas finais, o INI foi validado e gerado o xml, o que de FATO também no MEU INI, temos outras linhas que foram preenchidas e realmente o ACBR atual não consegue valida-lo.

Mestre. Vou pegar o INI de vocês e vou fazer o teste com e depois falo pra vocês. Outra coisa ESTRANHA que encontrei, foi a TAG indUnic=S que está no seu INI e não existe PREVISTA no layout da versão S_1.2

Sim. Se vocês observarem, o nosso INI estão preenchidos com todas as TAGs que o layout S_1.2 Porém, no seu modelo de INI que peguei clicando onde mostraram, não tem todos os campos. Também, o ACBR está recusando os valores cuja separação está sendo feito dos centavos com o uso do PONTO exemplo: 1566.95 Pois é. Antes o nosso INI estava preenchendo os valores separando os centavos por ponto, mas isso, fez cair em erro na validação Assim, retirei o PONTO apenas para realmente sair do erro, como de fato saiu, mas caiu neste ERRO sem um SINAL lógico de onde estaria o nosso erro. NOsso problema, está certamente, entre gerar o INI e o ACBR montar o xml e pode ser incompatibilidade de TAGs

Prezados, Encontrei o MODELO DO INI do ACBR, e depois disso CONFRONTEI com o meu INI e percebi uma DISCREPANÇA muito grande entre o nosso e do ACBR, porque, o nosso, seguimos o layout da versão S 1.2 e criamos todos os campos e o INI do acbr não. Assim, vou enviar o arquivo SAI.TXT e o nosso INI para me informarem, porque, estou com este erro na validação. eSocial_12345678901234567890_S2500_403.INI sai_S-2500.txt

Infelizmente, fiz o que pediu e não apareceram. Assim, fiz questão de entrar por outro navegador e também não apareceu

Prezados Senhores, Venho solicitar de V. Sas., o INI ou o Desenvolvimento do evento eSocial S-2500 e S-2501, porque, consultei no F1 ( Help ) e percebi que ainda não criaram o INI dos mesmos. Estamos com demanda para envio deste evento e nossos clientes estão nos pressionando. Assim, aguardo retorno de V. Sas, pois estou utilizando a versão 1.4.0.244 e além disso não existe o INI e claro, sendo assim, ainda estão em desenvolvimento.

Certo. Vou fazer e informo o resultado.

Certo. Mantenho no aguardo. Obrigado

Obrigado. Fico no aguardo da solução.

Prezados Senhores, Tentando ENVIAR o evento S-1280 na versão 1.4.0.210 do ACBR Monitorplus, está ocorrendo REJEIÇÃO, devido o ACBR dessa versão, incluir o grupo: <infoAtivConcom> <fatorMes>0.00</fatorMes> <fator13>0.00</fator13> </infoAtivConcom> Assim, estou DESINSTALANDO o 1.4.0.210 e instalando o 1.4.0.162 e enviando sem problema. Portanto, vou anexar o INI e os xmls com erro e o xml SEM erro, para analisarem o problema da versão 1.4.0.210 OK_Gerado_versao_1_4_0_162_S-1280_EMP_038.xml eSocial_202310_S1280_038.INI ERROR_Gerado_versão_1_4_0_210_S-1280-0.xml

Boa tarde pessoal. Já conseguimos descobrir a causa do erro acima, apesar de existir no layout do evento R-4010 o campo compFP que servirá para ser informado a COMPETÊNCIA, ou seja, ANO-MES e se Décimo Terceiro, informar somente ANO, estávamos informando ano/mes e ao DEIXARMOS sem informar, o ACBR gerou o xml e enviou sem problema.

Prezados Senhores, Estou gerando e tentando enviar o REINF R-4010 utilizando a VERSÃO do ACBR MONITOR PLUS 1.4.0.210 e estou recebendo a mensagem de Invalid date e vou enviar o INI para vocês analisarem e também me informarem, porque, o ACBR não está gerando o xml. Reinf_01185424199_R4010_016.INI sai_R_4010.txt

Estávamos atribuindo a versão. Assim, nós mesmos estávamos fixando a versão para o ACBR assumir e enviar.

Mestre. Consegui DESCOBRIR a causa da mensagem: A estrutura do arquivo XML está em desconformidade com o esquema XSD. O namespace http://www.reinf.esocial.gov.br/schemas/evt4020PagtoBeneficiarioPJ/v2_01_01 informado no documento XML não é um namespace reconhecido. A CAUSA era apenas porque eu estava USANDO nas configurações do ACBR em REINF a versão 2_01_01 quando o correto agora é 2_01_02

Mestre. Esqueci de INFORMAR que o meu ENVIO foi justamente para o site de Homologação

Fiz o que você disse, mas não mudou nada na mensagem na consulta do evento. Informam que nosso xml está em desacordo com a estrutura do layout. Reinf_44499971000101_R4020_016.INI 1495997460000002023112113575680005-R-4020-0.xml sai_R-4020.txt

CErto mestre.

Prezados Senhores, Estou gerando o evento REINF R-4020 e estou utilizando a versão do ACBR Monitor Plus 1.4.0.205 e estou caindo na rejeição dizendo que não estou obedecendo o schema conforme XSD. Estou anexando o INI e XML do ACBR para vocês analisarem. 1495997460000002023112111444507264-R-4020-0.xml Reinf_44499971000101_R4020_016 - Copia.INI