Histórico da Página
...
Chamado | Descrição | Fontes | Doc. Relacionado | |
| TSMOMB | Situação | TSS está considerando do campo A02_CDATIV, o código de serviço para a prefeitura de Lavras - MG. O correto é buscar do campo A02_CODTRI, pois a prefeitura exige que o código de atividade seja do município e não o Federal. O TSS considera o conteúdo passado com CNAE e não o cod. Trib. Municipal no XML padrão TSS que seria o correto. |
| |
| Resolução | Realizado ajuste no “nfse_3138203.cfg”(Arquivo de configuração de Lavras - MG), para que o código que gera a tag <atividade> no layout da prefeitra venha da tag de código de tributação no layout do TSS. | |||
| TSQXCM | Situação | Referente a NFTS (Servicos Tomados) do Rio de Janeiro. Quando ISS Retido pelo tomador e gerado na baixa do titulo principal. O cliente alega que com base na legislação enviada determina que a data a ser considerada na NFTS é a data de pagamento e não a data de emissão, "Por esses motivos, entendemos que os documentos de serviços tomados de terceiros devem ser encaminhados à Prefeitura do Rio de Janeiro no arquivo referente ao mês da entrada do documento na empresa, mencionando-se a data de emissão desse no campo 05 e no campo 33 a data de emissão da NFS caso não exista ISS retido, havendo, informar a data para pagamento. Caso existam mais de um vencimento ou pagamento com retenção do ISS para o mesmo documento, o campo 33 deverá ser preenchido com a primeira data de vencimento ou pagamento, já que o campo 28 desse registro refere-se ao Valor dos Serviços da Nota Fiscal e não ao Valor do pagamento, o que inviabiliza o envio de informação da Nota Fiscal Recebida a cada título pago." Exemplo : Nota fiscal de serviço tomado de terceiro : * Recebida na empresa no dia 03/03/2014 (data da entrada); * Emitida pelo prestador no dia 28/02/2014; * Vencimento real em 10/05/2014; Este documento deverá constar do arquivo do mês 03/2014, o campo 05 Data de Emissão da Nota Convencional deverá serpreenchido com : 28/02/2014 e o campo 33 Data de Competência com :10/05/2014. |
| |
| Resolução | Foi alterado a rotina de geração do arquivo TXT considerar a tag <DataCompetencia> na data de pagamento. | |||
| TSJK33 | Situação | Abertura de FNC para ajuste na gravação do campo XML_PROT da tabela SPED054. Não incluir a TAG PROTNFE para notas de Serviço |
| |
| Resolução | Realizado ajuste no TSS para não gravar a tag <protNFe> no campo campo XML_PROT da tabela SPED054, para a prefeitura de Aparecida de Goiânia - GO | |||
| TSKQC3 | Situação | O TSS está removendo a alíquota do ISS. |
| |
| Resolução | Realizado ajuste no TSS para enviar a tag de alíquota quando não for simples nacional, para a prefeitura de Bauru - SP | |||
| TSLVUF | Situação | Ajustar para que seja enviado corretamente a inutilização quando tem um cancelamento na mesma remessa pelo TC 1.0. |
| |
| TSLVUF | Resolução | Realizado a correção para que seja enviado corretamente a inutilização quando tem um cancelamento na mesma remessa pelo TC 1.0. | ||
| TSKXUO | Situação | Erro no cancelamento de NFE: |
| |
| Resolução | Manutenção para rejeitar o cancelamento (STATUSCANC=3) quando o registro é alterado manualmente para STATUS=7 e STATUSCANC=1, sem que o método CANCELANOTAS tenha sido executado (não há registro de evento na tabela SPED150). | |||
| TSNAK3 | Situação | Retorna o erro abaixo, quando é optante simples nacional: <Erros><Erro><codigo>999</codigo><descricao>A alíquota especial somente pode ser utilizada quando se tratar de Substituição Tributária |
| |
| Resolução | Realizado ajuste no TSS para enviar a tag de alíquota quando não for simples nacional, para a prefeitura de Osasco - SP | |||
| TSKSXB | Situação | Na transmissão da NFse municipio de Gravataí quando possui caracter especial sinal < e > na tag <DescricaoRPS> ocorre erro abaixo, mesmo estando habilitado a linha ChangeEncodingBehavior=1 : [RemessaNFSE001] Erro - error parsing attribute name attributes construct error xmlParseStartTag: problem parsing attributes; |
| |
| Resolução | Realizado ajuste no TSS para aceitar caracter especial '<' e '>' na tag <DescricaoRPS> para a prefeitura de Gravataí - RS | |||
| TSFQKH | Situação | Tag <XMLPROT> não está retornando na resposta do método RetornaNFse do TSS, para documentos autorizados. |
| |
| Resolução | Realizado ajuste para que retorne no método RetornaNFse a tag <XMLPROT> quando o documento for autorizado. Para documentos não transmitidos ou rejeitados, que não houver XML com protocolo está tag sempre vai ser vazia. | |||
| TSMWQ0 | Situação | Quando a prefeitura retorna mais de um erro, no monitor não exibe as rejeicoes, apresenta apenas: |
| |
| Resolução | Realizado ajuste no TSS para exibir todas as mensagens de erro no retorno da prefeitura de Porto Alegre - RS | |||
| TSMO48 | Situação | Ao transmitir uma RPS para o município de Frutal-MG com ISS Retido é apresentado uma não conformidade. |
| |
| Resolução | Realizado ajuste no TSS para não enviar o valor do ISS quando o valor do ISSRETIDO estiver preenchido para a prefeitura de Frutal - MG. | |||
| TSKUTJ | Situação | Houve alteração no sistema de NFS-e da Prefeitura de Montes Claros - MG. |
| |
| Resolução | Efetuadas alterações no modelo do XML (versão 2.02 Abrasf) e alteração das URLs dos webservices. | |||
| TRVAS5 | Situação | Verifique que quando é configurado a Modalidade EPEC – (5) na TABELA SPED150 o campo TOVSCOLAB fica vazio quando deveria ser gravado TC. |
| |
| Resolução | Realizado a correção para quando for emitida nota em modalidade EPEC – (5) grave corretamente TC’ no campo TOVSCOLAB na tabela SPED150 para que seja efetuada a transmissão. | |||
TSAHCE
| Situação | Ao transmitir uma NFSe para a prefeitura de São Paulo o campo Município da Prestação de Serviço não é Apresentado no XML de envio. |
| |
| Resolução | Foi realizado alteração na NFS-e para a prefeitura de São Paulo no campo Município da Prestação de Serviço. | |||
| TSOJO4 | Situação | O Arquivo TXT gerado pelo TSS para prefeitura de Barueri está incorreto, |
| |
| Resolução | Realizado ajuste no TSS para preencher a tag <faturas> com o numero e valor da nota | |||
| TSIKT8 | Situação | O TSS esta enviando a tag <CodigoCancelamento> com valor 2, e para prefeitura de Sao Leopoldo-RS o código de cancelamento deve ser E506 |
| |
| Resolução | Foi realizado ajuste no TSS para enviar o código do cancelamento como 056 e atender a solicitação de envio da NFSe para a prefeitura de São Leopoldo/RS. | |||
| TSLIF3 | Situação | Erro na assinatura da solicitação de consulta para manifesto quando possui MV_USOCERT=NFSE na SPED000.
|
| |
| Resolução | Realizar ajuste para não dar erro na assinatura da solicitação de consulta para manifesto do destinatário quando possui MV_USOCERT=NFSE na SPED000. | |||
| TSIVHW | Situação | Ao enviar a descriminação do serviço para prefeitura de Paulista – PE o texto estava cortado e sem as quebras de pipe “|” necessária a cada 80 caracteres e com maximo de 999 para a descrição. |
| |
| Resolução | Realizar ajuste para o TSS não cortar a mensagem de descriminação e despresar espaços em branco no final do texto | |||
| TSIJA8 | Situação | O cancelamento de uma NFC-e não está sendo realizado, quando o conteúdo dos parâmetros MV_AMBIENT e MV_AMBNFCE estiverem diferentes. |
| |
| Resolução | Na rotina de cancelamento da NFC-e, considerar o ambiente configurado no parâmetro MV_AMBNFCE. | |||
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas