Helius_ERP
Membros Pro-
Total de ítens
90 -
Registro em
-
Última visita
Sobre Helius_ERP

Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
Helius_ERP's Achievements
-
Helius_ERP started following Novo Layout NFSe Tecnos , Alterações para o Provedor Tecnos , Erro E000 no envio de NFSe, Provedor Pública, município de Itajai e 1 outro
-
Eu tive que fazer esse ajuste no ler. Tecnos.LerXml.pas
-
Erro E000 no envio de NFSe, Provedor Pública, município de Itajai
Helius_ERP replied to ivan 's tópico in ACBrNFSe
Descobri porque pra mim não validava, tem um erro de português e gera então um erro de schema. Publica.GravarXml.pas -
Erro E000 no envio de NFSe, Provedor Pública, município de Itajai
Helius_ERP replied to ivan 's tópico in ACBrNFSe
Eu nem consigo validar em Itajaí...ia adorar receber esse erro, brincadeira, vocês estavam conseguindo validar normal? Tenho 1 cliente apenas nesse municipio e depois de Dezembro, não consigo mais validar. Sempre ocorre algum erro de schema -
Pessoal, conversei com a contabilidade do meu cliente, e analisamos um caso aqui que ela fez no portal. <valores> <vServPrest> <vServ>26092.24</vServ> </vServPrest> <trib> <tribMun> <tribISSQN>1</tribISSQN> <tpRetISSQN>2</tpRetISSQN> </tribMun> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>26092.24</vBCPisCofins> <pAliqPis>1.65</pAliqPis> <pAliqCofins>7.60</pAliqCofins> <vPis>430.52</vPis> <vCofins>1983.01</vCofins> <tpRetPisCofins>3</tpRetPisCofins> </piscofins> <vRetCSLL>1213.29</vRetCSLL> </tribFed> <totTrib> <vTotTrib> <vTotTribFed>2674.45</vTotTribFed> <vTotTribEst>0.00</vTotTribEst> <vTotTribMun>1304.61</vTotTribMun> </vTotTrib> </totTrib> </trib> </valores> Nesta NFSe o ISSQN é de 5% retido pelo tomador. Então: nos valores acima de pis/cofins, no caso do meu cliente é 1,65% e 7% Mas há uma retenção destes valores, parciais, de 0,65 e 3%. Então seguindo a Nota técnica, informei o tpRetPisCofins = 3, onde é retido Pis/Cofins e CSLL. Já a soma desta retenção FEDERAL, deve ser somada em vRetCSLL no meu caso (260,92 + 169,60 + 782,77) = totalizando: 1213,92. No vTotTribFed, somei, vPis 430,52 + vCofins 1983,01 + CSSLL 260,92 + inss 0, + IR 0. Nos vTotTribMun issqn, que é retido, onde a indentificaçao disto fica em tpRetISSQN =2. Fiz o envio da NFSe. e obtive o retorno: Notem que no vtotret, tem somandos IssqnRetido + o vRetCSLL. Ou seja, pra funcionar pra mim o padraonacional.lerxml, tive que alterar ele, ultima versão do acbr com minha alteração. Ou seja a explicação da contabilidade é de que, com isso o governo saberá exatamente quando falta o emitente recolher. Na minha percepção deviam ter criado campos diferentes, mas ok...vida que segue. PadraoNacional.LerXml.pas
-
Olha eu validei da seguinte forma com retenção: Ou seja, pela nova regra, o 3 indica retenção de PIS, Cofins e CSLL. No valor do RetCSLL deixei só o CSLL. E o resultado foi: Não precisei colocar no vRetCSLL o valor do pis cofins, e mantive eles no vpis e vcofins. Sinceramente não entendi o porque desta gambiarra deles de dizer pra somar tudo no vRetCSLL
-
Detalhe importante, eu fiz o que diz na nota tecnica: "Se houver valores de retenções de PIS, de COFINS e/ou de CSLL, eles deverão ser SOMADOS e informados no campo “vRetCSLL” de acordo com o que foi informado no campo “tpRetPisCofins”. Importante mencionar que essa agregação no campo “vRetCSLL” dos valores retidos dessas três Contribuições Sociais não deve mudar a forma de prestação dessas informações na Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais (EFD-Reinf). Frisa-se, novamente, que os campos “vPis” e “vCofins” não devem ser utilizados para a informação dos valores RETIDOS desses respectivos tributos" Ou seja, somei os valores em vRetCSLL (de novo o campo não tem relação com pis/cofins, mas né...), ai depois de validar, retornou o valor de retenções com pis/cofins dobrados, ou seja, não deve ser somado.
-
fiz um teste rapido, pra atender meu cliente, realmente mudou do dia 07 pra cá!!! olha ta complicado isso hein... Obrigado por reportar, eu tive que mandar a informação 3, pis,cofins e Csll retidos no tpRetPisCofins. Ou seja o campo já não é só pra piscofins kkkk o estagiário (nada contra) ta trabalhando em produção.
-
Eu notei problemas, que depois que envio o DPS pro sefaz nacional, com tpRetPisCofins=1 (Retido), o valor que o sefaz retorna vem sem o pis cofins, fazendo com que o liquido da nfse fique errado. Esse problema estava ocorrendo em ambiente de homologação até semana passada, agora hoje notei num cliente que teve em produção. Exemplo: no DPS mandei: <valores> <vServPrest> <vServ>26092.24</vServ> </vServPrest> <trib> <tribMun> <tribISSQN>1</tribISSQN> <tpRetISSQN>2</tpRetISSQN> </tribMun> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>26092.24</vBCPisCofins> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <vPis>169.60</vPis> <vCofins>782.77</vCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> <vRetCSLL>260.92</vRetCSLL> </tribFed> <totTrib> <vTotTrib> <vTotTribFed>1213.29</vTotTribFed> <vTotTribEst>0.00</vTotTribEst> <vTotTribMun>0.00</vTotTribMun> </vTotTrib> </totTrib> </trib> </valores> retorno do sefaz, no infNFSe <valores> <vBC>26092.24</vBC> <pAliqAplic>5.00</pAliqAplic> <vISSQN>1304.61</vISSQN> <vTotalRet>1565.53</vTotalRet> <vLiq>24526.71</vLiq> </valores> O issqn é retido também, no valor de 1304,61 Ou seja simplesmente somou apenas o ISSQN e a Contribuicao de 260,92, totalizando a retenção em 1565,53. Deveria ser: 2.517,90. Com o liquido de: R$ 23.574,34. Acredito que o sefaz esteja com problema no calculo do retido do pis cofins.
-
Erro no cancelamento da NFS-e Padrao Nacional
Helius_ERP replied to André Melim's tópico in ACBrNFSe
Fiz um teste agora. LayoutNFSe := lnfsPadraoNacionalv101; //Versao := ve101; comentei essa linha no meu codigo. Consegui cancelar a NFSE, ou seja parece que usou a versão 1.00 no padrao nacional. Mas dai não valida a NFSe, pra validar a NFSe tive que setar: LayoutNFSe := lnfsPadraoNacionalv101; Versao := ve101; -
Erro no cancelamento da NFS-e Padrao Nacional
Helius_ERP replied to André Melim's tópico in ACBrNFSe
devo estar fazendo algo errado também, pois atualizei os fontes e sigo sem conseguir cancelar. Retorna: Código : X800 Mensagem: Erro de Validação: --> 1871 - Element '{http://www.sped.fazenda.gov.br/nfse}nPedRegEvento': This element is not expected. Expected is one of ( {http://www.sped.fazenda.gov.br/nfse}e101101, {http://www.sped.fazenda.gov.br/nfse}e105102, {http://www.sped.fazenda.gov.br/nfse}e101103, {http://www.sped.fazenda.gov.br/nfse}e105104, {http://www.sped.fazenda.gov.br/nfse}e105105, {http://www.sped.fazenda.gov.br/nfse}e202201, {http://www.sped.fazenda.gov.br/nfse}e203202, {http://www.sped.fazenda.gov.br/nfse}e204203, {http://www.sped.fazenda.gov.br/nfse}e205204, {http://www.sped.fazenda.gov.br/nfse}e202205 ). Outra coisa que estou com duvida, é que está tentando acessar os arquivos do schema da versão 1.00 dentro da pasta do 1.01. Eu setei LayoutNFSe := lnfsPadraoNacionalv101; Estou fazendo algo errado? -
Usou o NBS com formatação também?
-
Enquanto eu respondia, eles mexeram lá, estou concluindo os testes, se conseguir validar vou postar aqui o que fiz.
-
Bom dia o Amadorismo ta grande na Tecnos. Pelo que percebi, hoje pela manhã, voltaram o schema da versão antiga, ou seja se você manda o NBS, eles retornam: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoNBS': This element is not expected. E se você manda pelo Schema velho, sem o NBS, ele diz que você deve informar, além de um monte de erros, de validações pós schema. Ou seja, são muito fracos!
