Joceandro Perin
-
Total de ítens
207 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Joceandro Perin
-
-
39 minutos atrás, Marcelo Pontes Melim disse:
Fiz alguns ajustes no módulo pcesConversaoeSocial.pas que segue anexo.
Veja se resolverá a quebra de código pela remoção inadvertida que fiz.
Um abraço e pedimos desculpas.Que nada meu amigo, acontece, vou fazer um teste amanhã e lhe aviso.. Obrigado..
-
Pessoal, pesquisando aqui, pelo que eu vi aqui essa alteração foi na revisão 22935 e tem haver com esse tópico..
-
Boa tarde pessoal, sincronizei o ACBr hoje e vi que quebrou meu código, fui analisar as opções do campo tpPlanRP usados no 2200 e 2206 do layout 2.5 não existem mais, foram substituídas pelas opções da versão simplificada..
Versão 2.5
Versão Simplificada
minha dúvida é que não teria que manter os dois layouts em funcionamento?
-
52 minutos atrás, alexcamilo01 disse:
A idéia nessa correção é se o evento retornar com essa mensagem, então informa a propriedade aliqGilrat.ReenvioFap = tpsim e gera o evento novamente.
Acho que a ideia é boa, não vamos ter muitas alternativas, já que dependendo da situação precise reenviar o fap novamente.. Esperar o pessoal subir os ajustes para efetuar os testes aqui, obrigado pessoal..
-
Testado aqui e com o mesmo problema, alguma proposta pessoal pra solucionar essa questão? acredito que a tratativa terá que ser feita cada um nos seus respectivos sistemas..
-
31 minutos atrás, Paulo Aguiar Junior disse:
@Joceandro Perin o seu print parece ser do evento S-1250, e não S-1260. (eu não havia falado qual evento eu estava gerando... era o S-1260)
Acredito que o Acbr esteja utilizando a mesma função para gerar as nfs dos dois registros, e no S-1250 deve gerar como atributo mesmo, já no S-1260 deve gerar como elemento.
Não tem muito a ver com a versão não, até no leiaute 2.2 do esocial gerava-se no S-1260 como elemento já...
Acredito ser esse o problema.
Aham é do 1250, acho que os dois usam a mesma função pra gerar as nfs, por isso ficam com e mesma estrutura..
-
25 minutos atrás, Paulo Aguiar Junior disse:
Boa tarde,
Alguém sabe o porque esta sendo gerado dessa forma (serie=valor nrdocto=valor etc...) as nfs? Tem alguma indicação disso no XSD ?
É diferente de tudo que eu já vi no eSocial até hj...
Na versão 2.5 deve ser gerado como um Atributo e não um Elemento, por isso a montagem é dessa forma..
Já o 1260 na versão 1.0, foi alterado para ser Elementos..
-
Bom dia pessoal, no evento S-2220 o campo procRealizado no manual é do tipo inteiro, mas dá falha de validação com o schema..
Falha na validação dos dados do evento: evtMonit-v_S_01_00_00 1824 - Element {http://www.esocial.gov.br/schema/evt/evtMonit/v_S_01_00_00}procRealizado: 197 is not a valid value of the local atomic type.
Não sei se pode ser algum erro do layout, mas na Tabela 27 - Procedimentos Diagnósticos o campo código possuí 4 dígitos começando com zeros a esquerda, trocando o tipo do campo para string, passou na validação e subiu normal pro eSocial..
Segue fonte com os ajustes..
-
3
-
-
41 minutos atrás, Aércio disse:
Bom dia,
Estou enviando o evento S-2210 ele esta dando erro :
ele gera o arquivo, mas ao enviar da esse erro.
obrigado.
Veja se você não esqueceu de passar o número de inscrição no local do acidente
-
47 minutos atrás, EMBarbosa disse:
Boa tarde Marcelo.
Como a Juliana disse anteriormente, eu subi a sua última versão com algumas alterações devido detalhes que encontrei.
Peço que atualize o seu código via SVN e faça um novo upload de alterações.
Antes, avalie as alterações que estão no SVN.
Não é uma lista de todas alterações, mas por favor, dê atenção em especial ao seguinte:
- "pcesConversaoeSocial.pas" : linha 413 definição do tipo tpIndSubstPatrOpPort para manter a compatibilidade com o código anterior na medida do possível;
- "pcesS1200.pas": linha 1099 - Variável "A:TStringList" declarada é desnecessária
- Arquivo ACBreSocial-Change-log - não foi alterado
Revisão 21800
Boa Tarde Joceandro.
Queremos agradecer muito sua contribuição. Eu não consegui identificar o que você fez que ainda não está na versão atual do SVN. Mas como as alterações foram muitas, eu posso ter deixado de perceber algo.
Por favor, faça atualização e reporte qualquer problema que encontrar. Suas contribuições são muito bem vindas.
Boa tarde, então, acredito que o que eu tenha feito o pessoal já tinha feito antes em postagens anteriores aqui no tópico, também foi falha minha em não ver todo o tópico e ver o que o pessoal já tinha feito, mas vou baixar aqui os fontes e fazer novos testes, se eu identificar alguma coisa ajudo aqui o pessoal na correção, muito obrigado..
-
Boa tarde pessoal, fiz algumas alterações para subir os eventos de SST pra versão 1.0, S-2210, S-2220 e S-2240, está subindo certinho na versão 1.0..
Algumas alterações a mais que eu tive que fazer pra subir na 1.0.. Adicionei a versão "ve01_00_00" no type TVersaoeSocial e demais validações, dessa forma ele está indo buscar os schemas no mesmo diretório da versão 2.5, o schemas ficaram com esse sufixo: evtCAT-v_S_01_00_00.xsd
Sincronizei aqui com a última versão do SVN e não sei como vocês estão tratando as alterações pro 1.0, se foi feito um novo componente ou está no mesmo, mas estou mandando os fontes para vocês verificarem o que pode ser aproveitado..
@Italo Giurizzato Junior @Juliomar Marchetti
Pessoal, perdão, na correria eu não vi que vocês já tinham feito algumas alterações pros eventos de SST nesse tópico..
Vejam as minhas alterações se podem ajudar em alguma coisa.. Obrigado..
-
Em 05/03/2021 at 13:40, Italo Giurizzato Junior disse:
Boa tarde Evandro,
Até onde sei não temos nada pronto, caso queira colaborar fique a vontade.
Boa tarde Italo, vou começar a implementar a versão 1.0 e algumas coisas do SST tbm, pra essa versão simplificada vc teria uma ideia do que a gente poderia fazer? Um componente aparte? ou poderíamos usar apenas algumas validações e implementar com a 2.5? porque muita coisa foi removida né, e alguns eventos foram removidos, outros foram incorporados, talvez implementar junto ficaria muitas validações pra fazer..
-
28 minutos atrás, Ivan Neves disse:
@Joceandro Perin Eu entendi a primeira resposta do @arce, a qual tem uma implementação parecida nos fonte de Exemplos, entretanto, optei por salvar esses XMLs para uma posterior leitura e geração de um relatório, por uma questão de performance.
@arce, obrigado pela atenção! O seu segundo exemplo atendeu as minhas necessidade! Valeu!
Por mim o post já pode ser encerrado!
Entendi, eu salvo essas informações em banco no momento da consulta, aí posteriormente, utilizamos para relatórios..
-
2
-
-
O retorno desses eventos o componente já faz a leitura.. se vc pegar o exemplo do arce, vc vai ter todas as informações desses XML de retorno.. Não precisa vc salvar e carregar depois novamente no componente..
-
1
-
-
Boa tarde, por favor, analise esses ajustes que são relevantes para o envio no layout 2.5, todas essas alterações foram testadas e validadas corretamente pelo webservice..
A questão do S-1250, fizemos as alterações para testar e que ficou correto, porém, precisa analisar se é a melhor forma em deixar assim, já que agora precisa ser enviado em forma de Atributo..
Segue os fontes..
-
2
-
-
1 hora atrás, Italo Jurisato Junior disse:
Bom dia Joceandro,
Pelo que vi no manual e no schema esta muito estranho, não sei se foi mais um erro deles, apesar que no manual mudaram de elemento para atributo o tipo do campo.
Antes de fazer uma alteração dessas nos fontes do componente, seria mais prudente tentar entrar em contato com esses lunáticos para saber se essa alteração de elemento para atributo esta correto ou não.
Eu e o @Alessandro Feelipe fizemos um teste gerando da forma que pede o layout e está validando e subindo corretamente pro eSocial..
O XML ficará da seguinte forma..
Essa lógica de montagem segue para as notais fiscais e processos judicais..
Eu penso que essa alteração foi feito para evitar algum tipo de erro ou sobrecarga, pois veja bem, no layout o grupo tpAquis permite adicionar até 9999 ideProdutor, e no grupo ideProdutor permite até 9999 notas fiscais, então imagine o tamanho desse XML..
-
1
-
-
-
2
-
-
Boa tarde, conforme o layout 2.5 foi incluído mais uma opção no campo tpContr do S-2200
@Italo Jurisato Junior Segue unit ajustada para validação.. Obrigado..
-
1
-
-
21 horas atrás, Italo Jurisato Junior disse:
Boa tarde Alessandro,
O pessoal do e-social fizeram uma lambança com os schemas da versão 2.5.0 removeram os namespace, logo nenhum schema funcionava.
Eu tive que colocar os namespace na mão um por um.
Se você comparar o schema desse evento da versão 2.4.2 com a versão 2.5 vai notar que algumas tags agora são atributos.
Dai o erro que você esta tendo.
Você esta gerando tags, mas nessa nova versão os caras não tem mais o que inventar, resolveram mudar em vez de elemento agora temos que colocar as informações em atributos.
Veja a página 63, 64 (por exemplo) do manual, na quarta coluna que se refere ao tipo, esta aparecendo a letra A (Atributo) em vez de E (Elemento).
Eles não tem mais o que inventar né..
Nesse caso @Italo Jurisato Junior qual seria a melhor forma de nós implementar esses Atributos? Pelo que eu vi e pesquisei no componente, não tem nenhum gerador pra esse caso né..
-
1
-
-
Agora, Italo Jurisato Junior disse:
Boa tarde Joceandro,
Até que enfim eles viram a mercadoria que tinham feito.
Esses Schemas pelo que notei são exatamente os que eu corrigi e que estão no repositório.
Não há nenhuma novidade.
kkkkk, verdade.. fizeram um bem bolado de liberar aqueles schemas bugados..
Peço desculpas que eu acabei não comparando com os que vc tinha ajustado, achei que eles tivessem liberado mais alguma coisa, então por favor desconsidere...
-
2
-
-
-
1 hora atrás, Italo Jurisato Junior disse:
Bom dia a todos,
Joceandro, acredito ter corrigido todos os Schemas da versão 2.5, favor atualizar e faça novos testes.
Pode ser que algum evento não seja validado por nessa nova versão existir um novo campo obrigatório, neste caso deverá ser alterado a unit que gera essa tag.
Pablo, com relação a novos eventos em particular esses que você mencionou eles não são enviados e sim retornados, correto?
Se você puder implementar conforme os demais ficaremos gratos.
Obrigado Italo, irei atualizar e fazer novos testes..
-
1
-
-
-
@Italo Jurisato Junior Parece que foi corrigido mesmo.. mas não consegui usar esses schemas novos disponibilizados pelo eSocial, ele dá erro de estrutura, parece que tá bugado tbm.. Tenta fazer um teste aí...
Adaptação do ACBreSocial para os eventos da Administração Pública
em ACBreSocial
Postado
Bom dia, tive que fazer mais um ajuste na conversão do enumerado para deixar compatível com a 2.5, pois estava gerando com valores errados.. Testei e agora a principio deu certo, se puder testar tbm.. Obrigado..
pcesConversaoeSocial.pas