[FI] - Erro - FZ633 e FZ608 - Erro na geração do arquivo de pagamento F110

Ao tentar gerar um arquivo de pagamento para uma determinada fatura na F110, o sistema está emitindo as seguintes mensagens de erro:

FZ633: Falta indicação do local (No entry for city made)
FZ608: Não existe nenhuma forma de pagamento válida (No permitted payment method exists)

Ao analisar a fatura que gerou o problema, percebemos que a forma de pagamento escolhida era a forma de pagamento R.

Ao analisar sua configuração na FBZP, percebemos o seguinte:

Esta forma de pagamento, no subgrupo de campos denominado Dados necessários no registro mestre, o campo: Rua, CxPostal ou CxPostal CEP são obrigatórios para pagamento.

Ao analisarmos o dado mestre do fornecedor, percebemos que o fornecedor em questão da fatura estava sem o campo Cidade preenchido.

Para solucionar o problema, foi necessário apenas inserir a cidade correspondente ao CEP cadastrado no dado mestre do fornecedor e o pagamento pôde ser feito sem problema pela F110.

[MM] - Erro - M7036 - Recebimento de Mercadoria por Programa de Remessa

Um programa de remessa foi criado no sistema, porém no momento da sua recepção pela transação MIGO, tipo de movimento 101, o sistema apresenta o seguinte erro:

O processo para recepção de mercadoria através de um programa de remessa perpassa pelos seguintes passos:

1 - Criação do Programa de Remessa ME33L;
2 - Criação da Divisão do Programa de Remessa na ME38;
3 - Efetuar aprovações, caso existam através da ME35L;
4 - Executar a ME84 para criar as solicitações para o Programa de Remessa em específico;
5 - Imprimir a solicitação do Programa de Remessa pela ME9E.

O erro citado pelo usuário tem como sintoma comum a recepção da mercadoria em uma data inferior a data na qual o sistema prever a sua recepção, ou seja, a data de entrega na divisão do programa de remessa.

Este sintoma foi a primeira coisa a ser analisada nesta situação, porém, neste caso em específico a data de recepção da mercadoria estava maior que a data de previsão de chegada da mesma.

Desta forma, revemos todo o processo e notamos que o usuário não havia impressoa ainda a solicitação pela ME9E. Para tal, acessamos a ME9E e consultamos o Programa de Remessa em específico e notamos que ainda não havia sido impresso.

Bastamos para tal executarmos a impressão e o sistema assim conseguiu fazer a recepção da mercadoria através da MIGO.

Abaixo segue a imagem da MIGO sendo feita sem o erro mencionado.

[SD] [FI] - Erro - VF050 - Gravado Doc. (Não foi criado documento contábil)

Uma ordem de venda foi criada no módulo de SD e no momento da criação do referido documento de faturamento, o sistema não efetuou a criação do documento contábil emitindo a seguinte menssagem de erro: Gravado doc. (Não foi criado documento contábil).

A criação do documento contábil não foi possível pois o nosso documento de faturamento foi criado com uma data referente ao mês de Julho, mas ao analisarmos a transação OB52, percebemos que somente o mês de agosto está com o período contábil aberto.

Para ajustarmos o erro emitido por esta mensagem podemos efetuar diversos procedimentos a depender do cenário. Se o documento de faturamento estiver sendo lançado, o caminho mais simples é efetuar o estorno do mesmo através da VF11.

Já se o erro ocorrer no momento em que um documento contábil já foi lançado e o documento de estorno do faturamento for feito em um período fechado, a solução mais adequada será a modificação da data de faturamento do estorno.

Para efetuar esta mudança, será necessário acessar o cabeçalho do documento de faturamento do estorno através da VF02.

Após acessar o cabeçalho do documento de faturamento, faz-se necessário então a mudança da data do documento para uma data em que o período contábil esteja aberto e grave o lançamento.

Ao efetuar a mudança e gravando o sistema automaticamente já lança o documento contábil.

Uma outra solução para todos os cenários, porém mais perigosa, é efetuar a abertura do período contábil no qual está se tentando lançar o documento de faturamento. Após a abertura do período, vai na transação VF02 e de posse do número do documento de faturamento efetua a criação dos documentos contábeis.

[FI] [MM] - Erro - ME717 - Item para doc.compra não contém classificação contábil adequada

Ao tentar efetuar uma compensação ao fornecedor através da F-47, no momento da gravação o sistema emitiu a seguinte mensagem de erro: "Item para doc.compra não contém classificação contábil adequada"

Analisando o pedido de compras em MM, notamos que o pedido foi feito para a aquisição de um 4 Ativos, utilizando assim do artifício denominado Contabilização Contábil Múltipla.

Este Artíficio permite que o custo da aquisição seja distribuído percentualmente entre os centros de custo, ordens ou ativos envolvidos. No exemplo em questão, o custo foi dividio entre os ativos.

Para resolver então o problema, basta que na transação F-47 o usuário preencha além do pedido e item, preencha também qual será o ativo que receberá a contabilização do adiantamento ao fornecedor. Desta forma, o erro não mais ocorrerá na F-47.

Ao preencher o campo do item, o sistema já traz automaticamente o número do imobilizado envolvido permitindo assim o lançamento do adiantamento sem problema.

[FI] - Erro - Proposta de pagamento difere do arquivo enviado ao banco

Em nosso sistema, houve um erro que fazia o seguinte: A proposta de pagamento gerada pela F110 não estava sendo igual ao arquivo de remessa enviado ao banco a fim de efetuar o pagamento das faturas.

Em outras palavras, o usuário gerava uma proposta de pagamento contendo 50 faturas as serem pagas, mas no arquivo de remessa do banco iam somente algumas destas 50 faturas.

Após analisarmos o caso e procurarmos uma solução na internet, identificamos que o problema se tratava de um problema de perfil.

Segue abaixo prints de tela das propostas / arquivos corretos e propostas / arquivos errados.

Correto:

Errado:

Para solucionarmos o problema, fomos efetuando uma comparação entre os perfis envolvidos dos dois usuários, o que conseguia fazer a prosposta correta, e o que gerava erro. Identificamos no nosso ambiente que existe um perfil Z (Z:MM_VISUALIZA_PROD) de visualização que um tinha e outro não tinha.

Ao colocarmos este perfil para ambos, passou a funcionar corretamente.

Infelizmente não identificamos qual foi o objeto que estava necessitando, mas sabemos que o problema tratava-se de problema de perfil.

[FM] - Erro - FMUP137 - Transação comercial proibida

Ao tentar efetuar uma compensação através de qualquer transação em FI (F-53, F110, F-51 etc.), o sistema apresenta a segunte mensagem de erro: Transação comercial proibida

O erro, segundo a própria SAP podem ser causado por diversos problemas. Em nosso ambiente, o erro estava ocorrendo pois as nossas contas de banco estavam utlizando um item financeiro que fazia uso de uma operação financeira 30, a qual, segundo a SAP, não é permitida.

Abaixo está a configuração do Item Financeiro (Transação FMCIA) :

Abaixo está a configuração que amarra a conta de banco utilizada na compensação com o item financeiro (Transação FS00):

Para solucionarmos o problema, criamos um novo item financeiro chamado NCTRL_BANCO, o qual contem a operação financeira 90, a qual foi sugerida pela própria SAP. Abaixo segue uma imagem do item financeiro criado (Transação FMCIA).

Após a criação deste novo item financeiro, deveremos atrelar este item à referida conta de banco (Transação FS00).

Feita estas mudanças, pode tentar relançar as compensações que o erro não ocorrerá mais.

Um outro fator que pode levar ao mesmo problema, é a criação de documentos envolvendo a mesma conta razão, porém utilizando itens financeiros diferentes. Ou seja, se houver alguma mudança do item financeiro de uma conta do razão ao decorrer do tempo, pode haver documentos criados no sistema com diferentes contas do razão. Se por algum motivo, estes documentos forem se compensar, o erro de transação comercial proibida, acontecerá.

Para resolver neste caso, haverá a necessidade de voltar a configuração da conta do razão, para o item financeiro anterior e efetuar as devidas compensações.

Saliento que o erro pode ter outras causas que precisam ser estudadas mais minunciosamente.

[MM] - Erro - M8607 - Erro de sistema: erro na rotina MRM_DRSEG_FILL(SAPLMRMH)

Ao tentar estornar uma fatura através da transação MR8M, ocorre o seguinte erro: Erro de sistema: erro na rotina MRM_DRSEG_FILL(SAPLMRMH).

Na resolução do problema, acionamos o suporte da SAP e foi nos dada a seguinte explicação.

Existe no sistema uma tabela EKBE. Esta tabela armazena algumas informações dos pedidos envolvidos na fatura a ser estornada. O erro se dá pois nesta tabela, o campo LFGJA ao invés de estar preenchido com o ano de lançamento do pedido, está preenchido com 0000.

Para resolver o problema, será necessário criar alguma rotina para atualizar este campo na referida tabela tendo como chave de seleção os pedidos envolvidos na fatura lançada.

No nosso caso, os pedidos eram de 2013, logo o campo deveria ser atualizado com este valor para poder conseguir estornar as faturas sem problema.