Sistematec

Voltando ao assunto Prefeitura de JALES - Provider RLZ Informática. Hoje conversei com o suporte técnico e recebi estes novos WDSL: [3524808] Nome=Jales UF=SP Provedor=RLZ ProRecepcionar=https://cidadaoonline.jales.sp.gov.br/nota/nacional/nfse HomRecepcionar=http://jales.prefeitura.rlz.com.br/nota/nacional/nfse O que consta no ACbrNfsexServicos.ini é este logo abaixo: [3524808] Nome=Jales UF=SP Provedor=RLZ ProRecepcionar=https://cidadaoonline.jales.sp.gov.br/nota/nacional HomRecepcionar=http://jales.prefeitura.rlz.com.br/nota/nacional O suporte (sr. Ivan) disse que o endereço que passou é o que utilizam para JALES. Porém totas as tentativas hoje de envio de DPS, disse claramente que nada chegou no provedor. Conferi com ele, enviei para ele o XML gerado (Padrão Nacional 1.01). Conferiu, disse que está certo. Porém não consigo fazer nada com eles. O que posso estar errando? Alguém conseguiu emitir NFSe para Jales? 3526011934380800010856000000000000001-rps.xml

MarcoProData, dê ma olhada nestas tabalas e vai te esclarecer bastante coisa. Principalmente o Layout do Padrão Nacional, que é bem detalhado e com os nomes dos campos que são exigidos. A outra tabela é a Lista de Serviços Nacional, que será utilizado para o código de serviço que você citou. Boa sorte! OTIMO_anexoi-leiautesrn_dps_nfse-snnfse_v1-01-00-homologacao.xlsx anexo_b-nbs2-lista_servico_nacional-snnfse.xlsx

Não temos ainda os endereços de envio de documentos NFSe para a Prefeitura de Goiânia. Estou precisando urgente. Agradeço qualquer ajuda. Provedor: ISSNet Muito obrigado

Estou tentando fazer as NFSe para a Prefeitura de Jales que é administrada pela RLZ Informática. A RLZS disse que devo transmitir e usar o Layout do Padrão Nacional, porém eles querem que enviem para o endereço na RLZ. Fiz corretamente a alteração no AcbrNFSeXxServicos.ini / CompilaRES.Bat / Build do programa e responde corretamente às alterações. [3524808] Nome=Jales UF=SP Provedor=RLZ Versao=2.03 ProRecepcionar=https://cidadaoonline.jales.sp.gov.br/nota/nacional/nfse O problema e fazer o AcbrNfseX conseguir: 1) Gerar o XML na versão do layout Padrão Nacional 2) Enviar para a RLZ no endereço que está informado acima Como devo proceder? Alguém já conseguiu transmitir as NFSe sem problema para a prefeitura de JALES? Já coloquei para o programa pesquisar o Schema do Padrão Nacional 1.0 ou da RLZ versão 2.03. Todas as formas, mas não consigo evoluir. Preciso de uma LUZ neste problema. Muito obrigado!

Este problema está relacionado à alteração do arquivo: AcbrNfeServicoX.INI que tem os novos endereços. Veja um post + abaixo que tem um detalhamento perfeito de como conseguirá emitir as NFSE.

Alô colegas. Consegui instalar e processar com sucesso notas fiscais de Serviço no novo Sistema da Prfeitura de Goiânia. ABRASF 2.04. Algumas considerações. 1) Altere o arquivo AcbrNfseXServicos.ini para o seguinte: [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Depois rode o COMPILA_RES.BAT para poder gerar corretamente o novo arquivo. 2) Não ligue para o que diz o Manual Emitido e que está circulando por aí dizendo para utilizar o Código da Cidade: 520140. Isso não funciona. Utilize o código correto que está no IBGE: Goiânia:5208707. 3) Utilize a Geração do Arquivo -> Automática e com o Layout da ABRASF. 4) * IMPORTANTE * -> Entre no site da Prefeitura do Goiânia, com o Certificado do seu cliente. Vá lá na parte de cima à esquerda e em Documentos Solicitação: SOLICITE A AUTORIZAÇÃO PARA EMITIR RPS. Coloque o número de 500 para iniciar, depois pode até aumentar este número. 5. A autorização pode levar em torno de 30 minutos. Quando eu fiz a solicitação levou este tempo. 6) A RPS irá começar do númerio: 00001 e tambéma NOTA FISCAL DE SERVIÇO: Nro. 00001. 7) A Série é 1 (um). 8- Antes existia uma tabela de cidades exclusiva para o estado de Goiás (na versão antiga). Isso acabou! Não existe mais, utilize a tabela do IBGE que é a publicada normal. Estou anexando algumas imagens para referência e CONSULTA. Quem é usuário do ACBR não terá dificuldades para nada. Apenas "AJUSTAR" os pontos que coloquei acima. Bom trabalho á todos!

Olá, se for útil vou colocar aqui um XML que gerei hoje para a Prefeitura de Goiânia. Infelizmente está retornando erro 12007 - Conexão com o Servidor. Mas acredito que seja este momento que estão adaptando para as mudanças. 5225100952062400010456000000000000174-rps.xml

Boa tarde. Não estou conseguindo enviar arquivo e receber o xml da Prefeitura de Goiânia. Já está certo o provedor ISSGoiania, transmito de forma síncrona. Estou utilizando o programa de testes, porém recebo a mensagem de que este serviço não está implantado para este provedor. Alguém pode me dar uma luz de onde é que estou errando? As versões estão atualizadas. Muito obrigado

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

EMBarbosa, boa tarde. Sim tem razão. Alterei o Programa e o Problema foi resolvido! Consegui autorizar todas as DANFES. Muito obrigado! Valeu cara!

Prezado Leão, obrigado pela dica. Fiz agora, coloquei o CST_IPI = 53 como orientou e continua retornando com o mesmo problema ( indFinal=0 ) no XML gerado.

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??

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?