Specs say must provide reports for users, doors, use, etc. but I see many instances where the card may not touch a wired reader for days.
This is true. However, SALTO 'engineers' around it by placing the wired/networked readers at main access points (typically main entrances/exits) so changes are propagated to cards on a regular/daily basis, even if specific doors are not updated for several days.
Also, user cards can be set to expire/ and be invalid unless refreshed by a networked reader for 'urgent' changes. You can force all cardholders to refresh cards on certain intervals.
Wouldn't you need three hands to use these (one for card, one to turn device, and another to open door)?
Yes, on the entry side. The ecylinder need to be twisted to retract the latches, and then the door needs to be tugged open. But while different compared to strikes/maglocks, this isn't significantly different than mechanical keyed entry.
However, Egress is a different matter. You need to allow emergency egress at all times. No locking people in a room, or requiring a lever handle be turned even if unlocked. SALTO could be a non-code compliant choice if used on the egress side of a door.
Any input from members would be appreciated.
The biggest operational knock on Salto's 'Virtual Network'/Data on-card system that we've heard is that because the doors are not networked, functions like 'Lockdown' or manually locking/unlocking doors from an interface is not possible. If you want immediate response, SALTO should not be used.
There are ways to wifi connect certain SALTO locks, but those do not seem to be the ones proposed in the RFP you mention.
Does that help?