SISVALE SISTEMAS

Boa Tarde Pessoal. Aqui também, idem aos 2 post acima do Diogowar e Jair. Dificilmente aprova em menos de 30 segundos, a maioria demora mais que 1 minuto. Deixei trunk2 só com quem usa pouco, 1 nfse por dia. Mas os que fazem várias nfse por dia tenho ainda que deixar o trunk1 pois faz várias nfse seguidas todas instantâneas. Debuguei de várias maneiras, principalmente comparando com o trunk1, mas claro o miolo está muito diferente, está dificil descobrir o porque da demora, ainda mais que é intermitente. No provedor Bhiss tinha o mesmo problema, mas foi resolvido, pois ele tem chamadas que funcionam melhor e que no Thema não tem. Vide meu último post, na página 4 deste tópico, continua da mesma forma.

Era uma nota de Compra, de um leilão na alfandega, da Receita Federal. O cálculo das bases são diferentes, parecido como é nas notas de importação. Matemática na veia. O chato é que o valor dos impostos foram pré calculados apenas pelo valor total da nota, a nota tem 19 itens então nas somas dos itens dá diferença de algum centavo pra fechar com o pré calculado. Mas consegui fazer, a soma de tudo item a item, usando a fórmula adequada, arredondamentos, etc. Em anexo pdf e xml pra quem tiver curiosidade. 43160372153000000132550000000033051000033056-nfe.pdf 43160372153000000132550000000033051000033056-nfe.xml

Obrigado a todos. Todas essas informações já vão me ajudar em muito. O mais importante era confirmar que não poder ser assim mesmo e evitar que eu fale bobagem pro contador. Até porque ele queria fazer isso com urgência, sem ele mesmo saber do que se tratava. Agora vou investigar para saber exatamente os detalhes, origem dessa situação, e quando chegar a uma definição coloco aqui para vosssa curiosidade.

Bom Dia Pessoal. Uma dúvida genérica de preenchimento de campos no xml x rejeição pela sefaz. Não especificamente do acbr. A história é meio longa, por isso vou resumir. Preciso fazer uma nfe onde o contador insiste que eu deva conseguir colocar qualquer valor nos itens, e poder alterar manuamente o valor total da nfe (base, icm, st, etc). Não consigo fazer isso nem mesmo pelo emissor gratuito, ele deixa disable os campos (pois claro tem que ser calculado automaticamente pelos itens). Pelo acbr consigo forçar o valor total (que não fecha com os itens) mas claro daí da Rejeição valor base não fecha com as somas dos itens... Ele disse que outros clientes dele já conseguiram fazer isso, não imagino como. Alguem sabe se existe alguma maneira? talves com uma cfop especifica...

Procuro componente ZIP para Delphi 7 com tutorial de instalação do componente. Poderia ser o Zipmaster, mas não encontro a versão certa para o delphi 7 e o que encontrei o tutorial de instalação não bate com o que tem nos arquivos. Agradeço se alguém enviar link download gratuito Ou também se alguém tiver um bem redondinho pra vender por um preço acessível me mande o valor...

Bom Dia. Sim, eu sempre tento alterar esses campos pra ver como fica melhor. O último que defini que fica melhor é assim: ACBrNFSe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := true; ACBrNFSe1.Configuracoes.WebServices.AguardarConsultaRet := 10000; ACBrNFSe1.Configuracoes.WebServices.IntervaloTentativas := 10000; ACBrNFSe1.Configuracoes.WebServices.Tentativas := 3000; ACBrNFSe1.Configuracoes.WebServices.TimeOut := 20000; Alem disso depois de terminar essa rotina eu uso o ACBrNFSe1.ConsultarNFSeporRps pois alguns dá aquela mensagem de erro em branco, e o consultar algumas vezes resolve. Porem voltei ao começo do outro post da semana passada. Fiz dezenas de testes desde ontem. Por exemplo 10 RPS enviados. 1º - funcionou normal, demora aqueles 10 segundos mas funciona certinho, 2º - funcionou normal, demora aqueles 10 segundos mas funciona certinho, 3º - deu aquela mensagem de erro em branco e o consultar resolveu, 4º - deu aquela mensagem de erro em branco e o consultar Não resolveu, fiz o Enviar novamente e deu certo. 5º - deu aquela mensagem de erro em branco e o consultar resolveu, 6º - funcionou normal, demora aqueles 10 segundos mas funciona certinho, 7º - funcionou normal, demora aqueles 10 segundos mas funciona certinho, 8º - funcionou normal, demora aqueles 10 segundos mas funciona certinho, 9º - deu aquela mensagem de erro em branco e o consultar Não resolveu, fiz o Enviar novamente e deu certo. 10º - deu aquela mensagem de erro em branco e o consultar Não resolveu, fiz o Enviar novamente e deu certo. No total demorou mais que 5 minutos. Fiz outras 10 rps no trunk1 e em menos de 30segundos enviei todas. Xml em anexo do último que deu erro. Estou ainda debugando e tentando entender o que acontece, mas nesse caso é bem dificil pois é intermitente.... Italo, se for útil para você, posso te mandar um certificado A1 autorizado a fazer nfse no Thema.... 10156UNICA-con-nfse-rps-soap.xml 10156UNICA-con-nfse-rps.xml 10156UNICA-comp-nfse-soap.xml 10156UNICA-comp-nfse.xml

xmls do último teste: 782352-sit-soap.xml 782352-sit.xml 782352-con-sit-soap.xml 782352-con-sit.xml 10146UNICA-con-nfse-rps-soap.xml 10146UNICA-con-nfse-rps.xml 10146UNICA-comp-nfse-soap.xml 10146UNICA-comp-nfse.xml Se eu coloco o AguardarConsultaRet=60000 e no final ConsultarNFSeporRps , na maioria dos casos funciona, mas alguns não, tem que repedir o processo várias vezes, até conseguir...

Ok. Agora volta aquela mensagem de erro em braco: Debugger Exception Notification Project siscml.exe raised exception class EACBrDFeException with message ''. Process stopped. Use Step or Run to continue.

Bom Dia Italo. Atualizei tudo e refiz os testes. Agora a maioria dos rps não geram, intermitentemente algum gera. Os que não geram sempre dá essa mensagem: "Esse RPS foi enviado para a nossa base de dados, mas ainda não foi processado" Arquivos em anexo. 11684-rec-soap.xml 11684-rec.xml 11684-env-lot-soap.xml 11684-env-lot.xml 782333-sit-soap.xml 782333-sit.xml 782333-con-sit-soap.xml 782333-con-sit.xml

Também estou com esse problema. Atualizei tudo hoje. E agora não aprova mais nenhum, todos dão essa mensagem: "Erro! Não foi possivel converter os dados do XML enviado." 10134-ger-nfse.xml 10134-ger-nfse-soap.xml 10134-lista-nfse.xml 10134-lista-nfse-soap.xml

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á...