Sergio Augusto

Pessoal no arquivo ACBrNFeServicos.ini falta a entrada (pelo menos atualizei agora e não achei) [NFe_MG_P] ..... RecepcaoEvento_4.00=https://nfe.fazenda.mg.gov.br/nfe2/services/NFeRecepcaoEvento4 Grande abraço.

Pessoal já fiz de tudo com <cMP>01</cMP><vMP>0.00</vMP> e sem... não consigo fazer o sistema enviar um cupom SAT de valor zero. Nem no emulador, nem no SAT da Urano. Eu envio os campos conforme abaixo: <CFe> <infCFe versaoDadosEnt="0.07"> <ide> <CNPJ>XXXXXXXXXXXXX(eu tirei daqui)</CNPJ> <signAC> 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 </signAC> <numeroCaixa>001</numeroCaixa> </ide> <emit> <CNPJ>11111111111111</CNPJ> <IE>111111111111</IE> <IM>123123</IM> <indRatISSQN>N</indRatISSQN> </emit> <dest> <xNome>TESTE DO SERGIO</xNome> </dest> <det nItem="1"> <prod> <cProd>1</cProd> <xProd>BLUSA TAL - TESTE 1112223CDDDDDDD</xProd> <NCM>62069000</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>20.00</vUnCom> <indRegra>A</indRegra> <vDesc>20.00</vDesc> </prod> <imposto> <vItem12741>0.00</vItem12741> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <total> <vCFeLei12741>0.00</vCFeLei12741> </total> <pgto> <MP> <cMP>01</cMP> <vMP>0.00</vMP> </MP> </pgto> </infCFe> </CFe> Inclusive já até tentei informar impostos nos <vItem12741> e <vCFeLei12741> integralmente mas não vai mesmo assim. Se tem um item com valor zero e outro com valor normal ai vai. Mas o Total zero não consigo. Alguma dica???

Entendido Italo, muito obrigado, ótimo dia.

Pessoal Vocês chegaram a uma conclusão sobre este tópico??? O campo indEscala tem haver ou não com o CEST?? Parece que no Schemas não tem, um campo é indiferente do outro. Se for o ACBR (pcnNFEW.pas) requer correção. Aguardo retorno.

Mas tem alguma coisa errada com MG né?? Se vc sua outros estados tipo SP já consulta o STATUS. MG no windows XP do meu cliente, Internet explorer 8 o link https://nfe.fazenda.mg.gov.br nem funciona.

Obrigado André, o cliente fez uma nota de entrada da nota em questão cancelando a operação, vou aguardar um próximo cancelamento para ver se dá certo. Eu acho que eles estavam mexendo no webservice no dia e estava com problemas. Tomara que seja isso.

Galera estou com problemas em um cliente do RS. Não alterei nada no meu sistema estou enviando o <tpEvento>110111</tpEvento> e não estou conseguindo cancelar a nota. Esta dando erro "o tpevento informado inválido". Ai configurei em ambiente de testes e deu certo. Fiz uma nota e cancelei normalmente. O que percebi é que houve uma mudança nos webservice de registro de Evento. Conforme este link https://www.sefaz.rs.gov.br/site/MontaDuvidas.aspx?al=l_rel_end_ws_nfe O endereço de https://nfe.sefazrs.rs.gov.br/ws/recepcaoevento/recepcaoevento.asmx foi alterado para https://www.nfe.fazenda.gov.br/RecepcaoEvento/RecepcaoEvento.asmx alguma dica??

Mesmo problema aqui em MG. Bom da parte técnica realmente não achei nada de alterações, nem de webservices. Provavelmente é instabilidade.

Estou com problemas em Jundiai/SP com Ginfes tb.

Beleza Juliomar. É que depois de muito tempo com minha solução apareceu este erro em um cliente e aparentemente se resolveu com o link que postei, deixei caso alguém procure no Google a solução (mesmo que não para ACBR e sim para o RAVE) e acabe caindo nesta página. Abração.

Talvez ajude, eu fiz no meu projeto, mas não testei. Entretando não tive problema. https://rairo.wordpress.com/2010/08/23/delphi-7-erro-do-rave-unable-to-gain-control-of-rave-data-communication-system/

Agradeço a preocupação Regys. Fiz as últimas alterações da NFe/NFCe e algumas outras por minha conta nos antigos componentes que tenho do Trunk1, pois tenho muitas coisas que fiz e comentei nos fontes. Então tenho que migrar muitas rotinas e estou meio sem tempo. Assim que possível vou migrar, eu já sabia da questão do suporte, mas o erro em questão era dos componentes SOAP do Delphi XE7, com relação a sistemas operacionais antigos sem suporte (XP), no meu caso. Grande abraço.

Pessoal eu não estou no Truck 2 e não tenho a opção SSLib que o Alisson postou acima. Eu não consegui testar 100% pois o erro acontece só no cpu dos clientes com Windows XP (2 que reparei), mas eu alterei uma coisa e ninguém me ligou mais acho que deu certo... (ACHO)... se quiserem tentar o meu é Delphi XE7. Tem que Alterar um arquivo que chama Soap.SOAPHTTPTrans.pas o meu fica em "C:\Program Files (x86)\Embarcadero\Studio\15.0\source\soap\Soap.SOAPHTTPTrans.pas" conforme imagem. E depois adicioná-lo por precaução ao projeto da NFE de vocês (DPR ou DPROJ). Se quiserem adicionar o outro arquivo SOAP da imagem no projeto também é bom, mas nele eu não alterei nada. Acho que tem que declarar na function a variável WinInetResult do tipo boolean.

Pessoal estou com este erro em MG... alguém sabe se o webservice esta com problemas??

Também estou com problemas O comando "consSitNFe" da o erro "Fault occurred while processing" Acho que é erro do SEFAZ de MG Exemplo do comando de envio ao SOAP (só a chave que envio que não esta válida de propósito esta com XXXX no meio): <?xml version="1.0" encoding="utf-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Header><nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2"><cUF>31</cUF><versaoDados>3.10</versaoDados></nfeCabecMsg></soap12:Header><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2"><consSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"><tpAmb>1</tpAmb><xServ>CONSULTAR</xServ><chNFe>311512005894580005515500100000XXXX1242719689</chNFe></consSitNFe></nfeDadosMsg></soap12:Body></soap12:Envelope> Retorno <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Receiver</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Fault occurred while processing.</soap:Text></soap:Reason></soap:Fault></soap:Body></soap:Envelope> Tentei enviar sem o <?xml version="1.0" encoding="utf-8"?> no começo mas da o mesmo erro. Alguém tem alguma solução???? Estou tentando pegar o protocolo e os dados da nota pela consulta do recibo e montar o xml autorizado, para não ter que usar esta consulta que esta com problemas.

Tenta um código do CEST válido exemplo: 01.115.00 ... eu não tentei ainda...

Cantu só uma pergunta... não sei se eu vou falar besteira, mas na tentativa de ajudar seguinte: De acordo com Filippe acima o Sefaz SP fez alguma coisa errada e iam corrigir. Existe a Exceção 0: Para as NF-e com Data de Emissão anterior a 01/01/2016. Será que o técnico do Sefaz não levou em consideração da "Data de Saída" da nota ao invés da "Data de Emissão"?? A "Data de Saída" é opcional, a nota que você não consegue enviar está com "Data de Saída"?? Se não tiver coloque e tente novamente para ver... vai que dá certo...rsrs Boa sorte.

É correto fazer consignação para pessoa física ou não contribuinte??? rsrsrs Bom a validação que achei no manual da NT 003/2015 para esta rejeição esta na pagina 5... conforme segue, leia ver se ajuda: Validação alíquota do ICMS na operação interestadual de produtos importados (NT 2012/005 e NT2013/006): - CFOP de operação de saída para outra UF (inicia por 6) - Origem da mercadoria = 1, 2, 3 ou 8; - CST de ICMS = 00, 10, 20, 70 ou 90; - Data de Emissão igual ou superior a 01/01/2013; - Valor alíquota do ICMS maior do que “4.00” (4 por cento). Exceção 0: Para as NF-e com Data de Emissão anterior a 01/01/2016, a regra de validação acima não se aplica para destinatário Não Contribuinte (tag:dest/indIEDest=9). Exceção 1: A regra acima não se aplica para as operações de Retorno / Devolução, com os CFOP: 6201, 6202, 6208, 6209, 6210, 6410, 6411, 6412, 6413, 6503, 6553, 6555, 6556, 6660, 6661, 6662, 6664, 6665, 6902, 6903, 6906, 6907, 6909, 6913, 6916, 6918, 6919, 6921, 6925 Exceção 3: A regra de validação acima não se aplica na venda de veículos novos (grupo “veicProd”), para a Venda direta para grandes consumidores (tpOp=3), ou para Faturamento direto para consumidor final (tpOp=2). Exceção 4: Para as NF-e com Data de Emissão anterior a 01/01/2016, mesmo que informada a IE do destinatário, a regra de validação acima não se aplica para as operações com os CFOP 6107, 6108 (Não Contribuinte). Abraço vou ficando por aqui. PS: A data da nota esta certa?... certas regras eram para ser só a partir de 01/01/2016

IMPORTANTE: Galera suspeito de algo, mesmo que o SEFAZ tenha liberado algo da NT 003/2015 antecipado. Pelo que li na NT .... se você usar o CFOP específico para venda para "não consumidor" 6.107 ou 6.108 provavelmente conseguirá transmitir a nota... Verifiquem

Gente realmente dá esta mensagem quando o destinatário é contribuinte... pois os produtos com conteúdo superior a 70% de importação para vendas interestaduais tem que ser tributados a 4%. Vocês estão informando o Destinatário corretamente??? Vocês olharam no REPORT dos seus envios se o que vocês estão informando no sistema é o que o sistema esta enviando ao SEFAZ?? o importante é a informação indIEDest=9 ... verifique no REPORT dos envios se é isso que o sistema esta enviando Exemplo: <dest> <CPF>048123456NN</CPF> <xNome> SERGIO JOSE TAL E TAL </xNome> <enderDest> <xLgr>RUA CAPITAO JOSE AMERICO</xLgr> <nro>033</nro> <xCpl>ABC</xCpl> <xBairro>CENTRO</xBairro> <cMun>3550308</cMun> <xMun>SAO PAULO</xMun> <UF>SP</UF> <CEP>37590000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>3534431234</fone> </enderDest> <indIEDest>9</indIEDest> <email>[email protected]</email> </dest>

Bom nos webservices de homologação eu acho que esta regra já era para estar valendo, o cliente esta em ambiente de produção??? Estranho, me preocupei agora também.

Juliomar eu não estou com os componentes atualizados, estou no truck 1 ainda.... migrei partes do truck 2 manualmente para meus fontes pois eu acabo mudando alguma coisa, não tenho como anexar, sinto muito. Fiz isso pois estou com bastantes projetos no truck 1... preciso ter tempo para migrar tudo para o truck 2 e conforme for achando as correções ao invés de fazer eu ir enviando no forum... se não me da um trampo terrível quando eu atualizo tudo. Mesmo assim quiz ajudar... grande abraço.

Galera eu sugiro uma correção nos componentes da NFe/NFCe, pois quando se lê um XML sem bandeira ele retorna 01 VISA, e a Bandeira não é obrigatória. Espero ter ajudado. ---------------------------- pcnConversao.pas ================= //Acrescentar ***bcNenhum*** TpcnBandeiraCartao = (bcVisa, bcMasterCard, bcAmericanExpress, bcSorocred, bcOutros, bcNenhum); function BandeiraCartaoToStr(const t: TpcnBandeiraCartao): string; begin result := EnumeradoToStr(t, ['01', '02', '03', '04', '99',''], [bcVisa, bcMasterCard, bcAmericanExpress, bcSorocred, bcOutros,bcNenhum]); end; function StrToBandeiraCartao(out ok: boolean; const s: string): TpcnBandeiraCartao; begin //sergio result := StrToEnumerado(ok, s, ['01', '02', '03', '04', '99',''], [bcVisa, bcMasterCard, bcAmericanExpress, bcSorocred, bcOutros,bcNenhum]); end; ------------------------------- pcnNFeR.pas =========== //coloquei um trim nesta liga por precaução talvez nem precise (*YA06*)NFe.pag.tBand := StrToBandeiraCartao(ok, trim(Leitor.rCampo(tcStr, 'tBand'))); ------------------------------- pcnNFeW.pas =========== //coloquei para gerar só se foi informado if nfe.pag.tBand<>bcNenhum then Gerador.wCampo(tcStr, 'YA06', 'tBand', 02, 02, 0, BandeiraCartaoToStr(nfe.pag.tBand), DSC_TBAND);

Pessoal, eu tentei transformar o PDF do anexo-i em planilha. Se ajudar alguém segue o link (como foi meio trabalhoso e um pouco manual, dêem uma conferida... só estou tentando ajudar). Grande abraço a todos e ótima semana, segue o link. www.syntechsistemas.com.br/temp/codigos_ anexo_i_cest.xls

Obrigado marcio.bonfim e restante do pessoal, ficou claro para mim agora. Valeu.