Документация (Страница 1 из 2)

В документации дана исчерпывающая информация для написания макросов, структура библиотеки TcsApi.tlb полностью описана. 
Структура БД закрыта для конечного пользователя.
По администрированию написано немало и в документации и на данном форуме. Но мы всегда открыты для диалога, задавайте вопросы...

Администрировать БД в слепую,не зная что там творится не очень благодарное дело.
Да и зная структуру БД, производитель Программного обеспечения не несёт никакого ущерба,тем более когда продукт приобретается официльно и за деньги.Производителю ПО разве не интересно знать слабые места, выявленные в процессе работы на отдельно взятом предприятии, а не при самостоятельном тестировании?
  С Уважением.

Поясните, пожалуйста, что Вы понимаете применительно к TCS под

?

В чем это заключается?
Если говорить об администрировании TCS, то это мне понятно и этим я  множество раз занимался. Но зачем для этого структура таблиц?
А что значит в Вашем понимании "Администрировать БД"?

Интересно, конечно. Ну так говорите! Мы внимательно слушаем Ваши замечания. Что в процессе работы Вам не нравится? И, кстати, причем тут структура таблиц?

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

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

Вот тут я решительно не понимаю связи. Каким именно образом и какие ошибки в Вы собираетесь выявлять (пример можно?) обладая знанием структуры таблиц? И еще более непонятно, чем это знание поможет Вам объяснить рядовым пользователям что они делают неправильно (опять же, пример можно?) ?

Тут спорить не буду. В написании макросов я сам не великий специалист :). Может и лучше, а может и нет... Не знаю просто  :roll:

Дело совершенно не в том. Давайте посмотрим на Ваше пожелание немножко с другой стороны. Разработка документации (особенно большой по объёму) - это колоссальный объём работ. Вот представьте, что потратится N+1 человекомесяцев на разработку такой документации. Потом это всё еще и поддерживать постоянно надо в актуальном состоянии. Т.е. будет потрачена гора времени = денег на это. А для чего? Просто чтобы было?
Пока, уж извините, но кроме общих слов не поступило никаких конкретных объяснений зачем это нужно. 
Согласитесь, пока не очень веские основания для того, чтобы взять вот так и потратить N+1 человекомесяцев и  K сотен тысяч рублей.... :)

Вот именно в него же и зрим! :)
см. 1 пост выше

Выше это "не дадим всё". Жалко?

Ок. Ещё раз:

на текущий момент ситуация не изменилась... :)
Более того, в ходе дискуссии выясняется, что не то чтобы надо, а

а если не захотите? Предлагается сделать на всякий случай? :wink:

так что за проблемы то? Озвучте, пожалуйста, если не сложно. Давайте попробуем их порешать. Но пока никакой конкретики то нет. Мы пока не то что по-разному, мы никак Ваши проблемы не видим. Ведь Вы же нам их еще не показывали. :wink:

Как же Вам помочь, если непонятно в чём?

Я тоже, конечно, извиняюсь, но не рассматривается возможность, что может Вы не совсем то что-то делаете просто?
Люди вот, например, через API и скриптами себестоимость автобуса целиком считают со всеми входящими, техпроцессами, покупными и т.д.
И ничего. Не мгновенно, конечно, но счет идет на минуты (или десятки минут), но уж никак не на дни.

Это исключено! Мы гениально поступили, так как пользуемся вашими скриптами (нпр. формирование ПСп). :D

Это гуд!!! Ждём с нетерпением 7-ую версию. Вы же можете работать напрямую с базой TechnologiCS через sql-запросы? Это всяко не сравнить со скоростью API.

Не планируйте ли сделать что то типа Crystal Reports, большие обьёмы выгрузить из базы TCS быстренько во что-нть с открытой структурой, да в тот же Access, но напрямую, отчёты работают ещё медленнее API.

попробуйте Ctrl+Insert, Ctrl+Del, Ctrl+Enter

Тут прозвучал вопрос чем не нравится ткс апи ?
Я начну вы меня прервете

1. Нет такого понятия как справочник. Есть классы, но они не одно и тоже со справочниками. Нельзя понять какой класс на каком справочнике основывается.

2. Права в администраторе ткс отражаются косвенно в ткс апи. Хотелось бы иметь объект из которого можно было бы читать (а в идеале и писать) права пользователей.

3. До делайте наконец доступ к правам спецификаций/технологий/псп из апи. Стыдно людям  в глаза смотреть, рассказывая "зайдите сюда, добавте себя в список пользователей, добавьте себе все права".

4. Добавьте события. Если конкретно то в IDModule onBeforeAdd onAfterAdd onBeforeEdit onAfterEdit onBeforeDelete onAfterDelete

5. Добавте в протокол работу с параметрами. Дайте доступ к протоколу из АПИ.

6. СДЕЛАЙТЕ ПОЖАЛУСТА УДАЛЕНИЕ с удалением всех зависимых объектов. Если удаление позиции невозможно то не надо выдавать этот месаджбокс из апи, пусть лучше экзепшен будет.

7. Поправьте наконец работу с деревом архива. Пляски с бубном уже надоели.

8. Состояние версий это (активная, неактивная) x (редактируемая, утвержденная). Вы решили два параметра запихнуть в один. Удивляет.

9. В модели безопасности отсутствует такое понятие как группа. Хотелось бы добавлять пользователей в группы и назначать группе права. Хотелось бы назначать права на ветки классификатора  и на отдельные номенклатурные позиции.

10. Отчеты. Отчеты нада просто переделать прямыми запросами. Дайте структуру базы.

11. Документация. Если не хватает времени написать полноценные статьи по методам и свойствам классов, то хотя бы нормальные примеры приводите. О DeleteUserModule приходится из форума узнавать. Optimization guide вообще просто класс был бы.