Problemas presentación Modelo 340...

[coloso]

Hola a todos, me gustaría saber si alguien ha tenido problemas presentando el modelo 340. Nosotros no hemos implementado ninguna nota sobre el tema del criterio de Iva de Caja. Y de la última vez que lo presentamos sin problema ahora la aplicación de validación nos da error.

¿Alguien ha tenido que implementar las notas para el criterio de Iva de Caja aunque en su empresa no se use y ninguno de los sus proveedores lo use para que funcione el modelo 340 ?

Nosotros estamos en la versión 6.0 y la última nota que tenemos implementada sobre el modelo 340 es la nota 1796943 RFIDESM340: Multiple Issues for Modelo 340.

Alguna ayuda al respecto ?????

Muchas gracias por leer este mensaje.

[RAFAX]

Sí, ahora hay que informar 4 nuevos campos y 2 de ellos son obligatorios aunque no se reciban facturas de proveedores que se acojan al régimen especial de caja (importes pagados y fecha de pago) que hay que rellenar con ceros.
Nosotros estamos implantando varias notas para tener toda la funcionalidad disponible. Después de la nota 1796943 vendrían:
1835583 1807277 1878912 1891707 1924295 1951917 1948319 1959077 1966288 1966352 1789857 1966589 1976401 1972348

[coloso]

Muchas gracias por información Rafax, una preguntilla más de donde has sacado la definición de las clases que hay que implementar en la nota 1959077, porque yo las tengo que crear a mano y no encuentro la definición por ningún lado.

Muchas gracias por todo...

[RAFAX]

Hola Coloso

No estoy muy seguro a qué clases te refieres. En el caso de que sean las clases de mensajes serían las que vienen en uno de los ficheros adjuntos:

303 An entry for the specified date range already exists
304 Valid to date should be greater than the valid from date
305 Specify a valid-from date
306 Specify a valid-to date
307 Valid-to date should be equal to or greater than the system date
308 Select one or more rows
309 Error while updating database

Para implantar la Nota 1959077 hay que hacer varias tareas:

1. Ejecutar las tareas previas según los ficheros adjuntos a la Nota en el siguiente orden
- Data_Element_Pre_Implementation.docx
- Table_Pre_Implementation.docx
- Function_Group_Pre_Implementation.docx
- GUI_button_Pre_Implementation.docx
- Message_Class_Pre_Implementation.docx

2. Implantar las correciones de la nota.

3. Ejecutar las tareas posteriores indicadas en el fichero adjunto a la nota Text_Elements_Post_Implementation.docx

[fbueno]

Sí, ahora hay que informar 4 nuevos campos y 2 de ellos son obligatorios aunque no se reciban facturas de proveedores que se acojan al régimen especial de caja (importes pagados y fecha de pago) que hay que rellenar con ceros.
Nosotros estamos implantando varias notas para tener toda la funcionalidad disponible. Después de la nota 1796943 vendrían:
1835583 1807277 1878912 1891707 1924295 1951917 1948319 1959077 1966288 1966352 1789857 1966589 1976401 1972348


Aplicando esas notas que dice este compañero es como nosotros le pudimos solucionar este mismo problema a nuestro cliente.

Suerte

[coloso]

Muchas gracias por la información compañeros, he metido todas las notas que me indicáis y se ha arreglado parcialmente. El problema es que tenemos cobros en metálico (INCASH), he aplicado las siguiente nota 1974861 - RFIDESM340:Vat On Cash(Correction Note):

Symptom

1.While click "Operation Key" table link on list output, it's not navigating.

2.Payment date and payment amount is not filled up with zeros on some special case like Incash, Subsidies and Inmuebles.

3.If posting date range on selection screen more than a specific month, then it's displaying error message.

4.Payment date and Payment method/IBAN is coming wrong for Bill Of Exchange(BOE) scenario.

5.Country Code and key is not coming properly for one time customer/vendor scenario.

Que debería arreglar este problema pero nada aquellos cobros que han sido en metálico no me rellena los ceros, en cambio en el resto si que lo hace bien.

Así que nada a escribir a SAP que pasa con esto.

Muchas gracias por todo y un saludo.