Paulo Aguiar Junior
-
Total de ítens
184 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Paulo Aguiar Junior
-
-
Boa tarde,
Na geração do evento S-1260, estava ocorrendo o seguinte erro:
Na geração dos dois eventos estava sendo chamada a função GerarNfs da unit pcesGerador, e então os campos da NFS do S-1260 estava sendo gerado como atributos do NFS de forma errada.
S-1260:
S-1250 (será descontinuado)
Eu criei a função GerarNfs dentro da unit pcesS1260, e corrigi o problema, o XML do S-1260 esta sendo gerado corretamente agora.
O problema é esse, caso não seja a correção que julguem ideal, se acharem melhor tratar dentro do pcesGerador a "origem", se é S-1250 ou S-1260, etc...
Enfim, o problema é esse, e segue a possível solução.
Esse é primeiro mês de envio desse evento, pois é exclusivo de produtor rural pessoa física.
Obrigado
-
1
-
-
1 hora atrás, Joceandro Perin disse:
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..
@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.
-
-
Tem razão @Joceandro Perin, valeu!
-
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...
-
Sim, não tem jeito mesmo...
O correto é enviar no S-1200 as rubricas para cada CNPJ em que o trabalhador prestou serviço, a questão é como fazer o eSocial aceitar sem que exista um S-1005, se é que isso é possível...
Pode ser que de fato tenha um erro no ambiente...
-
Vou tentar fazer uma simulação aqui depois, os eventos de cadastros e os periódicos estão sendo enviados na mesma versão né?
-
Jucemar, não sei se seria o caso, mas como você relatou que já "tentou de tudo", da uma analisada no seguinte nó do S-2300:
No MOS não tem muita informação a respeito desse nó, mas em tese é informação de um trabalhador cedido a outro empregador...
-
no S-1020 esta preenchido corretamente a lotação e o FPAS?
Você conferiu a categoria do trabalhador no S-2300 ?
-
1 hora atrás, Paulo Aguiar Junior disse:
Baixei os fontes que disponibilizou aqui, e estou enviando alguns eventos na versão simplificada 1.00...
Você está alterando algum evento específico por aí?
Se você me disser onde esta alterando, eu vou te ajudando paralelamente aqui...por exemplo, no evento S-2299 eu já iria criar o campo e alterar para gerar o campo indApurIR, entre outras alterações que forem necessárias.
Obrigado
Verifiquei que vc ja implementou essa questão, é que fica no pcsesGerador, desconsidere.
-
Outra alteração por exemplo, no S-1200:
Esse campo foi excluído a partir da versão simplificada, iria alterar aqui para não gerar nesses casos, pois esta dando problema na validação do schema, pois nessa versão, esse campo não consta no XSD.
E assim por diante... se puder me dizer se esta alterando, ou o que esta alterando, eu vou te ajudando por aqui.
-
Baixei os fontes que disponibilizou aqui, e estou enviando alguns eventos na versão simplificada 1.00...
Você está alterando algum evento específico por aí?
Se você me disser onde esta alterando, eu vou te ajudando paralelamente aqui...por exemplo, no evento S-2299 eu já iria criar o campo e alterar para gerar o campo indApurIR, entre outras alterações que forem necessárias.
Obrigado
-
Diego vc não esta confundindo com eSocial?
-
Qual versão?
Tenho na 1.4.00 e na 1.5.01
-
1
-
-
Bom dia a todos,
O problema aqui era que eu estava sem o xmldsig-core-schema.xsd na pasta dos schemas, aí não vai funcionar mesmo...
Obrigado!
-
Boa tarde!
Vocês estão conseguindo enviar os eventos na versão 1.5.01 ?
Aqui está retornando o seguinte:
Erro: Schema inválido
Estranho que comparei a versão do XSD da versão anterior, com o da 1.05.01, e não há diferenças, só altera mesmo o xmlns e targetNamespace.
-
Boa tarde, está correto.
Uma vez que o nó infoDeficiencia não for enviado ao eSocial, significa que você está alterando e informando que o funcionário NÃO possui nenhuma deficiência, uma vez que o nó só deve ser incluído se houver alguma deficiência (física, visual, etc...)
-
Aqui faz a consulta normalmente, como qualquer outro evento:
RetConsultaLote := ACBreSocial.WebServices.ConsultaLote.RetConsultaLote;
Percorre os eventos retornados:
for IndiceEvento := 0 to RetConsultaLote.RetEventos.Count - 1 do
Faz a consulta normal, ai você percorre o RetConsultaLote.RetEventos.Items[IndiceEvento].tot
for IndiceTotalizador := 0 to RetConsultaLote.RetEventos.Items[IndiceEvento].tot.Count - 1 do
Ai você checka se é o evento S-5001:
case RetConsultaLote.RetEventos.Items[IndiceEvento].tot[IndiceTotalizador].Evento.TipoEvento of
teS5001:
beginEvtS5001 := TS5001(RetConsultaLote.RetEventos.Items[IndiceEvento].tot[IndiceTotalizador].Evento.GetEvento);
//Aí você pega as informações que desejar
end;
end;
-
1
-
-
Bom dia!
Alterações visando o S-2200!
O campo tpLograd do endereço do trabalhador passou a ser facultativo, e o campo tpInclContr (tipo de inclusão do trabalhador temporário) passou a ser facultativo também.
pcesConversaoeSocial.pas pcesGerador.pas
É que estamos implementando por registro...
De qualquer forma, vamos fazer isso então, quando concluirmos todas as alterações, eu mando para você!
Valeu!
-
Boa tarde!
Seguem as alterações necessárias para o S-1005.
-
Dê uma olhada por favor, para que eu continue com as mudanças que ocorreram em outros eventos, através dessa mesma nota técnica.
No S-1000:
- Grupo Contato deixou de ser obrigatório
- Campo indEntEd deixou de ser obrigatório
- Campo indEtt deixou de ser obrigatório
Criei o tipo tpSimNaoFacultativo para resolver a situação desses campos que eram tpSimNao, porém, facultativos...
-
1
-
-
Uma solução seria criar um tipo "tpSimNaoNada" (por exemplo), e alterar o tipo do campo quando for esses casos...
E também criar uma função "eSSimNaoNadaToStr" para retornar em branco quando fosse o tpNada.
Dessa forma, quando "ocorrencias" da função Gerador.wCampo for 0 e "eSSimNaoNadaToStr" retornar vazio, não geraria a tag no XML.
-
Italo, bom dia!
Estamos alterando os fontes para adequar a nota técnica 15 que entrou em vigor hoje - 11/11/2019.
Qual o padrão que vocês querem que seja seguido?
Por exemplo:
Esse campo foi alterado, e com a nota técnica, passou a ser facultativo para pessoa jurídica. Da forma que está no AcBr sempre irá gerar com SIM ou NÃO.
O @Alisson Souza Pereira teve um caso semelhante reportado aqui no fórum em que tinha alterado o campo para String ao invés de tpSimNao e parece que não foi aceito.
Me fala a maneira que vocês preferem que seja implementado, mas que atenda de fato o caso... de não informar nada (não enviar o campo no xml).
Obrigado
-
Felipe, eu fiz esse teste também, e o pior é que com o demo consegui assinar e transmitir...
O duro é que temos algumas centenas de clientes operando normalmente, inclusive clientes do grupo 1, ou seja, dificilmente é alguma coisa que esteja implementado de forma errada.
Inclusive, como eu disse antes, dessa mesma estação e com esse mesmo certificado no mês 06 ele enviou vários eventos.
Já dei uma analisada no código, e no demo também...
A gente já teve algumas incompatibilidades com esses plugins que os aplicativos de banco instalam, tipo GAS Tecnologia, sabe? Que em determinada operação no sistema, o sistema fechava de repente.
Como se esse plugin "bloqueasse" algum acesso ou alguma coisa suspeita do sistema, o nosso sistema acessa site da caixa, consulta fgts através de web, etc, e bloqueava isso. Desinstalamos, e parou, então de fato nesse caso o problema era esse.
Consultei no cliente, e está instalado esse plugin, vou remover totalmente e tentar novamente...mas não sei se o problema pode ser esse mesmo.
-
2
-
S-1298 simplificado - campo indGuia
em ACBreSocial
Postado
Boa noite,
Seguem algumas correções realizadas no componente para correta geração dos eventos: 1020, 1200, 1210, 1210, 1260, 1299, 1298, 2210, 2240, 2299, 2399...
A maioria das correções foi para geração correta dos periódicos para o segurado especial, que obrigatoriamente deve ser enviado na versão 1.0 e com o campo indGuia preenchido.
Enviei e foram processados com sucesso todos esses eventos no eSocial...
Sei que já há a colaboração dos amigos também, mas acredito que não esteja completa.
Obrigado
PCNeSocial.rar