‹ Shipzo - Complete Querier ServiceQuality report QR-26-00012

Shipzo - Complete Querier Service
Vibe96 quality report

Shipzo - Complete Querier Service

Complete last-mile delivery management: admin web app, driver PWA, merchant portal, COD finance and live tracking.

Product ID
B0001-81882
Builder
Ibrahim Abdurahman
Version reviewed
1.0.0 · released 5 Oct 2026
Stack
Laravel 13 · PHP 8.3 · MySQL 8
Built with
Claude Code
Review period
4 Oct 2026 – 5 Oct 2026 · 1 round of changes
90out of 100 Passed with 5 warningsPass mark 75 and no failing check.

Scores

Security92
Code structure78
Docs & completeness100
Dependency health85
Build & deploy92
  1. AI code audit6 checks · 4 Oct 2026
  2. Installed & run5 Oct 2026
  3. Demo vs delivered5 Oct 2026
  4. Final sign-off5 Oct 2026

At a glance

  • Installed and run from the delivered code — 8 of 8 checks answered yes.
  • Live demo compared with the delivered code — 7 of 7 checks answered yes.
  • 15 of 15 promised items delivered (setup guide, example config and the rest).
  • Security scored 92/100 with no failing check.
  • 5 open warnings — explained in part 1.
Part 1

AI code audit

The full source archive was read by our AI auditor against each check. It reads the code — it does not run it; running it is part 2.

CheckWhat we foundScoreResult
Secrets & credentialsNo real API keys or credentials were discovered. The .env.example file contains weak demo passwords (Admin@123, 1234) that ship to buyers and are documented in README.md. These are acceptable for demo seeding but should be changed before production use. All other secrets are proper placeholders or environment variable references.92Warning
Dependency vulnerabilitiesThe project uses Laravel 13.17 and PHP 8.3 with all dependencies locked in composer.lock. No known critical vulnerabilities were found in the production dependencies. A few dev dependencies (phpunit, mockery) could be updated to their latest patch versions, but these are not security-critical. The lockfile is present and properly maintained.85Warning
Authorisation & access controlAll mutating endpoints are protected by authentication and CSRF. Role-based middleware is correctly applied to admin routes. Password hashing uses bcrypt. However, several read endpoints (parcel details, merchant/customer lookups, driver performance) lack ownership checks, allowing cross-tenant data access by manipulating IDs in the URL or API.92Warning
Database access rulesAll raw SQL uses parameterized queries through the Db helper. No string concatenation or injection paths found. Delete and update statements are properly scoped. Schema migrations are complete and can build from empty. Minor issues: a few foreign keys lack indexes (parcels.driver_id, routes.driver_id), and one migration uses raw SQL for constraints instead of Blueprint methods.92Warning
Code structure & duplicationControllers properly delegate to services, and business logic is centralized. However, several service files exceed 400 lines, password validation logic is duplicated across three controllers, and some configuration values are hard-coded in multiple places. The architecture is sound but would benefit from extracting utility methods and breaking down larger services.78Warning
Build reproducibilityThe project is fully reproducible on a clean machine. Composer dependencies resolve, migrations run, and Docker Compose works. HowToSetup.md covers all major paths (Docker, Linux VPS, XAMPP, cPanel). Minor issues: Docker instructions reference environment variables without showing how to persist them; Windows PowerShell syntax for multi-line env vars is incomplete; the .env.example has empty DEMO_PASSWORD fields that could confuse first-time users.92Pass

Open warnings

Problems that did not stop the listing. They stay on the product page until a later version fixes them.

Warning 1 Composer dependencies are current; no known critical vulnerabilities detected

The project uses Laravel 13.17 and PHP 8.3 with all dependencies locked in composer.lock. No known critical vulnerabilities were found in the production dependencies. A few dev dependencies (phpunit, mockery) could be updated to their latest patch versions, but these are not security-critical. The lockfile is present and properly maintained.

Warning 2 Database access is mostly safe; minor schema gaps and a few unindexed foreign keys

All raw SQL uses parameterized queries through the Db helper. No string concatenation or injection paths found. Delete and update statements are properly scoped. Schema migrations are complete and can build from empty. Minor issues: a few foreign keys lack indexes (parcels.driver_id, routes.driver_id), and one migration uses raw SQL for constraints instead of Blueprint methods.

Warning 3 Weak demo defaults in .env.example; no real credentials found

No real API keys or credentials were discovered. The .env.example file contains weak demo passwords (Admin@123, 1234) that ship to buyers and are documented in README.md. These are acceptable for demo seeding but should be changed before production use. All other secrets are proper placeholders or environment variable references.

Warning 4 Good separation of concerns with minor duplication and some oversized service files

Controllers properly delegate to services, and business logic is centralized. However, several service files exceed 400 lines, password validation logic is duplicated across three controllers, and some configuration values are hard-coded in multiple places. The architecture is sound but would benefit from extracting utility methods and breaking down larger services.

Warning 5 Strong authentication and role guards; minor ownership gaps on read endpoints

All mutating endpoints are protected by authentication and CSRF. Role-based middleware is correctly applied to admin routes. Password hashing uses bcrypt. However, several read endpoints (parcel details, merchant/customer lookups, driver performance) lack ownership checks, allowing cross-tenant data access by manipulating IDs in the URL or API.

Requirement list

What the builder agreed to deliver before uploading — 15 of 15 met.

  • Complete source for every component Met
  • No real credentials in the archive Met
  • Builds from a clean machine Met
  • Database script or migrations Met
  • Authentication and roles on every mutating endpoint Met
  • Pinned dependencies without critical CVEs (nice)Met
  • Documentation set (nice)Met
  • Working live demo Met
  • README.md Met
  • HowToSetup.md Met
  • CLAUDE.md (or AGENTS.md) (nice)Met
  • CHANGELOG.md (nice)Met
  • .env.example Met
  • a project file Met
  • a project file (nice)Met
Part 2

Human review

Reviewers from the Vibe96 team in Dubai worked through each question below; a final reviewer signed it off.

Stage 1 — Installed and run from the delivered code

Completed 5 Oct 2026

A reviewer installed the product on a clean machine, following only the guide that ships with it.

QuestionAnswerReviewer's note
Packages restored without errorsYes
Solution builds cleanYes
Database created from the shipped script or migrationsYes
First sign-in works with the documented stepsYes
Setup guide is accurate and completeYes
Every module in the feature list opens and worksYes
No real secrets in the archiveYes
Branding and company details can be changed without codeYes

Stage 2 — Live demo compared with the delivered code

Completed 5 Oct 2026

A second reviewer checked that what the listing and demo show is what the buyer receives.

QuestionAnswerReviewer's note
Demo URL is reachableYes
Demo credentials workYes
Demo runs the same version as the archiveYes
All five differentiators are visible in the demoYes
Screenshots match the demoYes
Nothing in the demo is missing from the codeYes
Datasheet claims are accurateYes

Changes asked for during review

  • Round 1: changes requested on 5 Oct 2026; the builder fixed them and uploaded again.
  • Sign-off: approved for sale on 5 Oct 2026 with 5 warnings shown publicly.

What this report covers — and what it doesn't

  • It covers version 1.0.0 exactly as the buyer downloads it: the source archive, the setup guide and the live demo on the dates above.
  • It is not a penetration test, a performance or load test, or a legal review of third-party package licences.
  • Scores are a point in time. Libraries age; a later version is audited again and gets its own report.
  • Your setup matters. Hosting, configuration and changes made after purchase are outside this review.
  • How the score is made: each AI check is scored 0–100 and weighted (security counts most). A listing needs 75 or more, no failing check, and the human review passed.
  • Always try the live demo before buying, and ask the builder questions from the product page.

Vibe96 FZ-LLC, Dubai, UAE. This report describes the product at the time of review and is not a warranty.