Jump to content

sfwinfo

Membros
  • Posts

    269
  • Joined

  • Last visited

  • Days Won

    1

sfwinfo last won the day on December 19 2015

sfwinfo had the most liked content!

Contact Methods

  • Website URL
    http://www.sfwinfo.com.br

Recent Profile Visitors

2,029 profile views

sfwinfo's Achievements

Community Regular

Community Regular (8/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

26

Reputation

3

Community Answers

  1. Verifique se no windows.. via word .. excel a impressora esta funcionando. Pois recentemente houve alguns erros de compartilhamento de impressora que após atualização bugaram.. então o erro pode estar no windows e não no Acbr. Abraço
  2. Ola Julimar Marchetti. Apenas dei o comando para imprimir.. no acbr tem opção A4 e Bobina. e assim saiu com canhoto. Não ha qualquer configuração para habilitar ou não o canhoto. Segue a tela de configuração do Acbr
  3. No canhoto ou recibo da nfc-e consta o termo NF-e. Segue foto anexo
  4. Ola. veja eu até entendo que as informação são obtidas pelo sefaz, mas acredito que a montagem da estrutura do xml retorno é feita pelo acbr. juntando as informacoes que o sefaz envia. Pois se eu apenas mudar o EXE do acbr o retorno ja é diferente.. Isso é a estrutura foi montada pelo ACBR.. Mantendo todos os layouts do acbr atual e apenas mudando o executavel para a versão .62 a estrutura do arquivo xml de retorno ja é diferente.. n xmotivo inicial vem a rejeicao ou autorização.. conforme segue abaixo o xml talvez essa estrutura abaixo seja a leitura do xml da secretaria para que nosso sistema possa ler e dar as devidas consideraçoes.. Entao veja que no primeiro XMOTIVO consta a REJEICAO e não simplesmesm LOTE PROCESSADO. Imagino que essa estrutura seja do ACBR.. pois agora so mudei o executavel para versao 1.2.0.62 e o retorno ja é diferente. Abraço [Retorno] CStat=210 CUF=35 ChaveNFe=35210117916015000105550010000001231534251967 DhRecbto=30/12/1899 Msg=Nota(s) nao confirmadas: 123->210-Rejeicao: IE do destinatario invalida Protocolo= VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Rejeicao: IE do destinatario invalida cMsg=0 nRec=351000150120439 tpAmb=2 xMsg= [NFe123] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231534251967</chNFe><dhRecbto>2021-01-13T10:03:11-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe> cStat=210 chNFe=35210117916015000105550010000001231534251967 dhRecbto=13/01/2021 10:03:11 digVal= nProt= tpAmb=2 verAplic=SP_NFE_PL_008i2 xMotivo=Rejeicao: IE do destinatario invalida Veja o retorno montado pelo ACBR na versão atual [Retorno] CStat=104 CUF=35 ChaveDFe=35210117916015000105550010000001231186126465 DhRecbto=30/12/1899 Msg=Nota(s) nao confirmadas:123->210-Rejeicao: IE do destinatario invalida Protocolo= VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Lote processado AQUI DEVERIA MOSTRAR A REJEIÇAO CONFORME MOSTRA ABAIXO cMsg=0 nRec=351000150119443 tpAmb=2 xMsg= [NFe123] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231186126465</chNFe><dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe> cStat=210 chDFe=35210117916015000105550010000001231186126465 dhRecbto=13/01/2021 09:03:07 digVal= nProt= tpAmb=2 verAplic=SP_NFE_PL_008i2 xMotivo=Rejeicao: IE do destinatario invalida [NFe_Arq123] Arquivo=C:\SFW\RESPOSTANFE\RETORNO\35210117916015000105550010000001231186126465-nfe.xml Observe que até o cStat fica incorreto mostrando na primeira parte 104 - lote processado , sendo que o correto é 210 rejeicao. Grato
  5. Segue retorno xml na primeira CHAVE xMotivo deveria retornar igual a segunda chave <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL009_V4</verAplic> <nRec>351000150119443</nRec> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <cUF>35</cUF> <dhRecbto>2021-01-13T09:03:06-03:00</dhRecbto> <protNFe versao="4.00"> <infProt> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008i2</verAplic> <chNFe>35210117916015000105550010000001231186126465</chNFe> <dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto> <cStat>210</cStat> <xMotivo>Rejeição: IE do destinatário inválida</xMotivo> </infProt> </protNFe> </retConsReciNFe>
  6. Ola atualizei para a nova versao 338. E o problema persiste, o retorno do campo xmotivo não esta vindo com a informação correta.. Versão 1.2.0.62 esta perfeita ainda.. funcionando o retorno com a mensagem correta no campo XMOTIVO. Não estou podendo atualizar o ACBR devido essa divergencia.. inviavel mudar todo o sistema para adequar a essa mudança que talvez tenha sido um erro no acbr.. alguns clientes utilizar versao .62 que esta perfeita. Grato
  7. Estou tendo problemas para ler o retorno do ACBR, até a versão 1.2.0.62 fazia a leitura do campo XMotivo onde vinha exatamente a mesma mensagem do campo Msg Atualizando para a versao 1.0.3.138 o campo XMotivo vem com o texto LOTE processado. Sem o texto real do retorno. Primeiro pensei que poderia ser algo de retorno da secretaria e não algo do acbr, voltei para versão anterior e tudo normalizou, dessa forma entendi que a criação de estrutura de retorno era do ACBR, gostaria de saber se foi algo proposital com algum motivo, ou algum erro na configuração. A mudança no formato do retorno pode atrapalhar a leitura de cada aplicativo, onde cada um utiliza uma logica.. uns pegam CSTAT outro fazem a leitura do XMOTIVO outros do MSG Dessa forma qualquer mudança nessas estruturas podem afetar a leitura em cada aplicativo. Entendo que o campo XMOTIVO é o campo chave e não poderia ser alterado.. Data do recibo tambem fica como 30/12/1899 Versao 1.0.2.62 [Retorno] CStat=100 CUF=35 ChaveNFe=35201117916015000105550010000001151945446418 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e Protocolo=135200009105866 VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 nRec=351000148773998 tpAmb=2 xMsg= Versão 1.0.3.138 [Retorno] CStat=104 CUF=35 ChaveDFe=35201117916015000105550010000001121832886534 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e Protocolo=135200009104830 VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=351000148772746 tpAmb=2 xMsg= Grato
  8. Identifiquei o problema.. Para gerar a linha de total de devolução de IPI item a item, deve obrigatoriamente informar o percentual de devolução. Dessa forma a tag é gerada Abraços
  9. Estou utilizando a versão 1.3.0.328 compilado XML não esta criando o grupo de IPI devolvido o arquivo INI esta colocado os devidos campos. mas item a item esse grupo não esta sendo criado. Na totalização esta aparecendo e com isso da erro de total de ipi devolvido não bate com a somatoria.. visto que item a item não esta aparecendo Grato
  10. Agora é aguardar a normalização Abraço a todos!!!
  11. Aline Balduino, Acredito que quando se marca NAO CONTRIBUINTE para o cliente. deveria pular a regra de estar no cadastro centralizado de contribuinte. Pela lógica não contribuinte não deve estar mesmo nesse cadastro.. Cada vez mais tenho certeza que que ha um erro na validação da secretaria nesse momento Abraço
  12. Ok Italo Também acredito em algum erro da secretaria, como houve essa mudança de analise de cadastro pelo que entendi por esse CCC acredito que não esteja fazendo as devidas analises para aprovação da nota. Vamos aguardar.. acho que a secretaria que ira corrigir o erro. Abraço
  13. Achei uma nova regra de validação 5E17-40 55 – Destinatário em situação irregular perante o Fisco, vedada operação na UF (CCC.cSitCNPJ=3-Vedado) Obrig. 302 Den. Uso Denegado: Irregularidade fiscal do destinatário Com a mudança de analise pela CCC - Acredito que deve ter criado algum campo adicional que seria CCC.cSitCNPJ que deve ser necessario no xml para autorizar.. Acho que o problema esta nessa ativação do CCC Veja informação no rodape. Mas meus erros estão ocorrendo com operação ESTADUAL. De SP para SP.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.