FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#761
|
||||
|
||||
Cita:
Otra cosa es el libro de cobros de operaciones en metálico que hay que hacer para los cobros que durante el año han superado los 6000 euros. Solo se presentan una vez al final del año. Este libro esta dentro del libro de operaciones de transcendencia. Un Saludo. |
#762
|
|||
|
|||
Cita:
Luego tengo también dudas de cuando informar de estos datos ya que a mi parecer debe ser siempre que se haga efectivo el ingreso (Fecha cobro / pago). Muchas gracias |
#763
|
||||
|
||||
Para poder enviar un cobro/pago del RECC logicamente tiene que estar la factura previamente dada de alta con tipo de operacion 07, ya que sino el sistema de rechaza el cobro o el pago. Los cobros y pagos tienen que ir por separado de las facturas, tienen un wsdl diferente.
Luego tengo también dudas de cuando informar de estos datos ya que a mi parecer debe ser siempre que se haga efectivo el ingreso (Fecha cobro / pago). Para esto mirate la normativa pero no es asi.En las faqs de hacienda la tienes bien explicado. Un Saludo. |
#764
|
|||
|
|||
Cita:
Mi duda surge cuando un cliente no te paga o se demora tanto el pago que cambia de ejercicio cuando se hace efectivo. Creo que en este caso se debe utilizar : 03: No se cobra/paga. Ocurriria lo mismo del cobro que no esta vencido o ingresado a fecha?. Por tanto mi duda es cuando tengo varios aplazados como debemos operar. Por ejemplo: Factura emitida el 18-03-17. Enviada al sistema Tipo: Aplazado con 3 vencimientos 18-04-17- Ingresado 18-10-17 - No ingresado 18-01-18 - No ingresado Yo pensaba implementar el envio de cobros una vez realizado el ingreso ya que para mi no esta cobrado ademas estan las posibles devoluciones , etc... No entiendo muy bien este apartado de presentacion RECC. Si podeis el que tenga claro esto del RECC seria muy util que enviarais ejemplos de XML. Con ejemplos de escenarios posibles ya que veo que se puede complicar este tema. Muchas gracias |
#765
|
||||
|
||||
8.3. En el caso de que efectuada una compra no se satisfaga el pago en los plazos establecidos y el nacimiento del derecho a deducir se produzca el 31 de diciembre del año posterior al que se realiza la operación. ¿Cuál es la fecha que debe registrarse como pago de la operación?
El 31 de diciembre del año posterior al que se realiza la operación por ser la fecha de devengo. Los posteriores pagos no generarán anotación alguna. En el campo “Medio de Pago/Cobro” se consignará el valor 03. El problema no esta en el fichero xml, ya que es de los más sencillos, el problema esta en la gestión de todo esto. |
#766
|
|||
|
|||
Cita:
Exactamente lo que no tengo claro si gestionarlo conforme indico. Pero me huele a que es necesario enviarlo todo aun si no esta cobrado por tanto no entiendo muy bien dicha gestion porque se hara en funcion del estado del cobro/pago que tenga en ese momento y luego nuestro sistema realiza un cambio de estado y esto gestionarlo lo hace inviable. Por eso necesito saber o ver posibles ejemplos porque no lo tengo nada claro y tengo la sensacion que implementare y tendre que rehacer... Sobre el ejemplo que he indicado como lo enviarias?? solo 1 registro de cobro o los 3? |
#767
|
||||
|
||||
En criterio de caja, hay que declarar la factura cuando se produce. Y luego tantos cobros/pagos se realicen. Es decir lo que no se cobra/paga no se envía.
En tu ejemplo Factura emitida el 18-03-17. Enviada al sistema //S envia con fecha del 18-03-17 como cualquier factura pero con tipo de operacion 07 Tipo: Aplazado con 3 vencimientos 18-04-17- Ingresado //Se envia un registro de cobro el 18/04/2017 por que es cuando se hace el cobro 18-10-18 - Ingreesado //Esto hay que enviar un registro de cobro el 18/10/18 18-01-18 - No ingresado //No hay que enviar nada hasta que se produzca el cobro. Si a 31 de diciembre del ejercicio 2018 (Es decir a 31 de diciembre del ejercicio siguiente de la fecha de factura) hay que declarlo en el libro de cobros con fecha 31/12/2018 En el campo “Medio de Pago/Cobro” se consignará el valor 03. |
#768
|
|||
|
|||
Cita:
|
#769
|
||||
|
||||
Hola de nuevo.
He tenido una reunión con un asesor para otros temas y me ha preguntado por el asunto SII. Yo tan feliz le digo...."pues está medio controlado"... después me pregunta por el concepto de las facturas y me ha dejado pillando moscas. Yo hasta ahora no le había hecho mucho caso a ese asunto pero me comenta que en hacienda dicen que hay que esmerarse con ese tema así que habrá que ver qué hacemos al respecto. Seguramente tendremos una reunión con uno de hacienda que dice que domina el SII y le preguntaré al respecto, ya iré informando. Saludos
__________________
Be water my friend. |
#770
|
|||
|
|||
DescripcionOperacion
Cita:
Si hay que pedir al usuario que pierda su tiempo escribiendo una descripción única para cada factura, pues se pone. Pero esto no va a ser agradable, ni para él ni para nosotros, que recibiremos alguna que otra queja. Saludos, |
#771
|
|||
|
|||
Cita:
Lo que me tiene con muchas dudas es las peticiones de cobros y pagos porque no tengo forma de casar la respuesta cuando me devuelven el resultado. Si se envian pagos recc a la vuelta quiero marcarlos pero no veo la forma de hacerlo ya que es a nivel de factura y no de cada linea de pago enviado por tanto lo consultare tambien si alguien sabe como podria indicarlo porque no veo la forma. Saludos. Creo q proximamente tendremos version 0.8 |
#772
|
|||
|
|||
Cita:
|
#773
|
|||
|
|||
Cita:
Nos conviene aclararlo por las implicaciones que tiene. Es decir, si se puede poner una frase genérica o tiene que ser única en cada factura. Saludos, |
#774
|
|||
|
|||
Cita:
Saludos |
#775
|
|||
|
|||
Hola buenos días…
Hace unos días que vengo siguiendo el foro y me ha servido de mucha ayuda….Gracias a todos y a partir de ahora espero aportar mi granito de arena. Respecto al tema de la descripción en las facturas, tanto en compras como en ventas, supongo que va a depender de como tengamos cada uno diseñado nuestro sistema de contabilidad pero os explico como he pensado solucionarlo en nuestra aplicación. Toda la información que se necesita para enviar los diferentes libros la tenemos concentrada en las tablas correspondientes a IVA. En estas mismas tablas tenemos información sobra las diferentes contrapartidas en las que contabilizar cada una de las facturas, teniendo en cuenta que cada factura puede tener diferentes contrapartidas 70000000 Ventas de productos XXXXX 70000001 Ventas de productos YYYYYYY 70000002 Ventas de productos ZZZZZZZZZZZzz 70500000 Prestaciones de Servicios Y lo mismo para compras con el 600 La idea sería poner directamente el nombre de las cuentas de las diferentes contrapartidas, o una tabla auxiliar que para cada contrapartida recupere la descripción que el usuario haya establecido. Es una posibilidad…. |
#776
|
||||
|
||||
Cita:
__________________
Be water my friend. |
#777
|
|||
|
|||
Resultado id
Hola , buenos días.
Grácias a todos los que están aportando en este foro, me está sirviendo muchísimo. Tengo entendido que cuando se hace la presentación, en la respuesta se devuelve un ID (número identificativo), que es una especie de número justificante de dicho envío. La intención es la de guardar dicho ID en el envio general o en cada factura presentada, por si después es necesaria hacer alguna gestión con la AEAT. ¿ Alguién me puede decir como acceder/localizar dicho número ?, he estado repasando el .pas de SuministroFacEmitidas , pero no lo encuentro. Un saludo.. |
#778
|
|||
|
|||
Cita:
|
#779
|
|||
|
|||
Cita:
Nosotros no guardamos la descripción de las compras, facturas recibidas, vamos a poner compras y la descripción de la cuenta contable donde va asociada esa compra. Pero la documentación actual solo dice que es obligatorio, no especifica el nivel de detalle. si piden mas lo dejamos para la version 2. |
#780
|
|||
|
|||
CuotaDeducible facturas recibidas
¿Que hay que informar en el campo CuotaDeducible de las facturas recibidas?
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4288 | Hace 1 Día 13:58:30 |
AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 21:03:41 |
webService Soap de la Administración Digital Española notific@ | apicito | Internet | 3 | 31-01-2017 12:25:28 |
Error en Webservice funcion envio de sms | webmasterplc | Delphi para la web | 5 | 25-07-2013 21:10:29 |
Problemas con envío de XML a un WebService | davidvamo | Internet | 1 | 13-02-2007 16:49:20 |
|