Nota SAP Modelo 347 Trimestral
Hola,
Alguien conoce la nota que hay que aplicar para la presentación del modelo 347 trimestral en 2012? Gracias. |
nota SAP
la nota es la 1679094
|
Hola.
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. |
Creo que tienes que aplicar alguna nota mas. El VATDATE es la fecha de declaracion o algo así. ¿Que versión de SAP tienes?
|
hola,
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. espero sirva de ayuda. saludos |
Modelo 347 - urgente!!!
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! |
Y que me decis de la nota 1517472??? Es un prerrequisito de la 1679094 e indica que puede generar un error que deje el sistema inservible...
|
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. |
Modelo 347, bien el listado pero mal el fichero
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? |
Contestación SAP
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?
|
347 model
Buenas,
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? Saludos., |
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.
|
Nota 1688527 lanzada el 2/Marzo/2012
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. La nota lanzada hoy es la número 1688527 Saludos, Jordi. |
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. Saludos, |
Nueva nota pero fichero a mi me sale mal
Buenas tardes, el viernes se liberó una nueva nota, la nº 1688527 , el caso es que después de implementarla yo sigue más o menos igual. Se han solucionado ciertos problemas pero a mi el fichero me sigue saliendo mal. Si bien en el listado sale todo por trimestres, en el fichero no salen las columnas de los trimestres. Alguna noticia sobre esto? Gracias.
|
Por fin, he encontrado el error. SAP todavía no
Buenos días, resulta que ya consigo generar los ficheros de acuerdo al formato que pide hacienda. Paso a explicarlo por si alguien lo necesita. En el nuevo report se llama varias veces a la función REM_SP_CHAR, incluida dentro del mismo report. Esta funcion lo que hace es aceptar una cadena de texto y devolver una cadena de texto sin los caracteres "especiales" que tenga, por ejemplo la ñ la ç, los acentos y más de este estilo. El problema surge porque antes de escribir un registro en el fichero que genera el programa se llama a la funcion con el registro como parámetro. Observando el comportamiento de la funcion coge el parámetro de entrada y lo almacena una variable de 100 caracteres para trabajar con ella y luego devolver el resultado. El problema es que los registros del 347 tienen como 500 caracteres (algunos porque no todos son iguales). Entonces se come los que van del 101 al 500, por eso al fichero le falta la mayoría de la linea. Solución que yo he hecho: comentar el interior de toda la funcion REM_SP_CHAR. Me genera los ficheros y el programa de hacienda se traga el fichero. Luego ya al generar el fichero de nuevo desde el programa de hacienda este mismo se encarga de quitar los caracteres raros. Va perfecto....
Espero ayudar. Un saludo. |
¿Alguien ha podido resolver este problema? Saludos, |
Sobre PL_VATDATE
Buenos días, sobre el campo PL_VATDATE, ahora mismo no te puedo decir de memoria y ya me voy para casita pero hay una nota donde se crea, busca notas por ese campo. Son ese campo y alguno más. Crealos y luego ya tienes ese problema solucionado. Quizás la nota 1038448, pero no te lo digo seguro
|
Nueva nota de hoy mismo nº 1692740
Buenas tarde, SAP ha liberado una nota nueva con correcciones para el 347. Ahora bien, sin haberla implementado aun, no modifica nada de la función REM_SP_CHAR, con lo que creo que el fichero que genera el report RFIDESM347 seguirá estando mal. Hay que corregir esa función. Probadlo si queréis. comentad el contenido de la función y veréis como el fichero generado tiene todas las columnas. Eso si tendrá también ñ, ç, y demás caracteres especiales que para que hacienda se lo trague, habría que importarlo al programa de informativas de hacienda, para generarlo nuevamente desde aqui. Un saludo.
|
Problemas para generar el fichero
Buenos días a todos,
Por fin he conseguido implementar todos los prerrequisitos y la nota principal para el cambio por trimestres de la declaración 347 del 2011. He cogido un periodo de prueba y lo he listado sin problemas, pero al ir a indicarle el fichero de salida me ha dado errores de que no existía. ¿Se debe indicar alguna ruta en concreto? ¿o marcar algún flag adicionalmente? Gracias por vuestra ayuda. Marta |
Hola,
Respecto a la subrutina REM_SP_CHAR, no entiendo muy bien porque te da problemas. En el programa sólo se llama dos veces. Aunque es verdad que dentro de la subrutina el valor del parámetro de entrada se almacena en una variable de 100 caracteres, no debería dar problemas porque los dos parámetros de entrada, cuando se llama a la subrutina, tienen una longitud menor de 100. Dos llamadas PERFORM rem_sp_char USING rec2-name. PERFORM rem_sp_char USING btab1-name1. rec2-name -> 40 caracteres btab1-name1 -> 35 caracteres Yo lo he ejecutado y no tengo ningún problema con el fichero. Saludos. |
Hola Marta, Yo no he tenido problemas. Tienes que marcar sólo el flag de "Salida cómo fichero" y el fichero tiene que ser un fichero lógico. Tienes que indicar un directorio de SAP ( transacción AL11). Espero que esto te ayude a solucionar el problema. Un saludo. |
Hola a todos, y nadie ha tenido el problema que en el cuerpo del fichero la primera columna de cantidades viene sin los dos dígitos decimales y luego cuando intenta chequear el fichero con Hacienda da un error que no coinciden los valores del trimestre con el total ??????
A nosotros nos genera todo bien (menos los dos decimales dichosos del fichero), hemos aplicado las notas: 1679094, 1688527, 1692740 y 1695723. El SAP_APPL en package SAPKH60020 (que es el último que han liberado) Estamos esperando a que nos den una solución de SAP con los dichosos decimales y como no nos la den modificamos el programa (en caso de urgencia nosotros mismos). A ver si nos dicen ya algo pronto..... Salu2. |
Hola a todos.
He conseguido finalmente sacar el fichero, pero para los acreedores/deudores de fuera de España está dando la misma cifra para todos ellos. A alguien le ha pasado lo mismo? |
Nueva nota, arregla el fichero para 46c y más cosas
Buenos días, ayer me avisó SAP de una nueva nota, la 1696782. Espero que sea la definitiva. Modifica el problema con las cadenas del fichero en la versión 4.6c y más cosas. Suerte! No va SAP un poco lento con estos temas?
Saludos. |
Rem_sp_char.
Gracias Nahia por la respuesta, me han cometado de SAP que es un error que sólo se daba en la 4.6c, desde luego a mi si me pasaba y parece que a más gente porque en la nota que han sacado ayer lo intentan corregir. Saludos. |
Problema con programa de prevalidacion de hacienda
Hola,
despues de aplicar las notas para el programa RFIDESM347, he generado el fichero, y he utilizado el programa de prevalidacion de hacienda para validar el fichero. Como sabeis la prevalidacion genera los resultados en 2 ficheros, el SALIDA.TXT y el IMPRESORA.TXT. Pues bien me ocurre que en el fichero SALIDA:TXT me salen registros erroneos que tengo que corregir, pero el fichero IMPRESORA.TXT me sale vacio, cuando tengo entendido que aqui deberia salir el resumen de la prevalidacion. A alguien mas le ha ocurrido o sabe porque ocurre? Saludos. |
Salida programa prevalidación
Tienes toda la razón en que deberían salirte datos en los dos ficheros, pero no se porqué te pasa eso. A mi no me ocurre. Si tengo errores el otro fichero contiene los registros erróneos. Lo siento. Un saludo.
|
Hola:
Yo lo he importado directamente al programa Informativas 2011 y ha entrado estupendamente, sin problemas extra a los normales, algún CIF vacio etc... |
Programa de prevalidacion
Hola,
muchas gracias por vuestras respuestas. Lo probare. Saludos. |
Hola,
¿Podeis decirme cuanto ha tardado el programa en ejecutarse? En mi caso lleva 3 días corriendo y me parece mucho... Muchas gracias, Saludos |
A mi el job me tardo unas 6 horas, pero claro todo depende del numero de registros, etc.. En comparación con el 347 del año pasado, mas o menos me ha tardado 3 veces más...
|
Hola otra vez,
¿Qué programa usais para pasar el fichero a txt? yo utilizo el programa RFASLDPC pero el fichero no tiene muy buena pinta. Aparecen las lineas cómo movidas... A alguien os ocurre lo mismo? Gracias, Saludos, |
Yo he usado ese programa por la SA38 y me ha salido OK. Lo he importado en el programa informativas y está correcto.
|
En el caso de clientes me está tomando clases de documento / claves contables que no deben ir al informe. ¿Puede ser por lo de incluir cobros? Tendría que excluir esas clases de documento:
- compensación p.e. DC ¿A alguien le ha pasado algo de esto? Por cierto el 28/03/2012 ha salido otra nota. 1701193 ¿alguien la ha aplicado? |
buenas tardes, alguien sabe como optimizar el programa para que no dure 3 o 4 días que es lo que tarda en mi sistema? Hay alguna nota o hay alguna mejora que conozca alguien? Gracias de antemano. S2 |
Husos Horarios son GMT. La hora en este momento es 22:46:19. |
www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web