Да. По разработке док действительно мало.
Я вам советую поискать материалы тренингов. Там чуть больше чем в FinEx.chm. Особо советую найти листинг темы отчитаной Сергеем Чернышом - тема целиком посвящена работе с UL.

beobachterсамый эффективный способ - изучить уже написанный код - по себе сужу!
Кстати библиотека UL, не поддерживает принципы ООП, зачатки которого есть в Fproj. Я думаю кардинально нового вы писать не собрались - только новые окна, БД и алгоритмы преобразований, и поэтому можно искать готовые куски и их переделывать. В дальнейшем дело пойдет как по маслу само-собой.
Это не самый оптимальный подход. Почитать перед тем как "собезьянничать" не мешает. Я, лично, с трудом себе представляю изучение языка по написанному коду. Какой бы язык это не был. Никто не спорит - синтаксические конструции воспринять - не проблема, но вот принципы построения диалогов в FinEx - это уже не настолько тревиальная задача. И в этом случае лекция Сергея - оптимал. Там изложено все что необходимо.
Работу с БД я когда-то начитывал. Только не припомню что бы были листинги. И еще - мимо никак не пройти - листинг (или хотя бы практики) по лекциям о работе с отчетными формами.

beobachterГоворю об оптимальности изучение конкрено FPROJ. Конструкция UL - не построение диалогов- диалоги рисуются в визуальном редакторе, а один из способов работы с ними в FPROJ - может быть самый используемый, но не самый лучший!
Я говорил о построении - т.е. описание логики, а не рисовании.
Описание логики диалога в Fe... я знаю три способа - DLGLIB, UL, Классы (формально тот же UL) - т.е. 2-а способа. Если сравнивать UL и DLGLIB - я за UL (хотя тут - кто на что учился :) ).
beobachterИ еще раз повторяю - выбросьте из головы программирование:)) в FPROJ. Единственное, что может иметь место - подправить отчеты или диалоги! Не затевайте там ничего глобального - чур вас! Могу лишь посочуствовать тем кто собирается править складские отчеты, или отчеты по основным средствам не читав хоть чего нибудь... Действительно... Безумству храбрых поем мы песню! )))))
beobachterДоступ к базе данных можно получить и без этого интерпретатора! А дальше, попутного ветра!
Кто бы спорил. Я видел решение одной задачи для логистиков (под планирование закупок) с использованием данных FE но написанное на Delphi (если не ошибаюсь). Если не ошибаюсь чуть ли не онлайн синхронизация SQL с Pervasive (а вернее BTRV )

Lihman2 Ингар:
А можно по подробнее ?
Постараюсь как можно подробнее вспомнить, дело было давно, года эдак три назад...
Значит так, через тулзу, производилось подчитывание данных наплямую из таблиц BTRV, т.е. не через ODBC. Подчитанные данные сразу синхронизировались с SQL, и уже посредством Delphi обрабатывались.
Вся эта красота работала на данных склада и Управления закупками.
Сам FE способен создавать словари ODBC для своих таблиц, если чуть-чуть помучатся можно настроить SQL на транспорт данных, вроде... Но, лично, подобным не занимался так что не уверен что это возможно. В свое время онлайн обмен (в две стороны) данными между FE и SQL делал через приложение - "Сервер приложений" (правда его дописывать слегка пришлось)...

Т.е. - ключевой момент был "тулза". Так вот - названия не помню - надо искать. Но она есть! :) Смотрите по инструментам которы могут читать BTRV таблицы.

С уважением,
Игорь "Ингар" Ильяшенко

beobachterЕсть компоненты (в интернете можно найти), которые работают с таблицами BTRIEVE напрямую. Единственное ограничение - бизнес-логика при записи понятно отрабатывать не будет. Поэтому писать требуется осторожно, а читать сколько угодно! И еще чтобы названия полей были сопоставлены с реальными таблицами можно создать словарь данных - можно из самого ФЭ в некий файл для конвертации, либо разбирать BDE-файл.
К сожалению "финик" не затачивался под запуск внутренней логики внешними приложениями (Можно было бы много интересного "заколбасить". :) )
"Сервер импорта/экспорта документов" (а не "приложений"... попутался я с этой Axapta ) именно и использовался для такого запуска. В частности для обработки приходных/расходных складских документов. Более того - он еще и подвешивался в тихом режиме "командной строки". :)
Дело за малым - разобраться что конкретно лежит в полях таблиц. :) Не везде есть проставленные комментарии. Но подобную задачу я бы посоветовал отдать ex-IDM-овским фрилансерам. Тому же Сергею Чернышу, к примеру. Если речь идет о Складе - лучше его не найти.

beobachterЧер парень хороший и знает о складе на ФЭ многое, но вот беседу с ним вести трудновато - интраверт он. И вообще, ничего там такого нет непонятного, чтобы разобраться самому с минимальными консультациями со стороны. Со всем можно разобраться самому вопрос в одном - время.
Т.е. - вопрос цены. Если у вас сидят пяток хлопцев на зп по сотне долларов, которые за два месяца вам напишут что угодно, то зачем за тоже самое платить $1,5k? И наоборот зачем платить штуку если тебе за двести баксов "оформят в лучшем виде"?

beobachterи я ж за это и говорю - хлопцы сами будут разбираться дольше, но дешевле. Другой стратегии на указанном предприятии не предусматривается. Иначе была-бы выбрана другая система. Как впрочем и на других предприятиях, где выбран был ФЭ - откат и/или жадность.
Зря вы так. FE действительно неплохая система. Чего стоит один модуль ЗП. А Управление Закупками? А МегаМаркет от жадности до сих пор на FE работает?
Да местами корявая и забаженная, но тем не менее - с хорошим и развернутым функционалом. Беда FE состоит в том, что при создании новой версии не делали принципиальных качественных скачков... 4-ка от 7-ки ничем же не отличается...

К вопросу о изучении разработки по написанному коду:
"Настоящий программист никогда не ставит комментариев.
То, что писалось с трудом, должно пониматься так же трудно. " )))))))

beobachterды к я ж не ругаюсь. пытаюсь просто подсказать людям куда не надо ходить и тратить свои человеко/года. ругаются здесь http://www.expert.com.ua/forum/read_3_301_301.html
А я в свою очередь советую то же самое. :)

Там не ругаются. Там "делают шоу". Непонятно зачем, но весело! Особый "респект и уважуха" Роману с ICTV, он влил в форум свежую кровь. Уж поверте мне. Некоторые из "фактов" я знаю из первых рук - своих. И они совершенно по другому звучат. Именно - звучат. Два три упущенных слова (или замененных) и пожалуйте - "горяченькое" звучание. А зная о таком подлоге, я совершенно четко представляю себе что могли сделать с остальным. Но там на 10-20 постов есть и вдумчивые сообщения - именно по тематике "Проблем внедрения". Но тут на форуме их больше - чего стоит "вопрос консультанту". Жаль поздно увидел темку.

Ксюха Ингар
Зря вы так. FE действительно неплохая система. Чего стоит один модуль ЗП. А Управление Закупками?
И чего стоит этот модуль "Управление закупками"?
Скажем так, вам знакома такая ERP система как MBS Axapta?
Я знаком с той и с другой. Т.е. и Axapta и FE. Так вот. Модуль Торговля (в Axapta) не сильно превышает по функционалу приложение Управление закупками. Я говорю о 4-м аддоне который заточен непосредстввенно под оптово-розничную торговлю. Я так же немного знаком с отраслевыми решениями - медпрепараты, автоторговля. Автоторговля уж точно ничем не уступает Axapta. Чего стоит только система каталогов, которую в Axapta надо дорабатывать (или разрабатывать, кому как нравится).
С моей точки зрения, в чем FE проигрывает Axapta - это в масштабируемости и разработке. FE основан на старых технологиях, но тем не менее на некоторых предприятиях "держит" до 100 пользователей в он-лайн. А это весьма существенно. Закупки, на проекте где я работал, держали до 70 одновременно работающих менеджеров. Правда на этом количестве пользователей уже появлялись проблемы не совместимые с жизнью, но и их свели к минимуму.
Если бы в FE вовремя появилась трех-звенная архитектура... Эх! )

Но если вы о цене за модуль - тут я не в курсе.

beobachter Lihman, можно ли как-нить проапгрейдить wrt.exe?
да и вообще ресурсы?Теоретически возможно, практически - нет!
Да и не только теоретически, если вам FE ставили по-умолчанию, то в папочке Tools (надо поискать где-то в fe400\ обычно, или на том же уровне) должен лежать Си-шный Resourse WorkShop. Перед WRT у него один минус - он не читает "h-файлы", а следовательно - описание диалога (h-файл) придется набивать вручную. В RWS проставляются только id контролов, а такое удобство как связь id с наименованием отсутсвует.
Никаких 32-разрядных редакторов лучше не использовать есть риск что диалог вообще не откроется, или система при открытии будет ложится.
Аналогично с иконками - держит только 16-ти разрядную цветность (да и то с небольшими глюками)...

КсюхаИ кто автор этого "чуда"?
В про что? Про Axapta или УЗиП(Управление Закупками и Продажами) в FE?
Про FE я помню, Алексея Шоломова в качестве разработчика, и Антона Баркова в качестве постановщика. Кто был автором до моего прихода в IDM я не в курсе... Приблизительно с 2002 года УЗиП для оптово-розничной торговли дописывал я. Паралельно работали еще несколько человек - писали УЗиП для нефтетрейдеров и еще кого-то... вроде как для железо-бетонного комбината...

Ну а с Axapta думаю ясно... :)

LihmanДа - о трехзвенке можно только мечтать :(
Скажем так - мечта, чуть не ставшая реальностью... В одно время, год - полтора назад, у нас в конторе очень близко подошли к переходу от BTRV к Pervasive. Правда в серьезно "подрезанном" варианте (т.е. практически без выигрыша в производительности). Но вроде пару таблиц и диалогов (то ли вообще целое приложение) запустили на Pervasive SQL. Там часть логики была вынесена на движок БД. Почти трехзвенка получается. )

beobachterНу и в чем смысл этих закупок? есть таблица счетов и привязка к складам? и что дальше? Я Вам привел сравнение с Axapta. Могу сказать, в 4-м аддоне реализован механизм прогнозов спроса. Да, не в том виде, которого требует стандарт MRP, но FE не Axapta и стоимость его (FE) существенно ниже. FE не позиционируется (по крайней мере сейчас) как ERP система. Но, один из клиентов поднял развернутую картотеку клиентов (в близком приближении к CRM) и произвел интеграцию call center с FE (в частности с модулем УЗиП).
Давайте так, встречный вопрос, а что должно быть в Управлении Закупками? Я могу перечислять функционал достаточно долго, и в ответ буду получать - "и что дальше?". Разговор не конструктивный получится. У меня складывается впечатление, что вы не знакомы с функционалом Fe, а если знакомы, то очень поверхностно.

beobachterУже и не надо - опоздали:) Не спорю. :)

beobachterесть ли в УПРАВЛЕНИИ :) закупками ФЭ то, что действительно УПРАВЛЯЕТ закупками? Какие для этого используются подходы? FE скажем так, далек от стандарта MRP, я уж умолчу о MRP II (производство то есть, а вот планирование мощностей увы...). :)
Как я сказал выше - есть некий вариант прогнозирования спроса. Который способен помочь менеджеру в принятии решений. Но как такового механизма, ПЛАНИРУЮЩЕГО закупки той или иной номенклатуры нет. Хотя если покопать, я не удивлюсь если там будет функционал, подключаемый каким-нибудь хитрым дефайном, который в соответствии с прогнозом будет создавать закупки. Но не думаю, что там учитывается покрытие спроса и наличные запасы.
Так что если вы соблюдаете "букву закона" и требуете от системы, как только в ней есть фраза "управление" - соблюдение стандартов ERP - то для Вас в FE - Управления закупками нет.
Для меня, в своей ценовой зоне, FinExpert предлагает лучшее что можно получить в Управлении Закупками, а где-то даже и сверх того.
А возвращаясь к вашему посту
beobachterесть таблица счетов и привязка к складамэто еще в складских документах реализованно.

beobachter то-есть за ту "бросовую" цену на грибы -галлюциногенные поганки, можно представить, что есть в ФЭ все, что пожелаешь! И это действительно так- можно подключить кучу иконок на странице выбора приложений!:) Что с успехом проделано и демонстрируется! А то, что за этой иконкой мираж и пшык дак это второй вопрос - главное, что за такую цену вы лучших иконок не найдете!Честно говоря особого смысла за этими словами не увидел. Мне жаль времени потраченного на беседу с вами.

Aviant Ингар LihmanДа - о трехзвенке можно только мечтать :(
Скажем так - мечта, чуть не ставшая реальностью... вообще говоря, была и 8 версия, но она ... не получилась, так скажем.
Много чего "не получилось". :) И 8-ка (VB и Informix) и 9-ка (Oracle) и 10-ка (SQL)...