-
Total de ítens
12 -
Registro em
-
Última visita
Últimos Visitantes
853 visualizações
Nelson Mazarin's Achievements
-
900-Rejeição: Data de vencimento da parcela não informada ou menor que Data de Emissão [nOcor: 2] Bom dia! Hoje dia 17/Agosto (Ainda sem solução da SEFAZ) Continuamos a receber a Mensagem de Rejeição acima na SEFAZ ambiente Homologação, verificamos que é apenas para o Estado de SP. Clientes operando normalmente no ambiente de Produção em todo Brasil. Ninguém merece!
-
Problema parcialmente resolvido! Façam o mesmo com os Certificados A3 (Estado de São Paulo). Configurem tudo. Saiam do Sistema. Loguem de novo e vejam se confirmam as alterações. Erro: 12030 - Resolvido
-
Também estamos com clientes com problemas. A maior incidência é com Certificados A3 (Leitora de Cartão). Com os Certificados A1 são mínimos os problemas. Maioria dos clientes é de SP.
-
Josadac, hoje (25-06-2018) a SEFAZ na Homologação está aprovando qualquer coisa. Vão alguns trechos que foram aprovados hoje (já coloquei no formato ENT.TXT) (Boleto, Tipo Pagamento:(15) ) [Fatura] nFat=1002 vOrig=200.00 vLiq=200.00 [Duplicata001] nDup=1002-01 dVenc=20/09/2018 vDup=150.00 [Duplicata002] nDup=1002-02 dVenc=20/10/2018 vDup=50.00 [Pag001] indPag=1 tPag=15 vPag=200.00 Também aprova se retirar a parte [Fatura] e deixando [Duplicata....]. Mas atenção: Veja no Grupo que existe um problema a ser resolvido, o que é Boleto e o que é Duplicata. Provavelmente haverá uma alteração no Layout 1.61. A última publicada é a NT 1.60.
-
Na verdade o LINKER SAT II irá funcionar perfeitamente, porém um detalhe: Tem que colocar a nova DLLSAT.DLL dentro da pasta do executável do programa substituindo a anterior. Estou anexando esta DLL para quem ainda não conseguiu. Esta DLL funciona também para o LINKER I. Mude também a Versão do Layout de 0.06 para 0.07. Sem problemas. dllsat.dll
-
Estou com o mesmo problema hoje: 04/Janeiro/2016. Já atualizei o Sistema Trunk2 e também utilizo o AcbrNfeMonitor_PLUS Versão 0.2.01.0. No arquivo texto (SAI.TXT) eu informo: indFinal=1, porém o XML criado está com indFinal=0, exatamente por ESTE MOTIVO o erro Retornado pela SEFAZ. Já pedi ajuda no Forum e estou aguardando uma orientação. Estou anexando os arquivos: (LOG.TXT) e (XML que foi gerado). 35160104317223000138550010000002001000002000-nfe.xml LOG.TXT
-
Prezados colegas, fiz agora um teste com o mesmo exemplo anterior, retirei as TAGS do DIFAL e CEST, utilizando Schema SP_NFE_PL_008h2 (última). e está autorizando NORMAL no ambiente de Homologação. Penso que será assim que acontecerá amanhã. Mas veja que não gerei as TAGS e não constam no XML que anexei neste post, mas vejam que foi Autorizada! Portanto, concluo que está desobrigado, neste momento a validação dos campos, como disse o Régys Silveira. O que devemos é nos garantir é armazenar as variáveis e valores como se já estivessem valendo. Pra mim ainda ficou a dúvida se a GRNE deve ser recolhida ao Estado de Destino. Penso que sim. Estou anexando o XML Autorizado sem as TAGS.35160104317223000138550010000001941000001943-nfe.xml
-
Rejeição: Informado indevidamente o grupo de ICMS para a UF de destino [nItem:1] Salve todos! Estou recebendo em ambiente de Homologação esta mensagem quando faço uma DANFE com a partilha DIFAL. Não acontecia antes. Utilizo versão PLUS 0.1.12.9 e já atualizei os Schemas como podem ver: SP_NFE_PL_008h2 Chamo atenção para os detalhes exclusivos em operações Fora do Estado ( Consumo ). idDest=2 [Destinatario] indIEDest=9 indFinal=1 Alguém está conseguindo Autorizar alguma DANFE com DIFAL hoje? No dia 30 de Dezembro, fazia normalmente. LOG.TXT Prezados Companheiros. Somente ilustrando o assunto acima, no dia 30 de dezembro tudo funcionava. Estou disponibilizando um XML autorizado com CEST / DIFAL (SP para RS) e não havia problemas no ambiente de Homologação. Alguém está com o mesmo problema? 35151204317223000138550010000001461000001460-nfe.xml
-
Bom dia! Também estou com o mesmo problema "508 - CST incompatível na operação com Não Contribuinte" , porém em ambiente de Homologação. Um detalhe que é diferente, no meu caso, indIEDest = 1 (o cliente é Contribuinte do ICMS). Porém a mensagem é a mesma recebida quando deveria ser para IndIEDest = 9 (Não Contribuinte). Será que a SEFAZ pirou? Tanto faz mudar este parâmetro. Teste feito para Empresas do Simples Nacional. Já estou atento à Nota Técnica 2015/003 que já está em vigor. Justamente estou testando o Software. Alguém já conseguiu Autorizar um XML no ambiente de Teste??
-
Erro Envio Nfc-E Em Homologação Sp
Nelson Mazarin replied to Verissimo's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Prezados colegas de trabalho, boa noite! Também enfrento o mesmo problema da Rejeição: XML da área de dados com codificação diferente de UTF-8. Exatamente como disseram no estado do Amazonas, funciona perfeito! O problema está apenas na SEFAZ de SP. Fiz algumas tentativas de solucionar o problema gerando o XML com a tag: <?xml version="1.0" encoding="UTF-8"?>, mas infelizmente não consegui resolver o problema. Visualmente tem estas diferenças: Alguém tem alguma luz?