pklump

Have you tried logging with the administrator credentials of the MFPs, and then going back into to the embedded PaperCut software to view the settings? When the embedded software is running when you're logged in as admin, you should see the phrase "admin" in a light font in the right portion of the touchscreen. You should be able to view the configuration of the PaperCut embedded software to make sure you don't have a typo or other error in the config. I assume that you're able to ping these MFPs from hosts on your network, are you able to run a ping test from one of the MFPs to other hosts on your network, perferably your PaperCut app server? Ricoh can change where this test is located in the menus, but I found this video that gives an example of this process:

Have you looked at the log file on a client machine exhibiting this behavior, or enable debug logging mode to see if there are clues to a root cause? More info here: Finding the Print Deploy logs for Troubleshooting | PaperCut

I assume that printing from non-web applications works correctly. if that's the case: another thing to check when printing from web browsers is that you're using the print dialog settings from the operating system and not the one from the browser. I know that Firefox and Chrome will start their own print dialog by default (I'm on a Mac, so I can't readily check if Edge has its own print dialog box right now. I always bypass that and use the print dialog from the OS as that seems to be a more reliable means of printing.

Glad to hear you found the answer in that guide. Do you know if the embedded software was installed via the GUI tool? If so, when doing the 'configuration' portion via the GUI, that setting should have been set. Of course, there's nothing stopping anyone from making config tweaks after the initial config/install process.

It's possible that something isn't configured correctly on the MFP so that the copy jobs can be logged by PaperCut. Do you know how the embedded PaperCut software was installed on this MFP? Going back a few years, the only install process was a more manual one, where a lot of changes had to be made manually on the MFP. Now, PaperCut provide a GUI-based "Remote Operation Client" tool that handles the initialization/configuration/installation process. Another note: in general, if we ever run into issues with the PaperCut embedded software on our Ricohs, we'll go through an uninstall/reboot/install process and then see if the issues clears up. If you're not familiar with the uninstall process, you can find info in this whitepaper from PaperCut (I assume you're using the SmartSDK version instead of the older SDK/J version): PaperCut MF - Ricoh SmartSDK Embedded Manual

Which copy application(s) do you have available for use? On the Ricohs we have in our general lab areas, we leave only the "Copier (Classic)" app available for copy functions. Copies made using this MFP app *should* get tracked in PaperCut if everything is set up correctly. Some of the other copy apps that come with the Ricoh MFPs might not work 100% correctly as far as PaperCut being able to track their jobs. On the MFPs in our computer labs, we remove all apps/icons from the touchscreen screens except: PaperCut MF Copier (Classic) Settings

Are there reasons why you're blocking Powershell for students? Perhaps you can review why you're doing this, then look into ways to limit students using PowerShell while replacing your VBScript printer scripts with PowerShell. Another option: adding a scheduled task that runs a script on login to add the printers, running as an account that has the proper permissions to add the printer(s). I personally haven't done this, but according to the info here, it looks fairly straightforward: https://www.tenforums.com/tutorials/173596-how-create-task-run-app-script-logon-windows-10-a.html