...
Chamado | Descrição
| Fontes | Doc. Relacionado | |
TSS 11 | TSS 11 | |||
TTGQQS | Situação | Ao enviar um MDF-E e o mesmo for rejeitado pela SEFAZ , quando é solicitado um novo SCHEMA ele mostra o que está nas Tabelas e não o que está sendo passado pelo Método, e com isto quando o ERP “RM” mando o XML é sempre enviado o mesmo. Cliente solicita que não pegue das Tabelas e Sim o XML que está sendo passado. |
| |
Solução | Efetuada a manutenção na REMESSA para regravar o XML a cada nova chamada para o MDFe mesmo como mesmo ID já estando na base e ajuste da chamada do SCHEMA para enviar o XML passado no método. | |||
TSVDJ1 | Situação | A configuração do certificado da NFS-e não está sendo realizada corretamente pois não respeita os parâmetros do appserver.ini. |
| |
Solução | Atualizado NFSE_GEN02 para considerar os parâmetros TLS1 e BUGS a partir do .ini na função de configuração do certificado. | |||
TTIJO2 | Situação | Solicitação de homologação da NFC-e para o estado da Bahia - BA. |
| |
Solução | Homologação realizada da NFC-e para o estado do Bahia - BA. | |||
TTUXRJ | Situação | Erro na validação do schema com TSS Linux. |
| |
Solução | Realizado ajuste na string de retorno de erro da função XmlSVldSchema, para retirar os chr(0). | |||
TTMEZ1 | Situação | Ao realizar a consulta RPS via Metodo nfse001_tssconsrpsnfse não esta trazendo as informações das TAGS: |
| |
Solução | Atualizados NFSE_GEN01 e NFSE_GEN02 para retornar corretamente as tags da consulta de RPS. | |||
TTPCGP | Situação | Na rotina CTESEFAZ, quando executamos a Ações Relacionadas - Status SEFAZ, é apresentado o motivo do erro: - CTe Versão da mensagem: 1.01 Código do Status: 999-Rejeição: Erro não catalogado (informar a mensagem de erro capturado no tratamento da exceção) UF Origem: SC UF Resposta: SC Tempo de espera: 1 |
| |
Solução | Realizado ajuste na url no servico NFESTATUSSERVICO para cte de SC. | |||
TTQDHC | Situação | NFSe Passo Fundo-Ao Emitir um Cancelamento esta apresentando E505-Código da Cancelamento Não existe na tabela de erros e alerta, e no no monitor faixa apresenta cancelamento autorizado. |
| |
Solução | Realizado a correção para enviar o código de cancelamento correto (E506 ) para não apresentar a rejeição E505-Código da Cancelamento Não existe na tabela de erros e alerta. | |||
TSEZPB | Situação | Ao enviar uma NFSE para a prefeitura de Esteio – RS ele não está respeitando o padrão da prefeitura. A nota é autorizada porém o cliente informa que pode ser atuado pela Secretária por não ser o que está na legislação |
| |
Solução | Realizado ajuste no TSS para enviar a tag <NaturezaOperacao> de acordo com a legislação para o município de Esteio-RS. | |||
TTQOF3 | Situação | Ao enviar um NFCE o mesmo está sendo autorizado e ao solicitado o método RetornaNotas está sendo apresentado uma divergência na TAG <dhRecbto> a Letra T que separa a data e a Hora está minúscula porém a SEFAZ retorna maiúscula. |
| |
Solução | Realizado alteração para a corrigir o conteúdo da tag. <dhRecbto> para que tenha o mesmo padrão (letra maiúsculo) do retorno da Sefaz. | |||
TTQYFP | Situação | Ao transmitir uma RPS para o município de Diadema- SP onde o campo F3_CODISS está igual a 14.05B, o remessa envia esse valor corretamente para o TSS, porém o B é removido pelo TSS. Apresenta a rejeição: "E30 - Item da lista de serviço inexistente." |
| |
Solução | Realizado ajuste no TSS para não retirar o B do Código de Serviço, para o município de Diadema - SP | |||
TTPGE5 | Situação | Ao transmitir uma RPS para o município de Tatui-SP com F4_ISSST=1 (Tributado dentro do município) o TSS está gravando <ExigibilidadeISS>6</ExigibilidadeISS>. |
| |
Solução | Realizado tratamento para que leve o tipo de tributação correto para que não ocorra o erro abaixo: E314-número do processo não informado. | |||
TRRMZZ | Situação | Implementação da NFSe de Barra dos Coqueiros - SE. |
| |
Solução | Realizado melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Barra dos Coqueiros - SE. | |||
TTIE08 | Situação | Ao transmitir uma RPS para o município de Goiânia-GO e usar a consulta padrão dos campos C5_ESTPRES e C5_MUNPRES, o código do município de prestação está sendo enviado de acordo com o IBGE, a prefeitura de Goiania trabalha com código próprio e essa informação deve ser convertida no XML, caso contrario será apresentado erro. |
| |
Solução | Criar rotina de conversão de código de municipio IBGE p/ código próprio de Goiania e atualizar rotina ABRASF para realizar a conversão. | |||
TRXXQM | Situação | Identificamos que o processo de autorização de uma NF-E está demorando certa de 2 minutos isto ocorre esporadicamente. |
| |
Solução | Realizado alteração da query para melhor performance de consulta para emissão de NFe | |||
TTJCUK | Situação | Ao tentarmos incluir um documento de entrada, do tipo Ct-e, quando informamos a chave eletrônica, o sistema retorna a seguinte mensagem: Chave digitada não foi encontrada na Sefaz. Mas verificando na Sefaz, o documento já está autorizado, |
| |
Solução | Realizado alteração na url relacionado ao serviço NFECONSULTANF para ambiente de (produção Modelo:57,UF:PA) para que seja realizado a consulta de uma nota autorizada. | |||
TTQFZ2 | Situação | Erro na transmissão de NFS-e para Santa Cruz do Sul: Valor de ISS incorreto. O xml não levou o valor do ISS para a tag <ValorIss>, levou o valor apenas para a tag <ValorIssRetido>, porém para o município quando o valor do ISS for retido deverão ser alimentadas ambas as tags no XML. |
| |
Solução | Alterado programa ABRASF.prw para carregar dados na tag de Valor de ISS para o município em questão mesmo com ISS Retido. |
...