Ask a farm software salesperson whether the app works offline and almost every one will say yes. Ask what happens to an entry made in a dead zone, and the answers start to diverge — some genuinely queue the entry and sync it later, and some quietly need a connection the whole time and just fail silently when they do not have one. The reader rarely finds out which kind they bought until the day it matters.
This page is about the actual test for that difference, and about why it is worth caring more about than almost any feature on a pricing page. A record's accuracy is set at the moment it is made, and the moment it is made is, for most farm work, exactly where signal is weakest.
Read this knowing who wrote it. This page compares how farm software behaves without a connection and is published by a company that sells one. The test below is meant to be run against any product, including ours — try it yourself rather than trust either of us.
The moment of truth and the moment of signal rarely coincide
A treatment happens at a chute in a back pasture. A spray application happens in the middle of a field, sometimes a large one, with the operator's phone in a cab pocket. A harvest lot gets picked in a row a quarter mile from the nearest bar of signal. In every case, the moment the record is most accurate — right as the work is done, by the person doing it — is also the moment connectivity is least reliable.
Any software that quietly assumes a connection is available at that moment has, without saying so, decided the record will usually be written later, at a desk, by someone reconstructing rather than reporting. That decision has consequences discussed at length in how a treatment record has to hold up months later, where a record written from memory is worse than one flagged as missing, because it carries the authority of a real entry without the accuracy of one.
An app is not the same claim as offline
“We have a mobile app” and “the app works without a connection” sound like the same claim and are not. A mobile app that simply renders the same forms on a smaller screen, and needs a live connection to submit each one, is a desktop product wearing a phone's clothes. It will work perfectly in the parking lot outside the equipment shed and fail exactly where it is needed, in the far corner of the property the cell tower does not reach.
True offline capability means the entry is written to the device the instant it is made — the date, the quantity, the identifier — and held there, complete, until a connection appears to synchronise it. Nothing about the accuracy of the record should depend on whether a bar of signal happened to be present at the moment of entry.
The test that actually reveals the difference
Do not ask the vendor. Try it. Put the phone in airplane mode, stand up, put on a glove if your work involves one, and attempt to complete a real entry from start to finish — pick the animal or the field, enter the product and the rate, save it. Then turn signal back on and confirm the entry actually appears once it has synced. If any step in that sequence requires a live connection, or takes so many taps that a person with a syringe in one hand would give up and write it on a whiteboard instead, the product has failed the only test that matters.
This test also exposes a second, quieter failure: forms designed for a desk, with a dozen fields and dropdowns, rather than for a person standing in bad light who needs to enter one thing quickly and get back to the animal. A product can be technically offline and still lose to a whiteboard if it is simply too slow to use with cold hands.
Paper is a legitimate answer, and worth being honest about
A waterproof notebook in a shirt pocket has a property no software can match: it never runs out of battery, never loses signal, and never has a sync conflict. Its cost is paid later, at the desk, transcribing what was written in the field into whatever system holds the permanent record. For some operations — especially ones where the person doing the treating is not the person who manages the records — that transcription step, done once a day by a different person, is a perfectly reasonable trade, and one this page has no interest in talking you out of.
What matters is that the transcription actually happens daily, not weekly. A notebook transcribed once a week is a memory aid with extra steps, subject to the same latency problem as any record written at the desk that evening rather than at the point of work — the subject of farm recordkeeping more broadly.
Sync conflicts are the failure mode nobody demos
Offline entry solves one problem and quietly introduces another: two devices, both offline, both recording something about the same animal or field, and both trying to sync once signal returns. A product that has thought this through will show you both entries and ask which is correct, or merge them sensibly if they do not conflict. A product that has not thought it through will silently let the second sync overwrite the first, and the person who wrote the first record will never know it vanished.
Ask specifically what happens when two offline entries about the same record collide — not in the abstract, but with a real example: two people treat the same group from two different trucks, both offline, both logging it. If the vendor cannot describe the behaviour precisely, they have not tested the exact scenario that makes offline support worth having in the first place.
What software can honestly promise here
Farm40 is built to capture an entry offline and hold it on the device until signal returns to sync it, which is the property worth testing for yourself with the airplane-mode check above rather than taking on faith. The honest limit: offline capture solves the connectivity problem, not the willingness problem. If the person at the chute still finds the form slower than a scrawl on a whiteboard, they will use the whiteboard, signal or no signal — the software can remove one obstacle, not the habit itself, which is the subject of why farm software rollouts actually fail.
Whichever system you use, the standard is the same: it has to be completable with cold hands, standing up, in bad light, with an animal objecting nearby. Judge any product — including this one — against that standard before you judge it against a feature list, and read how to choose farm software honestly for the rest of the evaluation.
