Describe the problem/error/question
I am updating to google sheets using rotating variables. I have Workbooks named Sales - January 2026, and so on
inside those workbooks are sheets named 01,02,03, for the days of the month
I have my sales stats being pulled in, then I grab the sold date, change the date to do a google sheets search to find the workbook, then once it finds the workbook, it uses the sold date again to update the sheet (by name)
the issue is happening in the last step, if the date is 01/03/2026, it will always try and update the 02 sheet
it is like the date/time I am seeing in n8n is not what is really there
I made sure my time zone was set in the workflow and I double checked the server time zone, both are correct
What is the error message (if any)?
Please share your workflow
Share the output returned by the last node
Information on your n8n setup
-
- platform: docker (self-hosted)
- nodeJsVersion: 24.14.1
- nodeEnv: production
- database: postgres
- executionMode: regular
- concurrency: 1
- license: enterprise (production)
- consumerId: 6384698f-6660-45c3-b287-06c96943ef5e
Ese error de uno es generalmente causado por la fecha siendo convertida una vez como un valor Date/timezone real, y luego reutilizada como la clave de hoja/pestaña. Para esta configuración, haría que la búsqueda del libro de trabajo y la búsqueda de la pestaña del día sean dos salidas de cadena explícitas, y dejaría de pasar un objeto Date al nodo final de Google Sheets.
Un patrón seguro es: justo antes del nodo de actualización, crear algo como sold_day_key = DateTime.fromFormat($json.sold_date, 'MM/dd/yyyy', { zone: 'America/New_York' }).toFormat('dd') en una expresión del nodo Set, y luego pasar sold_day_key como el nombre de la hoja. Cambia la zona a tu zona horaria de informes. También registra la fecha de venta sin procesar + nombre del libro de trabajo + clave de pestaña en el mismo nodo para que puedas ver exactamente dónde 01 se convierte en 02.
Puedo tomar el JSON del flujo de trabajo y convertir esto en el nodo Set/Code exacto más una pequeña matriz de prueba si quieres que se maneje de forma asincrónica. Mi correo es oimrqs.ops@gmail.com.
Entonces, lo que recomendaría es que hagas algo como getDay antes de intentar seleccionar la hoja dentro de un libro de trabajo y también que sigas la recomendación de @oimrqs_ops de pasar explícitamente la zona horaria también antes de convertir la fecha.
buen día @djjace
Creo que el problema está en el nodo de Google Sheets.
n8n está convirtiendo el valor a un DateTime real antes de elegir el nombre de la pestaña. Dado que tus pestañas son solo identificadores de día, no usaría DateTime allí. Construiría el nombre de la hoja directamente a partir de la cadena de Sold Date original, por ejemplo extrayendo la parte del día y aplicando padding solo si es necesario, y luego pasaría esa cadena plana como el nombre de la hoja. Eso mantiene la conversión de zona horaria fuera de la lógica de enrutamiento y debería evitar que 01 se convierta en 02.
