Программа предназначена для фиксирования заявок и отслеживания взаиморасчетов с клиентами. Также в программе существует достаточное количество отчет, которое позволяет быстро и оперативно получать информацию о состоянии текущих дел.
Видео презентация: http://youtu.be/f-6GVnZ6rXc
Новое в версии 2.1.2.1
Описание новой версии:
Добавлен механизм фактического учета времени затраченного на выполнение заявки
Новое в версии 2.1.1.1
Описание новой версии:
- Появилась возможность настройки работы различных пользователей (доступ к справочникам, ограничение действий, настройка доступа к контрагентам и д.р.).
- Появилась возможность отслеживания взаиморасчетов с внешними исполнителями.
- Реализована возможность отправки контрагентам уведомлений о не оплаченных заявках.
- Разработано предоставление доступа контрагентов к информационной базе.
- Улучшено хранение и представление контактной информации по контрагентам.
- Настройка и администрирование, обработки административного характера: Журнал регистрации, Активные пользователи, Удаление помеченных объектов и другие.
Подсистема работа с заявками — предназначена для фиксирования и управления поступающими заявками
Состав:
Документ «Заявка» — предназначен для отражения факта поступления заявки, с возможностью распечатки ЛУРВ (листа учета рабочего времени);
Документ «Обращения от клиента» — предназначен для возможности подачи заявки клиентом;
Отчет «План по исполнению заявок» — отражены заявки которые необходимо выполнить.
Подсистема продажи — предназначена для отражения и контроля заказов покупателей и заказов поставщикам
Состав:
Документ «Заказ покупателя» — предназначен для отражения факта заказа от покупателя на покупку чего либо;
Документ «Заказ поставщику» — предназначен для заказа постащику необходимых по заказу покупателя позиций, с расчетом воознаграждений от поставщика;
Отчет «Реестр заказов покупателя»;
Отчет «Реестр заказов поставщикам»;
Справочник «Номенклатура».
Подсистема контрагенты — предназначена для заведения различной информации по контрагентам (контакты, инфомационные базы, настройки подключения и т.д.)
Состав:
Справочник «Контрагенты» — Список контрагентов. В карточках контрагентов возможно указывать различные параметры, смотреть сводную информацию по контрагенту, просматривать спискок документов контрагента и т.д.;
Справочник «Базы данных» — для хранения списка ИБ клиента;
Справочник «Настройки удаленного подключения» — для хранения способов и параметров удаленной работы с клиентом;
Документ «Событие» — Фиксирование различных событий (встреч, телефонных звонков) по контрагентам;
Документ «Установка стоимости услуг» — предназначен для установки цен для контрагентов по видам заданий, если для какого либо контрагента ставка цена не задана, то будет использоваться значение константы «Стандартная ставка».
Подсистема взаиморасчеты контрагентами — предназначена для отслеживания взаиморасчетов с контрагентами
Состав:
Документ «Оплата от контрагента» — предназначен для отражения факта оплаты от контрагента;
Отчет «Рейтинг клиентов» — ранжируем клиентов по суммам оплат;
Отчет «Взаиморасчеты по контрагентам» — показывает задолжности по контрагентам в целом;
Отчет «Взаиморасчеты по заявкам» — показывает задолжности по конкретным этапам заявки (ну скажем клиент оплать доработку а демонстрацию нет, эту информацию м.б. увидеть в данном отчете);
Отчет «Заявки без оплаты» — показывает список не оплаченных заявок.
Обработка «Отправка уведомлений об оплате» — отправка контрагентам уведомлений о не оплаченных заявках.
Подсистема взаиморасчеты со сторонними исполнителями — предназначена для отслеживания выработки сторонних исполнителей
Состав:
Справочник «Сотрудники компании» — Список сотрудников с контактной информацией;
Документ «Оплата исполнителю» — Предназначен для отражения факта оплаты стороннему исполнителю;
Регистр сведений «Ставки исполнителей» — Хранит информацию о ставках исполнителей по различным видам работ;
Отчет «Взаиморасчеты c исполнителями» — показывает задолженность перед внешними исполнителями;
Отчет «Выработка исполнителей» — показывает выработку исполнителей за период.
Общее
В программе реализован механизм хранения различных файлов, при этом файлы могут быть привязаны к различным объектам (контрагентам, заявкам, событиям).
Материальную помощь для развития проекта можно оказать перечислив денежку:
Яндекс-деньги: 41001466719137
Webmoney: R375644634462
А внешний вид ЛУРВ где?
Да, печатную форму можно прикрутить — вдруг франшизы юзать будут 🙂 Не всем же на рарусовской конфе сидеть…
(2) necropunk, (1) Borisych, Печать ЛУРВ вы сможете осуществить из заявки…
Вообщем в скором времени планирую выложить новую версию, поэтому жду Ваших предложений….
Печатные формы ЛУВР по-прежнему интересуют, ну это ладно. Еще интересно, как считается выработка — она должна же подтверждаться актом, иначе как считать закрытые часы? Сорри, функционал не видел, ибо нищеброд.
(5) necropunk, Факт получения оплаты отражает документ, оплата от контрагента…, кроме того в документе заявка имеется поле оплата, которое отражает оплату для конкретного этапа заявки.
Понравилось на третьем скрине
Дата : 07.04
Желаемая дата выполнения: 04.04 🙂
Надо бы прикрутить: Просроченные и истекающие задачи, приоритет задач и план факт.
Ну и совсем было бы хорошо иметь файловое хранилище, как само по себе, так и с привязкой к контрагентам и задачам.
Чем плоха этаhttp://infostart.ru/public/67046/ разработка? Или каждый изобретает велосипед 🙂
(6) Нет, это понятно как раз таки. Я про то, что клиент может и авансом оплатить, к примеру за 20 часов работы, некоторые же так делают, не все по результатам. А ты выработал по актам и плану работ всего 8, к примеру. Так вот, чтобы работа считалась выполненной — нужен акт о закрытии этих работ, что ты выполнил работу на 20 часов. По-крайней мере, раньше, во франшизе где работал примерно так было…
(8) Yakud3a, Не плохая программа (я про нее даже не знал), но она имеет большой функционал, который в принципе не нужен простому фрилансеру … хотя это лишь мое мнение…
(0), Симпатичная такая конфигурация и без лишних наворотов. Все таки управляемый интерфейс выглядит намного нагляднее и красивее, чем обычный.
Не хватает главного — это контроля временных затрат на задачу. И соответственно получения себестоимости работы.
Т.е. нужен документ Работы, где указывается в ТЧ Время начала и Время окончания измерение Заявка. Ну ещё Вид работы (Работа, Проезд до клиента, …). Рассчитывается затраченное время.
Тогда можно получать данные: Сколько времени ты потратил на задачу и какой выхлоп получил с этого и корректировать в дальнейшем стоимость работ.
Я себе делал именно такое решение, когда было нужно.
Планируется ли хранение разработок и фрагментов кода в базе?
(13) МимохожийОднако, Думаю что то подобное сделаю, для контрагента добавлю возможность хранить файлы, так же сделаю карточку доработок чтобы не забыть где что менял.
пока не фрилансер, но планирую им стать…
а сейчас — удобная фишка для записи своих издевательств над базой фирмы 🙂
и отчетности по этим делишкам начальству…
Класс! Просто то, что нужно! Вот еще бы обмен с БУ или УНФ!
Отличный проект!
Господа, кому интересно скоро выложу новую версию. У кого еще какие предложения.
(18) Ещё не смотрел, но предложения — использовать при разработкеБСП .
Пользуюсь пока (8), но она не развивается, несовместима с БСП. Начал это сам внедрять в неё. Но для фрилансера она не совсем подходит. Приходится заводить Организацию и такого же Контрагента, т.к. ставки могут быть разными.
(16)+1 на основе внешних обработок я уже сделал автоформирование документов в БП и сохранение печатных форм из БП для отправки по почте, но работает нестабильно.
Если subj сделать расширяемым внешними обработками, думаю народ(и я тоже) будет разрабатывать что-нибудь полезное и делиться здесь 😉
хорошая работа.
Выскажу мнение.
Мне, например, было бы интересно опубликовать подобную базу в ВЭБе, подцепить (завести учетные записи клиентов), чтобы клиенты заходили, ставили задачи, контролировали выполнение, смотрели задолженность — сколько и за что должны, смотрели взаиморасчеты. Оттуда же (из поставленных задач) скачивали файлы с выполненной работой…
Это сложно реализовать?
(21) PiterPen, Да задумка очень интересная))
На текущий момент конфигурация уже позволяет:
1) Работать в web клиенте
2) Смотреть задолженность
3) Прикладывать и скачивать файлы как в заявке, так и в карточке контрагента
Что нужно будет доработать:
1) Задать ограничения доступа по контрагентам, что бы клиенты могли смотреть информацию только по себе
2) Для отслеживания процесса, сделать типо документа выполнение заявки, где указывать на каком этапе находится выполнение заявки.
Хорошая конфигурация! Действительно красиво работает И главное — WEb-реализация. Огромное спасибо авторам!
Кстати кому интересно сейчас активно работаю на подобным проектам на базе УНФ, цель сделать конфигурацию в которой будет функционал подобный программному Рарусовскому продукту Управление фирмой франчайзи но на основе УНФ 1.4. Кто заинтересовался пишите в личку…
(0)bags…
1) отчет «выработка исполнителей» :
Ошибка исполнения отчета
по причине:
Ошибка получения данных
по причине:
Ошибка создания набора данных «НаборДанных1»
по причине:
Ошибка при исполнении запроса набора данных
по причине:
{(19, 38)}: Не задано значение параметра «Дата1»
РеестрЗаявок.Регистратор.Дата МЕЖДУ <<?>>&Дата1 И &Дата2
желательно условие в {} поставить
2) док «ОплатаОтКонтрагента»
при вводе дока в журнале — Процедура УстановитьВидимость() — ошибка где, НЕ Объект.Заявка.Пустая()
там надо так ЗначениеЗаполнено(Объект.Заявка)
а так ниче так — комплект поставки, поддержка … все как у Большого Брата 🙂
+(25) и очень желателен хелп к контенту а так приходиться по коду скакать чтобы понять что и за что отвечает
(1) Borisych, А что такое ЛУВР и зачем он так нужен? Исключаем ответ — музей). Спасибо
(27) cashriver@rambler.ru, не ЛУВР а ЛУРВ т.е. лист учета рабочего времени
(25) rozer,Да ошибки есть так изначально делал эту конфигурацию в учебных целей когда только начинал изучать 1с.. На днях выложу новую версию, где практически все переделано)) все ошибки там уже исправлены. И добавлено много новых возможностей.
(29) Извините, видать я не проснулся ещё и глаза не открыл, а уже ни инфостарт полез.
(29) кста. думаю удобно не только открывать файл (например из справочника контрагентов) но и сохранять (например обработку по проекту)
Показать
Выложил новую версию, прошу по всем ошибкам и предложениям отписываться…
такой функции нет 🙁
(33) to (32)
(34) rozer, Спасибо! Подскажите плиз при каких действиях появляется данная ошибка?
(35) если не заводить пользователей — программа не открывается
Добавь счетчик времени, как было в конфигурации Учет задач, очень удобная функция
Если добавится (37), то начну использовать по полной.
В настоящее время много заявок сразу решаются по телефону и их тоже нужно учитывать.
(38) aleksxx, А можно ссылочку на конфу «Учет задач»?
я такое видел в конфе «Управление ирмой франчайзи».
Смысл жмешь кнопку пошел отсчет времени (время разговора), жмешь сто, отсчитанное время автоматом ставится в выработку.
Или даже еще лучше, создаешь задачу, жмешь, а там автоматом добавляется строчка «Удаленное консультирование», как жмешь стоп, сразу время которое проговорил
Здравствуйте, как можно учитывать такую схему работы?
Поступают проекты (заявки) — клиенту выставляется оплата. исполнители выполняют работу за часы по своей ставке, а потом чтобы можно было посмотреть себестоимость и прибыль с заявки.
(39) актуально? Могу выслать, в твоей конфе очень не хватает данной функции
(43) modestry, Да, буду благодарен.
Увидел на скриншоте фамилию контрагента «Тотху…» перепугался. Два раза перечитал 🙂
Здравствуйте, меня тоже интересует вопрос. Планируется ли в Вашей конфигурации учет затраченного время на исполнение заявки?
(46) sanches, да в новой версии это уже реализовано:
Новое в версии 2.1.2.1
Описание новой версии:
Добавлен механизм фактического учета времени затраченного на выполнение заявки
(47) спасибо.
А на 8.3.3.721 не запускается =((((
по причине:
Ошибка в запросе набора данных
по причине:
{(40, 3)}: Синтаксическая ошибка «Конец»
<<?>>Конец,
(49) Tedman, Да действительно, буду разбираться с причиной.
Отличная идея. Но глючит… Неужели работаете с такой глючностью?
— настройка списка выдает: Синтаксическая ошибка «Конец»
— «оплата от контрагента» вообще плющит не по детски:
1) не создается новый… подрихтовал…
2) при выборе заявки
а) не видно от кого заявка — одни номера…
б) при выборе вываливает кучу ошибок и ничего не заполняет.
в) как-то заполнил руками.
— В отчете по заявкам: есть заявка — нет оплаты.
— В отчете по контрагентам: есть оплата (под видом заявки), но не учитывается сумма заявки..
Взаиморасчеты с контрагентами —> Сервис —> Взаиморасчеты
Формирует пустой отчет. Пишет: Установлен дополнительный отбор, и в шапке отчета — «Контрагент в списке». Где этот список, как его отредактировать…
(52) babylon_5, Спасибо за обратную связь! Все ошибки будут исправлены в следующем релизе.
Интересно, буду следить за развитием.
Спасибо, вещь хорошая. Думал сам сделать подобное, времени не хватало. А по поводу ошибок, ребят если вам нужна эта конфигурация, то скорее всего вы программисты. Почему нельзя самим исправить? Я за день исправил все найденные ошибки, заодно добавил пару функций, в общем запилил под себя.
(56) jsuh, Спасибо за поддержку! А можно если не секрет какие функции вы добавили? Может быть это будет полезно не только вам и стоит это включить в функционал системы.
Приоритет задачи, сделал через перечисление. «Очень срочные», «Важные», «Можно отлаживать» и «Остальные», и переделал график. «Очень срочные» сдвигают назад «Важные»(даже если Дата исполнения второй раньше), «Важные» сдвигают назад «Можно отлаживать» и тд. А остальные выводятся в конец списка. Смысл в том что «Остальные» это задачи так сказать на случай, если нет другой работы. Изменил механизм частичной оплаты заявки.
Добавить возможность клиенту, добавлять (вкладывать файлы) в обращение.
При входе под клиентом видны суммы чужих заявок
Контрагент Сумма Остаток
Заявка
<Объект не найден> (1:a4980019d1a9d23d11e348ff531a8a6e) -1 000,00
<Объект не найден> (157:a4980019d1a9d23d11e348ff531a8a6c) -1 000,00
<Объект не найден> (1:aaaa0019d1a9d23d11e160736d875a01) -1 500,00
<Объект не найден> (6:ac780019d1a9d23d11e244750c382b2a) -1 500,00
Выдает ошибку при добавлении оплаты от контрагента. «Значение не является значением объектного типа (Пуская)
Потестил месяц. У меня куча небольших заявок стоимостью от 1000-2000р. В программе не удобно что оплаты нужно к заявке привязывать. Так как клиенты платят обычно одно суммой.
Ошибки при входе в систему — это круто…
Ошибка получения информации набора данных
по причине:
Ошибка в запросе набора данных
по причине:
{(40, 3)}: Синтаксическая ошибка «Конец»
<<?>>Конец,
Люблю когда все качественно сделано, спасибо!
Проект умер?
Так как автор не объявляется продолжительное время, решился выпустить обновление 2.1.2.2 в котором исправлена ошибка:
Другие ошибки не трогал, хотя они там есть…
Если автор не будет против, то в дальнейшем могу исправить и некоторые другие ошибки.
тема умерла ?
(65) Очень полезная конфигурация, если для вас эта конфигруация еще актуальна, то хотелось бы пообщаться лично
skype такой же как ник
Автор отзовись
(68)Я здесь! Пишите пожелания готов дорабатывать!
Если честно, я сам в шоке что программа кому то стала полезна)
(70) писать много. может скайп ? а по итогу все доработки, все-равно в описании обновы будут. У меня готовое решение, но не на 1С, точнее готовое ТЗ, вот если бы всю идею оттуда содрать, то можно получить конфетку.
Я сейчас пробую приручить CRM, но там есть много лишних движений.
Я ориентируюсь на постоянное обслуживание, но много и разовых клиентов, которые обращаются от случая к случаю, но чего нехватает везде, так это:
Регистрационные данные ккм, фн, егаис, эцп, офд, логины и пароли, порты: teamviewer, radmin, win server, sql server, логины юзеров 1С, rdp. Ну как-то так…
Добрый день. Подскажите почему не активна кнопка создать Заявку. И заявки не отображаются в общем списке заявок