...
Chamado | Descrição | Fontes | Doc. Relacionado | |||
TSS 11 | TSS 12 | TSS 11 | TSS 12 | |||
TRZZXK | Situação | Implementação da NFS-E de Petrópolis - RJ. |
| |||
Resolução | Foram realizadas melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Petrópolis - RJ. | |||||
TSSEDW | TSUGJY | Situação | Implementar a Nota Técnica 2015/003 do MDF-e. |
|
| |
Resolução | Implementada a NT2015_003 do MDF-e. Alteração nos schemas: Alteração no leiaute do XML de encerramento (tpEvento 110112) para encerramento do MDF-e no Exterior: | |||||
TSQLRE | TSU773 | Situação | Ao transmitir um Cte em modalidade SVC-SP e logo em seguida realizar o cancelamento do mesmo,era retornado uma não conformidade. |
|
| |
Resolução | Realizado ajuste para quando cancelar uma Cte em modalidade SVC-SP, o mesmo não seja direcionado para a Sefaz de MG para que não ocorra a não conformidade. | |||||
TSEZOI | Situação | Alterar o layout da NFS-E de Itajubá-MG. |
| |||
Resolução | Realizado alteração do layout da NFS-E de Itajubá-MG. | |||||
TSMND2 | TSTOBO | Situação | Apresenta o protocolo no método RETORNANFSE mesmo quando o cancelamento está rejeitado. |
|
| |
Resolução | Realizado ajuste no TSS para não informar o protocolo no método RETORNANFSE, quando o cancelamento está rejeitado, para o município de Itajaí - SC. | |||||
TRWRSC | TSTEDH | Situação | Ao enviar uma NFS-E de Gravataí – RS o número do tomador do serviço não é montado a TAG <numero_residencia>. |
|
| |
Resolução | Realizado ajuste no TSS para enviar a TAG <numero_residencia>, NFSe do município de Gravataí – RS | |||||
TSELDJ | Situação | Implementação da NTSE de Mogi das Cruzes- SP |
| |||
Resolução | Foram realizadas melhorias no TSS para atender a solicitação de envio da NFSe para a prefeitura de Mogi das Cruzes-SP. | |||||
TSCNEG | Situação | Alterar o layout da NFSe de Londrina-PR para Versão 1.03 |
| |||
Resolução | Realizado alteração do layout da NFSe de Londrina-PR para Versão 1.03 | |||||
TSQBT8 | TSSKAO | Situação | Solicitação de homologação da NFC-e para o estado do Maranhão. |
|
| |
Resolução | Realizada a homologação da NFC-e para o estado do Maranhão. | |||||
TSNRAA | TSSKDU | Situação | Ao enviar uma NFS-E de Volta Redonda – RJ e o tomador do serviço for pessoa física não está montando no arquivo os dados de CPF e com isto não consegue realizar a importação do Retorno, pois é utilizado o CNPJ / CPF para posicionar na SPED051 e popular os retornos. |
|
| |
Resolução | Realizado ajuste na chave de busca para que importe corretamente o arquivo de retorno da NFS-E de Volta Redonda – RJ. | |||||
TSQUOH | TSSKVG | Situação | Métodos de Retorno de NF-e não devolvem os campos XMLPROT e PROTOCOLO preenchidos quando o cancelamento é homologado fora de prazo (cstat 155). |
|
| |
Resolução | Manutenção nos métodos RETORNAFAIXA, RETORNAFX, RETORNANFESTATUS, RETORNANOTAS, RETORNANOTASDEPECNX, RETORNANOTASNX, RETORNANX e FLAGRETXMLAUTFX para que retornem o PROTOCOLO e XMLPROT de uma NF-e cancelada fora do prazo (cStat = 155 - "Cancelamento homologado fora de prazo"). Método NFEEXPORTAEVENTO retornará o xml do evento de cancelamento fora do prazo (cStat =155). | |||||
TSLXCN | TSSCQ9 | Situação | NFSe Municipio de Goiania, ao transmitir RPS é gerada a Rejeição L999-CPF/CNPJ DO TOMADOR COM MAIS DE UMA INSCRICAO, INFORME A INSCRICAO DESEJADA |
|
| |
Resolução | Realizado ajuste no TSS para enviar a inscrição municipal para o munícipio de Goiania - GO. | |||||
TSIPHX | TSS289 | Situação | Solicitação de tratamento para validar tag o código de serviço no SCHEMA tss_nfse_tipos_v2.00.xsd. |
|
| |
Resolução | Realizado ajuste no TSS para validar tag o código de serviço no SCHEMA tss_nfse_tipos_v2.00.xsd. | |||||
TSMIXJ | Situação | Ao transmitir a nota em modalidade EPEC em ambiente de produção ocorre erro abaixo quando a Danfe esta habilitado para envio por E-mail (MV_NFEDISD=1). THREAD ERROR ([6756], JOBNFE_, THIS) Stack : argument #0 error, expected D->C, function dtoc on DANFECPL(DANFE.PRW). |
|
| ||
Resolução | Realizado ajuste para não dar erro ao transmitir a nota em modalidade EPEC quando habilitado para envio por E-mail. | |||||
TSNP70 | TSRWV9 | Situação | Ao transmitir uma RPS para o município de Gravataí-RS a tag <situacao_tributaria> está saindo sempre com 0 (Zero). |
|
| |
Resolução | Realizado ajuste no TSS para enviar a tag <situacao_tributaria> conforme manual https://www.nfs-e.net/datacenter/integrador/Manual%20Eletron%20V2.pdf, da prefeitura de Gravataí - RS | |||||
TSRLYE | Situação | Realizar Tratativa Para NFSE de São Paulo, quando F4_ISSST=5 Exigibilidade Susp. Judicial, validando conteúdo do campo B1_MEPLES, para gerar tag <TributacaoRPS> igual a: "X – Tributado em São Paulo, porém Exigibilidade Suspensa" ou "V – Tributado Fora de São Paulo, porém Exigibilidade Suspensa". |
| |||
Resolução | Realizado tratativa para NFSE de São Paulo, quando F4_ISSST=5 Exigibilidade Susp. Judicial, validando conteúdo do campo B1_MEPLES, para gerar tag <TributacaoRPS> igual a: "X – Tributado em São Paulo, porém Exigibilidade Suspensa" ou "V – Tributado Fora de São Paulo, porém Exigibilidade Suspensa". | |||||
TSIJA8 | TSROX7 | 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. | |||||
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. |
| |||
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 |
...