Campo Saldo Acumulado

Jovenes alguien me podria ayudar necesito crear un query que me despleque por fecha el saldo acumulado de una cuenta en especifico, he probado hacerlo de diferentes formas pero no funciona.
Les pego los query que realice.
En este si visualizo el saldo acumulado (pero es el ultimo) no por fecha
select Currtotal
from oact
where FormatCode = '124020030000'
En este query sigue visualizando el ultimo saldo acumulado por ejemplo el del dia de hoy y no el de la fecha que le estoy pidiendo
SELECT T1.[CurrTotal], T1.[AcctName], T1.[FormatCode], T0.[DueDate]
FROM JDT1 T0 INNER JOIN OACT T1 ON T0.Account = T1.AcctCode
WHERE T0.[DueDate] = '20100731' and T1.[FormatCode] = '124020030000'
Espero me pueda indicar cual es mi error, dado que necesito deplegar solo el saldo acumulado por fecha.
Gracias por la ayuda.

Hola....
Yo intentaría rescatar el saldo a partir de la suma de los debitos y creditos a una determinada fecha.
Intenta con lo siguiente..y lo modificas de acuerdo a tus requerimientos.
SELECT SUM(T1.Debit) - SUM(T1.Credit) FROM JDT1 T1 INNER JOIN OACT T0 ON T0.AcctCode = T1.Account INNER JOIN OJDT T2 ON T1.TransId = T2.TransId WHERE T0.AcctCode = [%0] and T2.RefDate <= [%1]
Espero te sea de ayuda
Saludos Cordiales,

Similar Messages

Saldo acumulado contra Valor acumulado

Los campos de saldo acumulado (que se muestra al dar clic la flecha amarilla del saldo de la cuenta) y valor acumulado (que se muestra en el informe de auditoria de stock) deberían de ser iguales? ya que estoy buscando una relación para determinar que lo que tengo de saldo en mis cuentas de inventario corresponda a lo que tengo en el modulo de inventario (en algún reporte).
En esa imagen se muestra las dos cantidades que estoy comparando.
Gracias por su aportaciones e ideas!

Estimado
Buenas tardes
Usted no debe comparar el saldo de cuenta con las "operaciones conciliadas no visualizadas" porque la columna valor acumulado solo suma las operaciones visibles y esa pantalla solo sirve para el análisis al día de hoy.
Para una vista a fecha usted debe generar el libro mayor y el balance como informes de comparación.
Saludos
FLR

¿Que significa saldo acululado (MEST)?

Saludos,
tengo una consulta, cuando quiero ver el movimiento de una cuenta corriente de un banco en gestion-> plan de cuentas, me aparece aparte de la columna "Saldo Acumulado" ML, la columna que dice "Saldo acululado (MEST)", ¿a que se refiere esta columna? Gracias

Moneda del sistema.
Un saludo.

Imposto retido na fonte (SAP Business One 2007B)

Pessoal,
gostaria de saber como funciona a cumulatividade de imposto retido no SAP Business One 2007B no Módulo de Vendas C/R?
Preciso saber qual a melhor forma de fazer esse tipo de nota fiscal? Qual o melhor processo?
Abraço,
Marcelo.

Olá Marcelo...
Voce pode ser mais especific com situação real que voce está vivendo???
Tenho trabalhado com NF de Serviços e talvez possa te ajudar!!!
Em relação a cumulatividade, o SAP tem um campo nas configuração de detalhes da empresa, só que não há nenhuma documentção que prove o funcionamento deste parametro e a qual dos IRF ele está ligado.
Estou estudando uma maneira de fazer isso via conta contabil transitoria individual para cada tipo de IRF em conjunto com a rotina de Alertas, para monitorar os saldos acumulados das contas...
Atenciosamente,
Wagner

Como identificar se um imposto no B1 é retido na fonte ou não?

Caros, preciso fazer um relatório demonstrando os valores de impostos retidos na fonte e o valor dos impostos não retidos. Como identifico no B1 que o imposto deve ser retido?
Grato

Paulo,
Estou com um problema da acumulatividade dos impostos retidos no pagamento, o meu cliente está fazendo lançamentos de NFentrada para o ano 2012, só que o campo pagamento acumulado está nesta data 2012 o valor R$ - 558.998,44, e no caso não faz a a retenções no meio de pagamento,
existe uma forma de resolver, teria como desativar a acumulatividade apenas para os lançamentos com este tipo de problema? Em anexo o exemplo.
As NFentrada das datas atuais estão retendo corretamente.
Jaqueline Martins

SBO - Finanzas

Tengo como Moneda Local: MXP y Modena del Sistema: USD; cuando se genera cualquier documento en moneda local o del sistema se acumula en el campo Saldo Acuulado (MEST) una diferencia, por que?

Hola...
Me parece que lo que ves en la columna que mencionas es la valorización del saldo al tipo de cambio de la fecha de contabilización del documento. Si realizas el cálculo podrás verificar lo que digo.
Saludos Cordiales,

Nota fiscal rejeitada por campos 'pMVAST, pRedBCST, vBCST' vazios no processo de transferência de crédito de ICMS

Pessoal, bom dia!
Vejam se alguém já passou por algo parecido em algum projeto...
Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
1- A quantidade deverá ser preenchida com “0”.
2- O valor unitário deve ser “0”.
3- O campo de unidade de medida “Vazio”
4- A NCM não deverá ser vazia, mas ser preenchida com “00”.
5- O CST deverá ser “090”.
A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
O problema é:
Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
Sendo assim, como posso resolver esse ponto?
Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
Desde já agradeço a atenção.

Allan, boa tarde!
Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
Orientação de Preenchimento NF-e:
Transferência de crédito
A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
Para emitir a NF-e, é necessário informar nos campos próprios:
1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
10. A “Modalidade do frete” indicar “Sem frete”.
8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer.

Recebimento Transferência com ST - ERRO M7050 - Saldo não nulo. MB0A 861

Boa tarde.
Alguem passou por este problema???
ERRO M7050 - Saldo não nulo: 38,27- Débito: 23,70 Crédito: 61,97
Esta mensagem de erro está ocorrendo na entrada de transferência. Transação MB0A – Tipo de movimento 861.
O valor da diferença é exatamente o valor da substituição tributária.
A nota fiscal está correta e o ICS1 (ST) é calculado corretamente na nota fiscal de entrada.
Contabilização da Saída de transferencia:
Conta      Texto breve                                      Montante
8301        Acabados Pecas A4                                  147,00-
8301        Acabados Pecas Fabri                                147,00
283xxx    Impostos a Recolher                                    61,97
2xxxx9    IPI A Recolher       A4                                 12,64-
2xxxx5    ICMS A Recolher      A4                             11,06-
2xxxx8    ICMS Subst. Tribut. A4                              38,27-
Contabilização que deveria acontecer na Entrada:
Conta        Texto breve conta                      Montante
283xxx     Impostos a Recolher                         61,97-
7xxx8       IPI A Recuperar      IE                       12,64
7xxx5       ICMS A Recuperar     IE                   11,06
7xxx6       ICMS ST A Recuperar IE                 38,27
IVA A4 (saída de transferencia):
ICM3        ICMS de SD                   ICMS                  MW2
ICS3         ICMS Sub.Trib. de SD ICST                    MW3
IPI3           IPI de SD                       IPI                        MW1
IVA IE (da entrada de transferencia) esta assim:
ICM1         ICMS dedutível            ICMS             VS2
ICS1          ICMS Sub.Trib.            ICST               VS3
IPI1            IPI dedutível                 IPI                   VS1
As contas estão atribuídas na OB40.
Estou entendendo que esta mensagem está ocorrendo porque ele não está deduzindo o ST do saldo da conta 283xxx - Impostos a Recolher.
Obrigada,
Silene.

Pessoal,
Consegui identificar o problema.
J1BTAX - NOTA FISCAL - Adm Estoque - cadeia de contabilização AI
o campo ID-linha Lçto estava em branco.... alterei para D - Imposto de transferência e deu certo!!
att,
Silene Duarte.

Campo de usuário em tabela de usuário não respeita o tamanho definido

Criei uma tabela de usuário e dentro dela criei 10 campos alfanuméricos com tamanho de 10 posições. Ao executar a procedure SP_HELP no SQL Server para verificar o tamanho dos campos na estrutura da tabela verifiquei que o tamanho foi definido como -1, ou seja, o tamanho do campo não foi corretamente informado pelo B1 na criação da tabela e o SQL Server 2005 acabou por assumir como padrão o tamanho máximo de 4096 bytes.
Se olharmos apenas para a definição da tabela e dos campos no B1 os valores são apresentados corretamente, mas não correspondem aos valores definidos nos metadados do banco. Isso é extremamente problemático pois derruba violentamente a performance das consultas nas tabelas de usuário.
Existe algum workaround que a gente pode utilizar para resolver este problema?
Testamos a criação de tabelas e campos de usuários na versão 2005B, rodando no SQL Server 2005 com as PLs 40, 41 e 42 e nessas três configurações o problema ocorreu sempre da mesma forma, como descrito acima.
Sei que podemos forçar a correção da estrutura de dados das tabelas na mão, pelo comando ALTER TABLE do SQL Server, mas isso será apontado pelo Early Watch? Corremos o risco de perder a garantia do produto?
Qualquer informação que ajudar a solucionar este problema será muito bem aceita.
[]'s
Edited by: Rui Pereira on Nov 7, 2008 9:27 AM

Oi Vitor,
O problema ainda não foi resolvido. Abrimos um chamado na SAP pois entendemos que este comportamento do SBO não é o correto uma vez que ao definir campos alfanuméricos com o maior tamanho possível, as estruturas (metadados) acabam ficando gigantes e isso joga a performance dos add-ons e consultas formatadas pra baixo.
Você pode reproduzir o problema criando UDFs em tabelas standard ou em UDTs pelo próprio B1. Não precisa criar os campos pelo SDK para que o problema ocorra não. Basta definir o campo do tipo Alfanumérico que, ao executar a SP_HELP no SQL Server você verá a estrutura do seu campo mais ou menos assim:
CAMPO NVARCHAR(-1)
Na documentação do SQL Server é explicado que o -1 representa a capacidade máxima de armazenamento do campo.
Este problema só acontece no SQL Server 2005. No SQL Server 2000 o B1 se comporta bem.
Edited by: Gabriel Izar on Oct 8, 2008 3:31 PM

Dúvida no Preenchimento dos campos PREFNO / CHECOD em NFS-e de SP

Olá Pessoal,
Estou a procura de informações sobre a solução para nota fiscal eletronica de serviços da prefeitura de São Paulo, pesquisando no forum pouco encontrei sobre a nota 981687 - NFe: For Services in Muncipio Sao Paulo.
A SAP disponibilizou os dois campos PREFNO / CHECOD para o numero da nota fiscal e código de verificação gerados pela prefeitura (uma vez que o SAP deve gerar o número da RPS), além de um report para geração do arquivo TXT e envio manual.
Minha dúvida é a seguinte:
1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
Muito obrigado pela atenção e ajuda.

A_cristovao ,
Vamos ver se posso lhe ajudar em algo:
1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
Resposta: Em alguns projetos que passei, consultei os abaps e sempre foi desenvolvido um programa Z para ler este arquivo e fazer um BDC na J1B2N, porem sua categoria de nota não dever ser eletrônica, aqueles dois campos flag no cabeçalho NF eletronica e NF servico, apenas o último(serviço) marcado para o BDC entrar e conseguir mapear o campo com o NFSe e cod verificador.
2) Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
Resposta: Esse estamos usando o NFNUM mesmo, não chegamos a nos preocupar com isso devido ser um volume baixo de NFS, talvez um chamado no componente XX-CSC-BR-NFE lhe ajude.
Abraço,
Bruno Lima

Campo Sujeito a Imposto

Boa Tarde galera do fórum, preciso da ajuda de vocês. É o seguinte, na minha primeira implantação com o 8.8 eu não estou conseguindo fazer com que o sistema calcule os impostos, o problema é que quando vamos emitir uma nota fiscal ou qualquer outro documento a coluna sujeito a imposto vem como padrão NÃO e quando isso acontece o imposto não é calculado, ou seja, tinha que vir SIM para poder calcular o imposto. E ainda se eu coloco pra SIM e altero a utilização, por exemplo troco pra Revenda ou qualquer outra, o sistema volta a colocar como NÃO.
Lembrando que esse campo Sujeito a Imposto não vem padrão para visualizar no documento, sendo necessário habilitá-lo nas Configurações de Formulário. Estou meio que agoniado para resolver isso... Alguma idéia ?
Estou usando SAP 8.8 Pl 15
Desde já agradeço a colaboração de todos.

Rodrigo, boa noite.
Você deve ter realizado a importação dos itens de estoque pelo DTW.
Você deve informar a coluna TaxType = tt_Yes
Esta coluna deixa automatico a coluna como SIM e também libera a seta de imposto do item para alteração.
Abraços
Junior
Edited by: Alaito Rosner Junior on Dec 6, 2010 1:09 AM

Como colocar como padrão o campo "Unidades Base" em um documento de entrada

Olá,
O campo "unidades bases" (UseBaseUn) vem como padrão nos documento de marketing como NÂO, como faço para que ele venha como padrão SIM ou uma pesquisa formatada que ao incluir um item o campo mude para SIM?
Por gentileza, aceito sugestões, pois tem alguns itens que o cliente cadastrou errado no campo NumInBuy(Itens por unidade de compra) da tabela OITM e para esses itens ele precisa sempre quando inserir uma entrada de mercadoria (recebimento ou NF), selecionar sim para o campo "Unidades bases" na linha do item. Se esse campo viesse como "sim" padrão ou uma pesquisa formatada que mude o valor para "sim" me ajudaria muito.
Conto com a ajuda
Abs,
Lucidio Gandra

Resolvi com procedure no SBO_SP_TransactionNotification

NFe complementar - Erro no campo nº da NF-e

Bom dia,
Estou com um outro problema crítico de NFe.
1- Como é uma nota fiscal complementar é feito o processo e no momento de salvar, gera uma NF saida.
2- O erro encontrado é que no momento da criação ele pede o numero da nf... o qual o SAP deve gerar automaticamente, porém o campo encontra-se aberto e sem número. Assim, o SAP não deixa concluir o processo e a NFe não é gerada, por faltar dados neste campo.
Alguém já passou por isso?

Bom dia angelstyle,
Desculpe, mas não entendi tecnicamente o passo a passo executado.
Quanto ao campo estar aberto. É uma NF de sua emissão própria? digo, está gerada como tal? para fechar a tela seria o caso de ver algumas notas de configuração de tela
Quanto ao não numerar, também verifique se esta nota está como emissão própria e se as configurações para numeração estão devidamente associadas ao formulário.
A propósito, qual o CALLRFC desta NF-e gerada? vazio, 1, 2 ou 3?
Atenciosamente, Fernando Da Ró

Sugestão para o campo verProc - Versão do processo de emissão da NF-e

Olá a todos !
Gostaria da opnião de todos sobre o campo Versão do processo de emissão da NF-e (verProc), parametrizado no R/3 em J_1BNFE_CUST3_4V campo VERPROC nas configurações de definição do local de negócio, filial CNPJ.
Minha dúvida é sobre a atualização para a vesão 2.0 do layout do XML, como a versão é definida no campo VERSION, tag versao, com qual informação vcs estão utilizando neste campo, já que trata-se de um campo texto ?
Pesquisando no forum, encontrei uma Thread sobre Erro de Validação - IS_NFE_HEADER-VERPROC link: Erro de Validação - IS_NFE_HEADER-VERPROC onde contem a mesma informação de exemplo utilzada aqui (SAP NFE 1.0).
Vcs estão atualizando o campo para SAP NFE 2.0, por exmplo ? Mantendo a informação antiga, pois como não foi modificada a aplicação, ou colocando alguma outra coisa ?
Creio que quanto mais gente postar uma opinião neste caso é melhor.

Bom dia a_cristovao,
Esta informação serve como identificação de produto emissor de NF-e no XML/Sefaz.
Normalmente coloca-se "SAP NFE 1.0" ou "SAP GRC NFE 1.0" ou "SAP NFE 1.0 SP16".
É mais relacionado ao produto que ao layout.
Atenciosamente, Fernando Da Ró

Rejeição do validador do GRC dos campos IND_PRES e IND_FINAL

Bom dia,
Estou implementando o layout 3.10 da NF-e e encontrei um problema na validação dos campos IND_PRES e IND_FINAL.
O cliente possui SAP_APPL 600 SP 24.
O problema é na chamada do método FILL_HEADER da BAdI CL_NFE_PRINT: antes da chamada do método, os campos xmlh_310-ind_pres e xmlh_310-ind_final são valorizados. No entanto, após a chamada desse método, como não faço nenhuma alteração nos campos IND_PRES e IND_FINAL, as seguintes linhas de código sobrescrevem os valores da estrutura xmlh_310 com valores iniciais:
Include: LJ_1B_NFEF41
    if xmlh_badi is not initial.
      move-corresponding xmlh_badi to xmlh."#EC ENHOK
       IF xmlh-version >= gc_nfe_version_3.                "1933985
->          move-corresponding xmlh_badi to xmlh_310.       "2048213
      ENDIF.                                              "1933985
Alguns comentários:
1) Na implementação do método FILL_HEADER, a primeira coisa que eu faço é um MOVE-CORRESPONDING:
MOVE-CORRESPONDING in_xml_header TO out_header.
MOVE-CORRESPONDING in_doc TO out_header.
2) Acho muito estranho que o parâmetro de Import IN_XML_HEADER seja do tipo J1B_NF_XML_HEADER, pois nessa última estrutura não vejo os campos IND_PRES e IND_FINAL. Procurei notas relativas aos campos da J1B_NF_XML_HEADER, mas não achei nada de relevante para o meu problema.
3) Antes da aplicação da nota 2048213 existia um check para verificar se os valores eram iniciais antes de sobrescrevê-los com o move-corresponding...
4) Na chamada do método FILL_HEADER, a estrutura xmlh é passada, mas a estrutura xmlh_310 não. Então eu não tenho acesso aos campos xmlh_310-IND_PRES e xml_310-IND_FINAL no método FILL_HEADER.
Agradeço muito se puderem ajudar a resolver esse problema.
Obrigado!
Luis

Olá, Luis.
Acredito que seja um pouco tarde para responder, pois provavelmente você já resolveu seu problema.
Os campos IND_PRES e IND_FINAL estão na estrutura in_doc.
O que fizemos foi incluir na BADI FILL_HEADER os comandos de MOVE na seguinte ordem:
MOVE-CORRESPONDING in_doc TO out_header.
MOVE-CORRESPONDING in_xml_header TO out_header.
Com isso, os campos acima foram preenchidos corretamente na BADI, e nenhuma outra ação foi necessária.
Por favor me avise caso ainda ocorra o problema.
Abraço e boa sorte
Rodrigo Ferreira

Campo Saldo Acumulado

Similar Messages

Maybe you are looking for