Вопросы разделены на три группы:

• Бизнес
  Технология продаж и поддержки, сеть представительств и партнеров, РАДЖА и конкуренты, …
• Технология.
  Как устроена программа, почему выбраны те или иные технические решения…
• Эксплуатация.
  Приемы работы, преодоление возникающих трудностей…

С вопросами можно обращаться по любому из этих адресов и телефонов

На сайте будут публиковаться только те вопросы и ответы на них, которые могут быть интересными большому количеству людей.
Время реакции на вопрос - несколько дней.

Чем обусловлено решение о взымание платы за предоставление обновлений?
Почему раньше это было бесплатным, а с марта 2006 года будет требоваться оплата?

• Практически вся сложная техника требует обслуживания: замены смазки, фильтров, картриджей…, подтягивания гаек, регулировки клапанов…

  Программное обеспечение тоже требует периодического обслуживания или, как чаще говорят, - "сопровождения". Степень необходимости такого сопровождения для разных программ бывает разной. Есть программы, которые в сопровождении практически не нуждаются, например, текстовые редакторы, программы работы с электронными таблицами. Такие программы могут устареть морально, но быть вполне работоспособными и востребованными годами.

  Но есть программы, работоспособность которых напрямую зависит от сопровождения.

  Прежде всего, это программы, правильность функционирования которых зависит от учета изменений в законодательстве.

  Именно к таким программам относится продукция фирмы SoftTAXI - "РАДЖА" и "X-DOOR". Любые изменения в законах, затрагивающих области применения программы, должны немедленно учитываться и, измененная нужным образом программа, предоставляться всем пользователям. Без обеспечения качественного сопровождения такие программы очень быстро превратятся в совершенно бесполезную, а часто и вредную вещь.

  Работы по сопровождению требуют затрат.
  Затраты объективно реальны и неизбежны.
  Также объективно реальна и неизбежна необходимость эти затраты возмещать.

  Существует только три способа возмещения затрат на сопровождение:

  • Закладывать стоимость будущего сопровождения в первоначальную цену программы и, таким образом, создавать иллюзию "бесплатного сопровождения".
  • Не закладывать стоимость сопровождения в цену программы, но требовать оплаты сопровождения по мере предоставления такой услуги.
  • Комбинация первых двух способов - некоторый срок "бесплатного" гарантийного сопровождения с последующим переходом к требованию оплаты за сопровождение.

  Общее между этими вариантами то, что все они предусматривают оплату. Разница только в форме такой оплаты. Действительно "бесплатным" может быть только то "сопровождение", которое никто оказывать не собирается. Но этот вариант не стоит рассмотрения.

  Есть несколько моментов, которые требуют пояснения для правильного понимания мотивации действий программистских фирм в части выбора способов оплаты за сопровождение программ:

  • Многие думают, что программистским фирмам выгодно предоставлять "бесплатное" сопровождение, включая его стоимость в цену программы, учитывая определенную "рекламную" эффективность такого решения. Это действительно так. Но первоначальная цена программы при этом растет. И растет значительно. В условиях жесткой конкуренции в части цены и качества продукции, такая "бесплатность" все больше и больше не подходит для поставщика программ. Да и понимающие сущность "бесплатного сопровождения" потребители все менее склонны оплачивать будущий сервис в момент покупки программы. Тактика "окажи услугу, а потом заплатим" - для потребителя выглядит и понятней и надежней.
  • Считается, что разработчик программ не несет никаких затрат на то, чтобы поддерживать программу у старых клиентов в актуальном состоянии. Стремясь продавать программу будущим клиентам, разработчик все равно должен учитывать текущие изменения законодательства. Продать можно только правильно работающую программу. И это так. Но кроме затрат на разработку существуют и другие статьи расходов на сопровождение. Затраты на телефонную и почтовую связь, транспорт, неизбежное отвлечение персонала на консультации и ответы на вопросы… Все это тоже входит в стоимость сопровождения. Когда клиентов мало - такими потерями можно пренебречь. Точнее влияние этих затрат на стоимость программы незначительно. Когда же количество работающих клиентов большое - эти затраты становятся очень заметными.

  Фирмам-разработчикам на самом деле гораздо выгодней снизить начальную стоимость программы и требовать деньги за сопровождение. Более дешевую программу продавать проще.

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

  И тем не менее практически правилом является именно "бесплатное" сопровождение.

  А причина одна - неспособность реализовать на практике идею предоставления сопровождения за оплату.

  В каком бы виде "сопровождение программы" не предоставлялось (в виде новой версии программы, "сервис-пакета", "программы-заплатки"…) все равно это программа. А программу легко украсть…

  При изменении законодательства программу надо не только изменить, но и быстро предоставить всем пользователям. Избежать "несанкционированного" (пиратского) использования "пакетов изменений" практически нельзя. Поэтому часть потребителей сопровождение оплатит, а часть - нет. Потери неизбежно нужно компенсировать, закладывая их в стоимость программы, а значит, терять в эффективности решения - "дешевая программа, а оплата сопровождения только за реально оказанные услуги".

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

  Другими словами, предоставление "бесплатных" обновлений для программистских фирм мера вынужденная. Иначе они действовать не могут.

  Программы этого проекта "РАДЖА" имеют встроенную систему защиты от нелегального (пиратского) копирования, которая не основана на применении каких-либо аппаратных средств. Эта же система обеспечивает невозможность несанкционированного использования сервисного сопровождения программы.

  До настоящего момента сопровождение программ "РАДЖА" было бесплатным.
  Это обуславливалось рядом коммерческих и технических соображений.
  Однако программы проекта "РАДЖА" активно продаются уже более полутора лет.
  Число пользователей этих программ выражается уже четырехзначным числом. Наступил момент начала использования заложенных в архитектуру программы механизмов защиты сервисного обслуживания от нелицензионного использования.

Почему не проводилось "бета-тестирование" программы?

• (Сразу технический комментарий: Бета-тестирование - это тестирование в режиме промышленной эксплуатации на площадках реальных пользователей программы. Так сказать, "тестирование на добровольцах")

  В вопросе содержится не соответствующее действительности утверждение. Бета-тестирование проводилось. Причем этот этап тестирования был весьма продолжительным и интенсивным.

  Другое дело, что реализовывался процесс именно как тестирование, а не рекламное шоу… Поэтому и не сопровождался шумихой и рекламной трескотней.

  Начат этап бета-тестирования в начале 2003 года с внедрения программы в самой фирме SoftTAXI (не у разработчиков, а в коммерческом офисе фирмы) для реальной работы. Лишь добившись удовлетворительных результатов, началось опытное внедрение вне разрабатывающей фирмы. Причем не преследовалась цель втянуть в происходящее как можно большее количество организаций. Наоборот, было признано целесообразным работать одновременно только с одной фирмой-тестером. И только по достижении положительных результатов бета-тестирование начиналось на площадке следующего пользователя. Причем следующими выбирались организации с сильно отличающимися "бизнес-реалиями" - номенклатурой, областью деятельности, режимом работы, объемом документооборота, степенью подготовленности персонала, лояльностью к разработчику…

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

  Т.е. не предавая широкой огласке факта начала работ по опытной эксплуатации, фирма SoftTAXI не загоняла себя в угол попытками совместить реализацию коммерческих (реклама) и технических (собственно тестирование) задач.

Чем отличается РАДЖА от X-DOOR?

• Можно много говорить об архитектуре и технических аспектах реализации. Можно говорить о прикладной функциональности…

  Если коротко, то проект РАДЖА вобрал в себя весь опыт, накопленный на протяжении, без малого, 10-ти лет существования программ линейки X-DOOR.

  Но РАДЖА основан на других технических и коммерческих (и это главное!) схемах, поэтому эту программу нельзя считать техническим развитием предшественника, каким бы успешным этот предшественник не был. На сайте фирмы можно найти много материалов по проекту РАДЖА. Эти же материалы находятся в папке "DOC" дистрибутивного набора. Поэтому здесь нет смысла развивать эту тему. Но существует весьма важный аспект который не затрагивался ранее и не обсуждался публично. Причем именно он обуславливает практически все принципиальные отличия проектов. Это способ управления разработкой.

  • X-DOOR делали программисты, затем все сделанное постепенно доводилось до полезного (в практическом смысле) состояния. Т.е. X-DOOR - плод эволюции от чисто программистских (и часто надуманных) решений, до коммерчески состоявшегося продукта. Поэтому X-DOOR неизбежно несет следы такой эволюции.
  • РАДЖА создавался совсем не так. С самого начала этот проект делали коммерсанты. Что делать и как делать - решали коммерсанты, но не программисты. Именно поэтому программа не содержит "встроенных языков программирования", именно поэтому программа позиционируется как готовое к эксплуатации решение, а не полуфабрикат "для доводки на местах". Именно поэтому делается ставка (в смысле штатной единицы для обслуживания у пользователя) на системного администратора, а не на программиста.

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

  И лишь потом "давалось слово" программистам. Но и потом все их решения подвергались ревизии со стороны коммерсантов и технологов.

С какой версией FireBird умеет работать Раджа?

• РАДЖА умеет работать с любой версией Firebird 2.5.x.

Почему существует только клиент-серверная версия РАДЖИ?

• Потому что сегодня не существует причины делать и внедрять программу, основанную на предельно устаревшей файл-серверной архитектуре. У клиент-серверных архитектур (и двух, и трехзвенной) до недавнего времени была два больших недостатка:
  • Повышенные требования к производительности компьютеров;
  • Существенно большая цена, главным образом обусловленная необходимостью для пользователя покупать т.н. "SQL-сервер" и некоторые другие модули.

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

  Т.е. повышенные требования к технике сегодня не есть недостаток клиент-серверных программ.

  Не актуален сегодня и второй недостаток клиент-серверных архитектур. Несколько лет назад появилась возможность использования в качестве хранилища базы данных совершенно бесплатные SQL-сервера весьма серьезного промышленного уровня. Прежде всего это "InterBase-6" и его клоны.

  Доступная технология разработки позволила обойтись и без других дорогостоящих системных "программ-комплектующих".

  В базовом (минимальном) варианте эксплуатации "Раджа" - программа использующая бесплатный SQL сервер "FireBird" (более развитый вариант "InterBase-6"). Этот сервер не требует и т.н. "серверных" вариантов операционной системы Windows. Этот сервер может работать и на ОС Linux, что есть достоинство.

  При необходимости пользователь может использовать с "Раджой" и другие SQL-сервера. Например, Oracle. Но это не есть необходимость. Это есть возможность.

  Приходилось много раз обсуждать этот вопрос. Мы часто задавали встречный - а какие преимущества имеют файл-серверные программы. Все эти "DBF", "Paradox" и т.п. форматы. Внятного ответа нет. Как нет и обоснований применения и совсем уж экзотических решений вроде доморощенных баз данных, не реляционных архитектур и т.п.

  Более того отказ от применения для написания прикладных программ "встроенных языков программирования" (практически всегда интерпретирующих по своей природе) позволил осуществить тщательное профессиональное проектирование, что позволило "Радже" сравняться по производительности с достаточно быстродействующей файл-серверной программой "Торговый склад-2".

  Отказ от файл-серверного варианта программы позволил также существенно снизить издержки на сопровождение. Поддерживать один вариант дистрибутива всегда дешевле чем два. А подобные издержки оплачивает потребитель. Даже при использовании "Раджи" в "не сетевом" варианте (на одном компьютере весьма среднего уровня) трехзвенная клиент-серверная архитектура не порождает никаких неудобств.

Как лучше закачивать с сайта файлы дистрибутивного набора и обновления?

• Один из вариантов этого вопроса звучит так: "Почему файлы обновлений и дистрибутивного набора не разбиты на мелкие части для удобства закачки?"
  Сайт поддерживает процедуру т.н. "докачки". Другими словами, если во время закачки связь будет прервана, то в следующем сеансе можно продолжить закачку и не потерять ранее полученной части файла.
  

  Однако такой сервис должен поддерживаться клиентской программой (программой закачки).
  На практике это позволяют все программы, например, FlasgGet, DownloadMaster и т.п.
  "Докачкой" нельзя воспользоваться только если закачивать файлы непосредственно программой "InternetExplorer".
  Следует также отметить, что разбивание больших файлов на мелкие фрагменты не спасает от потерь при нарушении связи и привносит свои трудности и проблемы. Поэтому такое решение было отвергнуто.
  

  Cсылки на бесплатную и очень качественную программу интернет-закачки DownloadMaster (примерно 2МБ):
  

  • прямая ссылка на на файл дистрибутива
    
  • информационная страница
    

Почему создание новой базы данных требует заметного времени?

• Главная причина в том, что новая база данных не является пустой.
  При создании новой базы данных в нее автоматически заносится весьма много нужной информации.
  Например:
  • Полный список валют;
  • Типы курсов валют;
  • Список единиц измерений;
  • Список городов и областей Украины;
  • Список стран;
  • Названия отпускных цен;
  • Константы для расчета заработной платы;
  • Типы договоров;
  И многое, многое другое.
  Логика такого решения в том, что всю эту информацию все равно надо иметь в базе данных. Можно было бы быстро создать пустую базу данных и потом требовать от пользователей вносить все эти "шт., кг., литры, гривны, доллары…". А можно в максимальной степени разгрузить пользователя от этой рутинной работы.
  Поэтому и было принято такое решение. Лучше пусть новая база данных создается достаточно медленно, но чтобы с ней можно было сразу работать. Хуже быстро создать пустую заготовку базы данных и долго вручную приводить ее к рабочему состоянию…
• Вторая причина - сложность структуры базы данных. На момент написания этого текста база данных состоит из 401 таблицы (в терминах реляционных баз данных), большого количества индексов, служебных структур и т.п.

Почему после установки обновления программы запуск программы на клиентском компьютере требует установки прав администратора?

• Программа РАДЖА "рассредоточена" на компьютерах пользовательской сети следующим образом:
  • На компьютере, где установлен СЕРВЕР ПРИЛОЖЕНИЙ хранится полный набор всех файлов системы. Это СЕРВЕРНЫЙ компьютер.
  • На клиентских компьютерах (компьютерах конечных пользователей) находятся только файлы т.н. "Клиентской части" системы. Т.е. те файлы, которые выполняются только на компьютерах конечных пользователей.

  Количество клиентских компьютеров может быть весьма велико. Это обстоятельство может сильно затруднить администрирование системы. В том числе и установку файлов обновлений. Фактически требуется установить обновление на все компьютеры сети. Это требует больших трудозатрат и внимания со стороны системного администратора.

  Поэтому в составе программы РАДЖА находится модуль централизованной установки обновлений, который позволяет устанавливать обновления только на серверный компьютер. Обновление же программ клиентских компьютеров происходит автоматически по следующей процедуре:

  • Всегда, когда пользователь запускает клиентскую программу, происходит инициирование процедуры ревизии версий.
  • Загрузчик клиентской программы собирает информацию о версиях всех файлов программы РАДЖА, которые находятся на клиентском компьютере.
  • Собранные данные передаются на сервер приложений.
  • Сервер приложений производит сверку переданной информации о файлах с фактическим их состоянием.
  • Если файлы на серверной и клиентской машине одинаковы, то дается команда на продолжение работы в штатном режиме.
  • Если же зафиксированы отличия, то запускается процедура автоматического обновления программ клиентской машины, которая заключается в передаче файлов со стороны сервера на клиентский компьютер с последующей их установкой и регистрацией.
  • После автоматического обновления программ работа клиентской машины продолжается в обычном режиме.

  На практике это проявляется в том, что после обновления системным администратором программы на серверном компьютере ПЕРВЫЙ ПОСЛЕДУЮЩИЙ запуск клиентской части произойдет с некоторой ЗАДЕРЖКОЙ.

  Однако, обновление программ на компьютере ТРЕБУЕТ ПРАВ АДМИНИСТРАТОРА.

  Поэтому когда таких прав нет, загрузчик клиентской программы после получения от сервера информации о необходимости обновить файлы выдает сообщение о недостатке прав и прекращает работу.

  Таким образом, когда пользователь клиентского компьютера работает в режиме "сам себе хозяин" (т.е. имеет права администратора ДЛЯ СВОЕГО компьютера), обновление происходит прозрачно и без вмешательств системного администратора.

  Если же пользователь не имеет прав на установку программ НА СВОЕМ компьютере, то требуется вмешательство системного администратора.

  Нужно отметить, что такое положение вещей не есть результат работы подсистемы автоматического обновления. При ее отсутствии системный администратор ВСЕ РАВНО был бы вынужден устанавливать права администратора пользовательского компьютера на момент обновления.

При установке под Windows 2003 Server текст в заголовках окон и названия некоторых переключателей и кнопок нечитаемые.

• Перед установкой Раджи в Панели управления на закладке Язык и региональные стандарты на всех закладках выбрать язык - Русский.

При установке Раджи компьютер зависает на этапе поиска установленных компонентов.

• В момент зависания с помощью Диспетчера задач определить какой процесс использует максимальные ресурсы. Если имя процесса неизвестно – проверить компьютер на вирусы.

В программе будет работать 4 человека. При этом на предприятии имеется 2 мощных компьютера и 2 средних по быстродействию компьютера. Как лучше установить компоненты программы, чтобы получить максимальное быстродействие?

• На один мощный компьютер установить SQL сервер и клиента Раджи (варианты установки: Установка сервера баз данных InterBase/FireBird + Клиентская установка), на второй – сервер и клиента Раджи (варианты установки: Установка сервера Раджа + Клиентская установка), на третий и четвертый – клиента Раджи (Клиентская установка). Таким образом, нагрузка распределится между двумя мощными компьютерами, что позволит получить максимальное быстродействие на такой конфигурации.

Что делать, если при подключении к базе данных появляется сообщение "...unknow user or password database unavailabel..."?

• Не загружен InterBase/FireBird на компьютере, где находится база данных.
  
• Не указано имя компьютера, на котором находится база данных. На сервере Раджи в пульте База данных в поле Сервер для подключаемой БД укажите имя компьютера, на котором находится база данных, или его IP-адрес.

Что делать, если при подключении к базе данных появляется сообщение "...feature is not supported..."?

• На сервере Раджи в пульте База данных в поле База данных для подключаемой БД ввести путь без указания сетевого имени компьютера (локальный путь относительно выбранного сервера InterBase/FireBird в поле Сервер).

Почему при запуске клиента Раджи выполняется подключение к интернету?

• Так происходит потому что на компьютере установлен модем и в свойствах обозревателя на закладке Подключения включен переключатель Всегда использовать принятое по умолчанию подключение.
  В Свойствах обозревателя на закладке Подключения в разделе Настройка удаленного доступа включите переключатель Никогда не использовать, а для подключения к интернету сделать ярлык на рабочем столе

Создана группа пользователей и назначены ей права. В группу включены пользователи. Почему в учетных записях этих пользователей нет ни одного права (все переключатели отключены)?

• Права группы накладываются на права пользователя без изменения состояния переключателей в учетной записи пользователя.

После окончания срока действия испытательной лицензии решили приобрести коммерческую версию. Получили новый файл лицензии, заменили им существующий, а при открытии базы данных все-равно появляется сообщение “Срок лицензии, ограничивающий дату выписки, истек ”.

• Замена файла производилась при открытой БД. Необходимо закрыть базу на сервере Раджи (закладка Открытые базы данных) и снова подключиться к ней. Можно перегрузить сервер (при этом все открытые базы данных будут закрыты автоматически).

После запуска на панели клиента Раджи отсутствуют прикладные приложения. Какие могут быть причины?

• Возможно неправильно указан или не указан вообще путь к каталогу с приложениями. В контекстном меню сервера Раджи выбрать Базы данных и проверить значение в поле Каталог приложений (по умолчанию устанавливается значение C:\Program Files\SoftTAXI\Rajah\Server\Applications\Комплект Бухгалтерия. Склад.Торговля).
• В Менеджере безопасности данному пользователю не дали права на приложения. Необходимо изменить учетную запись пользователя.
• В оплаченной лицензии нет прав на использование одного или нескольких приложений.

Программа будет эксплуатироваться с восьми рабочих мест. Как максимально быстро выполнить настройку параметров отчетов для всех рабочих мест?

• Выберите в меню клиента Мастер настройки параметров, воспользовавшись кнопкой Далее перейдите на закладку Установка параметров печати по умолчанию, выполните настройку, включите переключатели Сбросить ранее установленные параметры и Применить для всех пользователей, закройте окно Мастера настройки. Аналогично можно настроить период отображения документов в архивах, запасы по умолчанию, а также приложения, запускаемые одновременно с клиентом Раджи.

После нажатия кнопки "Конвертор данных из ТС2" появляется ошибка "An error occurred while attempting to initialize the Borland Database Engine (error $2108)" или «На компьютере не установлена BDE». Что делать?

• Установите BDE. BDE устанавливается одновременно с платформой X-DOOR (RTX-DOOR), а также с дистрибутива ТС2 (вариант установки – BDE 5.0) или Раджи (вариант установки - Персональная установка или Серверная установка или Установка сервера Раджа).

Почему программа зависает при конвертации товаров из ТС2?

• В исходной базе есть вершины, «потерявшие» свою принадлежность. Необходимо выполнить анализ классификатора товаров в ТС2 (приложение Учет товаров и услуг лепесток Администратор кнопка Анализ).

В программе отсрочка платежа рассчитывается в банковских днях, а нужно в календарных. Как изменить порядок расчета?

• В календаре рабочих дней все выходные и праздничные дни сделать рабочими.

Как ускорить процесс внесения позиций в расходную накладную?

• На быстродействие влияют следующие настройки расходной накладной: на закладке Общие - переключатели Показывать фактические остаток, резерв, отгрузку, Показывать планируемые остаток, резерв, отгрузку, Показывать на диалоге сумму торговой наценки, Показывать сумму закрытого долга на документе, Обновлять данные при добавлении позиции, на закладке Настройка списка – Артикул, Запас, № склада и Доп.ед.изм. Оставьте включенными только те переключатели, которые вам потребуются в работе.

Как ускорить работу с архивами документов?

• Отключить отображение столбца Сумма закрытого долга. Наличие оплаты можно увидеть в столбце Есть оплата, а сумму оплаты – в окне История закрытия долга.

Можно ли выключать компьютер, если все пользователи отключились от базы данных, а сервер Раджи не закрыт?

• Нельзя. Даже при отключении всех пользователей на сервере Раджи еще могут выполняться операции. Выключение компьютера в этом случае может повлиять на целостность базы данных. Закрытие сервера Раджи позволяет корректно прервать выполняемые операции.

Почему при открытии новой формы происходит автоматическая смена раскладки клавиатуры?

• В параметрах Windows стоит язык по умолчанию, например, английский. При этом в параметрах клиента Раджи (панель клиента программы Раджа -> меню Параметры -> закладка Прочие) включен переключатель Запоминать раскладку клавиатуры для каждой формы. Таким образом, каждый раз при открытии нового окна в соответствии с настройками происходит переключение раскладки клавиатуры на значение по умолчанию.
  Достаточно установить язык по умолчанию русский или отключить указанный переключатель в параметрах клиента Раджи.