|
|
Сайт на django - планировщик работ, оказания услуг11.01.2019, 20:41. Показов 7317. Ответов 25
Метки нет (Все метки)
Подскажите, может есть готовое решение? 1. Видеть кто где когда работает 2. Вносить новые заявки и объекты (адреса) на которых ведутся работы. На объекте есть заказчик, адрес, город, исполнитель 3. Должны видеть картину недели - что с заявками свободным занятым временем, кто где 4. Система нужна чтобы понять: можем мы именно на это время (удобное заказчику) поставить объект, не занято ли это время и исполнитель в этот отрезок времени и день 5. Учет средств расходуемых на объект (затраты) в качестве эксперимента, так как расход приблезителен, и данные по расходу и собираем в конце работ по каждому объекту, для анализа Добавлено через 2 минуты планировщик (дневник работ) по объектам.я хочу видеть: название объекта, город адрес, контакты заказчика, кто работает, что делает, чем работает (материалы и т.п.), сколько денег взяли с заказчика, сколько ушло в расход (зп бенз и прочее), с возможностью потом подбить статистику
0
|
|
(| 11.01.2019, 20:41 | |
|
Ответы с готовыми решениями:
25
Отчет «Обоснованность оказания услуг» Отчет обоснованность оказания услуг Законность оказания компьютерных услуг |
|
|
|
| 14.01.2019, 15:06 [ТС] | |
|
решили не писать своего - воспользовались bitrix24.runetBool, нет, не шучу
есть совершенно бесплатные такие как odoo (и не нужно как заговоренный, повторять, что odoo платное, это не так) но оно слишком сложное для такой примитивной задачи а задача простая - распределять задачи по исполнителям чтобы только назначенный видел задачу
1
|
|
|
431 / 302 / 90
Регистрация: 03.12.2015
Сообщений: 741
|
|||
| 14.01.2019, 23:09 | |||
При определенной настройке эта система мощнее и удобнее битрикса.
Django работает на более низком уровне, чем odoo. Если систему делать на django сразу всплывет куча "рутинных" технических вопросов, которые надо решать: - работа с БД - формы для ввода данных, для отображения (списки, таблицы) - поиск, фильтрация - управление правами доступа - виджеты календаря Все это придется настраивать практически вручную. И это мы еще не дошли до самого главного - решения перечисленных задач. Odoo для этих целей как раз подходить намного лучше. Декларативно описав модель можно решить большую часть "рутинных" задач и приступить к выполнению "полезных" задач. Добавлено через 1 минуту Собственно, odoo была создана как раз для решения таких задач.
1
|
|||
Сообщение от IRIP
|
|
||
| 16.01.2019, 15:06 [ТС] | ||
|
netBool, больше всего крутых модулей и доработок для 8 версии
все, что больше 8 и меньше 12 пока можно не рассматривать. 12 версия - сырая, причем только в Украине odoo сейчас получила ОЧЕНЬ широкое распространение, как РЕАЛЬНАЯ замена 1С (только 8 версии, потому что там счета можно вести бухгалтерские, в 12 уже нельзя) такие дела Добавлено через 7 минут
после планфикса писали свой, с нуля для одной администрации города пользуются уже три года, довольны Добавлено через 56 минут netBool, vrm2, я уже неоднократно поднимал вопрос о создании на форуме раздела для odoo Давайте объединим усилия!
1
|
||
|
|
||
| 22.02.2019, 12:48 [ТС] | ||
но с другой стороны - на django, что называется - разделение труда. Сначала можно сделать простейшую систему ========================= 1. Видеть кто где когда работает 2. Вносить новые заявки и объекты на которых ведутся работы. На объекте есть заказчик, адрес, город, исполнитель) 3. Должны видеть картину недели - что с заявками свободным занятым временем, кто где.. 4. Система нужна чтобы понять: можем мы именно на это время (удобное заказчику) поставить объект, не занято ли это время и исполнитель в этот отрезок времени и день 5. Учет средств расходуемых на объект (затраты) в качестве эксперимента, так как расход приблизителен, и данные по расходу и собираем в конце работ по каждому объекту, для анализа =========================
0
|
||
|
|
|
| 22.02.2019, 14:13 [ТС] | |
|
vrm2, по сути - простейшая система без наворотов максимально простая
Добавлено через 16 минут сейчас учет ведется именно в этой таблице каждая неделя - новая вкладка Добавлено через 1 час 5 минут По сути, нужна таблица дата время вид работ исполнитель описание город адрес контакт сумма нал безнал затраты сальдо
0
|
|
|
102 / 75 / 38
Регистрация: 08.11.2017
Сообщений: 272
|
|
| 22.02.2019, 15:46 | |
|
IRIP, так сделайте такую таблицу, обычный CRUD.
0
|
|
|
|
|
| 22.02.2019, 16:05 [ТС] | |
|
kratorr, вопрос не в таблицах =)
проектирование приложений, научило меня, что можно максимально все упрощать а так как обычно, за программную часть отвечали другие - я как раз и интересуюсь Например: город адрес контакт == вполне может заполняться из данных заказчика затраты == должны содержать набор данных (топливо, зарплата, набор произвольных данных) и общая сумма должна учитываться также, как и сумма по каждому пункту сумма нал безнал == бывает одновременно и нал, и безнал, бывает по одному заказу несколько платежей частями от общей суммы заказа дата время исполнитель == один исполнитель может работать в разных городах, и время заказа, город не должно пересекаться, а вот адрес, наоборот, может быть рядом =) есть тонкости, даже в таком простом, казалось бы варианте Добавлено через 1 минуту контакт - может браться из лидов (с определенной историей) исполнитель - тоже берется из базы исполнителей
0
|
|
|
431 / 302 / 90
Регистрация: 03.12.2015
Сообщений: 741
|
||
| 24.02.2019, 01:14 | ||
Варианты: - найти готовое, конкретно под эту задачу - шансы нулевые - найти похожее, но для другого бизнеса (но с похожими бизнес-процессами) - шансы малы, переделать систему обычно невозможно - сделать на конструкторе - битрикс, планфикс - контроль будет, но полноценного учета и планирования не будет - сделать на odoo или 1С - будет все ок, но дороже - сделать на джанго - совсем долго (одной табличкой здесь не обойтись), совсем дорого (особенно для поддержки) В odoo: - учет продаж - лиды, заказчки, контакты - учет доходов - счета, нал-безнал - учет сотрудников - это Ваши исполнители - учет затрат - это Ваши топливо-бензин - контроль проектов - когда проект состоит из нескольких этапов-задач На каждый из этих пунктов в джанге понадобилось бы несколько таблиц + интерфейс пользователя. Задача только кажется простой, на джанго делать долго, не подходящий инструмент в данном случае. ИМХО
0
|
||
|
|
||
| 24.02.2019, 01:31 [ТС] | ||
|
vrm2, flectrahq?
Добавлено через 1 минуту
и это базовый функционал Хотя человек просит - дайте мне "табличку" чтобы вносить данные
0
|
||
|
|
|
| 24.02.2019, 09:18 [ТС] | |
|
vrm2, https://www.odoo.com/apps/modules/12.0/ti_service/ вот, примерно то, что нужно
мы на odoo форуме, сходимся во мнении, что лучше использовать flectra
0
|
|
|
|
|
| 24.02.2019, 13:50 [ТС] | |
|
На сколько эффективен может быть такой алгоритм действий?
СИСТЕМА ЮЗЕРС имя город телефон тип (клиент, сотрудник) ЗАДАЧИ дата поступления (автоматически) статус (новый, назначенный, в работе, завершен) город дата исполнения клиент (выбор из списка ЮЗЕРС с типом КЛИЕНТ, или добавление нового) исполнитель (выбор из ЮЗЕРС с тип = исполнитель, или добавление нового) сумма ожидаемая затраты сальдо (идет в итог задачи, как результат деятельности ) ЗАТРАТЫ (в задачу) вид затраты (выбрать из справочника) сумма затраты примечание
0
|
|
|
431 / 302 / 90
Регистрация: 03.12.2015
Сообщений: 741
|
|
| 24.02.2019, 22:22 | |
|
Скорее не ЗАДАЧИ, а ЗАКАЗЫ.
Отсутствует контроль фактических поступлений. Может сильно расходиться с "суммой ожидаемой". А управлять дебиторской задолженностью обязательно понадобится
0
|
|
|
|
||
| 24.02.2019, 22:52 [ТС] | ||
- дата поступления (автоматически) - статус (новый, назначенный, в работе, завершен) - город - дата исполнения - клиент (выбор из списка ЮЗЕРС с типом КЛИЕНТ, или добавление нового) - исполнитель (выбор из ЮЗЕРС с тип = исполнитель, или добавление нового) - сумма ожидаемая - ЗАТРАТЫ (в задачу) -- вид затраты (выбрать из справочника) -- сумма затраты -- примечание - ПОСТУПЛЕНИЯ -- дата -- тип платежа (нал / безнал) -- счет (указать тип счета?) -- примечание - САЛЬДО как привязывать записи ЗАТРАТЫ и ПОСТУПЛЕНИЯ к ЗАКАЗЫ?
0
|
||
|
431 / 302 / 90
Регистрация: 03.12.2015
Сообщений: 741
|
||
| 24.02.2019, 23:35 | ||
0
|
||
|
|
|
| 24.02.2019, 23:40 [ТС] | |
|
vrm2, ну а так, в принципе - получилось не плохо, как считаешь?
И еще, вместо odoo - теперь бесплатная - flectra - все тоже что и в платной odoo но бесплатно Добавлено через 22 секунды думаю, потом, можно будет для флектры написать приложение
0
|
|
|
431 / 302 / 90
Регистрация: 03.12.2015
Сообщений: 741
|
|
| 25.02.2019, 08:38 | |
|
Вроде, flectra нарушает лицензии. Может лучше на odoo ce делать?
0
|
|
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
| 25.02.2019, 08:38 | |
|
Помогаю со студенческими работами здесь
20
Реализация срока оказания услуг SQL Договор возмездного оказания услуг (поисковое продвижение)
Программа для планирования и учета факта оказания услуг клиентам Амортизация способе списания стоимости пропорционально объему продукции(работ, услуг) Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Перемещение выделенных строк ТЧ из одного документа в другой
Maks 30.03.2026
Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .
|
Functional First Web Framework Suave
DevAlt 30.03.2026
Sauve. IO
Апнулись до NET10.
Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта
так и в интерактивном режиме. из сложностей - чисто функциональный подход.
Решил. . .
|
Автоматическое создание документа при проведении другого документа
Maks 29.03.2026
Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2.
Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники".
В. . .
|
Настройка движения справочника по регистру сведений
Maks 29.03.2026
Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии.
. . .
|
|
Автозаполнение реквизита при выборе элемента справочника
Maks 27.03.2026
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .
|
Сумматор с применением элементов трёх состояний.
Hrethgir 26.03.2026
Тут.
https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc
Первый документ красиво выглядит, но без схемы.
Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
|
Автозаполнение реквизитов при создании документа
Maks 26.03.2026
Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере".
Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .
|
Команды формы и диалоговое окно
Maks 26.03.2026
1. Команда формы "ЗаполнитьЗапчасти".
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
В качестве источника данных. . .
|
Наверх