...
Chamado | Descrição
| Fontes | Doc. Relacionado | |
TSS 11 | TSS 11 | |||
TUQMPQ | Situação | NFS-e Taubaté - Município de prestação está fixando o município do prestador no txt |
| |
Solução | Manutenção na NFS-e Taubaté para considerar os dados da prestação do serviço nas posição 28 a 35 do registro 20 do txt. | |||
TUOAQ7 | Situação | Ao transmitir NFSe de SP com o logradouro = Al (tipoLogr = 15) é apresentado erro de schema Erro: Element 'tipologr': [facet 'enumeration'] The value '15' is not an element of the set {'1', '2', '3', '4', '5', '6', '7', '8', '9', '10', '11', '12', '13', '14'}.Element 'tipologr': '15' is not a valid value of the atomic type '{tss_nfse_tipos_v2.00}tstplogradouro'. |
| |
Solução | Solução: Inclusão dos tipos de logradouros (tag tipologr) no arquivo tss_nfse_tipos_v2.00.xsd: | |||
TUMMJE | Situação | Ao transmitir NFSe apresenta os seguintes erros: "3628: O local de verificação do resultado da prestação de serviço no exterior está divergente entre o indicado no serviço e para as informações adicionais. |
| |
Solução | Realizados os ajustes no TSS para preencher as tags corretas quando for serviço do exterior, município de Caxias do Sul - RS. | |||
TUNGLG | Situação | Ao validar o schema de uma NFe com a tag NCM preenchida com 9 números não é apresentado erro de schema, porém o conteúdo esperado é de tamanho 2 ou 8 números e o erro deve ser apresentado. |
| |
Solução | Manutenção no arquivo de schema leiautenfe_v3.10.xsd para considerar apenas os tamanhos 2 e 8 na | |||
TUMASL | Situação | MétodoLANOTAS esta sendo acionado com chave de MODELO '56' permitindo a inclusão na SPED050 com MODELO = '56'. |
| |
Solução | Adicionada validação para não permitir a entrada de notas com MODELO '56' pelo método CANCELANOTAS, informando que deve ser utilizado método correspondente notas de serviço para este caso. | |||
TUMGKU | Situação | Ao transmitir uma NFe para Minas Gerais com CST90 sem ICMS ST (SOMENETE ICMS) e sem CEST é apresentada a rejeição 806 - Operação com ICMS-ST sem informação do CEST, porém o CEST para CST90 só é obrigatório desde que exista a tag vICMSST. |
| |
Solução | Manutenção no TSS para montar as tags modBCST, pMVAST, pRedBCST, vBCST, pICMSST, vICMSST no grupo de | |||
TUOOED | Situação | Criar a tag <DocTomadorEstrangeiro> para acrescentar o Documento de Identificação de Tomador Estrangeiro. |
| |
Solução | Realizado ajuste no TSS para aceitar a tag <doctomestra> enviada no REMESSANFSE001, que será convertida na tag <DocTomadorEstrangeiro> para levar as informações do Documento de Identificação de Tomador Estrangeiro. Ajuste para modelo DFSNET. | |||
TUBDQM | Situação | Implementação da NFSe de Santo Antônio de Jesus/ BA |
| |
Solução | Realização melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Santo Antônio de Jesus/ BA. | |||
TTXPOP | Situação | Ao enviar uma NFCE em contingencia e a mesma é rejeitada o TSS não está atualizando as tabelas SPED050 com a rejeição, ficando com o STATUS 4 transmitida e na SPED052 não atualiza o status do lote, com isto o TSS fica sempre transmitindo a NFCE. |
| |
Solução | Manutenção na NFC-e em Contingência para que ao receber uma rejeição atualize o campo STATUS da tabela SPED050 para 5 e STATUS da SPED052 para 2. | |||
TUNTBK | Situação | Mensagem de retorno de erro na validação do Schema Único não é estruturada de forma a permitir a automação da leitura destas informações. |
| |
Solução | Criada nova propriedade <RETESTRUT> para os metodos SCHEMAX e REMESSANFSE001 a fim de identificar se a string do retorno na validação do schema único deve estar estruturada. | |||
TUHJKC | Situação | ERRO DE SCHEMA |
| |
Solução | NFS-e Macaé - RJ - Retirada a obrigatoriedade da tag CodigoTributacaoMunicipio do arquivo schema para não apresentar mensagem na validação de schema. | |||
TUKOXX | Situação | Para transmissões de NFSE do município de Serra - Espirito Santos, está levando de forma automática o CFPS da nota quando deveria ser variável. |
| |
Solução | Ajustado a rotina do TSS para gravar o CFPS através da tag <cfps> que fica dentro do bloco da tag de <servico>. O não envio desta tag o próprio TSS gera a <cfps> com valor automático descrito no layout da prefeitura como ja era gerado antes do ajuste. | |||
TUKUBA | Situação | Os metodos do WS NFEEBRA, possuem apenas a chamada e parâmetros, portanto apresentam error logs: |
| |
Solução | Inserida mensagem de retorno para os metodos do NFEEBRA que informa que os mesmos foram descontinuados. | |||
TUKVTP | Situação | Ao transmitir NFce direto pelo Métodos do TSS ocorre 395-Rejeicao: Endereço do site da UF da consulta via QR-Code diverge do previsto. |
| |
Solução | Realizado alteração da URL do SERVICO ='QRCODE' para UF do RS para que não ocorra a rejeição 395. | |||
TULLHG | Situação | Conteúdo da tag <situacao_tributaria> está sendo enviada sempre com 0 (ZERO). |
| |
Solução | Realizado alteração para que o conteúdo da tag <situacao_tributaria> não seja enviado sempre com 0 (ZERO). Também foi retirada na sped158 a url do ambiente de homologação pois para Santa Rosa-RS não dispomos de ambiente de homologação evitando que ao parametrizar como homologação não seja enviado em produção. | |||
TUKPCC | Situação | Ao rodar o Webservice TSSDMST método TRANSMIDMS está ocorrendo o seguinte error log: |
| |
Solução | Ajuste no método TRANSMIDMS para considerar valor default para o parâmetro MV_NFSEAMB. | |||
TTNVUN | Situação | Prestador imune de ISS - NFSe São Leopoldo/RS. |
| |
Solução | Realizado ajuste para que quando for gerado o XML que será enviando para a prefeitura de São Leopoldo/RS, quando a tag for tipotrib=3, a natureza de operação será "58 - Não tributável. | |||
TUCOXN | Situação | Envio do PDF da DANFE por e-mail não é realizado com sucesso para alguns casos quando o job do MDFE esta ativo juntamente com o job do NFE. |
| |
Solução | Ajuste no SPED_WF para evitar concorrencia entre os jobs do MDFE e NFE no envio de DANFE por e-mail. | |||
TTIK29 | Situação | Inclusão das novas tags < ValorCargaTributaria>, < PercentualCargaTributaria>, < FonteCargaTributaria>, < CodigoCEI>, <MatriculaObra> e <MunicipioPrestacao > para a lei da transparência. |
| |
Solução | Realizado melhorias no TSS para atender a lei da transparência. | |||
TTVYFX | Situação | Ao enviar a NFSE de Barueri – SP está a informado Fatura no arquivo XML e mesmo é gerado no TXT porém faltando informações de valores da fatura e o número. |
| |
Solução | Realizado os ajustes para gerar o arquivo com os valores da fatura e o número, para Barueri-SP | |||
TTSKN0 | Situação | Ao realizar o envio da Nfse de Tatuí – SP não está sendo gravado na tabela SPED053 o campo XML_RET com isto o ERP (RM) não consegue atualizar as informações da nota na base do ERP. Metodo utilizado é o retornanfse. |
| |
Solução | Ajuste no fonte NFSE_WF para gravar corretamente o campo XML_RET para o municipio de Tatuí. | |||
TUIWWV | Situação | Na execução dos métodos ADMPARTICIPANTES, ADMSIGNATARIOS, CONSULTEMISS do web service SPEDADM ocorre a seguinte mesagem no SoapUI: "INTERNAL SERVER ERROR : Alias does not exist: SPED002" |
| |
Solução | Atualizados métodos ADMPARTICIPANTES, ADMSIGNATARIOS e CONSULTEMISS para retornar mensagem informando que os mesmos estão descontinuados e não devem ser utilizados. | |||
TUIRV8 | Situação | Erro na transmissão de NFSE para prefeitura de Belo Oriente (MG). INTERNAL SERVER ERROR : invalid property _INFRPS |
| |
Solução | Ajuste na rotina NFSE_GEN02 para realizar transmissão de NFSE corretamente. | |||
TTORCB | Situação | Implementação da NFSe de Gavião Peixoto - SP |
| |
Solução | Realização melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Gavião Peixoto - SP | |||
TTYZQ3 | Situação | Realizar o desenvolvimento da Declaração de Serviços Tomados - Jahu/SP |
| |
Solução | Implementado a Declaração de Serviços Tomados - Jahu/SP | |||
TUHLQL | Situação | Ao gerar o XML da NFSe que será transmitido para a prefeitura, foi identificado que o campo <código_local_prestacao_servico> está retornando o código SIAFI de Santa Rosa e não o código SIAFI do município de Prestação |
| |
Solução | Realizado ajuste para que quando for gerado o XML que será enviando para a prefeitura de Santa Rosa - RS, o campo <código_local_prestacao_servico> traga o código do município de Prestação. | |||
TUIRLM | Situação | Implementação da NFSe de Timbó - SC |
| |
Solução | Realização melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Timbó - SC | |||
TTRKDV | Situação | Implementação da NFSe de Lagoa Santa - MG |
| |
Solução |
| |||
TUGEMC | Situação | Erro de schema: " Element '{http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd}CodigoMunicipio': '' is not a valid value of the atomic type '{http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd}tsCodigoMunicipioIbge'. "
|
| |
Solução | Realizado ajuste na validação do schema para o munícipio de Goiania - GO. |
...