Описание проекта
У нас интернет-магазин и отдельная учётная система, а между ними работает человек. Каждый заказ он переносит руками: покупателя, позиции, количества, скидки. Пока очередь доходит до вечерней пачки, остатки на сайте уже не соответствуют складу — мы продаём то, что утром уехало, и прячем то, что вчера вернулось на полку. Хочу, чтобы этот мостик был не человеком с таблицей, а программой, которая ходит по расписанию и ничего не забывает.
Нужен обмен в обе стороны. Заказы уходят с сайта полностью: состав, количества, цены, данные покупателя — и становятся в учёте документами, с которыми можно работать. Обратно приезжают остатки и цены и ложатся на карточки товаров. Статусы оплаты и отгрузки возвращаются к заказу, чтобы покупатель видел, что его оплата принята, а поддержке не приходилось держать открытыми два окна ради одного ответа. Номенклатура сопоставляется по артикулу, и всё, чему пары не нашлось, должно попадать в список, а не пропускаться молча.
Три вещи для меня не обсуждаются. Обмен идёт по расписанию и с проверкой целостности: недогруженный пакет не применяется частично, иначе учёт разъедется, и потом никто не найдёт, с какого дня началось расхождение. Доступы к учётной системе хранятся вне кода, а в журнал не пишутся ни ключи, ни персональные данные покупателей. И перед запуском обмен обкатывается на копии базы и сверяется вручную за один день — чтобы мы знали, как выглядит правильный результат, прежде чем начнём ему доверять.
Что жду в работе:
— выгрузка заказов с составом, количествами, ценами и данными покупателя;
— загрузка остатков и цен обратно на сайт;
— статусы оплаты и отгрузки, возвращаемые к заказу;
— сопоставление номенклатуры по артикулу и видимый список несопоставленного;
— обработка расхождений: что побеждает, что ждёт решения человека, в чём отказ;
— журнал обмена понятным языком, с указанием документа и причины ошибки;
— повтор неудачной операции без задвоения того, что уже принято;
— отчёт для бухгалтерии в конце месяца: что обменялось, что упало, что осталось открытым.
Нужен обмен в обе стороны. Заказы уходят с сайта полностью: состав, количества, цены, данные покупателя — и становятся в учёте документами, с которыми можно работать. Обратно приезжают остатки и цены и ложатся на карточки товаров. Статусы оплаты и отгрузки возвращаются к заказу, чтобы покупатель видел, что его оплата принята, а поддержке не приходилось держать открытыми два окна ради одного ответа. Номенклатура сопоставляется по артикулу, и всё, чему пары не нашлось, должно попадать в список, а не пропускаться молча.
Три вещи для меня не обсуждаются. Обмен идёт по расписанию и с проверкой целостности: недогруженный пакет не применяется частично, иначе учёт разъедется, и потом никто не найдёт, с какого дня началось расхождение. Доступы к учётной системе хранятся вне кода, а в журнал не пишутся ни ключи, ни персональные данные покупателей. И перед запуском обмен обкатывается на копии базы и сверяется вручную за один день — чтобы мы знали, как выглядит правильный результат, прежде чем начнём ему доверять.
Что жду в работе:
— выгрузка заказов с составом, количествами, ценами и данными покупателя;
— загрузка остатков и цен обратно на сайт;
— статусы оплаты и отгрузки, возвращаемые к заказу;
— сопоставление номенклатуры по артикулу и видимый список несопоставленного;
— обработка расхождений: что побеждает, что ждёт решения человека, в чём отказ;
— журнал обмена понятным языком, с указанием документа и причины ошибки;
— повтор неудачной операции без задвоения того, что уже принято;
— отчёт для бухгалтерии в конце месяца: что обменялось, что упало, что осталось открытым.
Веб программирование Наличные, Банковский перевод
