If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
He implementado la nota 1679094 y me da un error que dice:
Type "PL_VATDATE is unknown"
y claro al ir a hacer las correcciones a través de la transacción SE38.
Modificar elementos de texto--> Textos de selección, me dice El programa RFIDESM347 contiene errores de sintaxis graves.
Imagino que el PL_VATDATE será un elemento que haya que crear a mano como se hacía en el programa RFUSVS14 que es el que había que hacer antes de que el viernes saliera esta nota.
¿Alguien sabe que hay que hacer para solucionarlo o si hay alguna nota que haya que implementar antes o un post que me pueda ayudar?
deberás aplicar las notas 1038448, 1533987 y además otra que no recuerdo que lleva esto Instruction to include fields in Structure RFPDO5, porque han ampliado los campos de esta estructura.
Hola!
En la nota 1909094 dicen:
NOTE: Before implementing this note,make sure that the
submission till end of 2011 is finished.
If not,use the report RFUSVS14 to do the reporting for any
data before 2012.
Qué significa exactamente? Que hay que lanzar el programa antiguo para el 2011 y luego aplicar la nota, o que los datos contables del 2011 deben estar cerrados?
Hola!
En la nota 1909094 dicen:
NOTE: Before implementing this note,make sure that the
submission till end of 2011 is finished.
If not,use the report RFUSVS14 to do the reporting for any
data before 2012.
Qué significa exactamente? Que hay que lanzar el programa antiguo para el 2011 y luego aplicar la nota, o que los datos contables del 2011 deben estar cerrados?
Es un poquillo urgente!!!!
Muchas gracias!
es sencillo tu declaracion del 2011 debes ser entregada con el fichero realizado por el programa RFUSVS14 , dado que el nuevo tiene otro formato.
A mi el programa me funciona, he llegado a ejecutarlo, ahora debo revisar que los datos sean correctos.
Veamos, yo he aplicado la nota susodicha, 1679094, los pre-requisitos ya los tenía. El listado que genera en pantalla parece que está correcto, el problema es que el fichero no lleva luego todos esos datos. ¿A alguien más le pasa? He cacharreado por el código fuente y veo alguna cosilla que no cuadra. Ya he escrito un mensaje a sap. ¿Alguien sabe algo más o le pasa algo parecido? Gracias.
PD - Sirva como queja, si alguien de SAP lo ve, que en el campo de limite de dinero para generar la declaración (3005,06 €) no se puedan escribir decimales y haya que escribir 300506. Es un poco chapuza, no?
Editado por última vez por fyague; 21/02/2012, 12:41:53.
SAP me ha informado que están trabajando en el modelo porque efectivamente han comprobado que el fichero está mal. Esperemos que sea pronto. ¿A nadie más le pasa?
efectivamente he visto varios errores en el nuevo informe RFIDESM347. El primero es que el importe límite lo muestra como: 300.506,00 por defecto, cuando debería ser 3.005,06 y que luego el campo "Amount of trans" aparece redondeado y no coincide por tanto por los subtotales de cada trimestre.
Alguien sabe si ya está informado SAP al respecto y si están trabajando en ello?
Buenos días,
A mi me ocurre que hay clientes-proveedores donde no hace el desglose por trimestres. Este aparece en blanco. Si selecciono solo clientes (proveedores a incluir = "codigo que no existe"), entonces funciona bien, pero si incluyo proveedores entonces falla.
He observado que esto ocurre cuando el NIF del cliente es a la vez proveedor y viceversa.
A mí también me pasa, me genera fichero que igual tiene 50 entradas, de las cuales, de pronto 3 filas, no aparecen las columnas de los trimestres, y además me dice por ejemplo que es un proveedor, y verdaderamente es un cliente.
He localizado el error por el cual desaparecen los detalles trimestrales cuando un interlocutor es cliente y a la vez proveedor y en uno de los casos no llega al límite de los 3000€.
El programa comprueba si el límite es superado y si no es así elimina de la tabla interna de detalles todos los registros por número de NIF. Eso hace que en el caso de que como cliente se supere el límite, pero no como proveedor, se borren todos los datos con el mismo NIF y se pierde la información trimestral refente al proveedor.
DELETE idetail WHERE konto = tmp_bp-konto.
SAP ha lanzado una nueva nota donde han añadido que sea el mismo NIF y tipo de operación.
DELETE idetail WHERE konto = tmp_bp-konto AND op_code = tmp_details-op_code. "1688527 --for quarterly amt split issue
Además de esto han solucionado otro problemas.
Yo lo he solucionado de otra manera, añadiendo el código de interlocutor y eliminando por NIF y código, de esta manera llego al mismo resultado.
He implementado la nota 1679094 y me da un error que dice:
Type "PL_VATDATE is unknown"
y claro al ir a hacer las correcciones a través de la transacción SE38.
Modificar elementos de texto--> Textos de selección, me dice El programa RFIDESM347 contiene errores de sintaxis graves.
Imagino que el PL_VATDATE será un elemento que haya que crear a mano como se hacía en el programa RFUSVS14 que es el que había que hacer antes de que el viernes saliera esta nota.
¿Alguien sabe que hay que hacer para solucionarlo o si hay alguna nota que haya que implementar antes o un post que me pueda ayudar?
Muchas gracias y un saludo.
Sociedad, ¿has podido resolver el problema con el campo PL_VATDATE en el modelo? Nosotros tenemos exactamente el mismo problema. He intentado crear el tipo de datos con con información de la nota 1038448 y entonces el programa RFIDESM347 me ha dado otro error.
Comentario