Сайт на django - планировщик работ, оказания услуг

@IRIP · Регистрация: 18.04.2015

Студворк — интернет-сервис помощи студентам

Приветствую!

Подскажите, может есть готовое решение?

1. Видеть кто где когда работает

2. Вносить новые заявки и объекты (адреса) на которых ведутся работы. На объекте есть заказчик, адрес, город, исполнитель

3. Должны видеть картину недели - что с заявками свободным занятым временем, кто где

4. Система нужна чтобы понять: можем мы именно на это время (удобное заказчику) поставить объект, не занято ли это время и исполнитель в этот отрезок времени и день

5. Учет средств расходуемых на объект (затраты) в качестве эксперимента, так как расход приблезителен, и данные по расходу и собираем в конце работ по каждому объекту, для анализа

Добавлено через 2 минуты
планировщик (дневник работ) по объектам.я хочу видеть: название объекта, город адрес, контакты заказчика, кто работает, что делает, чем работает (материалы и т.п.), сколько денег взяли с заказчика, сколько ушло в расход (зп бенз и прочее),
с возможностью потом подбить статистику

@IRIP · 25.02.2019, 10:22 **[ТС]**

vrm2, нет, раньше было
сейчас нет.

НА сколько знаю, у них негласная договоренность.
Вообще, оду стала платной, поскольку отдалась "инвесторам" (как объяснял сам создатель - хотел сделать ее доступной широким массам)

Так что ответвлением - пошла флектра, которая сейчас, фактически является полностью совместимой (по модулям, приложениям) с оду
но имеет весь тот функционал, который в оду платный

Добавлено через 59 минут
vrm2, смотрите, если совсем просто и на django 2

то структура базы данных получается примерно такая https://docs.google.com/spread... sp=sharing

Остается неясным несколько моментов:
- имеет смысл в LEAD в конце, вставить поле COST которое будет выводить САЛЬДО сделки, или нет?

Добавлено через 16 минут
- имеет ли смысл делать для GEO.street - поле CITY которое, по сути не нужно? Или просто сделать уникальный список всех улиц (в нашем регионе), а потом его дополнять или чистить... ?

@vrm2 · 25.02.2019, 13:39

1. Поле COST не нужно вставлять в LEAD, стоимость должна рассчитываться динамически, по запросу.
2. Вообще, лид и заказ - это разные вещи. Лучше обозвать ORDER, а не LEAD.
3. Поле CITY не нужно, если есть поле STREET. Т.к. по STREET можно определить CITY по таблицам GEO.
4. Отсутствуют связи между таблицами. Надо добавить дополнительные поля, например таблицу city добавить поле region_id (связь 1:N) и т.д.

@IRIP · 26.02.2019, 00:31 **[ТС]**

vrm2, получается что-то такое =)) вложение рабочей системы тут

Name 'UnixDateTimeField' is not defined

сейчас разбираюсь со счетами и потом за фронт возьмусь

@IRIP · 27.02.2019, 01:50 **[ТС]**

Сообщение от vrm2

В odoo:
- учет продаж - лиды, заказчки, контакты
- учет доходов - счета, нал-безнал
- учет сотрудников - это Ваши исполнители
- учет затрат - это Ваши топливо-бензин
- контроль проектов - когда проект состоит из нескольких этапов-задач

Столкнулся с задачей
как получать заказы (заявки) которые сливаются мне на почту

@IRIP · 27.02.2019, 01:55 **[ТС]**

по джанго - сваял приложение - субботу, воскресенье, понедельник убил на это
в итоге пришел к тому, что:

- есть ошибка в моделях (в логике)
- невозможно учитывать финансы на счетах (счета используются как маркеры сортировки)
...

и еще куча таких "невозможно", из-за изначальной ошибки в логике построения системы.

Нашел более менее приемлемое описание "как" это должно работать
оценил объем - 2 недели с моделями, тестами... и то... не факт, что скрытых ошибок логики тут тоже нет

@vrm2 · 27.02.2019, 11:47

Сообщение от IRIP

Столкнулся с задачей
как получать заказы (заявки) которые сливаются мне на почту

По-моему, odoo "из коробки" умеет из почтовых сообщений создавать lead или opportunity
Если нет, то можно написать app, которое будет обрабатывать почту и по делать нужные вещи

Новые блоги и статьи Все статьи Все блоги /
Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .	У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35". kumehtar 04.08.2026 С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .	Как ИИ начал спорить и врать (возможно почуяв опасность для себя от индустрии - уход от электроники). Hrethgir 04.08.2026 Недельный диалог, на фоне событий с НПЗ. Да, из спирта можно получать бензин, и это не сложно. Но потом в схеме я решил избавиться от насоса, при этом полностью сделав контроль подачи спирта в. . .	Термопринтер QR701 Argus19 03.08.2026 Термопринтер QR701 Купил два термопринтера QR701. На сэлф-тесте написано: Language: PC936 (GB18030). Что означает, что принтеры могут печатать только латиницу и китайские иероглифы. Так же. . .
Создание формы заимствованного документа Maks 03.08.2026 Задача: Необходимо создать собственную форму заимствованного документа. На форме должен быть реквизит "Покупатель", а также табличная часть со следующими реквизитами: - Расчетный счет покупателя. . .	Задача предоставления скидок покупателям Maks 03.08.2026 Задача: В документе "Продажи" необходимо реализовать функционал предоставления скидок покупателям. Скидка должна автоматически рассчитываться и подставляться в соответствующее поле при выборе. . .	Почему SEO не начинается с ключевых слов: что проверить до написания текстов Neotwalker 01.08.2026 Когда владельцу сайта предлагают заняться SEO, первым шагом часто становится сбор запросов и написание текстов. Логика кажется понятной: 1. Находим ключевые слова. 2. Добавляем их на. . .	Знание — сила: Доктрина интенциональности знаний, углубление в формулу Hrethgir 01.08.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11957&stc=1&d=1785567302 Знаменитый афоризм Фрэнсиса Бэкона «Знание — сила» (Scientia potentia est) в массовой культуре принято понимать. . .

@IRIP 514 / 146 / 28 Регистрация: 18.04.2015 Сообщений: 1,904 Записей в блоге: 16

	Сайт на django - планировщик работ, оказания услуг 11.01.2019, 20:41. Показов 7503. Ответов 25 Метки нет (Все метки) Приветствую! Подскажите, может есть готовое решение? 1. Видеть кто где когда работает 2. Вносить новые заявки и объекты (адреса) на которых ведутся работы. На объекте есть заказчик, адрес, город, исполнитель 3. Должны видеть картину недели - что с заявками свободным занятым временем, кто где 4. Система нужна чтобы понять: можем мы именно на это время (удобное заказчику) поставить объект, не занято ли это время и исполнитель в этот отрезок времени и день 5. Учет средств расходуемых на объект (затраты) в качестве эксперимента, так как расход приблезителен, и данные по расходу и собираем в конце работ по каждому объекту, для анализа Добавлено через 2 минуты планировщик (дневник работ) по объектам.я хочу видеть: название объекта, город адрес, контакты заказчика, кто работает, что делает, чем работает (материалы и т.п.), сколько денег взяли с заказчика, сколько ушло в расход (зп бенз и прочее), с возможностью потом подбить статистику 0

@IRIP 514 / 146 / 28 Регистрация: 18.04.2015 Сообщений: 1,904 Записей в блоге: 16
	25.02.2019, 10:22 [ТС]
	vrm2, нет, раньше было сейчас нет. НА сколько знаю, у них негласная договоренность. Вообще, оду стала платной, поскольку отдалась "инвесторам" (как объяснял сам создатель - хотел сделать ее доступной широким массам) Так что ответвлением - пошла флектра, которая сейчас, фактически является полностью совместимой (по модулям, приложениям) с оду но имеет весь тот функционал, который в оду платный Добавлено через 59 минут vrm2, смотрите, если совсем просто и на django 2 то структура базы данных получается примерно такая https://docs.google.com/spread... sp=sharing Остается неясным несколько моментов: - имеет смысл в LEAD в конце, вставить поле COST которое будет выводить САЛЬДО сделки, или нет? Добавлено через 16 минут - имеет ли смысл делать для GEO.street - поле CITY которое, по сути не нужно? Или просто сделать уникальный список всех улиц (в нашем регионе), а потом его дополнять или чистить... ? 0

@vrm2 431 / 302 / 90 Регистрация: 03.12.2015 Сообщений: 741
	25.02.2019, 13:39
	1. Поле COST не нужно вставлять в LEAD, стоимость должна рассчитываться динамически, по запросу. 2. Вообще, лид и заказ - это разные вещи. Лучше обозвать ORDER, а не LEAD. 3. Поле CITY не нужно, если есть поле STREET. Т.к. по STREET можно определить CITY по таблицам GEO. 4. Отсутствуют связи между таблицами. Надо добавить дополнительные поля, например таблицу city добавить поле region_id (связь 1:N) и т.д. 1

@IRIP 514 / 146 / 28 Регистрация: 18.04.2015 Сообщений: 1,904 Записей в блоге: 16
	26.02.2019, 00:31 [ТС]
	vrm2, получается что-то такое =)) вложение рабочей системы тут Name 'UnixDateTimeField' is not defined сейчас разбираюсь со счетами и потом за фронт возьмусь 0

Опции темы