Ronieri

você pode criar como campo Complementar, da uma olhada e vê se atende sua necessidade. [ ]´s

Bom dia, também estou planejando a migração para a versão 11.82.34 , vocês sabem me informar se houve alteração nos layouts de importação ? (Estou na 11.52) Nucleus - Importação arquivo textos de Produto e Movimento. Liber - Importação de arquivo texto de Lançamento. Saldus - Importação de arquivo texto de Lançamento. Qualquer ajuda ou informação será bem vinda.. Obrigado.

Você pode importar movimentos através de arquivo texto usando o menu \Utilitários\Importações / Exportações\Importar arquivo Texto. ** Nesta mesma tela você consegue o layout do arquivo. [ ]´s

Pessoal , não estou conseguindo editar nem lançar lançamentos no saldus pois está dando mensagem " Column 'data' Não Permite Valores Nulls" . Além disso os valores dos relatórios de razão e balancete ficaram com valores de saldo anterior oncorretos. Fazendo um tracert no Banco cheguei nessa query e peguei um problema não consigo descobrir o motivo nem se está algo errado. A query abaixo retorna a Data NULL (Conforme erro do RM), mas o idlancamento em questão está com a data devidamente preenchida, o problema é que na subquery o cruzamento com a codcoligada está "furando" ou seja, se na parte em negrito da query eu trocar por: WHERE CODCOLIGADA = 1 retorna a data correta , mas o detalhe é que o campo codcoligada da clancamento é 1 !!!! Fico grato de qualquer dica ou ajuda. (Só ocorre com lançamentos do Saldus, os integrados estão funcionando normalmente) SELECT CLANCAMENTO.CODCOLIGADA, CLANCAMENTO.CODLOTE, CLANCAMENTO.IDLANCAMENTO, CLANCAMENTO.DESCRICAO, CLANCAMENTO.CODUSUARIO, ( SELECT top 1 DATA FROM CPARTIDA (NOLOCK) WHERE CODCOLIGADA = CLANCAMENTO.CODCOLIGADA AND IDLANCAMENTO = CLANCAMENTO.IDLANCAMENTO AND CODLOTE = CLANCAMENTO.CODLOTE ) AS DATA FROM CLANCAMENTO (NOLOCK) WHERE CLANCAMENTO.CODCOLIGADA = 1 AND CLANCAMENTO.IDLANCAMENTO = 139578

Acho que é isso que vc ta precisando.. DECLARE @NDIAS INT SET @NDIAS = 5 -- PARAMETRO COM NÚMERO DE DIAS A SER CONSULTADOS select a.numeromov , b.codcfo , b.nomefantasia, a.valorliquido, a.dataemissao, a.dataentrega, g.codigoreduzido, g.nomefantasia, f.quantidade, g.codundvenda, a.valorliquido from tmov a (nolock) left outer join fcfo b on b.codcoligada = a.codcoligada and b.codcfo = a.codcfo left outer join gcoligada c on c.codcoligada = a.codcoligada left outer join tmovhistorico d on d.codcoligada = a.codcoligada and d.idmov = a.idmov left outer join tmovcompl e on e.codcoligada = a.codcoligada and e.idmov = a.idmov left outer join titmmov f on b.codcoligada = a.codcoligada and f.idmov = a.idmov left outer join tprd g on g.codcoligada = f.codcoligada and g.idprd = f.idprd left outer join titmmovcompl h on h.codcoligada = f.codcoligada and h.idmov = f.idmov and h.nseqitmmov = f.nseqitmmov where a.codcoligada ='1' and a.codtmv = '1.1.15' and a.status in ('a','g') and a.dataentrega >= GETDATE() and a.dataentrega <= DATEADD (DD, @NDIAS , GETDATE () ) order by a.dataentrega

Acho que é isso que vc quer.. SELECT A.CODHORARIO, A.BATIDA , ROW_NUMBER() OVER(partition by codcoligada ORDER BY codcoligada DESC) AS 'Row Number' FROM ABATHOR A WHERE A.INDICE = 1 AND A.TIPO = 0 AND CODCOLIGADA = 1

Problema resolvido. Para ciência o INSS do Décimo esta sendo calculado errado pois tínhamos um evento de Código 91 na competência de 2012 mas com data de Pagamento em 05/01/2013 .. e o filtro para calcular os valores do evento são realizados de acordo com a data de pagamento.

Versão : 11.52.59.014 Biblioteca : 11.52.59.204 Na geração da DIRF 2014/2013 os valores de INSS referente a parcela do 13 º terceiro estão ficando com valores indevidos, onde "coincidentemente" está somando o valor do INSS da tabela Vigente e a do período anterior. Confirmei e os valores estão sendo gerados no arquivo de importação da mesma forma que estão sendo demonstrados na tela. Alguém tem alguma dica do que pode ser ? pensei nas tabelas mas estão atualizadas certinho.. https://www.dropbox.com/s/eq6jlhpk87wtw6j/tabelas.JPG https://www.dropbox.com/s/vxxl6ufj7fb1fzq/INSS%20dec%20DIRF.JPG

Versão liberada na sessão Downloads do Portal RM.. RM Labore versão 11.52.59.12 Biblioteca 11.52.59.200 [ ] 's

Alguém conseguiu baixar a versão 11.52.59.150 a ser liberada em 24/01/2014 ?? (Acebei de procurar e acho somente a 11.52.59.012) Qual biblioteca que é a mais atual para este procedimento ?

Da uma conferida no formato de data do BDE e também se a data da Máquina está correta ! Abraços..

Nº de Sindicatos: SELECT COUNT (*) FROM PSINDIC Nº de Funcionários: SELECT COUNT (*) FROM PFUNC Nº de Eventos Folha : SELECT COUNT (*) FROM PEVENTO Nº de Fórmulas Folha: SELECT COUNT (*) FROM GFORMULA WHERE APLICACAO = 'P' -- PARA OUTROS APLICATIVOS BASTA COLOCAR A LETRA CORRESPONDENTE Nº de Relatórios em Gerador - Folha: SELECT COUNT (*) FROM RRELAT WHERE CODAPLIC = 'P' -- PARA OUTROS APLICATIVOS BASTA COLOCAR A LETRA CORRESPONDENTE Nº de Relatórios em Planilha - Folha: SELECT COUNT (*) FROM GPLAN WHERE CODAPLIC = 'P' -- PARA OUTROS APLICATIVOS BASTA COLOCAR A LETRA CORRESPONDENTE APLICATICOS - LETRA LABORE - P NUCLEUS - T LIBER - D FLUXUS - F SALDUS - C BONUN - I

Só "setar" antes a linguagem.. SET LANGUAGE PORTUGUESE SELECT DATENAME (MM, GETDATE())

Vc tb pode substituir o case pelo comando DATENAME (MM, DATAEMISSAO).. [ ]´s

Segue link com algumas informações... http://tdn.totvs.com...pageId=61933930 ProdutoTOTVS Gestão de Estoque, Compras e faturamento Versão: a partir de 11.52.56.122 Processo: Lei de Transparência Fiscal Subprocesso: Configurações do Produto/Movimento Data da publicação: 07/07/2013

Estou na versão 11.52.56 e agora nas telas .NET, dentro da janela editada, clicando no botão do lado direito do mouse, selecionando "Visualizar Nome dos Campos..." não está aparecendo o nome do campo como antigamente, alguém sabe se mudou alguma coisa ?

Pessoal , no RM Saldus (Versão RM Saldus 11.52.56(3) - Versão Biblioteca : 11.52.56.111) ao tentar salvar um lançamento (Edição) o sistema está apresentando a seguinte mensagem: Internal error: Server stack limit has been reached Please look for potentially deep nesting in your query, and try to simplify it. Já tenho atendimento junto á TOTVs mas eles ainda não me deram solução.. qualquer ajuda/dica é bem vinda. Obrigado.

select NOMESISTEMA, VERSAOMINIMA from GSISTEMA

Segue link para Download dos meus relatórios ( Delphi - apresentando o erro citado e .NET OK ) https://www.dropbox.com/s/bye60fv4ovr4ttd/relatorios_erro_Jpeg.zip?m

Não sendo VIP tenho/posso disponibilizar os arquivos aqui ?? Procurei mas não achei a opção !!

Segue abaixo alguns testes a serem realizados: Excluir a imagem do cadastro (confirmar se possui backup da mesma), redimensionar o tamanho da imagem (diminuir a resolução da imagem) e inserir a imagem novamente; Alterar o formato da imagem para jpeg; Aumentar o Blob Size para 1024 e Blobs to Cache para 2048 no BDE. ----- A Resposta acima foi do suporte sobre o mesmo problema q vc citou, mas te adianto q as alterações no BDE naum surtiram nenhum efeito. Alterando a resolução da imagem e salvando novamente realmente resolve o problema, mas não no meu caso q tenho mais de 10.000 imagens q foram associadas usando a opção da webcam do próprio aplicativo. Só consegui resolver o problema convertendo os relatórios para a versão .NET , o qual mesmo com as imagens com grande resolução não ocorre o erro citado.

Provavelmente o lançamento ainda está no lote , da uma conferida na parametrização da Contabilidade e depois consulta e integra o lote em questão. Ai sim vc poderá tirar o relatório Diário... ** O print que vc colocou é referente a escrituação (Informações Fiscais).

Se estiver usando SQL 2008 nuam base com modo de compatibilidade 2008 vc pode usar o Pivot.. segue exemplo.. --Criando ambiente Create table #field ( ID int , ID_Field int, Field_Desc varchar(50) ) GO INSERT INTO #field VALUES(1,18, 'email1@email.com.br') INSERT INTO #field VALUES(2,20, 'Fulano de Tal') INSERT INTO #field VALUES(3,22, '(11) 5555-5555') INSERT INTO #field VALUES(1,22, '(11) 9999-9999') INSERT INTO #field VALUES(3,18, 'email3@email.com.br') INSERT INTO #field VALUES(1,20, 'Beltrano de Tal') INSERT INTO #field VALUES(2,22, '(11) 7777-7777') GO --Exibindo a tabela SELECT * FROM #field ID ID_Field Field_Desc 1 18 email1@email.com.br 2 20 Fulano de Tal 3 22 (11) 5555-5555 1 22 (11) 9999-9999 3 18 email3@email.com.br 1 20 Beltrano de Tal 2 22 (11) 7777-7777 -- Pivot table SELECT ID, [18] as email, [20] as nome,[22] as tel FROM (SELECT ID,id_field, Field_Desc FROM #field) AS SourceTable PIVOT ( max(Field_Desc) FOR id_field in ([18], [20],[22])) AS PivotTable order by id ID email nome tel 1 email1@email.com.br Beltrano de Tal (11) 9999-9999 2 NULL Fulano de Tal (11) 7777-7777 3 email3@email.com.br NULL (11) 5555-5555

Vc tem que ter o mesmo número de campos no SELECT, e no primeiro ta faltando o campo TIPO... se vc não tiver um valor crrespondente neste select vc pode passar NULL. [ ] ´s

O erro é referente a formatação da data, ou seja, deve estar com formato mm/dd/aaaa .. faz alguns testes para validar.. gerar de 01/01/2013 à 01/01/2013 .. depois de 01/01/2013 à 12/31/2013 e posta se funcionou em ambas..