1С:Деньги стоит 600, имеет.
1С:Платежные документы стоит 200, имеет режим совместимости Версия 8.2
Что-нибудь за 300 есть?

(125) я не разрабатываю конфигурацию, я разрабатываю пакет внешних обработок для 1С:Деньги, уточню на всякий случай

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

(127) Нам пофигу, мы все равно пользоваться не будем, ибо знаем автора

(127) судя по твоему опусу (37), ты собрался коннектиться из денег к СУБД. А БАЗОВАЯ версия не позволяет этого делать. Ни COM, ни ВИД в базовой не доступны. НЕ сможешь ты осуществить свои хениальные планы без ПРОФ платформы

(130) Новый COMОбъект в базовой разве недоступен?

Если ты собрался через COM коннектиться к сторонней БД, доставать данные и распихивать по формочкам 1с, то это трэш-трэшовый. Тогда уже проще взять готовый ORM под ту же Java и запилить на ней. Худо-бедно можно было разрулить на внешних источниках данных, они и к формочкам ловко привязываются, и кучу готового 1сного поведения реализуют. Но вот незадача, ВИД нельзя добавить без изменения конфигурации

(132) что такое ВИД? через ADODB нормальная работа идет с другой базой

(132) а, внешние источники данных, они мне не нужны. Кстати, ВИД в внешних обработках нельзя заюзать?

(131) ну попробуй

(133) а смысл в таком изврате? Стоимость разработки такой БД будет выше, чем стоимость разработки на C# + SQL Server или Java + Oracle

(134) можно. Правда глюковато. ВИД позволяют задействовать и 1сный интерфейс, и генерировать готовые формочки, и писать запросы на встроенном языке 1с, и даже юзать динамические списки на СКД. Но ты со своими базовыми пролетаешь мимо этого удовольствия

https://v8.1c.ru/platforma/vneshniy-istochnik-dannyh/

(135) почему выше? Все зависит от степени формализации задачи.
(136) ну и ладно, я могу использовать сырой и гордый ADODB

(137) ты с ADODB вообще работал когда-нибудь? Видимо нет. Чтобы приземлиться, предлагаю тебе написать простенькую БД, которая физически будет управляться MySQL, коннектиться к оной через QDODB, а весь интерфейс будет реализован на 1с (формы объектов, формы списков, проваливание в поле чтобы выбрать из списка и т.д.). Данные:
Справочник Контрагенты
Справочник Товары
Документ ПриходнаяНакладная (в шапке Контрагент, есть ТЧ с товарами)
Документ РасходнаяНакладная (в шапке Контрагент, есть ТЧ с товарами)

на самой 1с такая напишется за полчаса, если не торопиться. На раскоряках с ADODB хорошо если за неделю управишься

(138) я работал через ADODB с MYSQL, момент

Вот тебе пример кода:

    Для Каждого КЗ ИЗ ДанныеКатегорий Цикл
        ID = КЗ.Ключ;
        Name = КЗ.Значение["Name"];
        Parent = КЗ.Значение["Parent"];
        
        //taxonomy_term_data
        t_keys = Новый Соответствие();
        t_keys.Вставить("vid", НомерТаксономии);  
        t_fields = Новый Соответствие();
        t_fields.Вставить("name", Name);

        
        //field_data_field_taxonomy_volusionid
        f_keys =     Новый Соответствие();
        f_keys.Вставить("field_taxonomy_volusionid_value", ID);  
        f_fields = Новый Соответствие();
        Результат = ДатьЭлементТаблицы(MySQL, "field_data_field_taxonomy_volusionid", f_keys, f_fields, ложь);
        Если НЕ Результат.ОК Тогда Сообщить("Ошибка: " + Результат.Ошибка); Возврат; КонецЕсли;
        
        Если НЕ Результат.Существует Тогда
            //Создаем связку поля volusion id и нового tid
            MySQL.НачатьТранзакциюSQL();
            
            //taxonomy_term_data update
            tid = ДатьСвободныйКлюч(MySQL, "taxonomy_term_data", "tid");  //Первичный ключ nid
            t_keys.Вставить("tid", tid);  
            f_fields.Вставить("entity_id", tid);
            f_fields.Вставить("bundle", "product");
            f_fields.Вставить("language", "ru");
            
            Результат = ДатьЭлементТаблицы(MySQL, "field_data_field_taxonomy_volusionid", f_keys, f_fields, истина);
            Если НЕ Результат.ОК Тогда Сообщить("Ошибка: " + Результат.Ошибка); Возврат; КонецЕсли;
            
            Результат = ДатьЭлементТаблицы(MySQL, "taxonomy_term_data", t_keys, t_fields, истина);
            Если НЕ Результат.ОК Тогда Сообщить("Ошибка: " + Результат.Ошибка); Возврат; КонецЕсли;
            
            MySQL.ПодтвердитьТранзакциюSQL();
        Иначе
            tid = Результат.Таблица[0].entity_id;
        КонецЕсли;
        
        t_keys.Вставить("tid", tid);  
        СооTID.Вставить(ID, tid);

        Результат = ДатьЭлементТаблицы(MySQL, "taxonomy_term_data", t_keys, t_fields, истина);
        Если НЕ Результат.ОК Тогда Сообщить("Ошибка: " + Результат.Ошибка); Возврат; КонецЕсли;
        
    КонецЦикла;




&НаСервере
Функция ДатьЭлементТаблицы(MySQL, ИмяТаблицы, СооКлючи, СооПоля, Изменять = ложь, Перечитывать = ложь) Экспорт
    Результат = Новый Структура("ОК, Ошибка, Таблица, Существует", ложь, "", Неопределено, ложь);
    Поля = "";
    Отбор = "";
    СооЗаполнение = Новый Соответствие();
    Для Каждого КЗ ИЗ  СооКлючи Цикл
        Поля = Поля + ?(Поля = "", "", ",") + КЗ.Ключ;
        Отбор = Отбор + ?(Отбор = "", "", " AND ") + КЗ.Ключ + " = """ + MySQL.ЭкранироватьСрокуДляSELECT(КЗ.Значение) + """";
        СооЗаполнение.Вставить(КЗ.Ключ, КЗ.Значение);
    КонецЦикла;
    Для Каждого КЗ ИЗ  СооПоля Цикл
        Поля = Поля + ?(Поля = "", "", ",") + КЗ.Ключ;
        СооЗаполнение.Вставить(КЗ.Ключ, КЗ.Значение);
    КонецЦикла;
    
    Если Поля = "" Тогда
        Результат.Существует = ложь; //Если нет полей поиска, создаем
    Иначе
        Запрос = "SELECT " + Поля + " FROM " + ИмяТаблицы + " WHERE " + Отбор;
        
        Таблица = MySQL.ПолучитьТаблицуЗначенийПоЗапросу(Запрос);    
        Если Таблица = Неопределено Тогда
            Результат.Ошибка = "Не получился запрос по отбору: " + Запрос;
            Возврат Результат;
        КонецЕсли;
        Результат.Таблица = Таблица;
        
        Результат.Существует = Таблица.Количество() <> 0;
    КонецЕсли;
    
    
    //Если нужно изменять
    Если Изменять Тогда
        Если Результат.Существует Тогда
            //Если есть строка с товарами, делаем UPDATE
            MySQL.СоздатьЗапрос("UPDATE", ИмяТаблицы, СооЗаполнение, " WHERE " + Отбор);
        Иначе
            //Строки нет, делаем Insert
            MySQL.СоздатьЗапрос("INSERT", ИмяТаблицы, СооЗаполнение);
        КонецЕсли;
        
        Если НЕ MySQL.ВыполнитьЗапрос() Тогда
            Результат.Ошибка = MySQL.ОписаниеОшибки;
            Возврат Результат;
        КонецЕсли;
        
        Если Перечитывать Тогда
            //Считыаем после изменения
            Таблица = MySQL.ПолучитьТаблицуЗначенийПоЗапросу(Запрос);    
            Если Таблица = Неопределено Тогда
                Результат.Ошибка = "Не получился запрос по отбору: " + Запрос;
                Возврат Результат;
            КонецЕсли;
            Результат.Таблица = Таблица;
        КонецЕсли;
        
    КонецЕсли;
    
    Результат.ОК = истина;
    Возврат Результат;
           
КонецФункции




Разумеется, все должно быть формализована, т.е. должна быть модель форма-данные для справочнико-документов. ;-)

(139) только ты путаешь ситуацию, когда нужно тупо выдрать данные из сторонней БД примитивным селектом, и когда нужно реализовать полноценный CRUD с пробрасыванием в интерфейс

(141) ты несёшь откровенную ахинею. Чтобы релизовать элементарную логику "данные на MySQL формы в 1с" нужно будет заплатить специалисту гораздо больше, чем стоит та же УТ ПРОФ

(140) убери, убери скорее! Не хватало ещё узреть гамнокод на ночь глядя

(143) не, будет движок который будет сопоставлять данне и отображать их на форму.
ну например, пусть будет таблица Customers.
Нам нужна форма этого кастомера.
у него есть поля Name, INN, Phone, Addres.
Я рисую обработку в 1С с полями
и прописываю структуру:
ДобавитьОписаниеПоля("Наименование", "Name");
ДобавитьОписаниеПоля("ИНН", "INN");
ДобавитьОписаниеПоля("Телефон", "Phone");
ДобавитьОписаниеПоля("Адрес", "Addres");

Все, больше ничего кодить не надо.

(144) что то вы нервный какой то батенька... Валерьяночки йопните

(145) ещё лучше. Написание одного такого движка обойдётся в сотку российский килорублей, если не больше. Но даже написав движок, тебе для каждой новой таблички придётся писать тонны кода, работающего с этим движком. Это абсолютно бессмысленная хрень. В "примитивной" Java EE тупо добавляются аннотации:

@Entity
public class Address {
  @Id
  protected long id
  String street;
  String city;
  String province;
}

всё, этот класс работает с БД. Тебе не нужно нырять в СУБД, чтобы создать соответствующую табличку с соответствующими полями. Не нужно рисовать select'ы, updat'ы и иже с ними. Считай что из коробки будет уметь дофига того, что тебе изобретать и изобретать в своём костыледвижке

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

(147) я тебя умоляю, ну какая сотка. ;-) хотя ради того, чтобы это потом отбилось, не вопрос.

(148) ну мы пока еще не доказали, что скорость разработки там будет сложнее. Это пока только ваше мнение. По мне так также, как в 1С, плюс больше возможностей для форм будет. Можно будет вложенные формы использовать и тп.
ну и конечно, не нужно будет покупать 1С-Сервер за 80.000 рублей.
Правда, нет выполнения кода на сервере, но производительнее файловой однозначно, т.к. есть SQL сервер

т.е. за 600 рублей человек получает решение, которое работает быстрее файловой.

(148) а в чем сложность? Сделать SELECT по нужным полям и заполнить поля формы? Да любой кто писал универсальный редактор реквзитов (я писал) понимает, что это раз плюнуть.

(152) проблема только одна. На выходе ты получишь уродливую костылину, которую по удобству использования заткнёт даже древняя FoxPro, не говоря уже о множестве современных систем. Удобством 1с там и не будет пахнуть

(153) опять без аргументов

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

(155) так я готов послушать, но аргументов не вижу

щас все это на ruby легко пишется

(157) нужны детали, бро

(157) на питоне ты хотел сказать

ruby rails

(160) 0 бит

(161) -10 бит

Гений 1с - что за 10тест вы мне прислали?
Работодатель - это IQ тест
Гений 1с - мне его нужно пройти.
Работодатель - уже нет.

(150) >>ну мы пока еще не доказали, что скорость разработки там будет сложнее

Как бы тебе рассказать суровую реальность... Участвовал в проекте "тесной" интеграции здоровой самописки 1с и БД под Oracle. Было это давно, когда ещё никаких ВИД даже в проекте не было. На стороне Oracle было примерно с десяток таблиц, из которых нужно было только забирать данные, и раскидывать эти данные в справочники и документы 1с. Так вот, два человека больше года (!) писали "движок" на 1с для этой интеграции. И я тебе ответственно заявляю, с ADODB ты потратишь в 20-30 раз больше времени, чем если бы делал всё то же самое на объектах 1с

(164) не знаю что там они писал, мне кажется, ты ошибаешься, и всё просто. Может они пошли сложным путем?

(165) Когда кажется, Геня, креститься надо. Тебе только это и поможет, бо эффект Даннинга-Крюгера не позволяет.

(164) Больше года для забора данных из внешней БД? Они там по часу в неделю работали, что-ли?

(165) это тебе кажется, будто бы всё легко, а такая вот реальность. Но ты можешь начать писать свои свистоперделки, потом расскажешь, как легко и быстро тебе это далось

(167) нет, работали фуллтайм. Я же говорю, тесная интеграция со сторонней БД

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

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

(170) очевидно, у тебя была примитивная интеграция

(171) Да. Совершенно очевидно. Ведь я сделал за неделю, а твои знакомые год возились. Это совершенно очевидный показатель примитивности

(172) Год, конечно, многовато, но всё-таки от задачи зависит. Просто сынтегрировать и перетащить плоские данные - одно, может, там постобработка была на уровне "запилите мне супер-пупер олап с даксом на платформе 1С, и шобы всё летало".

(172) разумеется. Показатель трудозатрат как раз и показывает очевидную разность масштабов

(174) 1 стажер может месяц делать и не сделать то, что специалист сделает за часы. Факт.
3 стажера могут месяц делать и сделать то, что специалист сделает за часы. Факт.

(175) там были не стажеры, скорее синьоры

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

(176) 1 человек полжизни работает с зоопарком баз 1с - интеграции, обмены, доработки в куче разных конфигураций (типовых и нетиповых).
2-ой человек полжизни работает с 1 конфигурацией, например, УПП. Знает её лучше, чем 1-ый человек, не только с точки зрения учета, но и с точки зрения внутренних механизмов, которые он может менять как хочет с закрытыми глазами.
Кто из них "синьористей"? Кто быстрее решит задачу интеграций, обменов и т.п.

(175) очевидно же, если задачу оценили в 100 часов, то нужно 10 программистов и за 10 часов задача будет решена. а 100 программистов сделают ее за 1 час :)

(178) задачу интеграции быстрее решит трудолюбивый. нафиг ему внутренние механизьмы УПП знать? он сбоку навалит тонны кода

(179) зависит от задачи. Если подмести Красную Площадь - то это сработает...

(181) школьная задача про землекопов. сколько землекопов нужно, если один землекоп копает 1 кубометр в час

(9) Рассказывай

(177) чудес не бывает. Я ещё не видил суперменов программирования, которые смогли бы за неделю сделать то, что их опытные коллеги делали год. Какой-нибудь дичайший нуб-стажер может протупить месяц над задачей, которую опытный решит за 2 часа. Но когда речь идет об "опытный vs. опытный", такого разрыва впринципе быть не может

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

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

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

(179) в программировании так обычно не работает. В проектной деятельности даже есть такая поговорка: одна женщина за один месяц родит одного ребёнка, но девять женщин за один месяц не смогут родить  одного ребенка

(188) Да явно же ирония была :)

(187) да, я вот представляю свою задачу и из 20-летнего опыта 1С ее могу оценить.
о каких "интеграцияхъ" вещает конструктор, понятия не имею. Пусть подробно объяснит в одну сторону или две, в чем сложности были и т.п., иначе это банальная "гуру-манипуляция".

(190) ну например интеграция самописьки и эквайринга с банком. за сколько часов/дней напишешь? ну у тебя вроде бы и зокащег есть на интеграцию

(185) долго рассказывать. Да и ты всё равно не поймёшь. Но чтобы приземлиться, пощупай интеграциию с 1с документооборотом. Она встроена в УТ и ERP, возможно и в другие основные типовые. Делаешь отбор по подсистеме ИнтеграцияС1СДокументооборотом и вуаля. По-сути ничего особенного там нет, тупо имитация бизнес-процессов в текущей конфе, хотя вся бизнес-логика всё равно реализована на стороне документооборота. На всё это добро работают несколько десятков тысяч строк кода

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

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

(190) ты на ADODB сделал хэллоуворлд и теперь витаешь в иллюзии, что с такой же легкостью напишешь целую конфу на ADODB

+(191) Г1С - расскажи, в чем сложности у тебя с эквайрингом банка?

(131) ты геня идиот и да не доступны com в базовых как и в учебных

(193) речь не про внутреннюю кухню, тормознутость, удобство или что-либо другое. Речь про объемность функционала, обеспечивающего тесную интеграцию со сторонней системой. Тот же Г1С, услышав задачу подобной интеграции (нарисовать обработку с формами, имитирующими работу с бизнес-процессами документооборота), оценил бы её в пару недель работы

(190) к сожалению очень ограниченный опыт за эти 20 лет

да теоретически можно написать внешние обработки в 1С базовой и на них сэмулировать работу с внешней бд
но это дико неудобно и проще сделать сразу следующий шаг и писать сразу на чем то другом, где с лицензированием таких проблем нет

но вот сам механизм удобного доступа к внешним бд (всяческим mssql, mysql, sqlite и прочим postgres и даже nosql) из любой 1С вполне может пользоваться популярностью и востребованностью
ибо типовой в 8-ке через "Внешние источники данных" ужасен в использовании и часто недоступен если нет прав и т.д.
и если на него навертеть удобный механизм по типу автосоздания CRUD интерфейса то вполне да полезная штука

но не потому что базовая деньги дешевая а просто удобно для тех у кого уже есть любая 1С

(198)+ только нативный кроссплатформенный (да включая линукс, макось и android/ios) а не через ADO под одну винду
причем в разных вариантах и через ВК и через просто запуск консольных и через http-запросы

(190) Геня, твой "20-летний" опыт эквивалентен году джуна так-то.

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

(200) я бы ему больше полугодовалого джуна не дал. Такой же уродский код пишет. Хотя вру, некоторые джуны код лучше пишут

(202) как обычно, без аргументов и примеров кода. Пусть твой джун напишет генерато образа базы РИБ с инфостарта, например. Или парсинг модулей конфигурации (оттедова же). ;-)
Или придумает конфигурацию-носитель. Ну или пусть дозреет до идеи Базухи

(200) любят завистники обесценивать. Но ведь у них нет 15-го места на инфостарте, оно и понятно...
(198) в чем неудобство? Преодотель первичные проблемы по написанию движка, дальше сел и поехал (доступно и всерьезно).
(197) ну вот видишь, я умею адекватно оценивать. Базуха несложна в реализации. Опыт, полученный в ней, пригодится и для написания "большого убийцы 1С".

(196) т.е. ты утверждаешь что Новый COmОбъект("Excel.Application") в базовой выдаст ошибку? Шта?

(194) там не хелловорд а некая интеграция с Drupal. ;-)

(193) подожди, какой интернет? Мы про SQL сервер говорим (My SQL). Допустим для начала что он в локалке. ;-)

(192) У манипуляторов всегда "долго рассказывать". Вменямый программист 1С должнен уметь рассказать про задачу на салфетке. Как Эйнштейн про квантовую физику. Иначе не профессионал. Я года два работал с Документооборотом. Типовую интегруацию с ERP не юзали, юзали свою. Гыгыгы

(191) дык вроде в 10 часов оценивал.

(205) В базовой на линуксе или макоси выдаст

(210) вот умиляет когда комментаторы пытаются изо всех сил доказать свою ошибочную позицию. В Базовой не запрещено создавать COM-объекты.

(208) потому что ты костылятор, которому лень читать документацию и разбираться в типовом, вместо этого лепишь уродские костыли. В (164) всё написано "на салфетке". Каких тебе ещё подбробностей надо? Ты за два года не удосужился в типовую интеграцию с документооборотом вникнуть. А там был механизм интеграции по сложности ничуть не уступающий интеграции с документооборотом, возможно даже сложнее. Для кого я тут буду подробности расписывать?

(211) приходи когда напишешь свою "кинфигурацию" на внешних обработках. Потом расскажешь, как гладко и быстро это прошло

(211) Ты тупой или притворяешь?
Я подразумевал что "Ограничение 5. Отсутствует поддержка COM-соединения и Automation-сервера"

И намекнул тебе что через Новый COMОбъект это изврат работать

А еще раньше несколько раз писал что обрати уже внимание на Мобильную Платформу 1C, которая вполне работает на Windows

(212) потому что не было такой задачи, вот и не вникал. Все манипулируете батенька. Я например, написал за 100 часов систему динамических прав в документообороте (без расчета прав). Это норм для квалификации? или все еще мелко? гггг...
(213) дык думаю буду писать. Если даже не взлетит, то опыт пригодится для написания серьезного убивцы.
(214) Это значит что к базовой не подключиться по COM, а сама базовая может подключиться по COM к чему угодно. Хорошо, что мы пришли к консенсусу в этом "сложном" вопросе. Мобильная платформа это изврат и не дает ничего нового. Вот гибрид, пусть даже не на базовой, а на проф - это прогресс. Это медленное соскакивание с иглы 1С.

(215) >>написал за 100 часов систему динамических прав в документообороте (без расчета прав)

В документообороте настройки прав доступа к документам просто мегагибкая. Но ты снова не стал вникать в готовое и сбоку написал уродливую костылину. Это уровень квалификации - рукожоп

(216) шта? выдохните про мегагибкую. Там права рассчитывались где-то сутки. Или ты не работал с ДО на больших конторах?

(215) это там откуда вас выгнали?

(217) в моей конторе несколько тысяч лицензий 1с, минимум половина пользователей юзают документооборот. Нормальная контора?

(217) а причина тормозов в твоём рукожопстве, а не в документообороте

(220) плохому танцору всегда чужие яйца мешают. ;-) в новом документообороте подкрутили рассчет дескрипторов прав или все по-прежнему?

(221) не знаю, я не касаюсь документооборота в этой компании. Тут им отдельный отдель занимается

(222) не знаю, но критикую, как мило.

(223) а не напомнишь, в чьих кривых руках "права рассчитывались где-то сутки"?

(224) в 1с-ных. 1С криво написала права и на больших объемах расчет шел долго. еще вопросы?

(225) процитирую тебя: "плохому танцору всегда чужие яйца мешают"

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