- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго времени суток, уважаемые участники форума!
Хотел писать на форумы прогеров, но решил сначала поинтересоваться тут, как на наиболее достоверном для меня источнике информации :)
Требуется написать программу для учета заказов и товара.
Подробнее:
Интернет-магазин по продаже одежды. Необходимо заносить в базу поступающие заказы, с указанием - 1. Тип товара 2. Цвет 3. Фасон(жен/муж) 4. Размер 5. Цена 6. Дата заказа 7. Информация по доставке и контактные данные клиента.
При этом в зависимости от введенных данных - со склада должна вычитаться соответствующая единица товара.
Также нужна сортировка по дате - например, чтобы можно было вывести информацию за определенный период и по конкретным позициям (например, сколько в июле месяце было продано черных мужских футболок размера S).
Также в программе нужна функция удаленного доступа и синхронизации (т.е. чтобы с программой одновременно могли работать несколько человек, и при внесении данных одним - данные обновлялись и у другого).
На самом деле вполне устроит и подобная программа на базе таблиц GoogleDocs - это даже было бы, наверное, в идеале, т.к. при работе с ГуглДокс Очень нравится возможность вносить и видеть изменения в режиме live. знаю, что всё подобное можно легко запрограммировать в обычном Exel, про GoogleDocs не уверен.
Также очень желательно, чтобы была функция напоминалки. Например: заказ пришёл 20.08.15, клиент желает забрать товар самовывозом 23.08.15. Если к 24.08.15 статус заказа "в ожидании.." не был изменен на "забрали", то программа автоматически помечает этот заказ, дабы менеджер связался с клиентом и напомнил.
В общем и целом вот такая программка для учёта нужна :)
Быть может есть уже что-то подобное готовое?
Или если обращаться за написанием на заказ - куда следует обратиться? И на какую сумму при этом можно ориентироваться?
Заранее благодарю за любые подсказки.
Доброго времени суток, уважаемые участники форума!
Хотел писать на форумы прогеров, но решил сначала поинтересоваться тут, как на наиболее достоверном для меня источнике информации :)
Требуется написать программу для учета заказов и товара.
Подробнее:
Интернет-магазин по продаже одежды. Необходимо заносить в базу поступающие заказы, с указанием - 1. Тип товара 2. Цвет 3. Фасон(жен/муж) 4. Размер 5. Цена 6. Дата заказа 7. Информация по доставке и контактные данные клиента.
При этом в зависимости от введенных данных - со склада должна вычитаться соответствующая единица товара.
Также нужна сортировка по дате - например, чтобы можно было вывести информацию за определенный период и по конкретным позициям (например, сколько в июле месяце было продано черных мужских футболок размера S).
Также в программе нужна функция удаленного доступа и синхронизации (т.е. чтобы с программой одновременно могли работать несколько человек, и при внесении данных одним - данные обновлялись и у другого).
На самом деле вполне устроит и подобная программа на базе таблиц GoogleDocs - это даже было бы, наверное, в идеале, т.к. при работе с ГуглДокс Очень нравится возможность вносить и видеть изменения в режиме live. знаю, что всё подобное можно легко запрограммировать в обычном Exel, про GoogleDocs не уверен.
Также очень желательно, чтобы была функция напоминалки. Например: заказ пришёл 20.08.15, клиент желает забрать товар самовывозом 23.08.15. Если к 24.08.15 статус заказа "в ожидании.." не был изменен на "забрали", то программа автоматически помечает этот заказ, дабы менеджер связался с клиентом и напомнил.
В общем и целом вот такая программка для учёта нужна :)
Быть может есть уже что-то подобное готовое?
Или если обращаться за написанием на заказ - куда следует обратиться? И на какую сумму при этом можно ориентироваться?
Заранее благодарю за любые подсказки.
Отличие Excel от клиент-серверных систем в том, что можно организовать групповую работу. Специализированную клиент-серверную систему с использованием WEB-технологий написать вполне можно и под специализированные требования. Но их нужно точнее сформулировать. Кроме того такую систему проще интегрировать с магазином, потому что она может сидеть на том же хосте и даже сидеть в той же базе.
Скажу так, писали для себя свою систему учета, решение очень удобное, но трудозатратное (писали сами долго и нудно) поэтому если будете такое заказывать, уверен выльется в приличную сумму и много сразу не сможете учесть в ТЗ. Мой совет поищете готовые, пусть и платные решения
Мой совет поищете готовые, пусть и платные решения
Уверен, что не найдете такого, я не нашел.
Здесь слишком много индивидуальныъх особенностей работы, организации безнес процессов.
У меня стояла аналогичная проблема. Много чего пытался сделать в этом направлении и перепробовал.
В итоге, остановился на том, что стал дорабатывать свой движок магазина, чтобы вся работа с заказами велась там (в админке): остатки по складам, статусы, ослеживание почты, оплаты, сообщения покупателям (СМС, и емаил), причины отказов, документирование времени дозвона и недозвона и тд.
Оттуда же печатаются все бланки.
Сотрудники заходят под своими учетками и я вижу, кто ответил на звонок, кто упаковал посылку, во сколько времени это произошло, кто оформил заказ и кто его отгрузил.
Плюсы в том, что эта база доступна отовсюду, где есть инет. МОжно разгаринчить права. Можно подключить колцентр и показывать только то, что можно видеть им.
Можно сотрудникам показывать только нужную инфу и тд.
Стояла аналогичная проблема. Много чего пытался сделать в этом направлении.
В итоге, остановился на том, что стал дорабатывать движок магазина, чтобы вся работа с заказами велась там: остатки по складам, статусы, ослеживание почты, оплаты, сообщения покупателям (СМС, и емаил), причины отказов, документирование времени дозвона и недозвона и тд.
Оттуда же печатаются все бланки.
Сотрудники заходят под своими учетками и я вижу, кто ответил на звонок, кто упаковал посылку, во сколько времени это произошло, кто оформил заказ и кто его отгрузил.
Плюсы в том, что эта база доступна отовсюду, где есть инет. МОжно разгаринчить права. Можно подключить колцентр и показывать только то, что можно видеть им.
Можно сотрудникам показывать только нужную инфу и тд.
В этом сеть и минус, ну по крайней мере по моем опыту работы. Во-первых персонал через админку своей работой может давать нагрузку на хостинг не меньше, а скорее всего больше, чем посетители. Во-вторых, если падает "торговый зал", то останавливается вся работа. Так что оптимальный вариант - разнесение систем между хостами с интеграцией через SOAP, REST. Ну или реплицирование данных "торгового зала" в базу ERP системы.
Сейчас многие движки ИМ имеют учет в админке. При необходимости можно допилить немного.
Сейчас многие движки ИМ имеют учет в админке. При необходимости можно допилить немного.
Не совсем так. Большинство как раз либо не имеет, либо он весьма убогий. К ним относятся практически все магазины на движках общего назначения или уродцы вроде расширений для WP. К движкам со слабым учетом относятся такие как Опенкарт например и его аналоги. Так что в таких случаях пилить придется как как те самый гири из "Золотого теленка". Именно поэтому и существуют ERP системы.
если падает "торговый зал", то останавливается вся работа
Да, есть такое.
Сейчас многие движки ИМ имеют учет в админке.
Да тут даже не сам учет нужен в плане учета, а больше именно работа с заказами.
Там не надо видеть продажи и тд. Если вы это имеете ввиду.
Именно поэтому и существуют ERP системы.
А от всех этих систем я очень устал. Сложные, глючные, с ненужными функциями и с отсутствием нужных.
ВОт МОй склад пробовал, еще некоторые проекты. Очень тяжело, всё не то.
Скажу так, писали для себя свою систему учета, решение очень удобное, но трудозатратное (писали сами долго и нудно) поэтому если будете такое заказывать, уверен выльется в приличную сумму и много сразу не сможете учесть в ТЗ. Мой совет поищете готовые, пусть и платные решения
К стати попробуйте найти решение проблемы в аренде программного обеспечения 1с здесь На сервере возможны готовые конфигураций под программу для учета заказов,товара и сортировке по дате интернет-магазина.
Здесь слишком много индивидуальныъх особенностей работы, организации безнес процессов.
У меня стояла аналогичная проблема. Много чего пытался сделать в этом направлении и перепробовал.
- а чем 1С -ка серверная не устроила?
- а чем 1С -ка серверная не устроила?
Проблема не в самой 1С на сервере, а в настройках, которые как правило ориентированы совершенно на другие схемы бизнес-процессов. Зачастую приходится писать свою конфигурацию, но тогда возникает предположение, "может лучше писать на PHP, а не на 1С".