An Irish portal readiness workflow
May 6, 2026
9 min read
The portal problem rarely starts on the portal.
An Irish property can feel ready because the photographer has delivered, the negotiator has the price, the vendor wants it live, and someone has drafted the description. Then the final upload exposes the mess: the BER number is missing, the lead image is wrong, the PSRA number is not where it should be, the landlord has not approved the wording, or the floorplan in the folder is not the final version.
That is why searches for Daft.ie integration, MyHome.ie integration, or property portal software Ireland agencies can rely on often start in the wrong place. Upload routes matter. The earlier question is whether the listing record is ready before anyone publishes it.

Portal readiness is not the same as portal access
Portal access means the agency can publish. Portal readiness means the agency should publish.
Those are different operational states. A listing can be technically uploadable and still be wrong for buyers, tenants, vendors, landlords, or the manager explaining the mistake later.
Irish agencies have specific pressure points here. The listing needs clear sales or letting details, the right address and location treatment, a media pack that reflects what the agent wants the public to see, BER information handled properly, relevant PSRA licence details, and evidence that the client has approved the public version.
Daft’s help article on placing an ad on Daft shows the upload work: description, photos, plan selection, contact options, review, and confirmation. That sequence is useful, but it comes late. If the first serious readiness check happens there, the uploader is doing detective work instead of publishing.
A better internal rule is simple: the portal screen should confirm the listing, not discover the listing.
The Irish preflight checklist that actually matters
Most listing delays are not mysterious. They come from treating the listing as separate tasks instead of one controlled record.
This is the preflight we would use before a sale or letting listing is published.
| Readiness area | What must be clear before upload | Typical failure when skipped |
|---|---|---|
| Authority and client approval | Signed authority or instruction, correct client names, marketing start approval, agreed public wording | The listing goes live before the client has approved the exact public version |
| PSRA details | Correct licence details for the business and relevant agent where needed | The agency relies on old profile data or misses licence visibility in public material |
| BER details | BER rating, BER number, energy performance indicator where required, certificate or exemption context | The upload is delayed while someone chases a number that should have been gathered days earlier |
| Core property facts | Price, status, property type, bedrooms, bathrooms, size, Eircode or address handling, tenure or letting terms | The uploader fills gaps from memory or copies from a previous listing |
| Media pack | Final photos, lead image, floorplan, video link if used, image order, file names that match the property | The wrong version of a floorplan or photo sequence goes public |
| Viewing and enquiry setup | Contact person, phone/email handling, viewing windows, access notes, key holder details | Enquiries arrive before the team knows who owns them |
| Publication route | Manual upload, feed upload, agency website, or multiple portals | Different destinations show different versions of the same property |
The table is less important than the handoff. A listing should not move from “being prepared” to “ready to publish” because one person says, “I think we’re good.” It should move because the missing items are complete or have been accepted by the right person.
That distinction matters because several people touch an Irish listing before it goes live: the listing agent, an administrator, a photographer, a branch manager, and sometimes a lettings colleague. Without one shared readiness state, each person sees different progress.
BER and PSRA details are workflow items, not admin afterthoughts
BER is a good example of why Irish listing readiness needs its own discipline.
SEAI’s BER advertising guidance says sale and rental property advertisements must include BER information, with different display requirements by advertising medium. Online property details can require more than a simple rating. BER cannot sit as a vague inbox note. It has to be captured as structured listing information, with the supporting certificate or exemption context available to the team.
The PSRA point is similar. Section 37 of the Property Services (Regulation) Act 2011 on the Irish Statute Book requires a licensee who is a property services employer or independent contractor to display the registration number conspicuously in advertisements, sales brochures, business correspondence, and signs relating to the authorised service. Agencies should treat that as a publishing control, not as footer text nobody checks.
This is where many systems become too shallow. A generic property record may store a description and a few photos, but Irish listing work needs fields that make readiness visible:
- Is the BER rating present?
- Is the BER number present where it needs to be?
- Is the energy performance indicator captured for the detail page?
- Is the PSRA licence detail correct for this listing and public destination?
- Has the vendor or landlord approved the exact copy and media order?
- Are unresolved gaps assigned to a named person?
None of this is glamorous. It is where the listing either becomes professional or turns into a Friday afternoon scramble.

Integrations move data, but they do not make decisions
It is reasonable for an agency to look for Ireland property listing software that reduces duplicate entry. Nobody wants to prepare the same property separately for the agency website, Daft.ie, MyHome.ie, email campaigns, and branch records.
But integration is only valuable when the source record is clean.
If the property type is wrong, an integration can publish it faster. If the BER data is incomplete, it can reproduce the gap in more places. If the image order has not been approved, it can push unfinished marketing judgment into public view. If viewing windows are buried in a WhatsApp thread, the portal record will not rescue the branch when enquiries start.
The better design question is: what has to be true before the listing is allowed to leave the internal workspace?
In AvaroAI, the listing record is designed to hold property data, photos, documents, notes, and custom fields together. The useful part is not storage on its own. It is that the agency can treat portal readiness as a stage in the listing’s life, with blockers assigned before upload.
For example:
| Blocker | Who usually owns it | What should happen before upload |
|---|---|---|
| BER number missing | Listing agent or administrator | Task created, due date set, certificate attached when received |
| Vendor has not approved copy | Listing agent | Approval recorded against the listing, not left in a message thread |
| Floorplan version unclear | Administrator or photographer contact | Latest file attached and older versions clearly superseded |
| Photo order not final | Negotiator or manager | Lead image and sequence confirmed before publication |
| Viewing access uncertain | Negotiator or lettings contact | Key holder, access window, and contact instructions captured |
| PSRA details need checking | Branch admin or manager | Licence detail verified before public material is generated |
This has to stay practical. A task saying “sort portal upload” is too broad to help anyone. A task saying “attach final BER cert before MyHome.ie upload” is useful because it names the blocker, the destination, and the next action.
The record should explain why a listing is not live yet
Managers should not need a meeting to understand why a property is still unpublished.
If a listing is waiting on BER, say that. If the photos are back but the floorplan is not, say that. If the copy is ready but the vendor has not approved it, say that. If the record is complete and only the portal upload remains, say that too.
This sounds basic, but it changes how a branch behaves. The team stops using “not live yet” as one vague bucket. Each listing sits in a specific state:
| State | Meaning | Management question |
|---|---|---|
| Drafting | Core listing record is being built | Is the owner clear? |
| Waiting for evidence | Required files or facts are missing | Who is chasing each item? |
| Waiting for approval | Public content is prepared but not signed off | Who needs to approve it, and by when? |
| Portal-ready | Internal record is complete enough to publish | Which route is being used and when? |
| Published | Listing is live externally | Are enquiries and viewing feedback flowing back to the record? |
That final row matters. Portal readiness does not end at upload. Once enquiries start, the agency needs continuity: who asked about the property, what viewing slots were offered, what feedback came back, and whether the listing needs correcting. Pre-upload discipline comes first, because that is where public accuracy is won or lost.
A practical rule for Irish agencies
Before a listing goes live, ask one uncomfortable question:
Could someone who did not win the instruction publish this property correctly from the record alone?
If the answer is no, the record is not ready. It may be close. It may work for a draft description, or for the agent who has everything in their head. It is not yet a reliable agency record.
A strong listing record should tell a colleague what the property is, what can be said publicly, what must be shown publicly, which files support the listing, what the client has approved, what is still blocking publication, and who owns the next action.
Once that exists, portal upload becomes a controlled publishing step rather than a last-minute audit. Whether the agency is using manual upload, feed-based publishing, Daft.ie integration, MyHome.ie integration, or broader property portal software Ireland teams manage day to day, the principle is the same: clean source record first, publishing route second.
That is not slower. It is how agencies stop losing time at the point when everyone is already expecting the listing to be live.
Related reading
Disclaimer: This page may contain AI-assisted content. The information is provided solely as a general guide and may not be correct, complete, or current, including, but not limited to, our full or applicable service offerings. While we strive for accuracy, no guarantee is made regarding correctness or completeness, and no expectation should be made as such. Please contact us directly to confirm any details before utilizing our service.

