Jump to content

Marcos Berger

Membros
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Marcos Berger

  • Rank
    Novato

Profile Information

  • Sexo
    Masculino
  • Localização
    Petrópolis

Recent Profile Visitors

369 profile views
  1. Isso ! Cliente do RJ. Obrigado amigo!
  2. Bom dia ! Obrigado pelo retorno amigo ! ----------------------------------------------------------------------- Tag CST 51 - (Passando zero "pRedBC = 0.00" ) Rejeição 929 - <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>6.60</vBC> <pICMS>18.0000</pICMS> <vICMSOp>1.19</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>1.19</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> ------------------------------------------------------------------- Tag CST 51 - NOTA APROVADA ! (Inclui mais casas decimais - "pRedBC = 0.0001") - <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <pRedBC>0.0001</pRedBC> <vBC>6.60</vBC> <pICMS>18.0000</pICMS> <vICMSOp>1.19</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>1.19</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> Abraço,
  3. Boa noite ! Prezados, não sei se podem me ajudar, estou realizando o calculo para a CST 051.. SEM REDUÇÃO da base de calculo, e com 100% de diferimento, até ai beleza ! O problema é que pela redução esta zerada "pRedBC" - A Tag não entra no meu XML , com isso me retorna a "rejeição: 929 Informado CST de diferimento sem as informações de diferimento [nItem: nnn] " - só consigo passar informando "0,01" ao percentual de redução.
  4. Bom dia! Clientes do RJ estava fora desde ontem 14:00 hs , rodei esse comando a pouco no servidor do cliente como admin - "ipconfig /flushdns" e funcionou ! Obrigado.
  5. Bom dia, Kanedasam. Em Ambiente de Produção envia normalmente !! Em Homologação até pouco tempo também enviava sem problema. O que percebemos é que se houver rejeição na NF-e, ele retorna a rejeição, mas se a nota estiver correta, com mais de 1 item, retorna essa mensagem. xml:lang="en">Unmarshalling Error: Illegal character (NULL, unicode 0) encountered: not valid in any content at [row,col {unknown-source}]: [1,8187] </soap:Text></soap:Reason></soap:Fault></soap:Body></soap:Envelope> Obrigado por sua atenção, abraço.
  6. Fiz o mesmo teste relatado pelo Kanadeson, enviando apenas 1 item, em Ambiente de Homologação | UF = MG .. NF-e autorizada normalmente.
  7. Bom dia, Estou com o mesmo problema, Ambiente de Homologação UF = MG. <soap:Envelope xmlns:soap=" http://www.w3.org/2003/05/soap-envelope"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unmarshalling Error: Illegal character (NULL, unicode 0) encountered: not valid in any content at [row,col {unknown-source}]: [1,8187] </soap:Text></soap:Reason></soap:Fault></soap:Body></soap:Envelope>
  8. Verdade ! Por isso a importância da orientação da contabilidade na empresa, da nossa parte independente de validar ou não deixar tudo pronto e disponível ! - Marcos Berger
  9. Alex Pereira, bom dia ! Segundo a NT_2015_003_v120, divulgada dia 19/11/2015, a data de validação quanto ao campo CEST foi postergada !! "Alterada a regra de validação N23-10 aperfeiçoando o controle do ICMS ST para o campo CEST. Esta regra não será implementada no dia 01-01-2016 e sim em data futura a ser divulgada." pág 2 * A regra de validação N23-10 não será implementada no dia 01-01-2016 e sim em data a ser oportunamente divulgada. - pág. 12 PORÉM entraram outros campos no layout do XML tanto para atender a NT 2015/003 (Grupo de Tributação do ICMS para a UF de destino) - quanto a NT 2015/002 ! Sugiro que de uma olhada nas Normas Técnicas, pois essa validações/alterações (maior parte validada, a partir de 01/01/2016) irão impedir o envio de Nota Fiscal !! Abraço,
×
×
  • Create New...