Ir para conteúdo
  • Cadastre-se

Sandro TC

Membros
  • Total de ítens

    140
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Sandro TC postou

  1. Boa tarde, comigo deu certo, conforme explicações do BigWings. Fiz conforme abaixo, ou seja, adicionei os dois campos dentro da seção Produto001: [Produto001] CFOP=5202 Codigo=31 . . . pDevol=100.00 vIPIDevol=30.00
  2. Boa tarde, BigWings. Vou fazer a correção e posto daqui a pouco o resultado. Desde já agradeço a atenção.
  3. Boa tarde, Frank. Também estou com o mesmo problema. Utilizo o ACBrMonitorPLUS versão 1.2.0.46 (compilada em março deste ano). Adicionei os campos abaixo no arquivo NFE.INI mas o ACBr não criou as tags pDevol e vIPIDevol nos itens no arquivo XML dentro da tag impostoDevol. [IPI001] CST= CodigoEnquadramento=999 ValorBase=0.00 Aliquota=0.00 pDevol=100.00 vIPIDevol=30.00
  4. Fiz o devido ajuste e funcionou! Obrigado por me lembrar da NT 2019.001. Porém, tenho uma dúvida sobre a regra de validação B03-10 da NT 2019.001 que você mencionou: A regra cita, por exemplo, que o número 01234567, entre outros, não pode ser utilizado na tag cNF. Neste caso, se eu utilizo um contador com auto incremento e, se esse meu contador atingir esse número 01234567, eu teria a rejeição, certo? Como você está fazendo, Fabrício? Está utilizando um contador? Desde já agradeço.
  5. Sim, vou fazer o ajuste, pois como até então estava funcionando, achei que eu poderia colocar zeros à esquerda em cNF para diferenciá-lo de nNF. Mas pelo jeito não é aceito. A Sefaz deve ter atualizado seus servidores de homologação com esta verificação, pois em produção está funcionando. Obrigado, Fabrício.
  6. Obrigado pelo retorno, Fabrício. A questão é qual código numérico, já que o código da rejeição é o mesmo 897 e a mensagem diferente? Ainda porque não fiz nenhuma alteração em meus fontes e o mesmo problema foi apontado por outras pessoas aqui no fórum. Mesmo assim, vou ajustar o campo cNF para ficar diferente do nNF, pois no meu XML está assim: <cNF>00001389</cNF> <nNF>1389</nNF>
  7. Bom dia, pessoal. Para mim a rejeição 897 começou em 25/06/2019 com a mensagem "Valor Fatura maior que Valor Total da NF-e". Hoje a rejeição 897 já apareceu com a mensagem "Código numérico em formato inválido", conforme abaixo. Não fiz nenhuma alteração em minha aplicação e a rejeição aqui em GO persiste. É uma simples NFC-e com pagamento em dinheiro emitida no modo de homologação. CStat=897 CUF=52 DhRecbto=27/06/2019 10:23:43 Msg= VerAplic=GO4.0 Versao=GO4.0 XMotivo=Rejeição: Código numérico em formato inválido
  8. Fizemos o procedimento usando certmgr.msc em duas máquinas com Windows 7 e também deu certo. Obrigado, Gilberto.
  9. Sim, Gilberto Faria, vamos ligar. Por acaso você executou os mesmos procedimentos de atualização das cadeias de certificados indicada aqui no fórum para serem feitos no Windows 10 semana passada? No Windows 7 não funcionou pra você em nenhuma máquina?
  10. Também estou enfrentando o mesmo problema aqui em Goiás com o Windows 7 em vários clientes. Erro 12175 ocorrido com Windows 10 semana passada.
  11. Verdade, Italo. Obrigado a todos pela contribuição. Até hoje sem solução para a questão que iniciei. Podemos continuar com a discussão?
  12. Boa noite, Arturo. Utilizo o ACBrMonitorPLUS versão 1.2.0.46 e ao longo dessa semana três clientes meus já apresentaram o seguinte erro, que parece ter sido o mesmo erro que aconteceu com você. Erro interno: 12175 Erro HTTP: 0 URL: https://nfe.sefaz.go.gov.br/nfe/services/NFeAutorizacao4?wsdl Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor No primeiro cliente, com Windows 10, só conseguimos fazer funcionar reinstalando o Windows. Pode me ajudar, por favor? Desde já agradeço.
  13. Boa tarde, utilizo o ACBrMonitorPLUS há vários anos e o produto é excelente. Não utilizo a linguagem de programação Pascal (Delphi) e, portanto, meu ERP se comunica com o ACBr através da troca de arquivos. Minha dúvida é a seguinte: como posso utilizar o componente ACBrNFSe? Desde já agradeço.
  14. Boa tarde, estou na mesma situação. Utilizo o ACBrMonitorPLUS versão 1.2.0.5 e ao incluir o campo vDesc (ValorDesconto) com valor igual a 0.00 no arquivo ENTNFE.TXT, o ACBr não adiciona a tag vDesc no arquivo XML, causando a rejeição 905 (Campos do grupo Fatura não informados) justamente pela falta do campo vDesc. Interessante que na semana passada estava emitindo NF-e aqui no estado de Goiás com os dados da fatura normalmente sem a tag vDesc e não ocorria tal rejeição. Hoje, 16/07/2018, a rejeição começou.
  15. Obrigado pela resposta, André Ferreira de Moraes. Existe previsão para inclusão de tal opção?
  16. É provável que sim. Conforme tabela de aliquotas FCP x UF, Goiás tem aliquota de 2%. Tem alguma ideia do motivo da rejeição 874 se, aparentemente, meu xml possui os dados corretos? A propósito, você sabe como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS (versão 1.2.0.5), por favor?
  17. Pois é, Ricardo. Veja que a aliquota de FCP em meu XML foi gerada pelo ACBrMonitorPLUS versão 1.2.0.5 com 4 casas decimais. 52180637257144000138650010000011141000011140-nfe.xml
  18. No validador da SEFAZ RS não apresenta a rejeição de percentual de fcp inválido. Mas ao transmitir a NFC-e aqui em Goiás a rejeição é apresentada. Tem ideia do motivo?
  19. Olá, Níssius Ribas. Você sabe como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS (versão 1.2.0.5), por favor? Desde já agradeço.
  20. Sim, Ricardo. Concordo com você. O ACBr está seguindo a nota técnica. Comentei porque várias pessoas questionaram num Webinar apresentado ontem às 15hs e afirmaram que as alíquotas devem ter apenas uma casa decimal. Eu continuo com o problema de rejeição 875 informando 2% para GO. Você sabe qual é a solução?
  21. Olá, Bezordan. Você sabe onde configuro a versão 2.00 do QR-Code no ACBrMonitorPLUS versão 1.2.0.5, por favor?
×
×
  • 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.