Конфигурация, предназначенная для управления разработкой, внедрением и сопровождением информационных систем
Конфигурация Schedule Development and Reporting предназначена для автоматизации обработки заявок на доработку информационных систем. В конфигурации реализован следующий функционал:
-
прохождение заявки по типовому процессу
-
детальное планирование работ по заявкам
-
оценка сроков выполнения заявок
-
автоматизированный учет рабочего времени разработчиков
-
отчеты позволяют оценить статус разработки по каждому проекту, фактические трудозатраты в сравнении с плановыми показателями, провести анализ производительности разработчиков, оценить производительность и доступность обслуживаемых систем, проактивно мониторить потенциальные проблемы
SDR — это продукт, который вырос в нелёгких условиях и вобрал в себя множество решений ежедневных проблем начальника отдела:
- возможность изменять очередность заявок, двигать их в очереди
- оповещения, когда общение с заказчиком по заявке «затухает»
- алерты, когда в какой-то из многочисленных баз происходят ошибки
- предупреждение, когда количество срочных заявок зашкаливает квоту
- возможность хранить переписку в случае необходимости разбора полетов
- учет отпусков разработчиков, чтобы спланировать сроки
- полнотекстовый поиск, когда нужно найти заявку, которую когда-то якобы присылали, но теперь не помнят её номер
Конфигурация построена на платформе 1С:Предприятие с использованием возможностей управляемого приложения.
Вся разработка данной конфигурации была спланирована с её же помощью.
При разработке конфигурации использована платформа 1С:Предприятие 8.3 (8.3.4.408) и «Библиотека стандартных подсистем» (2.2.2.37) от фирмы 1С.
Новое в версии 3.3.2.0:
- Конфигурация переведена на новую версию БСП, добавлена поддержка интерфейса «Такси»
- Добавлена возможность приоритезации заявок в соответствии с обоснованием изменения, хранится история изменения дат по заявке
- Добавлен аудит изменения информационных баз, подключенных к интеграционной шине DMS-Backbone
Новое в версии 3.2.0.5:
- Проработан вариант формирования уведомлений для плановых и внеплановых (срочных) изменений
- В форму бизнес-процесса «Цикл разработки» внесены изменения призванные повысить её удобство
- Внесены изменения в интеграцию с Итилиум, теперь для заявки не будет устанавливаться статус «Наряды выполнены» пока в SDR заявка не завершена
Новое в версии 3.2:
- Конфигурация поставлена на поддержку с Библиотекой стандартных подсистем (2.1.4.34), внимательно читайте readme.txt и делайте резервные копии перед обновлением
- Изменен процесс разработки, теперь каждая заявка перед внедрением должна пройти проверку руководителя и получить оценку уровня влияния на общую работоспособность системы
- Для механизма «Учет рабочего времени» добавлена возможность формирования документа «Лист учета рабочего времени», что обеспечивает ускорение формирования отчета по трудозатратам разработчиков
- Получил развитие механизм управления очередью заявок, теперь заявки планируемые и фактически находящиеся в работе специальным образом выделяются
- Добавлена подсистема «Внедрение», позволяющая планировать обновления и мониторить состояние поддерживаемых информационных систем
- Добавлена подсистема «Интеграция с DMS-Backbone», описание по работе с подсистемой см. в приложенной документации
Новое в версии 3.0:
- Конфигурация поставлена на поддержку с Библиотекой стандартных подсистем (2.1.1.19), внимательно читайте readme.txt и делайте резервные копии перед обновлением
- Добавлен механизм управления очередью заявок
- Добавлен механизм управления квотами на срочные заявки
Посмотрел — весьма интересно. Надо будет подробнее попробовать использовать в реальной работе…
(0) поставил плюс.
Обязательно укажите, что при разработке конфигурации использована «Библиотека стандартных подсистем» от фирмы 1С.
(2) Указал. Просто не очень понимаю, какую ценность несёт эта информация.
(3) просто это требование фирмы 1С такое 😉
Подобное уже реализовано и называется «Итилиум» 🙂
(5) Итилиум — для службы поддержки, SDR — для разработки. Также как Итилиум не годится для планирования разработки, так и SDR не подходит для службы поддержки. В Итилиуме нет планирования, нет учёта рабочего времени, нет прохождения заявки по процессу. Если у вас нет отдела разработки и вы не ведёте разработку, то SDR вам не нужен.
нужно будет попробовать.
если скажем я работаю дома, а РП ставит задачи в своей базе. мне нужно получить от него задачи, потом отметить выполнение и вернуть ему обратно. каким образом лучше осуществить обмен между базами? распределенку?
(7) Лучше всё-таки в одной базе. Конфа спокойно работает в web, это же 8.2!
(8) логично. второй вопрос. допустим я отработал день. и хочу раскинуть эти 8 часов на 4 задачи. Это можно сделать? или надо обязательно запускать отсчет, как сказано в инструкции. я пока конфу не ставил. так присматриваюсь.. суть отсчета не совсем ясна. я могу в течении дня работать над 4мя задачами вперемешку. мне надо постоянно старт-стоп делать? или как? в итоге должно разбиться 8 часов между ними. и чтобы не получилось 3+2+2+2>8 но и 2+3+2<8 тоже не должно быть.
(9) По-идее можете руками добавлять записи в регистр «Учёт рабочего времени», но такая возможность есть только у пользователя с ролью «Руководитель». Контроля пересечений интервалов нет.
Все сотрудники с ролью «Разработчик» работают с таймером, в режиме старт-стоп. Точнее в режиме Старт — Выполнил задачу — Старт другой задачи, либо Старт — Старт другой задачи — Старт третьей задачи и т.д. Основной принцип в том, что в один момент времени один сотрудник может выполнять только одну задачу.
Вперемешку работать над разными задачами я своим сотрудникам не рекомендую, и не мотивирую их таким образом.
(10) Ндя, а жизнь она круче… У меня одновременно тестируется доступ, пишется код, готовится обновление…
Тут мотивируй, не мотивируй, а делать надо.
(11)
(12) Так комп работает же 🙂 А задачи, то делаются!!!
(10) ну в жизни приходится делать иногда и одновременно почти. либо раскинуть время между задачами немного иначе. не так как по факту.
пока не понял, подойдем мне конфа или нет. может допилю немного под свою особенность…не знаю.
мне нужна возможность проставлять время ручками по каждой задаче.
или вот ситуация-как делать нужно? (запустил задачу, позвонили и ушел на полчаса на совещание. что делать с задачей? время полчаса от неё нужно отнять и поставить Совещание -0,5 часа)
(14) Вот здесь описание, как система планирования, основанная на предыдущих результатах, работает:
Идея такой методики принадлежит Джоэлю Спольски. Вот в чём принцип: для каждой задачи программист указывает время, сколько по его прогнозам займёт задача. Указывает системе, что он начал работать над задачей, и когда он задачу завершил. Таким образом, система вычисляет соотношение план/факт. Хранит это соотношение для каждой задачи, выполненной разработчиком, и на основе этих данных строит прогноз.
Прогноз, это вероятность, с которой работа над проектом будет завершена, на любую выбранную дату. При построении прогноза учитываются календарные графики, перерывы на обед и сон разработчика.
Предположим, вы отметили, что начали заниматься задачей, и тут вас внезапно пригласили на совещание. Не нужно дёргаться. Система отлично отработает этот случай. Вы запланировали, что будете работать над задачей 2 часа, а проработали 4. Таким образом, ваша скорость по этой задаче будет 0.5
В следующий раз, когда вы запланируете выполнение ещё какой-то задачи, система автоматически учтёт вероятность того, что вам опять придётся посетить совещание, и прибавит к вашему прогнозу соответствующее время.
Почитайте описание по ссылкам, там очень подробно всё расписано.
(13) Так вы задачи делаете, или комп? 🙂
Попробовал, на бп разработки в нашей компании можно «натянуть» с минимальными доработками.
Но возникли вопросы.
Что вы делаете если в рамках проекта работает несколько Разработчиков?
Не понятна логика выполнения задачи тестирования — задача не выполняется без приложенного файла, но выполняется при не взведенных флагах «Устранено» и «Тестирование подтверждено». Так же не понятна логика работы с закладкой «Документация» в Заявке.
(17)
На каждого разработчика — свой проект. Все проекты объединяются тегом.
Да, так и задумано. При не взведенных флагах процесс из тестирования обратно переводится в разработку.
В закладку «Документация» пишется примечание, где документация находится. Задача по проверке документации выполняется вручную, сотрудником, который эту документацию проверил.
(18)Спасибо за ответ. Какие планируются еще доработки этой конфигурации?
Или может планируется в ближайшее время выпуск подобного коммерческого продукта, например с расширенными настройками адресации бп?
Все таки не хватает роли инициатора, аналитика, тестировщика и технического писателя.
(19) Коммерческий продукт не планирую выпускать. В следующей версии будут мелочи: отклонения от календарных графиков разработчиков (выходы в выходные, отгулы, больничные), изменения в механизме расчёта вероятностей завершения проектов.
Бизнес-процесс можете настраивать как хотите — он сейчас дан в качестве примера, как реализовано у нас.
Я (для учета времени разработки и прочее) доработал типовую торговлю в части подсистем Управление отношениями … использую документ Событие и объеты Задачи пользователю… 🙂
(21) Здесь основное — это todo-лист, он же список подзадач. Всегда можно понять, что уже сделано, и что ещё осталось сделать.
Думаю, вряд ли вы настолько заморочились, что замутили ещё и прогноз завершения на основе статистических данных, как это сделано в SDR 😉
(0) еще раз приветствую! а ты мог бы развернуть демоверсию в тестовом режиме на всеобщий доступ, как например
? Я думаю найдутся желающие описать свои задачи (, и найдутся желающие их порешать… Что из этого получится не прогнозирую… 🙂
(23) Привет!
С демоверсией, вопрос, конечно, интересный, но слабо реализуемый.
Должен быть Windows-хостинг, на котором можно было бы установить сервер приложений 1С (лицензия стоит порядка 50 т.р., если не ошибаюсь)
Как быть с лицензированием? Я не сын Рокфеллера, и закупать лицензии, как предлагает 1С, из расчёта на каждое подключение, просто не осилю.
На самом деле, идея была слизана с , которая гораздо мощнее сама по себе, имеет больше возможностей и профессиональнее сделана. Там есть демо-режим, можете посмотреть на неё поближе.
(24) Ясно, спасибо за объяснение. Вопрос отпал.
(24) а что если сделать уже это конфу распределенной, когда заявки и другие документы уходят-приходят через планы обменов, а вопрос лицензии каждый будет разрещать самостоятельно. Это возможно?
(26) Я думаю, возможно, но не очень понятно, кому это надо и зачем =)
Осталось не совсем понятно зачем писать свое — чем не устроило решение с которого и было «слизана» идея, т.е. в чем основные преимущества?
Добавлю что мы используем похожее решение
у нас куплен, но на 5-пользователей полностью бесплатен
(28) Во-первых, SDR бесплатен чуть более чем полностью. Во-вторых, в нашей конторе SDR нужен только мне, никакое другое руководство в нем не заинтересовано, соответственно, бабки за него платить никто не пожелает. В-третьих, разработчиков у нас несколько больше, чем пять человек.
т.е. содержать штат больше «несколько больше 5-ти программеров» можно себе позволить, фактически заставить их руководителя изобретать велосипед в качестве хобби (изучение 8.2, самой технологии?) можно, а потратить дополнительно по 600$ в месяц нельзя.
Ничего против разработки не имею — вешь возможно интересная.
Просто, Вы в логотипе использовали торговый знак своей организации, что в данном случае, по крайней мере для меня, получилось антирекламой самой организации.
(30) Это нормально. ГКН не пишет софт, а продаёт автомобили, услуги сервиса и запчасти 🙂
Добрый день!
Влад, очень заинтересовала Ваша разработка.
Хотелось бы задать пару вопросов.
(32) Задавайте, чо
Когда определен разработчик и ему передена задача, как он с ней начинает работать?
Заходя в программу, он видит в своих задачах: «Разработка». А как дальше?
(34) Дальше выбирается проект из списка, устанавливается подзадача на таймер, и дальше разработчик начинает выполнение подзадач, отмечая выполненные, и устанавливая следующие подзадачи из списка на таймер. Таким образом достигается учет рабочего времени разработчика, и прогноз выполнения проектов.
хорошая конфигурация. надеюсь, что на успешное развитие, т.к. полезно, удобно и бесплатно 🙂
хотя, у себя в организации используем для учета работ и всего прилагающегося 1С: Документооборот.
(36) Спасибо! Из этой конфы можно куски выдрать и в вашу вставить, я не против. Полезного здесь — учёт рабочего времени (принимаются во внимание перерывы на обед, выходные, праздничные дни, отгулы, отпуска, внеурочные выходы), прохождение по процессу и отслеживание дедлайнов. Объекты подчинены подсистемам: «Разработка» и «Учет рабочего времени».
(37) хорошо. изучу подробнее, возможно, что-нить и пригодится 🙂 спасибо 🙂
любопытно, погляжу попозже, плюсик авансом!
Ошибка или нет в демо-базе
1. Добавление нового календаря, реквизит год показывает текущий год, как добавить новый?
2. удаление помеченных объектов выдает ошибку:
{ОбщийМодуль.ОбщегоНазначенияПереопределяемый.Модуль(22)}: Поле объекта не обнаружено (КурсыВалют)
Массив.Добавить(Метаданные.РегистрыСведений.КурсыВалют.ПолноеИмя());
(40) 1. Календари — это справочник. Есть ещё константа — «Календарь по-умолчанию». Доступ к ней через «Все функции», «Константы».
2. По ошибке посмотрю. Ни разу не удалял ничего из базы пока =)
Интересует вопрос…стоит ли брать эту разработку, если в штате 3 программиста и 1 системщик. Окупится ли эта конфа или поискать что то другое. Сейчас на предприятии все ведется в бумажном виде. Я пришел сюда недавно и нужно внедрять УПП, Документооборот и т.д. Задач много, в том числе не только по внедрению новых, но и по сопровождению старых продуктов. А в бумажках уже зарылся(((.
Хочу держать все в электронном виде, поэтому ищу что лучше подойдет. Заранее спасибо за ответ.
(42) Не совсем понятно, что должно окупиться? Конфа бесплатная, скачивайте да пользуйтесь.
(43) Ох, простите))))не знаю сам почему, но подумал почему то что платная))).
Сейчас скачаю и посмотрим…надеюсь подойдет. Спасибо за хорошую работу!
Поломался учет времени.
На рабочем столе в области «Учет рабочего времени» написано «Учет не ведётся: нерабочее время».
И при расчете прогноза по проектам задание завершается с ошибкой:
{ОбщийМодуль.КалендарныеГрафики.Модуль(143)}: В календаре ‘2012’ с даты 07.06.2012 нет указанного количества рабочих дней!
ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
Календарь заполнен на весь год, до этого всё нормально считалось.
(45) «Учет не ведётся» — такая надпись отображается, если текущее время не является рабочим временем разработчика (до начала или после окончания рабочего дня, во время обеденного перерыва, во время выходных, праздничных дней, отпусков или больничных.
Для исключения ошибки «нет указанного количества рабочих дней» — просто дополните существующий календарь датами на следующий год.
(46) Спасибо! Похоже, я во время обеда пытался таймер запустить.
И совет с календарем тоже помог!
(48) tolik-msk,
Видимо самая лучшая разработка из подобных. Свою «Базу обращений» пожалуй даже выкладывать не буду)
Скачал, попробовал внедрить в нашем отделе. Замечания сразу:
1. В данной версии, очень много «мусора» оставшегося от предыдущих версий видимо(отчеты).
2. Часть отчетов вообще не работает — пустые макеты компановки.
3. Интерфейс перегружен (на мой взгляд, много лишней информации), мо жно было решить посредство настройки интерфейсов
4. Есть ряд недочетов именно в рабочих моментах, например при расчете часов в подзадачах — Корневая задача не должна содержать времени вообще, и использоваться как логическая группа? (не совсем понятно)
5. Нет «настроек пользователя» — как минимум добавили для авто заполнения, и вариантов от пользователя (Возможно в вашей схеме работы это не нужно)
6. РоадМап и точки, не наглядно связаны (при выборе точки, я вижу все, без разницы если записи в регистре сведений)
7. Отчет по трафику не работает на меньшем периоде, и в итоге потом вообще перестал отображаться (может косяк платформы, не разбирался)
В общем ваша версия 3.0 это как 0.3а (без обид). Либо я все делаю не так.
Ещее вопрос, можно я возьму вашу разработку, и форкну в свой отдельный проект, претензий не будет?
(51) iceflash, форкайте, я не против.
при добавлении физ лица — крест. в видах конт информации физ лиц тип не установлен в предопределенных элементах
(53) fuxic, спасибо за багрепорт. Выложил конфигурацию с исправлением.
при копировании заявки не чистится проект и после редактирования подзадач, у заявки источника они также редактируется и удаляются. в общем подстава получилась.
возможно стоит указать подчинение подзадач проекту для прозрачности
(55) Если вы копируете заявку — логично, что все поля копируются, в том числе реквизит «Проект».
Подзадачи подчинены проектам.
при создании подзадач новая создается подчиненной выделенной, хотя может быть просто список неиерархический. То есть, либо добавить корневую служебную ветку для основного списка, либо крестик очистки родителя подзадачи для удобства
(57) Вообще-то, список подзадач именно что иерархический: разработчик должен разбивать на подзадачи крупные блоки, это основа принципа «Getting Things Done».
Как вы, наверно, поняли, конф-я мне очень понравилась. Поэтому постараюсь вам кидать мелкие вопросы. Заранее извиняюсь за них и прошу не воспринимать ничего слишком серьезно. Но для себя очень хочется делиться, поскольку это все чем могу отплатить.
1. классификатор банков РФ зачем он вообще нужен, если деньгами в системе не пахнет. да и в РБ его обновлять совсем не интересно (хотя регл по дефолту постоянно напоминает)
2. отчет «статус проектов» в крест
3. мутный вопрос по сборке план. часов заявки — какие-то расхождения получаются, например в обработке очереди старые часы — не уловил все места, но пришел к выводу что лучше скопировать/удалить старую подзадачу, чтобы изменить часы.
4. нет четкого видения какая сейчас подзадача выполняется — выполняется она или на паузе. туплю немного по паре секунд на этом. Хотя это, конечно, должно больше управляться переключением на другую задачу.
5. Подскажите можно ли указать где-то основные значения для подстановки в заявку — важность, срочность, критичность, обоснование, разраб, объект и т.д.?
6. закладка «планирование» не помещается по умолчанию и приходится листать к подвалу для рассчета итогов (17″), сделал высоту списка подзадач по умолчанию точного значения, но растягиваемой.
по поводу (58) теперь уловил мысль, что задачу надо максимально дробить для точности времени трудозатрат.
В любом случае, спасибо.
(59)
1. Конфигурация построена на «Библиотеке стандартных подсистем». Чтобы проще было обновляться на новые версии, я просто использую весь функционал БСП. Загрузка БИК входит в стандартный функционал БСП. Отдельно это каждый раз вырезать из конфы не вижу для себя необходимости.
2. Исправил
3. Не очень понял про что идёт речь, хорошо бы скриншоты приложить
4. Выполняется та подзадача, которая сейчас выбрана в форме «Учет рабочего времени». Почитайте документацию, посмотрите реализацию функции SDRУчетРабочегоВремени.ПолучитьСведенияОТекущейПодзадаче(Разработчик), может тогда что-то для вас прояснится
5. Опять же, почитайте документацию. В моём случае эти поля заполняются через интеграцию с Итилиум. Вы можете доработать как нужно вам.
6. Ок
Скажите, пожалуйста, смотрели ли Вы разработку http://www.redmine.org?
и если смотрели в чем принципиальное преимущество Вашей разработки?
(61) SDR написан на 1С и может дорабатываться так, как нужно нам и нашей организации.
(61) phsin, Какой-то глупый вопрос, честное слово. Redmine написан на ruby, это решение на 1С. Использовали редмайн какое то время, удобно, мощно, но в любом случае информацию оттуда необходимо выдергивать в учетную/бухгалтерскую програму, выставлять счета, вести первичку и т.д. Дорабатывать сложнее — необходимо вникать в ruby, причем в redmine используется куча gem’сов в классы и реализацию которых тоже нужно вникать. Ничего сложного, владею многими языками и технологиями, но тратить времени не захотелось. Проще взять проект на 1с и поставить задачи программистам 1с для адаптации. Сделали для себя форк от проекта, с разрешения автора.
Вообщем то не плохой вариант за что автору отдельное спасибо с учетом возможности доработки и возможностью реализовать под конкретную организацию. Вообщем спасибо.
(61) redmine в качестве фронта хорошо использовать. Как уже писали коллеги, доработать оный под себя, для лиц, обитающих здесь, не рубистов — задача весьма трудоемка. Я, в свое время, всю отчетность сторонними средствами снимал с него.
Спасибо, попробуем.
Тут правильно сказали, Итиль плохо подходит для управления разработкой.
Владимир, это прекрасная конфигурация!
Все реализованные идеи, Джоэль Спольски — это синонимы качественного кода, в мире 1С Вы человек из будущего.
Если Вы не против, я модифицирую вашу конфигурацию для своих целей.
Несколько лет назад у меня с коллегой был большой спор — использовать ли точную схему учета времени, либо же точностью можно пожертвовать ради скорости и независимости от учетного приложения.
Фактически, человек который занимается крупными задачами может учесть время начала и завершения работы, а потом пропорционально разбросать время.
То что реализовано в этой конфе — следующий шаг развития отдела, и имея такую платформу можно попробовать его сделать.
Я сейчас использую доработанную конфигурацию в которую загружаю екселевские отчеты и в которой ежедневно все участники отчитываются по отработанному времени.Основная задача у меня отслеживать план факт по задачам и проектам, планируем время на задачу, начинаем его вырабатывать, когда план превышаем — происходит перепланирование.
Плюс я использую agile (у Джоэля есть замечательный , в котором планирую работы на неделю и отслеживаю расхождения.
Попробую использовать Вашу конфу в дополнение к моей текущей отчетности, через пару недель напишу что получилось.
(67) Михаил, спасибо за комментарий! Написание SDR вдохновил . Я смотрел и на Trello — это гениальный продукт. Но, к сожалению, в мире заказного ПО, в котором мы работаем, эти вещи не всегда можно применить. Например, Джоель предлагает планировать на основе статистических методов. В нашем случае это не всегда работает, поскольку трудно предугадать следующее желание заказчиков, которые могут захотеть кардинально поменять приоритет задачи, так что их потом нужно двигать по очереди взад и вперёд.
Часто заказчики нам присылают задачи, в реализации которых они сами не заинтересованны. Увы, бывает и такое.
SDR — это продукт, выросший в нелёгких условиях и вобравший в себя множество решений ежедневных проблем начальника отдела:
Во всём этом SDR помогает нашему департаменту каждый день. Надеюсь, что поможет и вам.
Разработка интересная и очень полезная. Давно думаю над организацией рабочего времени (проектов) — что-то не очень получается. Возможно, главное тут — себя, любимого, заставить.
Плюсую.
Сижу вот разбираюсь… Времени и труда вложено прилично — снимаю шляпу. Жалко, что описания нет :(. Понимаю что это отдельный труд, но функционал то уже не маленький…
(70) как это описания нет? А приложенный pdf не заметили?
Удобная штука
Конфа удобная, большое спасибо! Один вопрос, что такое «контрольная точка» и для чего она нужна?
(73) 3762515,
контрольная точка используется для планирования релизов. С помощью регистра «Дорожная карта» вы можете указать, когда будет выпущен тот или иной релиз и группировать заявки на разработку по контрольным точкам. SDR во время заполнения планируемой даты окончания работ по заявке, предлагает выбрать подходящую контрольную точку которая подставляется в поле «Контрольная точка (план)».
При выполнении задачи «Поместить разработку в хранилище» SDR выберет из регистра «Дорожная карта» текущую контрольную точку и подставит в поле «Контрольная точка (факт)».
Таким образом вы можете отследить, в какой релиз попала та или иная заявка.
Мы в своей организации реализовали службу на основе SDR, к которой обращаются все информационные системы и получают список всех заявок, попавших в текущий релиз. Код этой службы можно посмотреть в конфигурации SDR, функция DMSBB.SystemInfoGetVersionInfoMethod
(74) спасибо
Спасибо Автору! То что надо!
Вы БСП всю засунули? Смотрю, обновления банков, пересчет итогов и т.п — все имеется 🙂 А вообще спасибо за разработку, буду для своих нужд пилить.
Будут новые релизы?
Или развитие продукта не идет?
(78) Добрый день! Здесь пока планов на развитие нет.
Привет! Ты это конфу развиваешь?
(80) Доброе утро. Нет, конфа не развивается, и планов на развитие нет.
Объединитесь с ЭСТИ: УНФ, это можно туда затолкать! Я думаю Франчи поддержат!
(82) serg0776, как вы считаете, какой функционал из SDR был бы полезен в УНФ?
Спасибо за разработку.
А как сделать чтобы пользователь обычный мог создавать заявку?
(84) svfu,
Наверное, роль поправить?
В принципе реально в заявку добавить стоимость и отчет по долгам?
Прошу прощения, но так и не смог найти pdf manual. Можно попросить выложить отдельно.