|
|
|
#1
15/10/08, 09:37:46
|
|||
|
|||
|
Había pensado en que bloquearas la cuenta de mayor, pero si la necesitas está chungo el tema.
Puedes hacer una ñapa. Créate una orden CO real (clase 0100 o te creas una Z), la dejas abierta y se la asignas al maestro de la clase de coste (KA02). De esta forma el sistema contabilizará automática y directamente en la orden y los usuarios ni se enterarán. Como es una orden, no aparecerá en ningún sitio y así no modificas la jerarquía estándar y así el estropicio se nota menos. Yo lo he tenido que hacer en algunos clientes porque querían dejar de ver los costes de ciertas cuentas en cecos. El tema de borrar en la tabla lo puedes hacer con clases de coste secundarias (sabiendo bien los registros que tienes que borrar y las tablas). El problema de las primarias es la interfase con FI, que puedes dejar inconsistencias en la BSEG, y si dejas inconsistente la BSEG puedes tener problemas de reporting o de contabilizaciones. Y la hemos cagado!! Piénsatelo y ya me contarás. Saludos. 
|
|
#2
15/10/08, 14:26:08
|
|||
|
|||
|
Hans78:
Lo he conseguido arreglar del siguiente modo. He ejecutado el programa RKACOR20 Correction Program: Delete CO Documents With Origin in External Acctg. Así he borrado la imputación errónea sin problemas, después he podido borrar la clase de coste sin ninguna pega. De este modo puedo mantener la cuenta si bloquear. Gracias por tu ayuda. Saludos
|
|
#5
02/02/12, 13:19:31
|
|||
|
|||
|
a traves de una imputación directa, no.
|
 |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Modo Híbrido
