Automation thought
-
@WrCombs So create a batch file that accomplishes your goal. Then make it a scheduled task.
Can you share the folders and files you need to copy along with the source and destination? You can use cryptic names to hide the real identity from us. (Like \Server1\SpecialFolder\ImportantFile.txt)
We're happy to help you get that going.
-
I feel like it would be easier to copy folders : this is my initial thought
I need to copy \\server1\datedsubfolder to \\managerpc\datedsubfolderbecause there are a lot of files used for reporting in this system.
-
@WrCombs said in Automation thought:
I feel like it would be easier to copy folders : this is my initial thought
I need to copy \\server1\datedsubfolder to \\managerpc\datedsubfolderbecause there are a lot of files used for reporting in this system.
or just this:
copy \\server1\datedsubfolder to \\managerpc\POSfolder -
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
-
@JasGot said in Automation thought:
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
Robocopy? never looked into it.
But I will, Thanks ! -
@WrCombs said in Automation thought:
@JasGot said in Automation thought:
@WrCombs said in Automation thought:
which
Is it a simple copy of files from the server to the workstation? If it is, that is super easy.
Yeah, that's it. I've never thought about doing it before.
Since it is Windows, RoboCopy is your tool of choice. Just use that as a Scheduled Task and voila.
-
@WrCombs said in Automation thought:
@JasGot said in Automation thought:
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
Robocopy? never looked into it.
But I will, Thanks !This is how Robocopy works...
You spend X years using Windows and never hear of it. Then one day someone says "Wait, what? You don't use Robocopy like every day?"
And then from then on, you use it non-stop for everything and wonder how there are any people not using it.
It was 2004 when I was first introduced to it and it was like "OMG, how is this not more standard!?!?!" It didn't used to be built into Windows, you had to add it. Linux has SCP/SFTP that handle the same tasks and the UNIX world had long mocked Windows for lacking the same. It took forever for them to make Robocopy part of the base OS, but it's in there now and you should use it constantly.
-
@scottalanmiller said in Automation thought:
@WrCombs said in Automation thought:
@JasGot said in Automation thought:
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
Robocopy? never looked into it.
But I will, Thanks !This is how Robocopy works...
You spend X years using Windows and never hear of it. Then one day someone says "Wait, what? You don't use Robocopy like every day?"
And then from then on, you use it non-stop for everything and wonder how there are any people not using it.
It was 2004 when I was first introduced to it and it was like "OMG, how is this not more standard!?!?!" It didn't used to be built into Windows, you had to add it. Linux has SCP/SFTP that handle the same tasks and the UNIX world had long mocked Windows for lacking the same. It took forever for them to make Robocopy part of the base OS, but it's in there now and you should use it constantly.
I'll be using it more absoulutely
-
@WrCombs said in Automation thought:
@scottalanmiller said in Automation thought:
@WrCombs said in Automation thought:
@JasGot said in Automation thought:
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
Robocopy? never looked into it.
But I will, Thanks !This is how Robocopy works...
You spend X years using Windows and never hear of it. Then one day someone says "Wait, what? You don't use Robocopy like every day?"
And then from then on, you use it non-stop for everything and wonder how there are any people not using it.
It was 2004 when I was first introduced to it and it was like "OMG, how is this not more standard!?!?!" It didn't used to be built into Windows, you had to add it. Linux has SCP/SFTP that handle the same tasks and the UNIX world had long mocked Windows for lacking the same. It took forever for them to make Robocopy part of the base OS, but it's in there now and you should use it constantly.
I'll be using it more absoulutely
While testing, don't forget about the /L option. Much better to see what happens before it actually does.
-
@scottalanmiller said in Automation thought:
@WrCombs said in Automation thought:
@JasGot said in Automation thought:
Sure, and consider Robocopy so you have the ability to handle open files, timeout, and logging; and transfer with a multithreaded tool.
Here one we use almost daily:
We run this command on the destination server.robocopy "\\server\d$\data files" "d:\Shares\data" /E /R:0 /W:0 /NFL /NDL /log+:d:\DATA-log.txt
Robocopy? never looked into it.
But I will, Thanks !This is how Robocopy works...
You spend X years using Windows and never hear of it. Then one day someone says "Wait, what? You don't use Robocopy like every day?"
And then from then on, you use it non-stop for everything and wonder how there are any people not using it.
It was 2004 when I was first introduced to it and it was like "OMG, how is this not more standard!?!?!" It didn't used to be built into Windows, you had to add it. Linux has SCP/SFTP that handle the same tasks and the UNIX world had long mocked Windows for lacking the same. It took forever for them to make Robocopy part of the base OS, but it's in there now and you should use it constantly.
We were using it right after it's initial release in 1996.
Also, same thing happens with
scp"I don't have to arse with ftp anymore!" -
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
-
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
-
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
-
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them.. -
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them..yeah that's ugly...
Aloha doesn't have software that can run on the manager PC to access the files more "normally"?
I assume today, most customers use the aloha software on the "server" to run their reports.... I'm proposing the same, only having a client software on the manager PC that the user uses instead of directly on the "server' itself.
-
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them..yeah that's ugly...
Aloha doesn't have software that can run on the manager PC to access the files more "normally"?
I assume today, most customers use the aloha software on the "server" to run their reports.... I'm proposing the same, only having a client software on the manager PC that the user uses instead of directly on the "server' itself.
LOL tell me about it..
they do have a "hosted solution" where they will pull the reports for you and keep them on a cloud but its some ridiculous price per month for them to do that... I wish there was an easier way
-
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them..yeah that's ugly...
Aloha doesn't have software that can run on the manager PC to access the files more "normally"?
I assume today, most customers use the aloha software on the "server" to run their reports.... I'm proposing the same, only having a client software on the manager PC that the user uses instead of directly on the "server' itself.
LOL tell me about it..
they do have a "hosted solution" where they will pull the reports for you and keep them on a cloud but its some ridiculous price per month for them to do that... I wish there was an easier way
Definitely not what I'm talking about.
Are you really telling me - aloha only ever expects someone to do report directly on the "server"? and other than this stupid online thing for billion dollars, they don't have a manager's PC option....
Why am I not surprised.. they are the quickbooks of restaurant systems..
-
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them..yeah that's ugly...
Aloha doesn't have software that can run on the manager PC to access the files more "normally"?
I assume today, most customers use the aloha software on the "server" to run their reports.... I'm proposing the same, only having a client software on the manager PC that the user uses instead of directly on the "server' itself.
LOL tell me about it..
they do have a "hosted solution" where they will pull the reports for you and keep them on a cloud but its some ridiculous price per month for them to do that... I wish there was an easier way
Definitely not what I'm talking about.
Are you really telling me - aloha only ever expects someone to do report directly on the "server"? and other than this stupid online thing for billion dollars, they don't have a manager's PC option....
Why am I not surprised.. they are the quickbooks of restaurant systems..
It's not really Billions of Dollars.
But, yeah, that's what I'm telling you- Aloha does expect you to get on the server to run reports - Hence Why I needed a way to automate File Transfers so people can run reports from the Manager PC.. I dont make the rules for the system I just have to work around them ..
My production Speciality Brink is 100% remote, so I dont have this problem - i have several others, but not this one. -
LOL
-
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
@WrCombs said in Automation thought:
@Dashrender said in Automation thought:
I'm confused how the data gets onto the server in the first place? Didn't you start thing thing by saying there's a cloud component.
Is the cloud component just a web front end that actually talks to the server and update the server with the things changed on that web front end?
Is there a client server setup for the manager's PC? i.e. software that runs on the Windows 10 PC that connects to Aloha on the server, and then they can run reports from that? More or less like they did when using the Aloha software directly on the "server"?
Let me try explaining how this works without sounding like a complete idiot:
The way the "Cloud" works for this software is : all of the Database files (i.e Items, Employees, Menus, Submenus etc) are saved a remote server, and sent down to the server every x amount of time ( I dont know the exact amount. but it is multiple times a day - basically every time you save a change.) that's it. The reports run off of a Transaction log that is held at the Server onsite, and Some of the Data Base files (i.e adjust Time, edit shifts etc) are all held on site as well.
The only way to view reports, is having the Transaction log, and Data base files that hold reporting information on them. It's not Ideal, but it does make it easier for some customers to make changes, and send them to the stores.The vendor hasn't came up with a way to store everything including reporting on the Cloud Server yet...
they haven't? that seems crazy! That shouldn't be that hard to do if they really wanted.
Though I can see keeping it all local because if the internet goes down, the terminals continue to work.
So my question is - is there software that can go onto the manager's PC that will directly access the server (and it's data) where they can run their reports from?
Also, what are these files you're copying? are they CSVs - i..e something that can be opened by Excel and reports run? or some db type that has to be loaded into something to function?
The way it's looking like it's going to go is every Site is going to have a manager PC that will have the access to that Configuration Center, we would just need to pull the files - File types are .dbf files, which can be opened and ran in Excel, but it's messy.
and .log files, which need to loaded into something to read them..yeah that's ugly...
Aloha doesn't have software that can run on the manager PC to access the files more "normally"?
I assume today, most customers use the aloha software on the "server" to run their reports.... I'm proposing the same, only having a client software on the manager PC that the user uses instead of directly on the "server' itself.
LOL tell me about it..
they do have a "hosted solution" where they will pull the reports for you and keep them on a cloud but its some ridiculous price per month for them to do that... I wish there was an easier way
Definitely not what I'm talking about.
Are you really telling me - aloha only ever expects someone to do report directly on the "server"? and other than this stupid online thing for billion dollars, they don't have a manager's PC option....
Why am I not surprised.. they are the quickbooks of restaurant systems..
It's not really Billions of Dollars.
But, yeah, that's what I'm telling you- Aloha does expect you to get on the server to run reports - Hence Why I needed a way to automate File Transfers so people can run reports from the Manager PC.. I dont make the rules for the system I just have to work around them ..
My production Speciality Brink is 100% remote, so I dont have this problem - i have several others, but not this one.I just realized I said "remote" instead of Cloud Based ... :man_facepalming:
