Ну незнаю. По мне удобнее завести клиенту один логин и пароль. Хотя можно обдумать следующий момент. Допустим Руководителю отдела снабжения нужно будет видеть все заявки. а каким то заинтересованным но узко направленным лицам, может быть интересна только какая то конкретная поставка. Соответственно имеем следующие, необходимо выдать постоянный логин и пароль, и на каждую поставку формировать дополнительный логин и пароль который бы указывался бы в накладной идействовал на период времени действия заказа

Номера накладной и пароля, который генерируется при выдаче накладной, достаточно для 99% случаев.
Не надо плодить лишние сущности.

+1
Посмотрите как сделано отслеживание груза по накладной. Только накладная и вы видите где груз, вернее этапы его прохождения. Здесь ведь трек будет обезличен. И нужен ли трек, может достаточно последнего актуального местоположения?

Думаю это должно зависить от транспортной компании, что они хотят показывать своим клиентам. Так, что я думаю не составить сложности дать им больше возможностей, А они пусть сами выбирают уровень вовлеченности клиента.

NickolaDed, насколько мне известно, никто из текущих транспортных компаний и курьерских служб не дает трекинг грузов (я не про GPS-трекинг, а то, что дает Автотрейдинг, PonyExpress и К°) - не выдает полный список накладных по некоему договору. Всегда трекинг ведется по конкретной накладной. И это правильно и гораздо безопаснее. Да и договор заключается не со всяким, а надо учитывать и частников - если уж сервис, то универсальный.
Далее:
Враги, один раз получив логин / пароль - получат слишком большие возможности на достаточно длительный срок, а вот чтобы сливалось по КАЖДОЙ накладной - это надо иметь весьма хорошего инсайдера.

Где-то нужно остановиться, чтобы не делать глупую работу.
Можно сделать вывод на офсайты азбукой морзе, можно передавать sms-ками на мобилки пользователей раз в минуту ссылку на гуглю с текущим положением груза, можно сделать речевой информатор и раз в час звонить с сервака и проговаривать голосом "Ва-ша ма-ши-на дви-жет-ся в рай-о-не се-ла Ку-ку-е-во. Рас-чет-но-е вре-мя дос-тав-ки во-семь-над-цать ча-сов двад-цать во-семь ми-нут со-рок пять се-кунд... У-же во-семь-над-цать ча-сов двад-цать во-семь ми-нут со-рок три се-кунды... У-же во-семь-над-цать ча-сов двад-цать во-семь ми-нут со-рок од-на се-кун-да..."
Сервисов можно навертеть - мириады, но ведь есть и другие отрасли (сельское хозяйство, пассажироперевозки, стройтехника, такси и т.п.) - и там тоже надо наращивать мощь софта.

Уговорили)

Помнится, три года назад, я писал ТЗ по заданию клиента на реализацию подобной "фишки" для системы(веб-интерфейса) одного производителя,не будем упоминать по политкорректности.
Обозвали, не мудрствуя лукаво - "делегирование объектов".Пользователь может делегировать(задает пароль и логин) права просмотра временному пользователю на нужный объект(ы) на определенный период времени, который можно уменьшить(увеличить), после окончания "периода жизни" временный пользователь самоуничтожается.