ActiveRecord Import VS PaperTrail

I've used the activerecordimport gem with great success

In the first step, we only validate if the information is all there and correctly formatted. For example, if a location name is missing, we highlight that error in the spreadsheet. If everything looks good, we save the locations to the database using the awesome Activerecord-Import library, but skip calling the geocoding API. Rather, we mark these locations as "to be geocoded".

Have you tried Rails Import: https://github.com/zdennis/activerecord-import

1. ACTIVERECORD IMPORT

Start with https://github.com/paper-trail-gem/paper_trail

I think you could use that in conjunction with the paper_trail gem, as /u/GreenCalligrapher571 mentioned, which is also a good suggestion. As an additional note, when changing records in production while using the paper_trail gem, I suggest wrapping your database-mutating statements executed in the rails console within a whodunnit block, so PaperTrail.request(whodunnit: 'Dorian Marié') { widget.update name: 'Wibble' } or something rather than just widget.update name: 'Wibble'. Or, if you have some sort of issue-tracking / ticketing system, you could set the whodunnit value to the ticket number or whatever, and then anyone who wants to know why the records are in the state they're in can consult that ticket, which hopefully has additional relevant context.

In most designs, this would probably not be possible unless a table tracking extension is being used in an ORM. Even with change tracking enabled through extensions like paper trail or Django simple history, it can be tricky to restore deleted entities. Object tracking would need to have been enabled before it is needed to ensure the data is still around to be restored.

Maybe you are looking for the papertrail gem? https://github.com/paper-trail-gem/paper_trail

has_paper_trail is from the paper-trail-gem, do you have that installed?

If talking about console access on production: First this is pretty limited. Then, we have logic in place, that sets the public key, the person authenticated with to access the console as the whodunnit ID in paper-trail, so that at least all their changes are audited. The thing @bluehavana posted, with auditing everything that was entered in the console is a good idea as well.