Reference Documents
Product Scope: Finances V2.0
Figma for Finances 2.0: https://www.figma.com/file/96NZ02oYe3jpet1roUp0s0/Mockups?type=design&node-id=1712%3A37203&mode=design&t=TZv4RspCOzxhLiVQ-1
Previous sprint technical documents:
Sprint 68: Manage custom expense types tasks
Scope
This sprint will primarily be concerned with wrapping up custom revenue and custom expenses
We also want to prepare for these new requirements + user stories which remain in Finances 2.0 and will the the focus of our next sprint.
Generate income statement: “As a farmer I want to be able to generate an income statement so that I can understand if my farm has been profitable over a set timeframe”. Should include revenues, expenses, and gross profit (Priority: Highest)
Finances dashboard: “As a farmer I want to be able to understand my financial position at a glance when landing on the finances page so that I can quickly understand the financial footing of my operation” (Priority Medium)
Technical Notes
Generate income statement
I suggest we use the package ExcelJS (https://github.com/exceljs/exceljs) to generate our xlxs document. It is a popular packages with close to 1 million weekly downloads (npm), has a readable API and the generated spreadsheet is fully styleable
The most popular alternative, SheetJS, has recently moved off of GitHub,
It is a large package, 1.1MB minified and 259.1kB minified and gzipped according to Bundlephobia
As a point of comparison, a single sheet xlsx file as we generate in certification export is 8-9kB. This suggests we should be creating the xlsx file on the server and sending via API to the frontend. However there are some other considerations we can keep in mind.
We don’t yet know the specifications of the file we will be generating (e.g. I believe they will be more highly styled than the certification documents) and they may end up larger
The client can cache the library code, making the difference in data sent to the client less noticeable as more documents are exported
This might be worth testing on different devices in terms of responsiveness
Folder structure: I suggest generating the Excel document in a function in
packages/api/util
that can be used by the controller or, if we decide to restructure, the frontendWe don’t yet have the exact specification for this document (data content or visuals), but we can set up the framework (saga → controller → document generation → download) now with some data available on the current finance homepage
There is a mockup of the filtering page (the page that selects which data will be exported) which I would like to get confirmed before we start work on it
Dashboard Views
Although this rework is visually substantial, most of the data is already present within three existing components, accessed via Finances, Actual Revenue, and Other Expenses
Note as revenue types is a new concept in Finances 2.0 we do not have organization by type in Actual Revenue. Other Expenses already contains this breakdown by type
Date filtering already works correctly via the
<DateRangeSelector />
“component” which controls thedate_range
within thefinancesReducer
slice of the storeHere and elsewhere you might notice that the container + pure component architecture is not always followed. It is preferred but not required for the dashboard tickets.
Please continue to use the old Redux architecture as it is functional
We are still waiting designs to be confirmed as final, so there is some risk of the visuals changing (noted below)
Note on the Figma Mockup: we are using the second panel of “Finances homescreen” as our current guide for the main homepage dashboard, with the addition of the date filtering from the third panel
| tasks | notes | |
---|---|---|---|
1 | Preliminary Dashboard Task | Convert the following class-based components into functional components:
| |
2 | Create reusable summary tile component | Low risk (consistent throughout design document) | |
3 | Create/update existing transactions list | Slightly risk design might change, particularly the top and bottom table frame | |
4 | Create swipeable summary icon tiles component | Low risk (consistent throughout design document) | |
5 | Update | Blocked by 1 Requires at least one of 2, 3, or 4 - ticket owner should feel free to subtask and apply whichever component(s) are available | |
6 | Update | Blocked by 1 Requires at least one of 2, 3, or 4 - ticket owner should feel free to subtask and apply whichever component(s) are available Please do not implement “Last 30 days” filtering before checking in with product (it doesn’t appear on the homescreen tiles) | |
7 | Update | Requires at least one of 2, 3, or 4 - ticket owner should feel free to subtask and apply whichever component(s) are available Please do not implement “Last 30 days” filtering before checking in with product (it doesn’t appear on the homescreen tiles) | |
8 | Build container and component to filter export report data. Add three-dots menu to Finances homescreen to trigger export. | BLOCKED BY PRODUCT – Older design; I would prefer to get this confirmed before working. PDF export is not part of scope so that radio button should not exist | |
9 | Export structure / POC | Build saga, API route, controller, and utility function to generate and return an xlsx file | See technical notes above. Only send and write to file three values (revenue, expenses, balance) and trigger download automatically as in current uploaded document functionality. |
| |||
| |||
| |||
|
|
Questions & Answers
For product team
What’s the relationship between the old Labour view and the new Labour expense tile? Is there a migration covering this? For now is the old Labour summary view removed?
Is estimated revenue removed?
Does document export need to be recorded somewhere (e.g. in the database)?