All Activity

Mapeamento de campos na geração de XML para envio do TSS para as Prefeituras, ou no layout Nacional: https://tdn.totvs.com/pages/releaseview.action?pageId=422546168#Layouts-1617938767 Mapeamento de campos na geração de XML para envio do TSS para as Prefeituras, ou no layout Nacional: https://tdn.totvs.com/pages/releaseview.action?pageId=422546168#Layouts-1617938767 Layout único de integração da NFS-e com o TSS Este layout é definido pelo TSS conforme a documentação Modelo único de envio de NFS-e (Novas tags da Reforma Tributária de Consumo), e partir desses dados o TSS irá construir o xml no modelo esperado pela prefeitura Mapeamento de campos na geração de XML para envio do TSS para as Prefeituras, ou no layout Nacional: https://tdn.totvs.com/pages/releaseview.action?pageId=422546168#Layouts-1617938767 Atualizações e Notas Técnicas da NFS-e Nacional Acentuações e Caracteres Especiais - Layout nacional Ajuste e Evoluções Dez/2025 (NFS-e) Ajuste e Evoluções Maio/2026 (NFS-e) Geração da tag cPaisResult - Layout nacional Nota Técnica Nº 004 - RTC Nota Técnica Nº 007 - RTC Regime Especial de Tributação - tag <regEspTrib> Tomador Não identificado - tag <toma>

Logo mais o sistema passará assumir dois novos formatos aceitos para geração de Notas Fiscais, para envio à prefeituras e autorização destas. Com a geração do RPS, você fazia o movimento no 2.1.xx e ao enviar, o próprio sistema fazia o faturamento gerando o movimento 2.2.xx com o número da NFS-e gerada pela prefeitura. Agora, ainda vai existir esse processo (ainda será aceito), mas o novo fluxo poderá ser mais padronizado, fazendo direto a NF no 2.2.xx, faz o envio, e com o aceite, apenas são tratados os dados oficiais recebidos como Numero oficial da NF, data da autorização, etc. Mais informações: https://tdn.totvs.com/pages/releaseview.action?pageId=1074619661 Tudo sobre NFS-e no TOTVS RM: https://tdn.totvs.com/pages/releaseview.action?pageId=422546027

TCOP... Segurança / Permissão de Acesso a Projetos / Usuários 2606.105 <target>.OIDC_ENABLED e <source>.OIDC_ENABLED têm propriedades conflitantes: propriedade DataType incompatível.

Tenho feito alguns testes na versão e encontrado bastante erros criticos/impactantes. Os principais: - Erro ao abrir tela de cadastro de funcionarios e de usuarios. Totvs ja reconheceu o erro e prometeu correção para 17/07. - Erro ao executar formulas visuais de validação de campos na tela de cadastro de funcionarios (eu tenho várias, e elas estão com algum bug 'generico' que esta caindo em IFs dizendo que um campo tem determinado valor, enquanto não tem); Só comentando para dar feedback mesmo. Se alguem estiver pensando em atualizar, talvez seja melhor esperar um pouco.

Boa tarde, Jair, Essa api que fiz ela recebe os boletos via FV, pode ser registrado o boleto direto por ela com a opção de gerar PIX no mesmo processo. No caso do Banco do Brasil o boleto depois que é registrado via educacional pode ser enviado o pedido para gerar o pix. Já usei no santander e aqui na IES que trabalho, usamos BB. Essa api pode ser usada por qualquer aplicativo, só integrar com renvio de json que ela recebe e registra no banco.

Ao atualizar para o patch 2606.100 a aba FISCAL nos movimentos passou a não mais aparecer. Foi constatado erro e com a atualização para o patch mais atual, 2606.104 resolveu o problema.

@adeirborbatudo bem?? Essa API que montou pode ser adaptada para envios de boletos de clientes do financeiro mesmo, faturamento, para ao registrar a cobrança, o QRCode ser possivel gerar nos boletos? Poderia comentar melhor como fez esse processo e qual a viabilidade de usarmos isso por aqui em nosso cliente que tem essa necessidade tambem, porém não adquiriu o serviço nativo da TOTVS para tal?

Seu tópico foi movido para outra área no ForumRM Mudamos o mesmo de: Relatórios/Saídas RM > RM Reports (.Net) e Smart View Para o fórum: Sistemas RM > [RM] Scripts SQL e Bancos de Dados

Boa tarde, prezados. Alguém teria um modelo de carta de correção eletrônica do RMReports? Desde já agradeço

Obrigado, funcionou.

Pelo que entendi na documentação que a TOTVS liberou a respeito, terá que ser ajustado isso, e enquanto não for, para todos os usuários que tiverem o status de supervisor, será exibida a tela em questão. https://centraldeatendimento.totvs.com/hc/pt-br/articles/41492590007575-Framework-Linha-RM-Frame-Unicidade-de-e-mails-no-cadastro-de-usuários-RM

Acabei de atualizar a base de homologação para o patch 12.1.2606.100. Após o login, há uma demora para surgir a tela inicial, parece que ele realiza uma verificação dos usuários e exibe o aviso abaixo, tem como desabilitar o aviso? Ele só é exibido porque tenho à tela dos usuários.

@Eder Augusto, que solução incrível! Obrigado por compartilhar o código! Cada dia a gente vê como usar as atividades "Executar Código" e "Executar Código-Fonte" ajudam demais. Realmente não dá pra depender só das atividades "padrões". Comprovei isso quando precisei fazer edições nos itens de um movimento, e não consegui ver como usar as atividades padrões pra isso (já que cada movimento poderia ter quantidades diferentes), e assim só resolvi rápido com código-fonte.

@caiiomonteiro Ontem eu tentei realizar dessa maneira, utilizando dataset, mas o que eu estava errando era apontar o dataset no próprio conjunto de dados criado ao invés de deixar vazio, estava apresentando erro crítico. Obrigado!!!! DLLs.rar

@Eder Augusto bom dia, beleza? Segue um exemplo: Usa a atividade Criar Fonte de Dados (DataSet), cria um campo do tipo byte[] e passa ele como parâmetro para o código fonte No código fonte você retorna o arquivo em byte[] para esse parâmetro E depois na atividade de Enviar E-mail você busca o campo do dataset criado

@caiiomonteiro Deu certo aqui, muito obrigado! Agora, eu tenho que ver uma maneira de usar a atividade Enviar E-mail que utiliza as credenciais do sistema, pois não utilizamos as credencias nos códigos e, adicionar o arquivo final na atividade. Mais uma vez, muito obrigado pela ajuda.

@Eder Augusto tenta referenciar a netstandard também

@caiiomonteiro Realizei algumas pesquisas e eu estava caminhando nessa linha de utilizar a biblioteca ClosedXML. Já instalei, buildei e copiei as DLL para a pasta, mas ao adicionar a DLL DocumentFormat.OpenXml.dll e builder o código fonte ele me retorna o erro abaixo. O que pode ser?

@Eder Augusto @Jair - Fórmula consegui simular em um ambiente teste, porém utilizando a biblioteca ClosedXML para gerar o novo arquivo Excel unificado e também enviando o e-mail pelo próprio Código Fonte O código fonte de exemplo está em anexo, espero ajudar em algo Criei dois Reports de exemplo só mudando o texto PLANILHA 01 e PLANILHA 02 exemplo atividade Codigo Fonte.txt

@Jair - Fórmula a ideia é essa mesmo, independente de usar ou não a atividade nativa de enviar e-mail, a questão é "como" unificar esses arquivos Vou fazer alguns testes e volto com novidades

Chato isso mesmo heim!! Tenho um cliente que usa tambem cadastros distintos para o acesso ao sistema, algo como Jair.Silva e outro acesso com o login pelo CPF. Sei que o email é usado para ajudar no login se o usuário esqueceu a senha. Neste caso, ele teria um único cadastro para o envio de "Ajuda / Lembrete" de senha. Agora, como está sendo tratado com a nova versão, não vi ainda.

Apesar que a ideia do @Eder Augustoseria de ter não dois arquivos enviados, mas um apenas, com aquela opção de ter duas abas (cada geração que ele cita, seria para a montagem de uma aba com um conteúdo)... isso que acredito que seja mais crítico na sua solicitação. Será que essa ideia do "UNIFICADO" faria isso? Não peguei exatamente como seria tratado isso na atividade.

@Eder Augusto uma outra ideia que eu estava pensando é, se quiser manter o envio usando a atividade nativa de enviar e-mail e somente com 1 anexo, usa a atividade de executar código fonte somente para unificar os relatório, e o resultado dele passar para uma atividade de expressão para ser usada no envio do e-mail como anexo (nunca fiz algo parecido, mas acho que vale a pena o teste rsrs) A grande questão é como unificar os relatórios em abas...

@Eder Augusto entendi... Nesse caso você precisa enviar o e-mail de forma customizada pela atividade Executar Código Fonte mesmo, conforme o print que colocou. A atividade nativa de Enviar E-mail realmente só permite 1 anexo (infelizmente rsrs) Eu tenho um processo dessa forma, gero os relatórios pela atividade Executar Relatório e passo o resultado de cada um (em formato byte[]) para a atividade Executar Código Fonte, e via código crio toda a regra dos anexos e disparo do e-mail Segue um exemplo de como passar o relatório para a atividade de código fonte: Dessa forma você consegue enviar um e-mail com mais de 1 anexo. Imagino que também seja possível unificar os dois relatórios em um único arquivo

@caiiomonteiro Sim, mas eu monto o relatório no RM Reports e gero ele na fórmula visual, no formato XLSX. Hoje já utilizamos dessa maneira, mas é possível apenas uma planilha por e-mail e seria melhor 2 abas na planilha do que 2 planilhas por e-mail.