i think the problem with your flow is that you make the assumption that your two mqtt messages will arrive at the function simultaneously and that all their values will be available.
Just because they are wired to the same function doesnt mean that their values will both be accessible at that specific time. They arrive at different times so one or the other set of values will be undefined.
A way to solve this would be to use a Join node to wait for the two mqtt messages and then send the merged mqtt message to the function
Using a complete msg debug node after the Join node will make the new msg structure obvious and easier to make the necessary changes in your function.
Also if you are using Json String as an Mqtt message then you could convert it into a JS Object straight in the MQTT nodes so the will be no need to do JSON.parse() in the function
can you send us a new debug screenshot of the result you get after the Join node ? (debug named "1")
expand the msg to see the full structure of the message. (the important parts)
I notice that long_acc is still undefined .. i dont know much about influxDb and how it handles undefined values. If you expand Debug 2 you can check if anything is missing or undefined.
Another thing you may want to test is .. i saw that during the tests and experimentations to get the right msg.payload to the influxDb out node .. you had it wired to the rest of the flow and a wrong Measurement 'table' may have been created in you db.
As a test can you create a new Measurement/table (to start clean) .. or Drop the existing one IF no important data are in the db !!!