Ir para conteúdo
  • Cadastre-se

Felipe

Membros Pro
  • Total de ítens

    192
  • Registro em

  • Última visita

Posts postados por Felipe

  1. Boa tarde.

    Preciso envair o QRCode no XML quando uso NFC-e e não encontrei nos fóruns como enviar para o arquivo .INI do ACBrMonitorPlus.

    Além dessa informação, a partir de qual versão a ferramenta trata esta tag?

    Obrigado.

  2. Daniel, estamos implantando agora o SAT, não conseguimos mudar nosso sistema para esta outra ferramenta. Não há então como funcionar NFC-e SP e NF-e na mesma versão do ACBrNFeMonitor?

    Podemos implantar no futuro....

     

    Obrigado novamente.

  3. Daniel, poderia até testar, porém nossos clientes e nosso sistema estão configurados para uso do ACBrNFeMonitor, somente este é suficiente. Pelo que li o Plus junta este com o ACBrMonitor, correto?

    Vale a pena alterar tudo aqui ? o ACBrNFeMonitor será descontinuado? O que sugere?

    Desde já agradeço.

  4. Olá.

    Essa semana começou a dar o erro abaixo no envio da NF-e, versão "09.06.1" do ACBrNFeMonitor :

    ERRO: Falha na validação dos dados da nota 740
    '1899-12-30T00:00:00-02:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'.
    The element '{http://www.portalfiscal.inf.br/nfe}dhEmi' with value '1899-12-30T00:00:00-02:00' failed to parse.

    Esta data é enviada como foi por váras semanas no mínimo, e começou a dar erro agora. Voltamos para a versão 09.02.3 e voltou a funcionar, porém nessa versão NFC-e para estado de SP não funciona.

    Arquivo anexo.

    Alguém passou por isso? Existe alguma solução?

    Obrigado.

     

     

    000000740.txt

  5. Bom dia.

     

    Cadastrei a empresa onde trabalho no site da Fazenda SP, me enviaram o Token para testes, e dá o seguinte erro quando envio a NFC-e via ACBrNFeMonitor:

     

    Rejeição: XML da área de dados com codificação diferente de UTF-8

     

    Estou enviando exatamente como envio para o ambiente de testes do RJ. Li nos fóruns daqui que o ambiente seria liberado somente em 04/2015, porém de acordo com o retorno deles via e-mail (abaixo) e por terem me retornado o token já, acredito que já esteja liberado o ambiente.

     

    Podem me ajudar? 

     

    Retorno SEFAZ:

    O uo do UUTF-8 está na NT: 
    OST_htttps://srv72067.intra.fazenda.sp.gov.br/EPECws/Recep caoEPEC.asmx HTTP/1.1 
    ccept-Enccoding: gzip,deflate Content-Tyype: application/soap+xml;charset=UTF-8;action="_htpp://www.portalfiscal.inf.br/nfe/wsdl/NfeAutorizacao/nfeAutorizacaoLote" Host srv772067.intra.fazenda.sp.gov.br ser-Agentt: Apache-HttpClient/4.1.1 (java 1.5) 

     

    Obrigado.

  6. Deu certo.

    Mudei no arquivo tiposBasico_v3.10.xsd deixando assim:

     

    <xs:simpleType name="TString">
    <xs:annotation>
    <xs:documentation> Tipo string genérico</xs:documentation>
    </xs:annotation>
    <xs:restriction base="xs:string">
    <xs:whiteSpace value="preserve"/>
    <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>
    </xs:restriction>
    </xs:simpleType>
  7. Estou usando a versão OpenSSL do monitor 0.9.02.3
     
    Quando passo na UNIDADE 2 dígitos "UN" por exemplo, dá o erro:
    1824 - Element '{http://www.portalfis....br/nfe}uTrib':'UN' is not a valid value of the local atomic type.
     
    Ví que tem que mudar o schema mas não entendi onde tem que mudar.
     
    Testei a unidade com 3 dígitos e deu certo.
     
    Como fazer para permitir enviar unidade com 2 caracteres?
     
    Obrigado
  8. Bom dia,

    Agora deu certo.

    Desculpe a falha, agora estava a versão 2.00, mudei para a 3.10 e deu certo. Obrigado todos.

     

    Mas agora está dando erro:

     

    1824 - Element '{http://www.portalfiscal.inf.br/nfe}uTrib':'UN' is not a valid value of the local atomic type.
     
    Quando passou na UNIDADE 2 dígitos "UN" por exemplo.
    Ví que tem que mudar o schema mas não entendi onde tem que mudar.
     
    Teste a unidade com 3 dígitos e deu certo.
    Melhor abrir outro tópico?
  9. Realmente, coloquei a IE correta no emitente mas continua o erro, o cliente tinha me passado que era isento de IE mas não era.

    Juliomar Marchetti, tentei ver esse link que passou mas não resolveu.

     

     

    Mas o erro que está dando é no destinatário, estou passando assim:

     

    [Destinatario]
    CNPJ=aqui estou passando um CPF, não um CNPJ
    indIEDest=9
    NomeRazao=Aluno Teste
    CEP=13200000
    Logradouro=Avenida teste
    Numero=232
    Bairro=Jardim
    CidadeCod=3525904
    Cidade=Jundiaí
    UF=SP
     
    Está certo o jeito que estou passando os dados do destinatário para emitir uma NF-e 3.10 para uma pessoa física?
     
    E quando gera o XML está gerando a tag <IE/> dentro do <dest>
  10. Tentei e não deu certo, deu o mesmo erro.

     

    Logo que instalei o Monitor OpenSSL dava esse erro:

     

    ERRO: Falha na validação dos dados da nota 1
    1824 - Element '{http://www.portalfiscal.inf.br/nfe}uTrib':'UN' is not a valid value of the local atomic type.
     
     
    Aí renomiei o arquivo tiposBasico_v1.03_OPENSSL.xsd para tiposBasico_v1.03.xsd e aí começou a dar esse erro:
     
    Element '{Http://www.portalfiscal.inf.br/nfe}Ie':'' Is Not A Valid Value Of The Atomic Type '{Http://www.portalfiscal.inf.br/nfe}Tiedest'.
  11. Estou tendo esse erro com a versão OpenSSL 0.9.02.3

     

    Uma instalação nova, estou usando a versão 3.10

     

    Segue trecho:

     

    ...

    [Emitente]
    CRT=1
    CNPJ=...
    IE=ISENTO
     
    [Destinatario]
    Na tag destinatário não informe o IE, está sem a linha.
    ...
     
    Procurei aqui no fórum e ví falando que ter que mexer nos schemas, mas não encontrei exatamente o que precisa alterar.
     
    O que precisa alterar nos schemas?
    Obrigado

     

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.