Ir para conteúdo
  • Cadastre-se

ArqBox

Membros Pro
  • Total de ítens

    100
  • Registro em

  • Última visita

Posts postados por ArqBox

  1. boa noite pessoal,

    nos anexos estao os seguintes arquivo:

    1 - manual de layout do arquivo de remessa do banco caixa economica;
    2 - os comandos executados para execucao do arquivo de remessa (comandos log.txt);
    3 - arquivo titulos.ini com informacoes necessarias para gerar o arquivo de remessa;
    4 - os 5 arquivos de imagens contem os erros encontrados pelo programa validador de arquivo de remessa (proprio da caixa);

     

    validador erros linha 2.png

    validador erros linha 3-1.png

    validador erros linha 3-2.png

    validador erros linha 5.png

    validador erros linha 6.png

    Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240_caixa_economica.rar comandos log.txt titulos.ini CB290904.REM

  2. Pessoal estou tendo uma dúvida em relação a execução de mais de uma instância do ACBRMonitorPLUS simultaneamente.
    Tenho um cliente que possui dois estabelecimentos diferentes, mas ele possui apenas um servidor. Ele possui dois certificados e duas pastas de ACBR nomeadas de maneira diferente.
    Quando os dois estão abertos e vou tentar emitir algo em qualquer um dos dois o ACBR trava ou faz confusão em relação ao pedido de emissão.

    Será que já viram esse erro antes.

  3. Boa tarde!

    Estou tendo um problema com vários clientes, será que algum de vocês já viu algo assim? O cliente tenta enviar o cupom de NFC-e e a receita retorna uma mensagem de "Lote em processamento". Inúmeras tentativas para enviar o mesmo cupom aconteceram, porém depois dessas tentativas frustradas a fazenda retornou um erro de data e hora de emissão atrasadas.

    Em anexo está o Log.txt de um dos cupons e os prints das mensagens retornadas. Lembrando que este é apenas um de vários cupons com o mesmo erro.

    Alguém tem ideia do que pode ser feito para sessar de vez este tipo de resposta da SEFAZ?

     

    Desde já, obrigada pela atenção.
     

    Primeira Tentativa 21-04-19 (Lote em Processamento).png

    Rejeição.png

    Segunda Tentativa 22-04-19 (Lote em Processamento).png

    Terceira Tentativa 16-05-19 (Rejeitada).png

    LOG.txt

  4. bom dia Pessoal tenho uma impressora NÃO FISCAL da Bematech modelo MP4200 TH

    Preciso imprimir "na bobina dela alguns relatórios" como no exemplo abaixo:

    ----------------------------------------------

    RELATORIO DE COMISSOES

    JOAO ..................  R$ 400,00

    MARIA ................. R$ 200,00

    ----------------------------------------------

    Qual comando que posso utilizar?

  5. 5 minutos atrás, Sérgio Assunção disse:

    Eu não entendi essa parte...

    Segue abaixo, a área de impostos no arquivo ENT.TXT
    [ICMS001]
     Orig=0
    CST=500
    [PIS001]
    CST=49
    [COFINS001]
    CST=49

    Mas no ent.txt não esta dessa forma.

    Se esta passando CST=500 ta errado, deve ser CSOSN=500

    Eu fiz a alteração do CST para CSOSN, mas o retorno do ACBr foi o que enviei agora. O campo do ICMS está vindo vazio.

    Estou enviando desta forma:

    [ICMS001]
    Orig=0
    CSOSN=500
    pICMS=
    [PIS001]
    CST=49
    [COFINS001]
    CST=49

     

    3 minutos atrás, Amarildo de Matos disse:

    opa.. assim..

    vou te pedir um favor.. se possivel..

    mande tudo em arquivo anexado.. assim.. fica ruim para copiar e entender..

    blz?.. entao mande o txt , o xml gerado, e os logs, em anexos..

    obrigado ai.

     

    Seguem os arquivos.

    LOG.TXT

    ent.txt

    AD20181120122956-830444-env.xml

  6. 2 minutos atrás, Amarildo de Matos disse:

    boa tarde..

    mande para nos, o xml, gerado, e os log tambem..

    blz?..

    Ele esta retornando esta mensagem no ACBr.

    OK: 
    [ENVIO]
    Arquivo=
    CodigoDeRetorno=6010
    NumeroSessao=830444
    Resultado=830444|06010|1999|Erro desconhecido||
    RetornoStr=830444|06010|1999|Erro desconhecido||
    XML=<?xml version="1.0" encoding="UTF-8"?><CFe><infCFe versaoDadosEnt="0.07"><ide><CNPJ>03062413000199</CNPJ><signAC>DuVHXjwssadYflUsialDbF+YcLuw4587WzjNXU/JhTTy0rPhn05Gown15F9H0jyFSqvQIfqpMQrAw2uCFDzKJCvw8uKnOT7lwgiB3PLnaVLqG/7VIeYBiO8hSgXK0m6KQjd+6uszKqx4ELth89d1pIR7Ob1u98ivBHt+MbqeCOBWvHBDWjEI9er3aiK5SJYkzHsTEhnh2sCnn41YxyJT42EstJt7I9YujNTOa3QI6Y4iSRFO0982k9Gj0eWgt+//QKxO9pLtAYGDSv7/nt15cDgLDHtuiEU/zvcj2ED2wTAtxNOOicY5Tokh3xfWYVadj/U8e6H6i9vqHRIzi2a6sA==</signAC><numeroCaixa>001</numeroCaixa></ide><emit><CNPJ>23713537000102</CNPJ><IE>461062490115</IE><indRatISSQN>S</indRatISSQN></emit><dest></dest><det nItem="1"><prod><cProd>13</cProd><xProd>BOTIJAO P13</xProd><CFOP>5656</CFOP><uCom>KG</uCom><qCom>0.0000</qCom><vUnCom>0.00</vUnCom><indRegra>A</indRegra></prod><imposto><ICMS></ICMS><PIS><PISAliq><CST>01</CST><vBC>0.00</vBC><pPIS>0.0000</pPIS></PISAliq></PIS><COFINS><COFINSAliq><CST>01</CST><vBC>0.00</vBC><pCOFINS>0.0000</pCOFINS></COFINSAliq></COFINS></imposto></det><total><vCFeLei12741>0.00</vCFeLei12741></total><pgto></pgto></infCFe></CFe>

     

    Com relação ao xml gerado, ele esta no primeiro post.

  7. Prezados,
    Boa Tarde!

    Estou com um problema na validação do SAT utilizando o AcBrMonitorPlus versão 2.2.0.22, na área de impostos.

    Segue abaixo, a área de impostos no arquivo ENT.TXT
    [ICMS001]
    Orig=0
    CST=500
    [PIS001]
    CST=49
    [COFINS001]
    CST=49

    Porem ele esta gerando o arquivo XML todo errado, segue abaixo como esta montando o XML.
    <imposto>
     <ICMS/>
     <PIS>
      <PISAliq>
       <CST>01</CST>
       <vBC>0.00</vBC>
       <pPIS>0.0000</pPIS>
      </PISAliq>
     </PIS>
     <COFINS>
      <COFINSAliq>
       <CST>01</CST>
       <vBC>0.00</vBC>
       <pCOFINS>0.0000</pCOFINS>
      </COFINSAliq>
     </COFINS>
    </imposto>

    Quando na verdade ele deveria esta gerando como abaixo:
    <imposto>
     <ICMS>
      <ICMSSN500>
       <Orig>0</Orig>
       <CSOSN>500</CSOSN>
      </ICMSSN500>
     </ICMS>
     <PIS>
      <PISSN>
       <CST>49</CST>
      </PISSN>
     <COFINS>
      <COFINSSN>
       <CST>49</CST>
      </COFINSSN>
     </COFINS>
    </imposto>

    Segue arquivo ent e a xml.
    Alguém passou por este problema e consegue nos auxiliar?

    Desde já agradecemos.

    ent(2).txt

    AD20181120122956-830444-env.xml

  8. Atualmente estou com o CNAE: 95.11-8/00 - Reparação e manutenção de computadores e de equipamentos periféricos.

    Estou com dúvida se posso cadastrar somente o CNAE 6109-1/00 - Suporte técnico, manutenção e outros serviços em tecnologia da informação, para o cadastro no site da Sefaz/SP.

    Ou eu teria que cadastrar outros CNAE?

  9. 1 hora atrás, BigWings disse:

     

    @BigWings
    Muito obrigado amigo.

    Nota emitida com sucesso.
    Precisava acrescentar somente o "rep".
    Procurei em vários tópicos e no único que não tinha acessado estava a solução.
    Agradeço desde ja o pronto apoio.
    Bom trabalho pra ti.

    @André Ferreira de Moraes

    Agradeço o pronto apoio..
    A XML em questão foi gerada por um software de terceiro, por isso esta diferente.
    O procedimento que vc mandou em 03 de agosto funcionou...
    NFe emitida.
    Agradeço o pronto apoio de todos.

    Bom trabalho.

    • Curtir 1
  10. Prezados, Bom Dia!

    Estamos tentando validar uma NFe 4.0 de combustivel do RJ, na CFOP 5656 e
    não estamos conseguindo.
    Em uma CFOP diferente conseguimos validar normalmente.
    Tentamos alguns ajustes, mediante a postagens antiga no forum, porem sem sucesso.

    Anexamos a esta mensagem a XML autorizada (11-09-18) na concorrente do ACBR e a nossa XML
    tentando autorizar no ACBR e voltando rejeição.

    Conseguem nos auxiliar por gentileza?


    Segue log da rejeição do ACBR

    Log de erro do ACBR

    OK: C:\ACBrMonitorPLUS\Logs\33180931197361000101550010000014801000000402-nfe.xml
    Lote recebido com sucesso
    [Envio]
    CStat=103
    CUF=33
    DhRecbto=25/09/2018 15:53:54
    Msg=Lote recebido com sucesso
    NRec=333003237644062
    TMed=1
    VerAplic=SVRS201807191353
    Versao=SVRS201807191353
    XMotivo=Lote recebido com sucesso
    tpAmb=1

    Nota(s) nao confirmadas:
    1480->858-Rejeicao: Grupo de Tributacao informado indevidamente [nItem:1]

    [Retorno]
    CStat=858
    CUF=33
    DhRecbto=30/12/1899
    Msg=Nota(s) nao confirmadas:
    1480->858-Rejeicao: Grupo de Tributacao informado indevidamente [nItem:1]
    VerAplic=SVRS201809140805
    Versao=SVRS201809140805
    XMotivo=Rejeicao: Grupo de Tributacao informado indevidamente [nItem:1]
    nRec=333003237644062
    tpAmb=1
    [NFe1480]
    CStat=858
    CUF=33
    DhRecbto=25/09/2018 15:53:54
    Msg=
    VerAplic=SVRS201809140805
    Versao=SVRS201809140805
    XMotivo=Rejeicao: Grupo de Tributacao informado indevidamente [nItem:1]
    arquivo=C:\ACBrMonitorPLUS\Logs\33180931197361000101550010000014801000000402-nfe.xml
    chNFe=33180931197361000101550010000014801000000402
    digVal=FoXHVjJmFNy4CFb/Ls3AP3Nrs+A=
    nProt=
    tpAmb=1

    Desde já agradecemos..
    Bom dia e um bom trabalho a todos.
     

    Autorizado validador concorrente 33180904198018000109550020000111681102488723.xml

    Validador ACBR erro 1478-858-Rejeicao Grupo de Tributacao informado indevidamente 33180931197361000101550010000014801000000402-nfe.xml

  11. 20 minutos atrás, BigWings disse:

    Também não é um XML válido, ele foi montado por um software de terceiros:

    image.png

    Se for analisar um XML para comparar, faça com o XML com validade jurídica.

    Big, Bom Dia!

    Recebi uma na versão 3.10 e ao consultar a mesma foi montada na versão 4.0, na qual te mandei erroneamente.

    Verifiquei e sua informação procede, ele utiliza software de terceiros e o mesmo não está fazendo a devida importação correta.

    Desde já agradeço o pronto apoio e desculpe pelo meu erro.

    Obrigado.
     

     

     

     

    • Curtir 2
  12. 14 horas atrás, BigWings disse:

    RJ usa a SVRS que está funcionando normalmente na versão 4.00.

    Só NFCe ainda está sendo aceita a versão 3.10 até o final deste mês.

    Tem uma chave gerada na versão 3.10 após 02/08/2018?

     

    Big, Bom Dia!

    Ate o dia 31/08 estávamos conseguindo emitir NFes 4.0 normalmente para o estado do RJ, porem após esta data, a emissão começou a dar este problema pontual.
    Tentamos algumas alterações, porem sem sucesso.
    Começamos analisar algumas NFes emitidas no estado do RJ, para identificar onde estávamos errando e concluímos que:

    A Shell estava emitindo NFe 4.0 normalmente ate a o dia 03/08/2018 e após esta data passou a emitir somente na versão 3.10, devido a vários problemas e alterações.
    Segue em anexo a XML de uma NFe emitida na versão 3.10 no dia 22/09/2018.

    Com relação as alterações que tu nos enviou, já tínhamos incluído elas por volta de 29 de julho, quando iniciou os problemas no estado e estava emitindo normalmente, vindo a dar esta falha novamente no inicio do mês de setembro.
     

     

     

     

    Shell 3.10 Emitida 22-09-18 33180933453598001014550010007547331514208676.xml

  13. Big, Boa Noite!

    O estado do RJ está com problemas para emissão de combustível na versão 4.0
    A shell está emitindo combustível na versão 3.10 ...

    Tentamos emitir esta nota na versão 4.0 e ocorreu a seguinte mensagem:
    Grupo de Tributacao informado indevidamente [nItem:1]

    Segue XML da emissão na versão 4.0
    Tentamos algumas correções, porem sem sucesso.

     

    4.10 33180931197361000101550010000014781000000404-nfe.xml

  14. Prezados,
    Boa Tarde!

    Estamos tentando concluir a autorização da nota do RJ, porem não estamos conseguindo.
    Está dando erro 404 - URL: https://nfe.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx

    NFe: 3.10
    Versão do ACBR: 1.2.0.19-20180918
    Combustivel: CFOP 5655
    CST: 60

    Tentamos alguns ajustes, baseados em postagens antigas, porem sem sucesso.

    Alguém poderia nos "dar a luz"?

    Segue a xml da nota testada no ambiente de produção, homologação e in loco no cliente.

    Desde já agradecemos.


     

    3.0 33180931197361000101550010000014781000000404-nfe.xml

  15. Bom dia!

    Pessoal, estou com um problema na impressão de nfc-e's com a impressora Daruma DR-800L. As notas estão sendo emitidas com cortes laterais, na versão 45

    Na versão 15 as notas estão estão saindo corretamente como na imagem abaixo, na versão 45 a margem esquerda está sendo cortada truncando o ultimo digito dos valores.

    Fiz testes na configuração das margens, mas não adiantou, Gostaria de saber alguma possível solução, algum teste que possa ser feito ou se tem alguma versão do AcBr que corrija este problema.213740575_versao15.2.thumb.jpg.42c3cfacac36bce6be690650fe91c0a5.jpgVERSÃO 15774238282_versao45.2.thumb.jpg.83cb7cee0372b6bca045ea23fd1bfd7c.jpgVERSÃO 45

  16. Bom dia!

    Pessoal, estou com um problema na impressão de nfc-e's com a impressora Daruma DR-800L. As notas estão sendo emitidas com cortes laterais, na versão 45

    Na versão 15 as notas estão estão saindo corretamente como na imagem abaixo, na versão 45 a margem esquerda está sendo cortada truncando o ultimo digito dos valores.

    Fiz testes na configuração das margens, mas não adiantou, Gostaria de saber alguma possível solução, algum teste que possa ser feito ou se tem alguma versão do AcBr que corrija este problema.

     

     

     

    VERSÃO 15  VERSÃO 151784457876_versao45.2.thumb.jpg.bea81d9c99a4348e17155520703a599a.jpg  VERSÃO 45

  17. 25 minutos atrás, Kiko Fernandes disse:

    Boa tarde! 

    Como sugestão faça um download pelo site do portal nacional (usando o certificado), porque o XML que vc tem está exatamente como a informação diz.
    Pode abrir ele e vc verá que o <DigestValue> do XML não confere com o <digVal> do protocolo de autorização.

    Provavelmente vc teve um problema ao enviar e o XML foi enviado. Depois fez uma tentativa de envio novamente (para ter o XML completo), porém a nota estava autorizada e retornou o protocolo de autorização que foi juntando ao XML como o ACBrMonitorPLUS faz. Porém o último XML que vc gerou deve ter alguma coisa diferente do que foi, nem que seja um espaço, mas que não é o mesmo, isto não é. 

    Abra o que vc tem e verifique <DigestValue> e no protocolo de autorização procure por <digVal>  se não são iguais, é como o BigWings comentou, dependendo para quem você envia, poderá não aceitar por não ser um XML juridicamente válido.

     

    Entendi, realmente! - muito obrigado pela explicação!.

    Abs,

×
×
  • 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.