Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Ability to add several revenues in the same flow

  • Ability to mark a revenue as repeating

  • Filters to be able to view ag related and non related revenues (Nice to have)

  • Filters to be able to view crop and non crop related revenues (Nice to have)

Non-functional Requirements:

...

Question

Answer

Date Answered

Should we call money coming into the farm “Revenues” or “Income”?

Revenues

Are there other revenue types we’re not tackling now? Why?

Yes! Per user meeting on .

Then there were several that they mentioned, but I think we'll handle them once we add the relevant functionality:

  • CSA (out of scope for now)

  • Seeds: The production of seeds, while similar to crops, has some different factors and tasks that shift this. I think at some point, we'd like to have additional depth to the crop plan flow to manage this. At that point, we'll probably integrate it with seed sales. There is a huge tracking of product component and certification process as well. 

  • Animal production: both primary (milk) and secondary/processed (cheese)

Processed goods: As discussed in the past, we might want to wait on this as there is additional complexity to this. Probably need to add a "processing" task

Should the attributes of revenues be defined at the “template” level or the “instance” level? If defined at the “template”, can users overwrite at the instance? Are there some of each?

Current expected implementation is at the template level we ask if the revenue should be associated with crops or not. If the answer was yes then at the instance level we ask, “which crops?”

Kevin’s proposal (to be debated)

Defined by revenue type:

  • “Is the revenue associated with agricultural activities?”

  • “Is this revenue generated from crops?”

* Custom revenue types are uneditable once created.

Defined at creation of instance:

  • Customer (required)

  • Date (required, pre-populated)

  • Type (on from previous screen) “Is the revenue associated with agricultural activities?” (inherited from template but confirmed at creation)[read only]

  • “Which crops would you like to associate this revenue with?” (required, only if “Is this revenue generated from crops?” at the template level was true)

  • Notes (optional)

Refactors under consideration:

  • Change from

Other related work:

  • Filters to be able to view ag related and non related revenues (Nice to have)

  • Filters to be able to view crop and non crop related revenues (Nice to have)

Duncan Brain + Joyce Sato-Reinhold + Sayaka Ono + David Trapp to be undertaken:

  • Add “Is the revenue associated with agricultural activities?” to the template

What attributes should be shown for each revenue type? (e.g. Crop sales, Event hosting, Tourism, Consultations, Crafts)Crop sales

None! We decided to:

Shown:

  • Customer

  • Date

  • “Which crops?”

  • Notes

Assumed, and therefor not shown:

  • Type (on previous screen)

  • “Is the revenue associated with agricultural activities?” (Assumed “Yes”)

All others (including custom):

Shown:

  • Customer

  • Date

  • “Is the revenue associated with agricultural activities?” (Inherited from template)

  • “Which crops would you like to associate this revenue with?”

  • Notes

Assumed, and therefor not shown:

  • Type (on previous screen)Remove default revenue types!

  • Add spotlight for how to configure new custom revenue types

  • Add helptext + spotlight to custom revenue type creation page

Should we guide users not to create livestock related revenue types?

No! We should review what types users create after 3 months and use this to guy the types we create for livestock.

Out of scope

Documenting “CSA boxes” as a revenue source; reasoning is the complexity of documenting new CSA boxes each period. Should likely be implemented as a “template”.

...