Наша команда работает с таблицей, куда сейчас данные о заказах и заявках попадают вручную: кто-то периодически открывает сайт, собирает нужные строки и переносит их в таблицу самостоятельно. Проблема в том, что часть сотрудников вообще не имеет доступа ни к сайту, ни к базе данных — они видят только эту таблицу, и если её вовремя не обновить, работа всей команды встаёт: продажи не знают, что пришёл новый заказ, поддержка не видит свежую заявку, а расхождения между сайтом и таблицей находятся уже постфактум.
Задача — построить связку, при которой новые заказы и заявки будут появляться в таблице автоматически, сразу после того как их оформили на сайте, без участия человека на этапе переноса. Важно, чтобы обновление происходило либо мгновенно по событию, либо очень часто по расписанию — вариант «раз в день» нас не устроит, команде нужны актуальные данные в течение рабочего дня. При этом таблица должна оставаться единственным местом, куда сотрудники смотрят за информацией — прямой доступ к внутренним системам сайта им давать не хотим по соображениям безопасности и порядка.
Способ реализации оставляем на усмотрение исполнителя — подойдёт и передача данных через события на стороне сайта, и периодический сбор данных скриптом, и стороннее решение для связи сайта с таблицами, если оно надёжно работает без постоянного контроля с нашей стороны и не создаёт задвоенных строк.
Отдельно нужно предусмотреть:
— правильное распределение данных по столбцам — статус заказа, контактные данные клиента, дата и время, комментарий;
— защиту от повторной записи одного и того же заказа при сбоях или повторных попытках;
— понятное уведомление или запись в журнал, если очередная передача данных не удалась;
— краткую памятку для команды о том, как устроена таблица и куда обращаться при странностях в данных.
Задача — построить связку, при которой новые заказы и заявки будут появляться в таблице автоматически, сразу после того как их оформили на сайте, без участия человека на этапе переноса. Важно, чтобы обновление происходило либо мгновенно по событию, либо очень часто по расписанию — вариант «раз в день» нас не устроит, команде нужны актуальные данные в течение рабочего дня. При этом таблица должна оставаться единственным местом, куда сотрудники смотрят за информацией — прямой доступ к внутренним системам сайта им давать не хотим по соображениям безопасности и порядка.
Способ реализации оставляем на усмотрение исполнителя — подойдёт и передача данных через события на стороне сайта, и периодический сбор данных скриптом, и стороннее решение для связи сайта с таблицами, если оно надёжно работает без постоянного контроля с нашей стороны и не создаёт задвоенных строк.
Отдельно нужно предусмотреть:
— правильное распределение данных по столбцам — статус заказа, контактные данные клиента, дата и время, комментарий;
— защиту от повторной записи одного и того же заказа при сбоях или повторных попытках;
— понятное уведомление или запись в журнал, если очередная передача данных не удалась;
— краткую памятку для команды о том, как устроена таблица и куда обращаться при странностях в данных.
