Файлы загружаются вручную
Обновление зависит от того, открыл ли сотрудник кабинет и успел ли проверить выгрузку.
Прайс появился ночью, выгрузка задержалась, прошлый импорт ещё работает. Регулярная задача должна понимать эти ситуации. Настроим загрузку с проверками и понятным результатом каждого запуска.

Обновление зависит от того, открыл ли сотрудник кабинет и успел ли проверить выгрузку.
Ошибочная выгрузка перезаписывает цены или остатки до того, как её проверят.
Новый запуск начинается до окончания предыдущего, а повтор создаёт лишние записи.
Настроим периодичность, блокировку пересечений и проверку готовности источника.
Проверим структуру и согласованные признаки полноты, прежде чем менять рабочие данные.
Сохраним результат запуска и предусмотрим согласованный порядок повтора или отката.
Посмотрите функции с данными в наших проектах. Импорт проверим на собственных контрольных записях и ожидаемом состоянии вашей системы.

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

Сайт CRM-продукта, который помогает изучить систему до обсуждения внедрения. Возможности, отраслевые решения и интеграции связываются с задачами работы с клиентами.

Интернет-магазин магнитов с разными сценариями для покупателя и компании. Каталог, условия заказа и направление изготовления помогают выбрать товар или обсудить нестандартную задачу.
Автоматический импорт данных по расписаниюПришлите пример файла или описания данных и ожидаемые изменения. Определим идентификаторы, расписание и отчёт первой версии.
Источник связан с определённым объектом.
Сохраняются данные вне правил обновления.
Отчёт показывает обработанные состояния.
Получаем источник и ожидаемые изменения.
Определяем ключи и сохраняемые сведения.
Готовим обработку и запуск.
Сверяем повторы и итоговые записи.
Разработка стоит 2 900 ₽/час. Учтём источник, объём, правила изменений, запуск и контроль обработки по вашей задаче.
Уточняем источник, частоту обновления и последствия ошибки. Затем определяем порядок загрузки, проверки и публикации данных.
Запуск в полночь бесполезен, если поставщик формирует файл к двум часам. Определяем время появления данных, допустимую задержку и действия при отсутствии свежей выгрузки.
Сначала получаем и проверяем данные. Затем обновляем целевую систему по согласованным правилам. Для опасных изменений, например массового обнуления, задаём отдельное условие остановки.

Предусматриваем блокировку параллельной обработки и ограничение времени работы. Для зависших задач определяем способ диагностики и безопасного возобновления.
Распознаём уже обработанный набор и уточняем, как обновлять существующие записи. Удаление отсутствующих строк согласуем отдельно: отсутствие в файле не всегда означает удаление.
Сотрудник должен видеть дату источника, число изменений и причину сбоя. Для преобразования сложных таблиц может понадобиться автоматизация Excel и CSV.
Проверим планировщик и ограничения хостинга. Разработка стоит 2 900 ₽/час; хранение истории, уведомления и откат включаем в согласованный объём.

Владимир Николаев подготовит схему импорта и проверки. Правила сохранения ручных данных и повторного запуска согласуем до применения обновлений.
На вопросы отвечает Владимир Николаев.
Возможно, если доступны планировщик и необходимые ресурсы. Проверим ограничения времени выполнения, памяти и подключения к источнику.
Да, с учётом частоты обновления источника, времени обработки и ограничений API. Расписание подбираем по этим условиям.
Зададим ожидание, повтор или уведомление. Старые рабочие данные сохраняются по согласованному правилу.
Если нужен откат, предусмотрим хранение необходимых предыдущих значений. Возможность и стоимость зависят от целевой системы.
Используем блокировку и проверку состояния задачи. Дополнительно определим, как снимать блокировку после аварийного завершения.
Через журнал и выбранные уведомления. В успешном результате покажем основные числа, в ошибке укажем причину и следующий шаг.

Каждый понедельник один и тот же разбор таблиц: переименовать колонки, найти дубли, собрать итог. Настроим обработку по вашим правилам, чтобы сотрудник проверял результат, а не повторял всю подготовку.

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

Каталог нужно передать в понятном получателю формате. Сделаем генератор YML из данных магазина, проверим структуру и обновление, чтобы выгрузка не зависела от ручного создания файла.
Покажите источник, пример выгрузки и правила обновления. Оценим расписание, проверки и восстановление после сбоя.