Gr@c@

sim MG também está rejeitando ct-e com 10 dias retroativo.

Atualizei o ACBr versão 15151 + Schemas e emiti 2 notas em produção e foram autorizadas (porem em nome da minha empresa). Vou levar as atualizações no cliente e verificar se o erro foi sanado. Obrigada.

Hoje em MG começou a dar essa rejeição em todos os clientes que estão com a versão 4.00. Validando o XML no RS não há erros. Alguém com esse problema? (uso Wincrypt)

a informação que obtive no plantão fiscal é que o GTIN tem que ser o mesmo do fabricante(responsável pelo registro do GTIN) até o consumidor final, porque a finalidade desse GTIN é justamente o rastreamento do produto pelo fisco. Pensando assim, os produtos terão que ser informados um a um na NFe. Mas isso não é complicado de se fazer, bastando existir no sistema a tabela contendo os itens que compõem o kit. Assim, ao vender, você vende o kit. Mas ao emitir a NFe, destaca-se item por item. Nesse caso, vc terá que ter os preços /descontos/acrescimos individualizados. resumindo: você vende kit. Ao emitir a NFe, ao ler o produto kit, você lê a segunda tabela onde consta os itens do kit com seus respectivos valores individuais e imprime um a um.

Essa questão do GTIN vai ser um grande problema. Estou com 2 clientes do segmento industrial que vendem para grandes e médios revendedores. E esses revendedores simplesmente já enviaram um email dizendo que só comprarão produtos com GTIN válido devidamente registrado no órgão competente. Inclusive uma revendedora de calçados exigiu que o código de barras seja por numeração (cf grade do calçado), então para cada modelo de calçado (que já são muitos) terá que ter 1 GTIN para 33..outro para 34..35..36..37..até 42. E ainda querem que isso seja por cor (o que seria impossível sob o ponto de vista financeiro das indústrias que já estão fabricando no limite). As indústrias acabarão sendo obrigadas a registrar todos os seus produtos.

infAdProd - configurar no DANFe Fortes Report para não sair junto com a descrição do produto qual opção usar para que o infAdProd saia na linha abaixo da descrição do produto e não na frente da descrição?

Ao validar a NF-e antes de enviar as regras de negócio não estão correspondendo ao envio. No caso abaixo, a nota tem vFCPST que faz parte do calculo do vNF. A nota foi enviada e autorizada com sucesso. Esse erro deu ao validar a nota sem enviar (RegrasDeNegocio). O mesmo está ocorrendo com o indpag.

Obrigada pela explicação. Então será necessário fazer o seguinte: 1-na tabela de UF constar o % do FCP. Ex: MG = 2% 2-na tabela de CFOP um indicador se incide ou não FCP pq haverá exceções com certeza 3-na tabela de produto um indicador se incide ou não o FCP. Assim o usuário se responsabiliza por essa tributação. Eita Brasil.

Com relação a esse tópico: (sendo o CST 10/30/70/90 ou CSOSN 201/202/203/900) e levando-se em conta que a UF de destino tenha a aliquota de FCP obrigatória: 1-Calcula-se o FCP ST somente para operações internas (doInterna)? 2-Calcula-se para qualquer tipo de destinatario? Se consumidor final ou não, contribuinte de icms ou não contribuinte? 3-Não se calcula para NF-e de Ajuste ou NF-e complementar? 4-Existem CFOP´s de exceção para os quais não se calcula o FCP ST?

VErifiquei que deveria ter somado o vFCPST ao vNF. Agora resta outra dúvida: em que situações devo obrigatoriamente calcular o FCP e o FCPST?

-<det nItem="1"> -<prod> <cProd>31</cProd> <cEAN>SEM GTIN</cEAN> <xProd>BARRA DE APOIO 32MM X 60CM</xProd> <NCM>73089010</NCM> <CEST>1004100</CEST> <EXTIPI>00</EXTIPI> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>8.0000</qCom> <vUnCom>28.0000000000</vUnCom> <vProd>224.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UN</uTrib> <qTrib>8.0000</qTrib> <vUnTrib>28.0000000000</vUnTrib> <indTot>1</indTot> <xPed>9813</xPed> <nItemPed>1</nItemPed> </prod> -<imposto> -<ICMS> -<ICMSSN201> <orig>0</orig> <CSOSN>201</CSOSN> <modBCST>4</modBCST> <vBCST>313.60</vBCST> <pICMSST>3.4300</pICMSST> <vICMSST>10.75</vICMSST> <vBCFCPST>313.60</vBCFCPST> <pFCPST>2.0000</pFCPST> <vFCPST>6.27</vFCPST> <pCredSN>1.8600</pCredSN> <vCredICMSSN>4.17</vCredICMSSN> </ICMSSN201> </ICMS> -<IPI> <cEnq>999</cEnq> -<IPITrib> <CST>50</CST> <vBC>0.00</vBC> <pIPI>0.0000</pIPI> <vIPI>0.00</vIPI> </IPITrib> </IPI> -<PIS> -<PISAliq> <CST>01</CST> <vBC>224.00</vBC> <pPIS>0.6500</pPIS> <vPIS>1.46</vPIS> </PISAliq> </PIS> -<COFINS> -<COFINSAliq> <CST>01</CST> <vBC>224.00</vBC> <pCOFINS>3.0000</pCOFINS> <vCOFINS>6.72</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> -<det nItem="2"> -<prod> <cProd>32</cProd> <cEAN>SEM GTIN</cEAN> <xProd>BARRA DE APOIO 32MM X 80CM</xProd> <NCM>73089010</NCM> <CEST>1004100</CEST> <EXTIPI>00</EXTIPI> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>8.0000</qCom> <vUnCom>30.0000000000</vUnCom> <vProd>240.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UN</uTrib> <qTrib>8.0000</qTrib> <vUnTrib>30.0000000000</vUnTrib> <indTot>1</indTot> <xPed>9813</xPed> <nItemPed>2</nItemPed> </prod> -<imposto> -<ICMS> -<ICMSSN201> <orig>0</orig> <CSOSN>201</CSOSN> <modBCST>4</modBCST> <vBCST>336.00</vBCST> <pICMSST>3.4300</pICMSST> <vICMSST>11.52</vICMSST> <vBCFCPST>336.00</vBCFCPST> <pFCPST>2.0000</pFCPST> <vFCPST>6.72</vFCPST> <pCredSN>1.8600</pCredSN> <vCredICMSSN>4.46</vCredICMSSN> </ICMSSN201> </ICMS> -<IPI> <cEnq>999</cEnq> -<IPITrib> <CST>50</CST> <vBC>0.00</vBC> <pIPI>0.0000</pIPI> <vIPI>0.00</vIPI> </IPITrib> </IPI> -<PIS> -<PISAliq> <CST>01</CST> <vBC>240.00</vBC> <pPIS>0.6500</pPIS> <vPIS>1.56</vPIS> </PISAliq> </PIS> -<COFINS> -<COFINSAliq> <CST>01</CST> <vBC>240.00</vBC> <pCOFINS>3.0000</pCOFINS> <vCOFINS>7.20</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> -<total> -<ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>649.60</vBCST> <vST>22.27</vST> <vFCPST>12.99</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>464.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>3.02</vPIS> <vCOFINS>13.92</vCOFINS> <vOutro>0.00</vOutro> <vNF>486.27</vNF> </ICMSTot> </total> estou com esse erro na NF-e. Total da NF difere do somatorio dos Valores compoe o valor Total da NF

vê se te ajuda nfce.txt (essa nota foi autorizada em ambiente de homologação)

UF = MG NFe 4.00 libWinCrypt windows 10 Home Ao enviar a NF-e = Rejeição Classe Não Registrada Consigo consultar Status do Serviço e consultar NF-e. Erro só no envio.

Infelizmente não posso, porque nesse xml não constam os dados ficticios e/ou da minha empresa. São dados reais de um cliente. Mas posso ajudá-lo em alguma dúvida se precisar. Ou postar imagem de trechos do codigo do xml.

Não porque o Detran não quis disponibilizar os webservices para desenvolvimento. Disponibilizaram para uma empresa em específico. Uma máfia.

Não faz sentido. Se o emitente do MDF-e já é credenciado CT-e basta emitir o CT-e para a NF-e e declarar apenas os CT-e´s.

Não estou conseguindo de nenhuma forma. Fiz os seguintes testes (todos com o LT_TLSv1_2): SSLXmlSignLib = xsLibXML2 e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout. SSLXmlSignLib = xsXmlSec e renomeando os arquivos -OPENSSL.xsd --> erro 12002 timeout. SSLXmlSignLib = xsXmlSec sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type SSLXmlSignLib = xsLibXML2  sem renomear os arquivos -OPENSSL.xsd e mantendo o original --> erro atomic type

Entrei em contato com algumas transportadoras aqui e o que foi dito é que: se o RNTRC do cavalo não for o mesmo da empresa emitente do CT-e/MDF-e obrigatoriamente tem que ter o CIOT porque essa é a garantia que o terceirizado tem como garantia das despesas. Isso tanto para transporte estadual como interestadual.

Não uso openSSL. Mesmo usando a libWinCrypt tenho que usar os schemas modificados? Porque ainda continua o erro e renomeando as -OPENSSL.xsd dá esse erro

NT 2018/001. Esta rejeição abaixo passou a ser aplicada em produção a partir de 16/04/2018 Rejeição = Se modal rodoviário e informado RNTRC Verificar se foi informado CIOT quando este for obrigatório para o RNTRC ** Validação não se aplica a operações com exterior (UF Ini ou UF Fim = EX) Pergunta: quando o RNTRC é obrigado a informar o CIOT?

dando continuidade a esse topico, segue ainda uma dúvida: - se eu gerar uma carga contendo vários CT-e com a mesma placa, a mesma uf origem e mesma uf destino (nesse caso será gerado um único MDF-e), o CIOT irá ser distinto para cada CT-e ou será o mesmo para a carga toda? Ou seja, um CIOT para cada MDF-e e não um CIOT para cada CT-e?

Isso que vc mencionou está ocorrendo em MG com o CT-e. Funciona 100% em produção, mas em homologação não. Tanto é que consultando a disponibilidade em homologação, alguns serviços estão no vermelho e outros no amarelo. O seu caso é diferente do outro colega porque ele diz que funciona em alguns micros e outros não. No seu, acredito que seja no mesmo micro onde funciona produção e não funciona homologação. No seu caso, vc deve ver se ocorre o mesmo com outros programadores de SP.

Em 2 clientes meus onde ocorria isso, foi só formatar o micro e instalar o windows 7 professional sp 1 que resolveu o problema. Um cliente de MG e outro do MA. Não trabalho com SP. Mas se vc alega que funciona em uns e outros não, pode ser uma peculiaridade do windows mesmo. Primeiro verifique se são windows atualizados originais. Pq os piratê da vida só causa dor de cabeça.

Pensei na possibilidade de se criar um parametro nas configurações do ACBr para, quando ocorrer a rejeição "656-Rejeição: Consumo Indevido" ser acrescentado à mensagem de erro também a mensagem parametrizada para ser mostrada ao usuário. Por exemplo: "656-Rejeição: Consumo Indevido" "O contribuinte que estiver utilizando indevidamente os sistemas poderá sofrer as penalidades definidas na legislação da UF MG .....(aqui especificiar as penalidades)....Caso insista, sua empresa será bloqueada após 50 tentativas......." Motivo: Consumo indevido pode ser um erro provocado pela insistência do usuário ou por um erro do próprio desenvolvedor. Isso pode nos tornar co-responsáveis na multa/ou outras penalidades que a empresa usuária sofrerá. Se for criado esse parametro, não precisaremos tratar em toda a nossa aplicação a possibilidade da ocorrencia desse erro. Assim, sempre que houver a rejeição 656, o ACBrNFe (e outros) já traria a mensagem caso ela esteja parametrizada.