Jump to content

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png click.png click.png

click.png

click.png

click.png

Joceandro Perin

Membros
  • Posts

    203
  • Joined

  • Last visited

  • Days Won

    1

Joceandro Perin last won the day on August 11 2017

Joceandro Perin had the most liked content!

2 Followers

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Joceandro Perin's Achievements

Community Regular

Community Regular (8/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

60

Reputation

8

Community Answers

  1. 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..
  2. 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..
  3. Aham é do 1250, acho que os dois usam a mesma função pra gerar as nfs, por isso ficam com e mesma estrutura..
  4. 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..
  5. 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.. pcesS2220.pas
  6. Veja se você não esqueceu de passar o número de inscrição no local do acidente
  7. 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..
  8. 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 SST.rar 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..
  9. 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..
  10. Entendi, eu salvo essas informações em banco no momento da consulta, aí posteriormente, utilizamos para relatórios..
  11. 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..
  12. @Italo Jurisato Junior 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.. pcesCommon.pas pcesConversaoeSocial.pas pcesGerador.pas pcesS1250.pas pcesS2299.pas pcesS2300.pas pcesS2399.pas
  13. 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..
  14. @Italo Jurisato Junior mais um ajuste.. Inclusão e validação do campo objDet Segue units.. pcesCommon.pas pcesGerador.pas pcesS2200.pas
  15. 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.. pcesConversaoeSocial.pas
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.