Для версии 8.3.15 упростили поддержку расширений в простых и частых сценариях использования
В официальном блоге программистов 1С опубликована новость о развитии механизма расширений конфигурации. Его проработали в следующей версии платформы «1С:Предприятие».
Что нового у разработчиков:
-
упрощение поддержки небольших изменений в методах,
-
облегчение поддержки расширений в случае переименования объектов конфигурации,
-
облегчение подключения «универсальных» расширений.
Необходимость замены метода
Часто возникают ситуации, когда не обязательно полностью менять поведение метода конфигурации, а нужно лишь немного подкорректировать его. Так, чтобы основное «содержание» метода менялось вместе с изменениями конфигурации, и в то же время в нем сохранялись ваши небольшие изменения.
Специально для таких небольших доработок сделано компромиссное решение – новая аннотация &ИзменениеИКонтроль. Она позволяет добавить собственные изменения в метод, сохраняя, при этом, его исходный текст.
В случае переименования объектов
Если в конфигурации после создания расширения переименовали какой-либо из расширяемых объектов, расширение применено не будет. Чтобы оно снова начало применяться, необходимо соответствующий заимствованный объект аналогичным образом переименовать в расширении.
Это понятное ограничение, но неудобное. Такое переименование в расширении приходится выполнять вручную. Чтобы облегчить эту работу, произведены доработки. Например, для свойств заимствованных объектов добавлен новый тип действия – Предупреждать о расхождении при подключении расширения. Он отображается как обычный флажок. Кроме этого для заимствованных объектов добавили новое контролируемое свойство Объект расширяемой конфигурации.
Облегчение подключения «универсальных» расширений
Хорошо, если разработчик расширения предусмотрел собственную роль, включающую объекты расширения. Тогда администратор может назначить ее нужным пользователям. Однако заранее неизвестно, как такая роль может называться, да и само ее создание для разработчика расширения является чисто «механической» задачей.
Если же в расширении нет собственных ролей, то воспользоваться им смогут только те пользователи конфигурации, у которых есть роли, автоматически дающие права на новые объекты. Другим пользователям администратор не сможет предоставить доступ, не модифицировав расширение.
Чтобы упростить создание и подключение «универсальных» расширений, внесены в механизм некоторые доработки. Они заключаются, например, в том, что теперь при создании расширения в нем автоматически создается роль, имя которой формируется по шаблону <ПрефиксРасширенияКонфигурации>_ОсновнаяРоль. Эта роль устанавливает права для новых собственных объектов.
Эта роль сразу же добавляется в свойство Основные роли расширения (возможность модифицировать основные роли мы добавили в версии 8.3.14).
Подробнее о всех доработках в Заметках из Зазеркалья.
Уж лучше был бы так: "#Вставка ... #КонецВставки" а ещё лучше кокретизировать вставка чего "#ВставкаКода ... #КонецВставкиКода" или "#ВставкаАлгоритма ... #КонецВставкиАлгоритма".
Аналогично с удалением: "#УдалениеАлгоритма ... #КонецУдаленияАлгоритма"
ну и для кучи я бы добавил замену: "#ЗаменаАлгоритма ... #ЗаменяемНа ... #КонецЗаменыАлгоритма"
Зачем? Затем чтобы алгоритм сравнения текста лучше работал - позволял выполнить тройное сравнение с выделением мест что поменялось.
Ах да, конечно, такие фишки хочется чтобы поддерживались не только в расширениях - но и в основном тексте коннфигураций, и использовались при сравнении/обновлении конфигураций ;-)
Да, и хочется, чтобы удаляемый/заменяемый текст как-то выделялся в другом стиле - чтобы было видно, что он не активен (в идеале - это как в актуальной Visual Studio - неактивный блок алгоритма выводится в той же цветовой палитре, но бледнее).
И ещё:
В синтаксических конструкциях языка 1С меняющиеся окончания обычно возникают на различных инструкциях, являющийся программными скобками, сделанных по идеологии, которая (как мне кажется) зародилась в языке Фортран ("function ... end function ; do ... end do ; foreAll end foreAll; if ... then ... end if ; ")- когда программные блоки кода разграничиваются словосочетаниями, имеющими один корень: "Функция .... КонецФункци ; Цикл ... КонецЦикла ; Если ... Тогда ... Иначе ... КонецЕсли". Это только поначалу кажется удобным и понятным - а реально - засоряет синтаксис языка кучей лишних термов. Идеал был предложен языоком Си - все программные скобки всегда обозначаются только через фигурные скобки "{ ... }" - коротко, легко запоминается и чётко понятно, именно этот вариант сейчас наиболее популярен (с практически абсолютным перевесом среди языков, появившихся в XXI веке) среди императивных языков программирования. И никаких вариаций окончаний - на 1С смотрелось бы так: "Функция {....} ; Цикл {....} ; Если ... Тогда {....} Иначе {....} ; "#Область {....} ; "#Вставка {....} ;" Всё кратко, привычно, лаконично и понятно. ну и как в классике - скобки можно опустить - если к оператору относится только одна следующая за ним инструкция (ну, может кроме функций и инструкций препроцессора "#", где в этом просто нет нужды - так как такие вырожденные случаи крайне редки).
Увы, внедрить фигурные скобки в 1С: Предприятие 8 уже нельзя - это серьёзен изменение семантики языка. Хотя - вообще-то, автоматически сконвертировать код из одной семантики в другую - не такая уж и проблема - но на это навряд ли пойдут (всё равно будет много проблем с совместимостью, в т.ч. привычки программистов - хотя переучивание - это дело пары недель, максимум месяцев). А вот в новом поколении 1С Предприятие 9 такое нововведение я считаю было бы закономерным и очень правильным - это позволило бы сделать язык более легко усваиваемым и похожим на современные языки императивного программирования, что упростило бы "вход" в него программистам с других языков. Но это всё было бы логичным в купе с целым ворохом других улучшений языка, которые бы качественно выдвинули бы язык 1С на новый и современный уровень программирования!
foreAll -> ForAll
Цикл ... КонецЦикла -> Пока ... Цикл ... КонецЦикла ; и другие циклы, например: Для каждого ... из ... Цикл ... КонецЦикла
Цикл ... { ... }-> Пока ... Цикл ... { ... } ; и другие циклы например: Для каждого ... из ... Цикл ... { ... }
Как видно, при применении фигурных скобок я не избавился от предшествующего им оператора "Цикл" (или для условного оператора - это "Тогда"), что, не свойственно современным языкам. Скорее всего я тут не прав и от него тоже стоит избавиться - пример: "ЕСЛИ (...) { ... } " - но тогда приведённые круглые скобки могут оказаться обязательными, как и для циклов: "ДЛЯ КАЖДОГО (... ИЗ ...) { ... }" - это только на первый взгляд кажется грубовато, на самом деле - в современных языках применяется именно такой подход и выглядит это не так уж плохо, а главное - позволяет делать очень мощьные вещи - например в языке Kotlin можно ввести свою функцию, которая, последним аргументом может принимать анонимную функцию и использовать её вот так "MyFunction(FirstArguemnt) { некий программный код, который будет преобразован в анонимную функцию и передан в MyFunction как второй аргумент}" - это позволяет красиво вводить как-бы свои программные инструкции - похожие на встроенные операторы языка. Комбинация таких инструкций позволяет создавать очень мощный и лаконичный программный код! И повышать уровень его абстракции. Ну а если такая техника не нужна, наверное, можно было бы и не требовать обязательного использования круглых скобок для встроенных операторов. Думаю и так синтаксический анализатор бы разобрался - что первое выражение относится к параметрам оператора - а следующее (которое может начинаться с программной скобки "{") - это его тело.
Платформа 8.3.15.1489
Сделала #Удалить ... #КонецУдалить и #Вставить ... #КонецВставить, как написано в новости.
При проверке ошибка "Ожидается оператор препроцессора"
После поиска в гугле (в синтаксис-помощнике такого нет или может нужно было по справке искать)
нашла что правильно #Удаление ... #КонецУдаления и #Вставка ... #КонецВставки
Конечно, всего вашего комментария в 1с не видели, но традицию склонять окончания всё же оставили)
Но, во встроенной в платформу вставке (проверял в версии 8.3.16.869) - есть ошибка - написано во так "#Удалить … #КонецУдалить" - а правильно #Удаление … #КонецУдаления
А вот это написано во встроенной справке правильно "#Вставка … #КонецВставки"
Из этого видно - что явно сначала заложили один вариант, а потом заменили на другой, поменяв его, в попыхах, уже в самый последний момент - уж не знаю кто надоумил поменять, кто-то "свой" или мой комментарий повлиял, но факт - стало лучше. А встроенную справку наверняка поправят.
Пока это не так актуально - ибо типовые конфигурации ещё не добрались до поддержки релиза 8.3.15 - а без этого и применение этих инструкций в расширениях - мало где можно будет использовать :-(
А разве нужен режим совместимости 8.3.15 (если я правильно поняла, что поддержка релиза 8.3.15 - это режим совместимости)? Фактически, сейчас с любым режимом совместимости, если запускаешь базу на 8.3.15, этот функционал уже есть и работает.
У меня база с режимом совместимости 8.3.10, а &ИзменениеИКонтроль в расширении добавить можно.
Хотя да, термин "ИзменениеИКонтроль" мне тоже не нравится. Думаю.... лучше было вообще не вводить нового темина! Зачем он вообще нужен! Вполне хватило бы старого атрибута препроцессора "&Вместо" - а внутри - просто размещать новые инструкции препроцессора - если хоть одна есть - значит и весь исходный код должен присутствовать (и это будет контролировать конфигуратор) - если ни такой одной инструкции препроцессора нет - значит это контролировать и не нужно - а просто заместить!
Ну если уж так хочется ввести отдельный атрибут - введите ещё один, дополнительный "&КонтрольИсходногоАлгоритма" и используйте их вместе: &Вместо("бла_бла_бла")
&КонтрольИсходногоАлгоритма
Функция Расш_бла_бла_бла...
Или введите ещё один параметр атрибута препроцессора "&Вместо" (что даже логичнее):
&Вместо("бла_бла_бла",Контроль=Истина)
Функция Расш_бла_бла_бла...
//иные варианты написания: &Вместо("бла_бла_бла",Контроль=Да) ; &Вместо("бла_бла_бла",Контроль) ; &Вместо("бла_бла_бла", РежимКонтроляАлгоритма.Контролировать) ; ; &Вместо("бла_бла_бла", "Контролировать")
Пусть у нас есть в основной конфигурации функция
функция бла_бла_бла()
БлокКода1;
БлокКода2;
БлокКода1;
БлокКода3;
БлокКода4;
БлокКода2;
БлокКода1; //*
БлокКода4;
БлокКода1;
БлокКода5;
КонецФункции ПоказатьГде одинаковыми именами обозначены идентичные (без учета симолов табуляции и комментариев) блоки инструкций
Тогда, если нам позарез нужно вставить свой код там где у меня содержится "//*" (считаем что этого нет в исходном коде - это просто я выделил место)
&Внедрить("бла_бла_бла")
функция Расш_бла_бла_бла()
#ВставкаАлгоритма
//Тут мой новый алгоритм
#ПослеАлгоритма(НомерВхождения=3, НачалоПоиска=Начало)
БлокКода1
#КонецВставкиАлгоритма
КонецФункции Показатьили так
&Внедрить("бла_бла_бла")
функция Расш_бла_бла_бла()
#ВставкаАлгоритма
//Тут мой новый алгоритм
#ПередАлгоритмом(НачалоПоиска=Конец)
БлокКода4
#КонецВставкиАлгоритма
КонецФункции Показатьили даже так
&Внедрить("бла_бла_бла")
функция Расш_бла_бла_бла()
#ВставкаАлгоритма
//Тут мой новый алгоритм
#ПослеАлгоритма
БлокКода1
#ПередАлгоритмом
БлокКода4
#КонецВставкиАлгоритма
КонецФункции ПоказатьВ таком случае будет осуществлен поиск нужной позиции и вставка.
Если таких позиций будет найдено несколько (когда не указан чёткий номер позиции - как в предпредыдущем примере) - будет выдано предупреждение (или ошибка) - тогда вручную нужно будет выбрать нужный вариант
Но, и это можно было бы решить заранее:
#ВставкаАлгоритма(ВыборВариантаМестаВставки=Первый) - самый первый сверху (он же ="Авто")
#ВставкаАлгоритма(ВыборВариантаМестаВставки=Последний) - самый последний сверху
#ВставкаАлгоритма(ВыборВариантаМестаВставки=Все) - надо вставить во все найденные места
#ВставкаАлгоритма(ВыборВариантаМестаВставки=Ручной) - надо будет выбрать вручную при применении (это же вариант по умолчанию=неопределено)
Если ничего не найдёт - то должна быть ошибка! Хотя и на этот случай - можно параметр предусмотреть - мол когда не важно это - не нашёл, ну и молча не вставил!
Аналогично - можно было бы реализовать и варианты замены и удаления, в общем-то!
Вот это было бы очень ЗДОРОВО!
Ну а если бы это можно было бы не только в расширениях применять, и в основной конфигурации - это было бы просто фантастически!
Здесь я имею в виду писать как бы расширения функций, но внутри самой конфигурации (например в отдельных модулях алгоритмов, с указанием полного пути к "расширяемому" методу) - чтобы не вклиниваться в исходный код поставщика.
Вот, я своё видение применения препроцессора предложил (хотя у меня есть ещё и другой вариант - с применением макросов, но это уже явно не для 1С Предприятие 8-го поколения). Вы можете предложить своё решение данных проблем с применением ООП (предположив, что оно в 1С уже есть, и даже на современном уровне, пусть даже на уровне стандарта C++ 2017 или любого иного языка).
Хотя, появление ООП - это тоже маловероятное новшество для 1С Предприятие 8-го поколения (с другой стороны, и ООП и макропрограммирование, при желании, можно было бы и в 8-ку внедрить - ничего кардинально ломающего совместимость в этих парадигмах нет - их можно вводить достаточно плавно).
Я, вот, не вижу такого решения (в общем случае, а не для данного примера) с применением ООП, так чтобы без костылей!
Вот Вы, даже не в состоянии представить пример из новости - как его так нужно реализовать, в так желаемой Вами, чтобы такие вот костыли не пришлось потом прикручивать в случае надобности. Не то, чтобы вообще предложить общую концепцию ООП программирования в 1С, чтобы такие костыли практически не были вообще нужны! А я, вот, даже привёл такой пример в (34) - для данного частного случая - только в ООП он тоже костыльный вышел (ну я не спец по ООП - уж простите).
Насчет "как реализовать" - в сортах дерьма предпочитаю не разбираться. А дерьмо тут многослойное, качественное. Курсы, сертификаты и тп, ага.
Т.е. в нем конструктивно изначально была возможность любого изменения конфигурации, а не только формы/модули.
Клудж
техн., жарг. клудж устройство, программа или часть программы, которые теоретически не должны работать, но почему-то работают
Отсутствует пример употребления
комп., жарг. ошибка, ляп
The first time, it’s a kludge! The second, a trick. Later, it’s a well-established technique!
— Сначала — это ошибка, затем хитрость, а после — всем известный метод. Mike Broido, «Intermetrics»
Платформа 8 давно превратилась в эдакий набор костылей, что печально. Приходится иногда на другие языки и платформы переключаться, возвращаясь (отвыкнув) неизменно спотыкаюсь об очередной костыль и плююсь. ИМХО 1С надо забить на это поле граблей и пилить с нуля 9.
Ошибаетесь, костыль или протез (как вам больше нравится) вырастает сам на месте фантомной сущности, которая должна работать теоретически, но технически это по каким-либо причинам невозможно.
Ибо во вселенной бесконечное множество вещей которые не работают независимо от того, должно оно работать или нет. Но знаем мы только о том, о чем поинтересовались (котик Шредингера).
Техническая невозможность преодолима, а отсутствие наблюдателя - нет.
Да и, одними, лишь, синтаксическими конструкциями тут не обойтись. Тут принципиально нужно менять подход к самой архитектуре логики выстраиваемых решений. То есть, нужно стремиться решать не фактическую проблему, когда нужно во так вклиниваться в алгоритм, стоящий на поддержке у другого поставщика, с сохранением этой поддержки - а решать причины, почему приходится так вклиниваться. Для приведённого в статье примера это могло бы быть решено архитектурно, вот, хочу немного пофантазировать, но сначала попробую предложить классический паттерн, например, для ООП, чтобы показать, как это может выглядеть уже сейчас или в будущем (для простоты оптимизирую только часть, обрабатываемую в исходном примере; на красоту решения не претендую):
Я напишу процедуру из примера вот так:
Вариант 1 "Фабрика классов" - навеян классическим подходом из ООП (где такое решение само по себе является костылём) с фишками из C#
функция СоздатьИнтернетПочтовоеСообщение(Контекст, Письмо, Отправитель, Назначение=неопределено, ДополнительныеПараметры=неопределено)
ИмяТипаПровайдераСообщений = ДополнительныеПараметры?.ИмяТипаПровайдераСообщений ?? "ИнтернетПочтовоеСообщение";
Сообщение = Контекст?.ФабрикаТипов.СоздатьОбъект(Контекст, ИмяТипаПровайдераСообщений, Назначение, ДополнительныеПараметры) ?? Новый ИнтернетПочтовоеСообщение();
Сообщение.Тема = Письмо.Наименование;
Сообщение.Отправитель = Отправитель;
Текст = Сообщение.Тексты.Добавить("Привет!")
Текст.ТипТекста = ТипТекстаПочтовогоСообщения.ПростойТекст;
возврат Сообщение;
КонецФункции
//При этом у нас создан свой класс-наследник от ИнтернетПочтовоеСообщение, с переопределёнными свойствами
КЛАСС СрочноеИнтернетПочтовоеСообщение(ИнтернетПочтовоеСообщение)
&Переопределить
Тема
СОБЫТИЯ
ЧТЕНИЕ
возврат РОДИТЕЛЬ.Тема+ " СРОЧНО";
КОНЕЦЧТЕНИЕ
КОНЕЦСОБЫТИЯ;
&Переопределить
Отправитель
СОБЫТИЯ
ЧТЕНИЕ
возврат РОДИТЕЛЬ.Отправитель+ " СРОЧНО";
КОНЕЦЧТЕНИЕ
КОНЕЦСОБЫТИЯ;
КонецКласса
//Данные класс зарегистрирован в нашей фабрике классов под именем "СрочноеИнтернетПочтовоеСообщение", которая хранится в контексте выполнения (упущу эти простые действия из примера)
//Тогда вызов функции будет такой
Сообщение = СоздатьИнтернетПочтовоеСообщение(Контекст, Письмо, Отправитель, , Новый Структура("ИмяТипаПровайдераСообщений", "СрочноеИнтернетПочтовоеСообщение"));
//Пояснение операций (взяты из C#):
//?. - правый оператор разыменования со встроенной проверкой на null (а для 1С ещё и на неопределено) - если операнд слева не инициализирован значением - то выражение справа не выполняется, а возвращает null (ну в 1С наверное "неопределено"). так же для динамических структурных объектов (ака "Структура") обращение к свойствам через такую операцию обеспечивает проверку их отсутствия - тогда так же будет возвращено "неопределено"
//?? - бинарный оператор - быстрая проверка на null или неопределенно - если левый операнд такой, то возвращает правый, иначе возвращает левый
ПоказатьСуть примера в том, что я подменяю типовой класс, на свой, с изменённой логикой и заставляю функцию использовать именно его.
Но как-то солоновато выходит - для такого простого примера.
Тогда вариант 2 "Динамическая/Статическая модификация" - навеян метапрограммированием
&РасширенноеУправление
функция СоздатьИнтернетПочтовоеСообщение(Письмо, Отправитель)
Сообщение = Новый ИнтернетПочтовоеСообщение() &МаркерПравый("НовыйИнтернетПочтовоеСообщение");
Если &ВнутреннийПараметр("СтандартнаяИнициализацияСообщения", Истина) = Истина Тогда
Сообщение.Тема = Письмо.Наименование;
Сообщение.Отправитель = Отправитель;
КонецЕсл;
Сообщение &МаркерПравый("ИнициализацияСообщения");
Текст = Сообщение.Тексты.Добавить("Привет!")
Текст.ТипТекста = ТипТекстаПочтовогоСообщения.ПростойТекст;
возврат Сообщение;
КонецФункции
//Тогда для динамического изменения мы в месте вызова данной функции создадим новую, с модификацией:
ВнутренниеПараметры = Новый Структура("СтандартнаяИнициализацияСообщения", Ложь);
НоваяФункция = МОДИФИКАЦИЯ функция СоздатьИнтернетПочтовоеСообщение
УСТАНОВКА ВнутренниеПараметры ВнутренниеПараметры
ЗАМЕНА Маркер("ИнициализацияСообщения")
Сообщение.Тема = Письмо.Наименование + " СРОЧНО";
Сообщение.Отправитель = Отправитель+ " СРОЧНО";
КОНЕЦЗАМЕНЫ
КОНЕЦМОДИФИКАЦИИ
//ну и выполняем уже модифицированную функцию
Сообщение = НоваяФункция(Письмо, Отправитель);
ПоказатьТоже нельзя сказать, что вариант 2 выглядит красиво
Его статическая версия - не создаёт новую функцию - а модифицирует исходную (или создаёт новую, на основе исходной, но тоже статически) в специальном модуле статического выполнения макрофункций (выполняемого только в момент компиляции)
Поэтому вариант 3
&РасширенноеУправление
функция СоздатьИнтернетПочтовоеСообщение(Письмо, Отправитель)
Сообщение = &ВнутреннийПараметр("ИмяТипаПровайдераСообщений", Новый ИнтернетПочтовоеСообщение());
Если &ВнутреннийПараметр("СтандартнаяИнициализацияСообщения", Истина) = Истина Тогда
Сообщение.Тема = Письмо.Наименование;
Сообщение.Отправитель = Отправитель;
КонецЕсл;
ВЫЗВАТЬФУНКЦИЮ(&ВнутреннийПараметр("ИнициализацияСообщения"), Новый Структура("Сообщение, Письмо, Отправитель", Сообщение, Письмо, Отправитель)));
Текст = Сообщение.Тексты.Добавить("Привет!")
Текст.ТипТекста = ТипТекстаПочтовогоСообщения.ПростойТекст;
возврат Сообщение;
КонецФункции
функция ОбработкаСообщений(Сообщение, Письмо, Отправитель) экспорт
Сообщение.Тема = Письмо.Наименование + " СРОЧНО";
Сообщение.Отправитель = Отправитель+ " СРОЧНО";
возврат неопределено;
КонецФункции
ВнутренниеПараметры = Новый Структура("СтандартнаяИнициализацияСообщения, ИнициализацияСообщения", Ложь, @ОбработкаСообщений); //@ОбработкаСообщений - это ссылка на функцию
Сообщение = СоздатьИнтернетПочтовоеСообщение(Письмо, Отправитель) СПАРАМЕТРАМИВЫПОЛНЕНИЯ(ВнутренниеПараметры);
ПоказатьВ данном примере частично совмещены варианты 1 и 2 с одной стороны - я вынес за пределы нашей функции функционал как выбор типа объекта-провайдера сообщений, так и алгоритм модификации заголовка сообщения, с другой так же ввел макроуправление - встроенные параметры функции (которые не передаются через аргументы функции, хотя такую передачу так же можно было бы сделать без всяких макрохитростей)
Теперь это выглядит более-менее красиво!
Но я повторюсь, я не претендую на красоту данных примеров - я просто намекаю на то, что проблема лежит не только в области синтаксиса языка, но и в области архитектуры построения самих алгоритмов.
Ну и как бы эту архитектуру правильно не выстраивали – всё равно будут случаи, когда нужно будет что-то вставить своё в эту типовую архитектуру в месте, где это в ней никак не предусмотрено!
Напомнило как на ZX Spectrum экран делили на части - и палитру цветов раздельно назначили на эти части - смешно до слёз!
Кстати, Вы даже частную задачу до конца не поняли (ну или решили сразу её решать в общем виде). А частная задача была - формировать сообщения в изменённом формате, чем предлагала изначально функция!
Вот это и говорит о том, что программисты по-прежнему ищу пути исправления проблем, нежели пути искоренения их возникновения!
См. также
ТОП-10 самых продаваемых разработок за декабрь 2021 года
Новость Инфостарт Infostart Software Partners ИТ-новость Маркет Отчеты и формы Инструменты и обработки
Каждый месяц мы составляем рейтинг разработок на базе платформы «1С:Предприятие», которые пользовались особенной популярностью на маркетплейсе. Сегодня расскажем, какие разработки скачивали в декабре 2021 года чаще всего.
вчера в 17:08 4961 pvasiletc 0
18 февраля приглашаем на бесплатный онлайн-митап «Опыт применения применения DevOps-практик в командах разработки на 1С»
Новость Инфостарт Infostart Meetup Мероприятия
Онлайн-митапы возвращаются: в раз в месяц будем встречаться в ZOOM и обсуждать актуальные темы, кейсы, факапы и мастхэвы для разработчиков, программистов, аналитиков и РП.
вчера в 13:58 2876 eselyanina 0
Открыта запись на весенний поток онлайн-интенсива «DevOps для 1С»
Новость Обучение, бизнес-тренинг, курсы Автоматизация Инфостарт
С 28 февраля по 29 марта на Инфостарте пройдет онлайн-интенсив «DevOps для 1С», который предусматривает изучение процессов, инструментов и методик DevOps, их применение при разработке на платформе 1С.
вчера в 13:11 5053 mgrinchenko 0
В «1С:ЗУП» появился сервис, позволяющий получить зарплату до плановой выплаты
Получить аванс без оформления заявления и без согласования выплаты работодателем можно будет с помощью сервиса PayDay от VK (Mail.Ru). Возможность оформлять такие выплаты появилась в «1С:ЗУП».
25.01.2022 5317 ЕленаЧерепнева 3
Фирма «1С» повысит быстродействие технологической платформы 1С:Предприятие 8.3.22
Новость v8 Зазеркалье ИТ-новость
Фирма «1С» поделилась планами по оптимизации производительности технологической платформы 8.3.22. Сценарии, в которых планируется ускорение, затрагивают процессы обновления и работу Дата акселератора.
24.01.2022 4563 ЕленаЧерепнева 1
1С:SysDevCon: обо всем, что у 1С «под капотом»
Новость ИТ-новость Программист Системный администратор
29 января фирма «1С» планирует провести бесплатную конференцию для системных разработчиков. Мероприятие рассчитано на семь часов, в программе 13 докладов, круглые столы и время для ответов на вопросы.
21.01.2022 3444 ЕленаЧерепнева 0
Новый «1С:РМК»: с поддержкой СБП и работой без использования мыши
Фирма «1С» обновила конфигурацию для розницы «1С:Рабочее место кассира». В приложении оптимизирован интерфейс для работы без использования мыши, а также добавлена поддержка приема оплаты через СБП.
21.01.2022 3028 ЕленаЧерепнева 1
Вышел обновленный релиз 1С:ТОИР 2 КОРП 2.0.41.1 с новым алгоритмом резервирования
Новость 1С ИТ-новость Конфигурация
В новый релиз 1С:ТОИР вошли изменения, которые позволяют повысить уровень автоматизации управления ремонтами на предприятии. Обновление затронуло и мобильное приложение 1С:ТОИР.
20.01.2022 3959 ЕленаЧерепнева 0
Встречаем новые инструменты в составе Infostart Toolkit 2.3
Новость v8::Запросы v8::СКД Инфостарт Infostart Software Partners ИТ-новость Маркет Инструменты и обработки
В новой версии Infostart Toolkit 2.3 появились отчеты по анализу прав доступа и сравнению произвольных объектов, а также возможность перейти из редактора кода и подписки на событие к просмотру общих модулей.
19.01.2022 4995 vikad 9
Открытые переговорные поединки онлайн с Дмитрием Коткиным. Проверь свои навыки!
Новость Обучение, бизнес-тренинг, курсы
27 января в 19:00 мск пройдут открытые переговорные поединки онлайн с Дмитрием Коткиным. Только практика – минимум или даже полное отсутствие теории. Учимся вести переговоры онлайн.
19.01.2022 3953 mgrinchenko 4
Фирма «1С» обратила внимание пользователей на возможные проблемы в работе сервиса ЭДО
Нежелательная коллизия возникает при подписании электронных документов с помощью сертификата, выданного удостоверяющими центрами, которые не смогли пройти аккредитацию по новым правилам.
19.01.2022 4028 ЕленаЧерепнева 0
Фирма «1С» выложила записи докладов зимнего «Единого семинара»
Традиционное мероприятие для бухгалтеров и руководителей проходило 15 декабря в формате онлайн. Организаторы обещали предоставить доступ к записям для всех желающих, и сейчас выполнили свое обещание.
18.01.2022 2595 ЕленаЧерепнева 0
Фирма «1С» рассказала о развитии механизмов аутентификации в «1С:Предприятие 8.3.22»
В технологической платформе 8.3.22 будет доступна автоматическая генерация паролей, а также улучшенная аутентификация с использованием технологии OpenID Connect.
17.01.2022 3234 ЕленаЧерепнева 6
До 31 января на онлайн-курс английского языка для специалистов 1С – скидка 50%
Новость Обучение, бизнес-тренинг, курсы
С 15 февраля по 12 апреля 2022 года пройдет онлайн-курс разговорного английского языка. Программа обучения ориентирована для 1С-специалистов, стремящихся работать с зарубежными клиентами. При заказе курса до 31 января – скидка 50%.
14.01.2022 7500 mgrinchenko 15
Фирма «1С» опубликовала программу конференции для разработчиков 1С «1С:DevCon.2»
Новость ИТ-новость Программист
22 января фирма «1С» планирует провести бесплатную конференцию для разработчиков 1С. В программе мероприятия 15 выступлений, а также круглые столы и время для ответов на вопросы.
14.01.2022 4454 ЕленаЧерепнева 10
Вышла новая редакция 2.5 модуля «1C:Аренда и управление недвижимостью» для 1С:ERP
Фирма «1С» сообщила о выпуске редакции 2.5 для отраслевого продукта «1C:Аренда и управление недвижимостью. Модуль для 1С:ERP». Устаревшая редакция на основе 2.4 снимается с поддержки, а коробочная поставка исключается из прайс-листа.
13.01.2022 3448 ЕленаЧерепнева 0
Минпромторг обяжет госзаказчиков отказываться от иностранных процессоров
Новость Импортозамещение ИТ-новость Микроэлектроника Минпромторг
Российская техника получит дополнительные преференции в госзакупках. Минпромторг разработал проект постановления, который обязывает ведомства и компании с госучастием отказываться от гаджетов с процессорами иностранного производства.
13.01.2022 2742 user1015646 11
Опубликована тестовая версия технологической платформы «1С:Предприятие 8.3.21»
Новость v8 Зазеркалье ИТ-новость
Фирма «1С» выложила тестовый дистрибутив технологической платформы 1С 8.3.21. В релиз вошло обновление функциональности для взаимодействия с госпорталами и новые возможности для пользователей приложений 1С.
12.01.2022 11620 ЕленаЧерепнева 6
Опубликован релиз-кандидат «1С:EDT 2021.3.0»
Фирма «1С» опубликовала обновленную версию «1C:Enterprise Development Tools». В релиз вошли новые функциональные возможности, дополнительные плагины, а также исправление выявленных ошибок.
11.01.2022 18605 ЕленаЧерепнева 5
Фирма «1С» выпустила программное решение «1С:Шина»
«1С:Шина» относится к классу решений ESB и обеспечивает обмен данными между различными информационными системами. Продукт реализован на технологии «1С:Элемент».
10.01.2022 18866 ЕленаЧерепнева 25
Фирма «1С» опубликовала финальный релиз делокализованной версии «1С:ERP World Edition»
«1С:ERP WE» предназначена для внедрения в рамках международных проектов и позволяет автоматизировать деятельность предприятия без привязки к особенностям национального законодательства.
10.01.2022 14307 ЕленаЧерепнева 0
Инфостарт поздравляет с наступающим Новым 2022 годом!
Пришло время готовиться к празднику и заряжаться новогодним настроением. Надеемся, что участники нашего сообщества уже закрыли сложные проекты, решили срочные задачи и пофиксили все, что нужно было пофиксить до конца года.
31.12.2021 10875 AnastasiaKl 4
Отраслевые продукты «1С:Агропромышленный комплекс» переведены на редакцию 2.5
Фирма «1С» обновила линейку решений для автоматизации агрокомплексов, и сообщила об условиях обновления и сроках поддержки предыдущих версий.
30.12.2021 11639 ЕленаЧерепнева 0
Новый сервис «1С:Распознавание первичных документов» доступен в пилотном режиме
Фирма «1С» объявила о запуске нового сервиса для распознавания бумажных бухгалтерских документов. Воспользоваться новым продуктом смогут пользователи и локальных, и облачных конфигураций.
30.12.2021 21146 ЕленаЧерепнева 2
Новая «1С:Розница 8. АЗС. Фронт-офис»: с интеграцией с оборудованием и поддержкой маркировки
Фирма «1С» выпустила новый продукт для автоматизации фронт-офиса в рамках комплексного решения для АЗС. Конфигурация «1С:Розница 8. АЗС. Фронт-офис» поддерживает интеграцию с оборудованием и особенности отраслевого учета.
30.12.2021 8863 ЕленаЧерепнева 0