Переписка была долгой, но в конце родилась истина.
Вот ответ с lic@1c.ru:
Если у каждого рабочего места своя отдельная инф.база 1С:Предприятия с конфигурацией 1С:Деньги, к которой производится монопольный доступ, и если на каждом рабочем месте активирована и используется отдельная лицензия 1С:Денег с уникальным рег.номером, то юридически нарушения лиц.соглашения нет.

Таким образом, юридических препятствий для использования 1С:Деньги как клиента к сторонней SQL-базе (не 1С) нет.
Можно писать гибридные базы - клиенты на 1С:Деньгах, база на SQL.

Ура, товарищи!

(0) "как клиента к сторонней SQL-базе"
Нетрадиционный способ удаления гланд?

(1) мой гений вам дарит, так сказать

(0) "Таким образом, юридических препятствий для использования 1С:Деньги как клиента к сторонней SQL-базе (не 1С) нет.
Можно писать гибридные базы - клиенты на 1С:Деньгах, база на SQL."

это текст из официального ответа 1С или собственные выводы?

(3) Начиная с "таким образом" текст мой.

(1) "Нетрадиционный способ удаления гланд?" - да нет.
Только если уже есть сторонняя база SQL, то 1С уже точно не нужна. Интерфейс рисовать лучше не в 1С. Даже проекты есть клиента 1С с интерфейсом на PHP и других языках, которые работают на порядок быстрее и выглядят красивее и удобнее в разы. Т.е. как бы уйти от интерфейса 1С есть цель, а тут ....

(0) Сергей - зачем 1С совсем если есть сторонняя база не на 1С? Тут ветки постоянные проскакивают про спрыгнуть с 1С уже и совсем и хотят уйти в другие языки - ибо 1С в том виде который есть в 8.3 не приносит удовольствия рисовать, писать. Типовые конфигурации с претензиями на универсальность в части БСП - сплошной геморой в практике при обновлениях. Да много чего напрягает народ. Каждого свое что-то напрягает. А тут так 1С использовать - зачем?

(5) потому что ничего другого не умеет

(5) ну потому что как нарисовать это на 1С я знаю, а как нарисовать это не на 1С информации нет. ;-)
А потом уже, когда это будет нарисовано на 1С, можно будет переложить на другой язык программирования.

У меня не будет БСП. Я просто хочу альтернативу 1С.

(6) когда мне нужно было PHP, я изучил PHP. Сейчас не вижу эффективного решения на других Языках Программирования. Как я уже писал, потом можно заменить клиента на другого, не 1Сного. Для того и нужен "Переходный Гибрид"

(0) Блин напиши уже свой фреймворк по типу УФ и хреначься к sql

Кстати, вчера написал одному клиенту обработку сравнение двух файлов Exel, так клиент купил под это дело 1С:Деньги за 600 рублей.
Это уже моя вторая разработка под "простейшую платформу": 1С:Деньги

(4) если ответ 1С был только: "Если у каждого рабочего места своя отдельная инф.база 1С:Предприятия с конфигурацией 1С:Деньги, к которой производится монопольный доступ, и если на каждом рабочем месте активирована и используется отдельная лицензия 1С:Денег с уникальным рег.номером, то юридически нарушения лиц.соглашения нет."
то он и так был очевиден, ничего нового они не сказали

(8) Не нужно ничего переходного. Пиши сразу что нужно. Начиная с простого.

(9)+ нечто по типу https://vuejs.org/v2/examples/grid-component.html взять

(9) если бы мог, давно бы написал. Понимание архитектуры решения нет, но дьявол в деталях. А вот на базовой 1С:Деньги вполне можно написать законченное решение в разумные сроки.

(11) да, но сперва они мне написали: «Ваши планы - это нелицензионное использование базовой конфигурации в качестве клиента к другой базе. Для этого вам следует приобрести версии ПРОФ.»
Пришлось уточнять и убеждать, что я не нарушаю

(15) Но денег же им хочется. :-)

(13) не все так просто.
допустим с базой просто - это MySQL, она любым хостером выдается.
сервер приложений - в локальном варианте Apach или что-то подобное, или IIS, в общем любой веб-сервер.
Вопрос в том, на чем крутить серверный код?
Мне нравится подход Фузины, там все на сервере, а на клиента только проецируется форма.
Но разобраться в их движке и адаптировать под своё долго.
Попробую просто делать "универсальный сайт". А там уже можно после получения прототипа и нормально все запилить без 1С:Денег.
Зато в 1С:Деньгах можно юзать MXL, коллекции, библиотеку прикладного кода (FTP, XML и т.п.)

(16) так этих денег они по любому не получат. Клиент не хочет решения за 13к с места.

(17) откуда в базовой 1С серверный код?

(17) можешь делать а ля 77 где нет серверного кода

(19) в базовой ниоткуда. я про идеальную архитектуру решения, без 1С:Денег

К скл ограничиться инсерт апдейт делит

(20) так я так и планирую. В 77 правда не было SQL запросов, а тут SQL-база будет. Так что работать будет шустрее чем 77, но медленнее, чем файловая 8-ка на веб-сервере

(22) да это понятно, идем по пути упрощения прикладных данных и моделей. Чтобы успеть в одно рыло реализовать.

(22) на sql есть хранимые процедуры, триггеры и прочие вьюхи так то
а если T-SQL или PL/SQL то там тьюринг полный уже

(25) ну это уже продвинутый уровнь, для начала не нужен. Карманные базы данных и без этого будут работать.

для "серверного кода" на сервере есть OneScript ))

(27) а в Фузине вроде джаву гоняют на сервере

(24) В одно лицо реализовать невозможно. Это утопия. Только гений сможет и то не любой :-)
Любая конфигурация - это и прикладная часть, методология и т.д.

(29) считай я реализовываю платформу, а не пишу 1С:Бухгалтерию.

(30) Тогда тебя должны интересовать вопросы другие. Тебе нужны реализовывать классы типа класс Справочник, класс Документ, класс визуального отображения поля, таблицы, командной строки чего-то ещё ...
А тут вопрос как лицензию 1С:Деньги использовать .... Собственно зачем?

Платформу в одно лицо не напишешь. Опять же платформа это и язык или как? Что в понятие платформа входит?

Ну будет с июля 1с-деньги стоить 5к. Что дальше? :)

(32) не будет. ;-)
Дальше - переписывание клиентской части с 1с:Деньги на другой язык. После того, как будет проработана структура БД, рисовалка форм и т.п.

(32) Не будут их покупать никто за 5к. За 600 не сильно покупают.
Автор не сломает лицензионную политику 1С своими наработками под данную конфигурацию. Это должно носить массовый характер.

(31) почему не напишешь? что-то аля 77 написать несложно. Для простого учета пойдет. К тому же знающих язык 1С много, это вам не Фузину втюхивать.

(34) ты не веришь в мой гений? ггг...

(31) ну и потом мне нужно писать пока что только половину платформы, остальное реализует 1С:Деньги.

(36) Сколько человеко дней на это необходимо. Я не верю, что такой объем может один человек осилить даже если он знает и написал в прошлой жизнь каждую строчку кода на бумаге и тут надо просто переписать - ввести.

(38) Ну я писал сайт на PHP в одно рыло. с нуля. Норм. Главное - системный подход.
Что именно тебя смущает?
По сути нужно сделать:
1. Описание метаданные и обновление базы под это описание (тиражирование базы).
2. Объект-модель для таблицы базы данных, чтобы нарисовать в 1С форму и указать какие поля из каких ячеек таблицы привязываются.
3. Динамических список не будет - только пагинация.
4. Проведение документов пишется на языке 1С. Нужно создать таблицы типа регистров накопления с итогами.
5. Регистры сведений - как обычные таблицы.
6. Множественные поля разных типов - все в одной таблице типа CONST в 1С.
7. Конструктор запросов не планирую, будет некий SQL-запрос.
8. Таблицы будут называться на английском, без разыменования в эти все RG93339.


Зато можно получить плюшечку - база сразу же может быть и сайтом, т.к. с одной стороны в ней работают пользователи из базовой 1С, а с другой - движок сайта забирает из MySQL данные и отображает. Полный онлайн, никаких обменов.

(38) мне достаточно будет и просто поиграться и показать, что методика рабочая. А дальше уже те, кто ноют про "убийцу 1С", могут получить в руки нечто конкретное. а не ныть.

(39) (40) Не взлетит. Ты самое главное забыл - документационное обеспечение.

Так а в чем профит, если такое же можно писать на C#/Java/Delphi/VB?

(42) ТС не знает ни первого, ни второго, ни третьего, ни четвертого. Но понтов хватит на всех. ЦЫ(2)

(42) можно все что угодно. Но почему-то не написано. Парадокс?
(41) ты о чем? документация будет

(0) Думаю, они там ржали всем офисом над перепиской.
Хотя, наверное, им и не такое пишут..

(45) Еще бы. Им же скучно..

(44) > документация будет
Но почему-то не написана. Парадокс?

(39) Давай, дерзай. Удачи. Без шуток.

P.S. Как дойдешь до многопользовательской работы и блокировок, приходи. Поплакаться.

(34) Если благодаря своим разработкам Геня будет способствовать распространению платформы, 1С это только в плюс.
Ну и подготовит почву для перехода на более серьезные продукты.

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

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

*скд

(14): я пропустил момент когда ты разочаровался в фузине? или тупо ниасилил? или чо там приключилось?

(53) смысла ее осиливать нет. Эти знания потом никуда не применишь. Слишком специфично

(0)Начиналось все с "убийцы 1с", а скатилось все к тому же использованию самой 1с для этого. Какой-то тупиковый путь однако - много ли найдется клиентов кто купит это.

Просто Гений кроме 1С не знает ничего, поэтому убийцу 1С приходится писать на 1С.

(56) самоубийца 1С

(53) фузина хороша, но декларативна. Это ее проблема. Слишком нестандартнвй подход

(56) тут хоть есть понятный роад мэп. В отличии от других подходов, где только стенания а результата ноль.
Ну и как я писал, потом можно будет соскочить с 1с

(59) выучил новое слово roadmap выучи его значение хотя бы что бы не позориться ))
Сделай экономическое обоснование а то пустота какая то.
И да прикрутить к сайту движок ВордПресс не значит освоить php )))
А то как в анекдоте - из резюме: знаю php/JavaScript/c#/python и другие страшные слова..

(60) я не про нынешний сай, а когда-то я написал сайт целиком на PHP - как положено, в базой mysql. ;-)

(60) в данном случае экономическое обоснование - 600 рублей против 5.000. Считаю, норм.

(6) Помнится, когда я впервые начал админить линукс, то для анализа логов писал программу на Си. Тут примерно то же, как мне кажется. Когда влезаешь в незнакомую экосистему, пытаешься использовать привычные инструменты, не зная что в этой экосистеме есть свои более подходящие и удобные средства..

(63) А дальше - два пути. Осознать, научится и начать применять эти нужные средства. И бить себя пятками в грудь и обещать всем, что уж скоро, уж ого-го, уж он всем покажет =]

(64) объявит кризис ай-ти

А дальше - больше? Убийца Excel на Excel?

(62) то есть у тебя есть арабы которые напишут серверную часть? )

(0) Это всё замечательно, только я не пойму какие ты задачи собрался автоматизировать таким образом.
Писать систему учета? Не очень удачный вариант. Платформа 1С имеет в этом отношении большой плюс - в ней уже заложены все объекты для автоматизации учета: справочники, документы, регистры и т.д.

Если ты собрался делать "Убийцу" 1С на базе конфы "1С.Деньги" - это дохлый номер.
Или у тебя какие-то другие задачи?

(68) Вы не поверите, но он именно собрался делать "Убийцу" 1С на базе конфы "1С.Деньги".

Моя статья на хабре про "Убийцу 1С на 1С"

(63) какие, бро, какие, назови. Давно ищем. Кроме фузины ничего нет.

(69) Именно. Не завидуй.

(68) у тебя какие-то сомнения что на SQL эту дребедень сложно повторить?

(67) о какой серверной части речь?

(44) (47) Норматив написания документации для технического писателя 4 страницы в день (8 часов). Имеется ввиду готового не требующего исправления и правки.
При этом быстрее по факту и не пишут. Там так же как с кодом - написал и переписываешь и правишь до бесконечности. Так вот техпис пишет документ страниц и 20 в день, но потом правки исправления, корректировки и т.д. По факту если итоговый готовый документ поделить на общее время подготовки документа, то получится примерно в среднем 4 страницы в день. Хороший техпис может 5-6-ть выдать. Очень хороший 7-мь. Супруга техпис, много лет работала на разных проектах в разных организациях и на 1С и чаще не на 1С и на госсектор в том числе. Я знаю о чем говорю. Даже не думайте меня переубедить. :-)

(0) Сколько по объему должна быть документация? Сколько ты сам планируешь её сам писать и без серьёзного опыта написания подобных вещей? Опыт - это пару лет удачной работы техписом. Серьёзный опыт это...
Тот проект, который ты в одно лицо собираешься осилить не делается из-за отсутствия человеко-дней жизни человека.
Ты пытаешься сделать проект в многотысячным тиражом и минимальной ценой задавить ценой - это утопия. Если бы те делал дорого, но очень хорошо, я бы ещё понял, но в дорого не важно хорошо это или нет - важны другие показатели (как в истории с SAP). В твоей программе есть планируется получения всяких сертификатов на соответствие чему-то? Нет - только какая-то платформа...

Сережа, подумай ещё раз, прежде чем тратить время в ту ли сторону ты собрался. Идти надо туда - где нет никого. Создать что-то новое и не в одно лицо.

"Ты пытаешься сделать проект в многотысячным тиражом и минимальной ценой задавить ценой - это утопия."
Ты пытаешься сделать проект и задавить им проект 1С с многотысячным тиражом и минимальной ценой. И задавить чем - ценой! Это утопия.

(74) послушай, пока что это пет-проект.
ТЗ и документашек я писал много в своей жизни, опыт имеется.
Вот тебе пример длинного текста (не документации, но все же):
http://geniy1s.ru/kakogo-ubijczu-1s-ya-hochu/
https://geniy1s.ru/developments-soft/free-rad/freerad-forms/

(75) ну что ты. какой такой ценой. ты как-то не туда смотришь.
Я не конкурирую с 1С:Бух, это монстр. Я лишь даю инструмент для написания нетленок, небольших учетных систем.

И тут кайф не только в цене. А еще и в том, что не соскакивая с 1С использовать вкусности современных SQL серверов. Это расширение квалификации для кодер.

Ну и я приводил реальный пример где это интересно - сайт + база данных. Т.е. база данных является одновременно и сайтом. Без интеграций, бесшовно.

А для сайта ты сам понимаешь, достаточно прихода, расхода, цен, остатков и обмена с 1С:Бух, гыгыгы

(76) В тексте главное не длина. В данном случае ссылки на очень короткие тексты. Но не важно.
К документации предъявляются совсем другие требования и не как не длина там основной показатель.

Если смотреть ГОСТ-ы, то они предъявляют требования только к структуре документа, что и примерно в каком порядке должно быть отражено. Там самого ГОСТа по сути пару страниц мелким шрифтом.

На мой взгляд документация должна быть такая, что бы ей хотелось пользоваться и она реально помогала бы разобраться. Что бы не возникал вопрос где и что в ней искать, а было интуитивно понятно. и т.д.
Супруга со мной не совсем согласна, но у меня своё мнение...

Но не будет нормальной документации 100% пользоваться мало кто будет.

(79) блиа, дядя, ну какие госты. Если бы движок базухи был бы готов, у меня был бы как минимум один клиент.
Я тебе скажу больше - код УТ и БП не документирован. И че, пользуется мало кто? Большинству нужен функционал и плевать что в багажнике

(72) Обработчики типа ПередЗаписью тебя не интересуют?

(80) При чем тут код не документирован? УТ и БП пользуются, так как есть куча учебных центров, где учат в этом всём работать.
Не цепляйся к ГОСТ-ам. Я их упомянул для того что бы сказать, что в них нет про оформление документации практически ничего - общие вещи не более того.
Свое мнение по тому какое у меня отношение к документации и как я к ней отношусь я следом написал. Как видишь требований соблюдения ГОСТ у меня нет.
У Супруги есть, так как это позволяет документацию сопровождать и в актуальном состоянии всегда её иметь под рукой. Ну это потому что она с этим каждый день работает и знает как это технологически достичь. Какова цена писанины как попало. Я не знаю - только вид сбоку.

(82) а в этих учебных центрах учат, как лазить внутрь кода? гггг. не учат. Только обратный инжиниринг наше все.

(81) пока ент

(84) Ок. Дойдешь до даты запрета редактирования - скажи.