SISVALE SISTEMAS

Isso eu posso tirar agora, antes fazia isso na tentativa de ter o retorno. Vou refazer os testes sem o consultar e já coloco aqui. Realmente faz diferença pois não dá aquela mensagem de erro. Apenas fica com o retorno da mensagem em branco, imagem em anexo. 10133-ger-nfse-soap.xml 10133-ger-nfse.xml 10133-lista-nfse-soap.xml 10133-lista-nfse.xml

Bom Dia. O erro " The element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}GerarNfseEnvio' is used but not declared in the DTD/Schema. " não aparece mais após atualização. Agora aparece este: Element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}EnviarLoteRpsEnvio' cannot be empty according to the DTD/Schema. Ele entra aqui no ValidarLote com mensagem de erro '' em branco. Tirei o validar só para testar mas daí volta essa mensagem: "Não existe na base de dados uma NFS-e emitida para o número de RPS informado" Tentei algumas alterações relativo a lote no thema.ini mas ainda não descobri... 10133UNICA-con-nfse-rps-soap.xml 10133UNICA-con-nfse-rps.xml 10133UNICA-comp-nfse-soap.xml 10133UNICA-comp-nfse.xml

Ok, fiz a atualização geral, inclusive thema.ini e schemas de nfse. Usei o apagar.bat e Rebuild All. Exclui o componente ACBrNFSe1 e adicionei de novo. Substitui o comando ACBrNFSe1.Enviar(vNumLote,false); por ACBrNFSe1.Gerar(NUmRPS,vNumLote); E o resultado é: The element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}GerarNfseEnvio' is used but not declared in the DTD/Schema. Arquivos em anexo. Abri o thema.ini e o nfse.xsd e não achei o recepcionarLoteRpsLimitado e não sei qual seria o equivalente... estou tentando algumas configurações diferente no [Assinar] e no [SoapAction] mas quase sempre dá a mesma mensagem. O arquivo 10132UNICA-comp-nfse-soap.xml dá erro de estrutura de xml será esse o problema? 10132UNICA-con-nfse-rps-soap.xml 10132UNICA-con-nfse-rps.xml 10132UNICA-comp-nfse-soap.xml

Oi Italo. Então, é exatamente isso que estamos falando nesse tópico. Vide meu texto mais acima. No trunk1 isso não acontece, demora poucos segundos e logo autoriza e imprime a nfse. Nesse que te enviei, a rps foi enviada hoje as 11:30 e continua aparecendo a mesma mensagem até agora. Essa situação é Thema Santa Cruz do Sul e acontece exatamente igual com BHiss de Porto Alegre.

Bom Dia Italo. Em anexo os arquivos criados ao enviar. 11522-rec.xml 11522-env-lot.xml 782252-con-sit.xml 782252-sit.xml 10131UNICA-con-nfse-rps.xml 10131UNICA-comp-nfse.xml 10131UNICA-rps.xml

Boa Tarde pessoal. Desde semana passada voltei a trabalhar no NFSE e aproveito para parabenizar Italo e todos os colaboradores que participaram do desenvolvimento, pois está ótimo. Tenho tudo atualizado e configurado conforme os posts aqui do forum, está tudo funcionando em 2 provedores que uso: Thema e Bhiss. Mas emperrei nessa mesma situação base deste tópico, na tentativa de colaborar segue minha situação: Na maioria das vezes vem mensagem de exception em branco, mando executar novamente e funciona normalmente. Em quase todos os testes acontece assim, uma rps dá exception em branco e a seguinte vem o retorno correto. Uma errada, uma certa, e fica assim intercalando. Como se faltasse um free ou zeramento de variável em algum lugar, mas debugando ainda não descobri. Tentei várias combinações nas configurações do tipo AjustaAguardaConsultaRet, AguardarConsultaRet. IntervaloTentativas, etc. Mas não parece fazer nenhuma diferença. Tento com o AguardarConsultaRet mais de 1 minuto, e as vezes recebe o retorno e outras recebe exception em branco. Quando falo "exception em branco" é do retorno do comando ACBrNFSe1.Enviar(vNumLote,false); Neste caso então simplesmente não recebo o retorno. Como se realmente o servidor da prefeitura estivesse com problemas técnicos, porem no trunk1 continua funcionando normalmente e não demora pra receber o retorno. Então resumindo, em anexo tem o último envio que deu esse problema e abaixo o código: try dm.ACBrNFSe1.Enviar(vNumLote,false); // false=nao imprimir Except on e : exception do begin RichEditAcomp.lines.add(Formatdatetime('dd/MM/yyyy hh:mm:ss',now)+'Mensagem da Prefeitura: '+e.message); end; { aqui alguns casos o e.message retorna '' em branco, outras vezes vem essa mensagem} end; { as vezes vem essa mensagem: 'Esse RPS foi enviado para a nossa base de dados, mas ainda não foi processado.' Neste caso o consultar abaixo resolve. } // Sleep(60000); tentei sleep aqui, mas nao muda nada. Try DM.ACBrNFSe1.ConsultarNFSeporRps(DM.ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero, DM.ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie, TipoRPSToStr(DM.ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)); Except on e : exception do begin RichEditAcomp.lines.add(Formatdatetime('dd/MM/yyyy hh:mm:ss',now)+' CONSULTAR: Mensagem da Prefeitura: '+e.message); end; { aqui as vezes retorna assim: 'Não existe na base de dados uma NFS-e emitida para o número de RPS informado.' } end; { porem se eu, executar o ConsultarNFSeporRps logo em seguida ele retorna e funciona certinho. } Na prática o usuário tem que ficar tentando até conseguir, e isso pode demorar alguns minutos... mas o resultado está tudo perfeito. Lembrando Provedores: Thema e Bhiss. Em anexo 10122unica-rps.xml que não recebeu retorno e o exception em branco, consequentemente não gerou o xml da nfse. 10122UNICA-rps.xml

Tent aumentar aquelas configurações de timeout, tentativas, etc: Eu tenho usado assim: ACBrNFSe1.Configuracoes.WebServices.AguardarConsultaRet := 10000; ACBrNFSe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := true; ACBrNFSe1.Configuracoes.WebServices.IntervaloTentativas := 10000; ACBrNFSe1.Configuracoes.WebServices.Tentativas := 10; ACBrNFSe1.Configuracoes.WebServices.TimeOut := 10000;

Fiz agora um teste, usei a mesmo modelo básico que tenho validado várias vezes, apenas coloquei uma IES no cliente e forcei Ide.indFinal := cfConsumidorFinal; Resultado: Rejeicao: Informado indevidamente o grupo de ICMS para a UF de destino [nItem:1] Se eu tiro a IES do cliente, a nota é Autorizada. Então vou voltar novamente aquela condição Dest.indIEDest = inNaoContribuinte Até porque isso seria extremamente raro, quem pede alem do CPF a IES?

Não estão ainda validando todos os campos. Pode ser em razão disso: <pICMSUFDest>18.0000</pICMSUFDest> 18% no RS só a partir de 01/01/16, tenta colocar 17...

Deve ser em razão do campo <indPres>1</indPres> 1=Presencial, não faz sentido se é para fora do estado, tenta colocar 0 ou 9, no acbr pcNao ou pcOutros

Muitas das dúvidas referente regras, quando informar e quando não (difal), tem na NT_2015_03_v150.pdf . Temos que colocar todas validações no sistema, inclusive as exceções... Deve ser em razão do campo <indPres>1</indPres> 1=Presencial, não faz sentido se é para fora do estado, tenta colocar 0

Douglas. Sim. Como o cálculo é por fora, criei uma tabela como nos prints anteriores. Único valor que pego da NF-e normal é valor base, o resto deixei como sempre foi. O cálculo de icms normal por exemplo só se aplica a empresa não simples, então não teria como pegar do mesmo lugar sendo que a empresa simples nem tem isso no seu cadastro de produtos. Isso é o jeito que estou fazendo por enquanto, não sei se é o jeito mais certo. igcastro. É só ler todas as páginas deste post, ali tem exemplos e tudo mais... rodrigo. talves seja porque vc colocou valor base: COFINSOutr><CST>99</CST><vBC>1000.00</vBC>

Paulinho. O erro .res é normal do delphi, ele recria esse arquivo. E o Tcurrencyedit é do componente RX, teria que instalar esse componente ou trocar todos os tcurrency por Edit ou outro parecido.

Obrigado Cantu. Vou tirar a condição and (Dest.indIEDest = inNaoContribuinte) e testar com essa situação.

Acho que o xml que coloquei mais acima, responde. A empresa é Simples, não tem tags de icm, só csosn, e mesmo assim informei as tags novas. Pelo que entendo você não vai recolher nada, apenas informar.... A dúvida é por enquanto se faz diferença nos tipos de csosn, 101,102,500 etc, acho que se for do tipo não tributável não deveria gerar as tags... passei essa dúvida pro contador ele tá tentando decifrar isso. Se for o caso então é como o Michel falou acima, pagar uma guia separada (gnre)... Ou respondendo mais objetivamente: Tem que informar e calcular sim, só não sei se é em todas as csosn. Diz qual o erro que dá... Pois nos meus computadores já tem tudo instalado não sei qual componente ou dll pode estar faltando... O .exe também não abre? pois mandei pro meu contador ele consegue abrir lá...

Se são isentas acho que não precisa gerar as tags. Conversando agora com um contador, ele achou tudo certo até aqui, mas levantou uma lebre... Isso só deveria ser feito com produto tributável. (mas ele também não tem certeza) Se for isso teremos que colocar um esquema tipo: (Se simples e csosn 101 ou 102) ou (se normal e cst <> 4 e <> 5). Mas vamos pesquisar sobre isso...

Não vejo diferença nesse caso, se for empresa Simples ou Normal. Até pelo que entendi a preocupação da sefaz era justamente identificiar melhor a difal quando empresa simples, pois a empresa normal já destaca impostos na nfe. Estou sempre levando em consideração que o cálculo é "por fora" independe dos valores da nota, assim como é o cálculo do IBPT. Mas lembrem-se sou usuário como vocês, não tenho certeza disso, os contadores que deveria deixar isso claro para nós. Outra definição importante que coloquei, quero ver se vocês concordam, para gerar essas tags coloquei somente a seguinte condição: IF (Ide.idDest = doInterestadual) and (Ide.indFinal = cfConsumidorFinal) and (Dest.indIEDest = inNaoContribuinte) THEN BEGIN.... Acabei de autorizar um .xml em homologação, empresa simples, e autorizou. (tem várias regras lá pra autorizar, mas assim ele autorizou). xml em anexo. 43151205883223000168550010000088151000088159-nfe.xml

Sim. Valor do produto + frete + outras despesas e qualquer outra coisa que tenha que somar na base, como era antes. Sempre tem que ter 2 campos, um pro valor total do produto e outro para valor base. E para difal deve ser o valor base.

Sim, eu que fiz, mas é só um "baka" pra quebra galho e documentação, em anexo. DIFAL.zip

GNRE - Nenhum cliente meu faz pelo sistema. Alguns casos o contador gera essa guia separamente. Então por isso não sei. Sobre o total da nota, pelo que entendi, os valores, cálculos, são todos por fora, ou seja, só informar as tags e não interferir em nada na nfe normal (total da nota, tags de impostos, st, etc). Alem disso tem apenas o novo grupo de totais com 3 campos que é só somar o de cada item. Em algum lugar eu lí, pedindo para informar os valores do grupo novo nos dados adicionais, eu fiz assim por enquanto: Dados_Adicionais := Dados_Adicionais + ';'+' <<DIFAL '+ INTTOSTR(YearOf(now))+'='+ CURRTOSTR(ICMSUFDest.pICMSInterPart)+'%'+ ' '+dm.TBNotas_cabUFE.asstring+'>'+QNOTASufe.AsString+' '+ ' FCP='+CURRTOSTR(ICMSUFDest.pFCPUFDest)+'% '+ ' UFdest='+CURRTOSTR(ICMSUFDest.pICMSUFDest)+'% '+ ' UFinter='+CURRTOSTR(ICMSUFDest.pICMSInter)+'% '+ ' Vlr.FCP='+formatfloat('#,##0.00',ac_vFCPUFDest)+ ' Vlr.Icm.Dest='+formatfloat('#,##0.00',ac_vICMSUFDest)+ ' Vlr.Icm.Remet='+formatfloat('#,##0.00',ac_vICMSUFRemet)+'>> ';

ah sim, era diferente o exemplo, nesse acho que ficaria assim:

eu arrumei depois disso, acima do seu post tem o meu corrigido atualizado

Valeu Igor, esse link do seminário acho que definiu (pelo menos pra mim). Minha planilha só não tinha a soma do FCP no valor icms destino. Arrumei isso e agora a planilha atualizada: Fechou com a do cantu e com a do seminário.

E os outros campos ficam do jeito que estão? Altera só alí o % ? Obrigado Cantu, parece que isso então define usar o "por fora". Então segue meu exemplo, vejam se concordam: Reparem que inclusive o FCP fica isolado. Não sei se tá certo. E para quem não sabe, em 01/01/16 o ICMS do RS vai para 18%, temos que ficar atentos a atualização das aliquotas.

Cassiano. Acho que é só isso que falta saber, qual técnica de cálculo usar, a "por dentro" ou a "por fora", disseram que iria sair outra NT definindo isso mas até agora não. Por enquanto coloquei no meu sistema os 2, configurável, até se definir. Estou usando a planilha que postei ontem, só ajustei pra também colocar a opção de "por fora"... Paulinho. FCP pelo que entendi é de acordo com o segmento de produto, não tenho certeza, mas os contadores dos meus clientes disseram que eles não precisam colocar esse. Marco. Se fizer isso temos que re-estruturar toda a planilha, espero que não. Mas é essa a ideia do debate, saber se assim está certo ou não. Pra mim parece certo pq fechou em outros exemplos, mas não tenho certeza...