The process of entering relevant data in ERPNext proves to be very lengthy in some cases.
For example in the company there are around 7000 Work Orders created every year.
Each Work Order in turn has 12 to 16 Job Cards (depending on item being manufactured).
Currently what is happening is that if a use has to make entry in a particular Job Card then the user will have to first find the Work Order then open it and then go to Job Card and then make an entry in Job Card. This will again create Material Transfer Entry and then one has to Submit it, etc.
Add to this the fact that in some Items which have multiple sub assemblies the complexity seems to multiply multi folds!
This task becomes very laborious looking at the amount of data that is produced and the process of reaching to the relevant DocType and entering data in it.
Instead of so many steps what I am looking to do is show user data of Work Order and the Job Cards in a Table and allow a user to click on the Job Card to access it and perform necessary activity.
In this view it would be possible for user to see all Work Orders that are open and all the Job Cards for each Work Order and all batches that are completed and ones that are pending with Qty.
The easiest way to do this would probably be to create a custom desk page. You need to have your own app, but it will allow you to write any arbitrary html and JavaScript to interact with the frappe apis.
After posting my query here I was exploring possibilities and on reading about Frappe Reports feature here. I feel that I may be able to use this feature for building this interface.
Personally I have no experience and know how regarding Desk Page.
The documentation on pages isnāt great, but there are some good examples if you search for Page from the desk. The bank reconciliation tool, for example, is conceptually similar in some ways to what youāre trying to do.
With pages, youāre really building whatever UI you want from scratch. This takes some work but is completely flexible.
Looking at the documentation it seem that one can build the whole page using Client Script. The documentation is truly inadequate for such a powerful feature.
I will surely try this option out also. But first I want to try the Frappe Report route.
I agree that the documentation could use a boost, especially regarding how to get started. Iām working on a few pages right now and Iāll try to come up with some minimal examples for the docs in the process.
That said, part of the reason that the API is so minimal is that itās pretty much a blank slate. You can add whatever code you want directly to the parent defined in make_app_page, and from there itās all just regular js/html/vue/whatever.
The new frappe-ui library seems to be a very interesting addition for all this:
As a implementor my thought is that it is best to use optimized Data Import Templates in excel for such things rather than changing UI. Users may need training but they get used to it
Iām not sure if Rushabhās opinions on Vue have changed or if others in the organization have been championing it, but more and more in frappe is being written with the framework. If youād prefer not to use Vue, though, you can design Pages with vanilla JavaScript as well.
Pages are great for highly interactive UX with specialized layout. See the POS, the bank reconciliation tool, or the customize form tool for examples. The only downside is development time and energy.
I check this but it contains only 167 lines!! There is another file included bank-reconcilation-tool.min.js but it is unreadable so I am not able to understand much here.
I am still stranded at how to build a web page using the Page API.
I also checked the Frappe UI on Github but this set of components does not have support for Grid.
What I want to achieve is create a grid which will show data from database and on each row I want to give a button to allow a user to click on the button to start or complete a Job.
Most of the data will come from Work Orders, Job Cards and Quality Inspection.
I want to allow a user to search in grid and also sort on a column the user clicks on.
Can someone please get me started in building a web page using Page API?
In my opinion, the Page API quickly becomes a tangling mess a jquery code. Feels like going 20 years backā¦
I hope they integrate Frappe-UI soon enough in ERPNext. The app they build with it looks super slick: GitHub - frappe/desk: Customer Service Software. I wish there was a getting-started tutorial to build something like this.
Ok, back on the subject
I would suggest you look into creating a ādummyā Single Doctype, then create a Child Table, and fill the child table on load of the form with whatever query you want. Then hide the save button of the form. ERPNext is using this technique, you can check Quick Stock Balance which is defined as a single doctype only to help building the UI form (from my understanding).
Another option would be to add an HTML field to the Single Doctype, and load a Vue component inside it. You can get some guidance how to do this here: Vue component inside from html field
Thatās a great idea about the single doctypes. That would allow a lot to be done purely client side, without the need for a custom app.
As far as pages go, I donāt think theyāre any more or any less jquery-ladened than anything else. The API itself doesnāt do much, mostly just managing the chrome around the page. For the page content itself, youāre on your own to use whatever you feel comfortable with. For anything complicated, my preference would certainly be Vue.
We were creating ~100 Work Orders per day, and found that the workflow was to clunky to run this effectively. We āoptimizedā by having a single job car per Work Order, and a script to create the material transfer entry automatically.
However, the issue isnāt the existing workflow, the whole Manufacturing Module workflow requires a rethink.
As a manufacturing user, I can discuss ideas with developers interested in taking this up.
This isnāt a tutorial by any means, but thereās a āstarterā library with instructions for setup. I havenāt tested on production yet, but I was able to get the trivial example running in ~10 minutes:
Iām excited for this direction of development. The possibility of integrating a modern frontend with a frappe backend has limitless potential.
