xPath в 1С

Публикация № 1820417 04.03.23

Интеграция - Файловый обмен (TXT, XML, DBF), FTP

xPath XML ДокументDOM

Опыт работы методами языка xPath в 1С.

Язык XPath в 1С.

Если кому-то интересно, то попробую поделиться тем, как я использую методы языка XPath в той части, в которой этот язык удалось "внедрить" в 1С.

Основным стимулом, побудившим меня заинтересоваться методами этого парсера (XPath), был достаточно большой размер файлов XML и их значимое регулярное количество. Для справки, файлы от 5 до 10 мБайт в количестве, несколько десятков за сутки. Кто-то из "маэстро бигдаты" может посмеяться над такими размерами и объемами, но мне, как говорится, "для счастья - хватило".

Основным содержимым этих файлов были так всеми нами любимые коды маркировки. А возникающие вопросы выглядели примерно так - "отобрать все серии продукции, где код маркировки от позиции N до позиции NN равен строке 'ABСDE.....' ". При этом должны проверяться файлы, созданные с даты "X" по дату "Y". То есть сотни мегабайт XML. 

Сразу натолкнулся на статью //infostart.ru/1c/articles/415439/

Прочел.... Потом еще много чего находил и читал. Со временем приобрел какой-то опыт, которым и поделюсь.

Итак, "XPath" вещь вполне полезная, а безальтернативность (применительно к 1С) автоматически делает ее самой лучшей. Если есть коллеги, которые еще не пользовались этим механизмом, то для лучшего понимания, определю XPath как "язык запросов для текстов XML". По-моему, вполне похожее определение.  Ведь если взять любую таблицу и начать ее построчно читать, сравнивая поля таблицы с какими-то значениями для поиска необходимого, то в примитивной работе с файлами XML приходится делать то же самое. Открывать текст XML в объекте и пробегаться "по узелкам". Но однажды таблицы баз данных стали огромными, и кто-то придумал язык SQL. Видимо, парсер XPath придумали по аналогичной причине.

А еще, можно по тексту XML создать ДокументDOM, и там тоже есть несколько методов поиска. Но эти методы даже примерно не создают возможностей парсера. И уж если дело дошло до создания ДокументаDOM, то уже надо вовсю использовать парсер XPath, который и "вшит" в объект ДокументDOM, как отдельный раздел методов.

Сам язык xPath я не нашел в документации 1С. Но описаний синтаксиса этого языка и описаний его функций вполне достаточно на самых разных сайтах. Это нетрудно найти и сразу начать пользоваться. А вот специфические "мульки" этого языка в платформе 1С я уже проверил на себе. Чем и делюсь, итак.

1. Метод объекта  ДокументаDOM, с которого начинается поиск (парсинг) выглядит так

"ВычислитьВыражениеXPath(<Выражение>, <УзелКонтекста>, <Разыменователь>, <ТипРезультата>)",

Где 

<Выражение> - это текстовая строка, написанная по стандартам парсера и создющая ось (оси) поиска;

<УзелКонтекста> - стартовая позиция поиска (является элементом, узлом DOM) ;

<Разыменователь> - возможно, специфический объект 1С (я не так уж плотно изучал XPath вне платформы 1С и не могу сказать, есть ли такой объект в этом парсере у других платформ);

<ТипРезультата> - системное перечисление, указывающее на то, в виде чего надо получить результат поиска.

Первый параметр метода можно заполнить только в тот момент, когда появится понимание того, как парсер строит оси поиска. Не могу сказать, что у меня это понимание возникло за 5 сек., но и назвать этот интеллектуальный напряг - подвигом, тоже не приходится. Вполне поддающаяся осмыслению и пониманию логическая конструкция.

Второй параметр не нуждается в описании. Даже если не знать желаемый стартовый узел, то всегда можно написать <ДокументDOM.ЭлементДокумента> и вести поиск от корневого (основного) элемента документа.

А вот третий параметр потребовал много времени на понимание. Это объект <РазыменовательПространствИменDOM >. Что он делает? Вроде бы, все просто, он "пространства разыменовывает". Вернее, должен был бы разыменовывать. Но делает он это весьма своеобразно, я бы даже сказал, капризно. Активно пользуясь парсером XPath, я до сих пор считаю, что именно странное поведение объекта Разыменователь является самой большой заковыркой в парсере для платформы 1С.

Как я понимаю суть разыменования пространств. Это нивелирование (очистка) префиксов имен элементов и атрибутов текста XML.

То есть, привести способ записи имен элементов и атрибутов к режиму простой (неквалифицированной) записи. При наличии элементов, например "skl:Номенклатура", "zvd:Номенклатура" и "mgz:Номенклатура" разыменователь аннулирует их квалифицированные имена (условно сотрет префиксы), после чего все эти элементы будут рассматриваться при парсинге (формированию осей поисков) исключительно по своим простым (безпрефиксным) именам. Хотелось бы, чтобы это было так. На деле, после многодневных мучений выяснилось, что Разыменователь в 1С добросовестно разыменовывает те пространства, которые в платформе 1С числятся "своими или родными". Я иначе это понимание не могу сформулировать. Нельзя сказать, что указаный объект не работает, он безусловно работает, но по какому то заданному набору пространств, как я убедился методом "тыка". Попытка заставить его разыменовывать какие-то иные имена пространств приводит к несложной ситуации. Ошибок нет, разыменования тоже нет! Поэтому! При составлении строки поиска, по которой формируется ось (оси) поиска обязательно пользуйтесь только квалифицированными именами элементов. А вот в отношении атрибутов разыменователь работает в полном объеме! Такой вот казус) Это означает, что если вам нужны элементы с именем "Номенклатура", но такие имена у вас есть в двух и более пространствах (с разными префиксами), вам придется указывать их - все и строка поиска будет выглядеть, например, так: "/skl:Номенклатура|zvd:Номенклатура|mgz:Номенклатура".

Игнорировать объект Разыменователя (параметр как NULL) в методе поиска тоже нельзя, так что придется его создавать перед поиском в любом случае, даже осознавая его бесполезность. Конструктор этого объекта позволяет создать разыменователь для конкретного пространства (набора пространств) имен. Я пользуюсь самым простым вариантом. Я использую вариант конструктора, где  можно указать УзелDOM и объект при конструировании сам узнает - какие пространства есть в конкретном заданном узле. И я указываю весь документ  DOM, вот так <Новый РазыменовательПространствИменDOM(ДокументDOM)>. При таком раскладе разыменователь вроде бы должен "обезфамилить" все имена всех пространств в документе, но такого счастья у меня еще ни разу не получилось. Так что, еще раз напомню, в строке поиска все имена элементов - только квалифицированные! При соблюдении этого условия парсер работает "на ура", отбирает элементы, атрибуты или их содержимое по любым, самым замысловатым условиям отбора, инструментария в синтаксисе и функциях языка xPath вполне хватает.
Теперь о получаемом результате. Из особенностей использования результата поиска отмечу такой момент. Результат поиска не сериализируется, надо "перебирать вручную".

Вот системное перечисление <ТипРезультатаDOMXPath >. Два его значения, а именно <НеупорядоченныйИтераторУзлов >  и <УпорядоченныйИтераторУзлов > предлагают коллекцию найденных значений. Поэтому первым действием будет позиционирование на первый элемент коллекции

 

РезультатПоиска.ПолучитьСледующий();

//И только затем вход в цикл

Пока  РезультатПоиска <> Неопределено Цикл
    //...... строки команд по обработке результата;
    РезультатПоиска.ПолучитьСледующий();
КонецЦикла;

 

На этом, кажется, все. В остальном надо только совершенствовать понимание принципов и закономерностей формирования строк поиска. 

Я активно использую этот парсер вместе с тем методом, который я описывал в своей предыдущей статье. Мне приходилось иметь дело с достаточно сложными конструкциями XML. Если ставить задачу создания, например, пакета XDTO сразу для всего получаемого текста XML, то такой объект получается крайне громоздким, сложным в описании, а главное, бессмысленным, т.к в очень многих случаях из всей этой сложной конструкции, содержащей десятки и сотни элементов, нам из них реально нужны пара-тройка. И вот тут парсер незаменим! Я получаю требуемые мне элементы с помощью парсера, моментально собираю легкую конструкцию СхемыXML, применительно именно к тем элементам, которые я нашел и по такой схеме создаю Фабрику, которая позволяет мне работать уже с полноценным объектом, с заданными типами и .д.

В этой связи я чуть иначе смотрю на споры, что лучше XML или JSON. Вроде того, что последний - меньше по размеру. А я могу спросить, а зачем работать со всем файлом сразу? Отберите только нужное из большого XML и спокойно работайте с этим мизером....

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Dmitryiv 155 05.03.23 13:43 Сейчас в теме
Да уж! Сколько в своё время часов было потрачено чтобы понять логику работы разыменовывателя....
А так - да! Инструмент очень полезный.
DemetrKlim; +1 Ответить
2. ixijixi 1425 05.03.23 18:10 Сейчас в теме
Хорошая статья, не хватает практических примеров только
3. DemetrKlim 106 05.03.23 18:57 Сейчас в теме
(2) Сам по себе метод "ВычислитьВыражениеXPath" прост. В нем нечего и описывать особо для примера.
Вся суть этого метода в построении выражения поиска (первый параметр метода).
А практический пример без труда можно создать.
Нужно взять любой текст XML и прежде всего:
1. Определиться - что хочется найти в этом тексте и с какими условиями отбора.
2. Поняв, какие условия отбора требуются, написать строку поиска, используя синтаксис языка xPath.
3. Эту строку зарядить в метод и попытаться получить результат.
Уверен, что с созданием объекта "ДокументDOM" по текстовой строке XML трудностей нет.
А больше ничего и не нужно.
Если при вызове метода не будет возникать ошибка, значит, Вы уже правильно применяете синтаксис. А если результат поиска будет не пустой, то значит, Вы реально-таки что-то нашли.
Поверьте, легче пробовать, чем смотреть в чужие строки и пытаться применять какие-то аналогии. Примеров построения поисковых строк языком xPath в сети - полно и с избытком. Я же ссылку дал на хорошую статью с примерами построения на этом же сайте. Загляните туда. Я просто не стал дублировать то, что на сайте уже есть.
cleaner_it; ixijixi; +2 Ответить
20. ixijixi 1425 09.03.23 09:22 Сейчас в теме
(3)
моментально собираю легкую конструкцию СхемыXML
А вот по этому пункту можете пояснить?
21. DemetrKlim 106 09.03.23 09:34 Сейчас в теме
(20) Я предыдущую статью писал о том, как можно быстро, не имея готового пакета XDTO в конфигурации, програмно собрать (через объект СхемаXML) схему, на базе которой создать уже фабрику. В обсуждении этой моей статьи один из коллег предложил аналогичный метод (программного создания Модели), тоже очень удачный подход. Суть обоих этих подходов в том, что программными средствами (кодом) можно создать некий объект (Схему или Модель), на базе которого уже создается Фабрика.
В каких случаях это может быть полезно. Допустим, есть офигенно сложная конструкция XML, сотни элементов, сложно ветвящихся, да еще и вариативных по структуре (неодинаковая структура, в зависимости от тех или иных условий). Пытаться создать пакет XDTO по такой сложной "плавающей" конструкции долго и объемно (по труду и по размеру). Файл XSD тоже большой и хлопотный, и хорошо, если его кто-то предоставит при обменах. А из такого сложного файла, очень часто, нужен небольшой фрагмент структуры из нескольких элементов. Вот для этих случаев и был вынужден освоить программное создание Схемы (или Модели) для последующего создания компактной специализированной Фабрики.
22. ixijixi 1425 09.03.23 09:48 Сейчас в теме
4. RocKeR_13 1201 06.03.23 09:35 Сейчас в теме
Тоже в свое время знакомился с XPath, но так в ходе практической работы и не довелось, так скажем, подобрать задачу для его использования. Обычно в ходе реализации различных интеграций нужен весь или почти весь объем информации из XML-файлов. Максимум использую ДокументDOM - вот это реально удобный механизм для чтения XML с заранее известной структурой.
5. DemetrKlim 106 06.03.23 10:47 Сейчас в теме
(4) Ну, я тоже обходился "Домом" и его методом поиска элементов по имени. Потом появились тексты с сотнями тысяч одноименных элементов, которых пришлось уже по текстовому содержимому анализировать и иногда этим необходимым оказывался один элемент из сотни тысяч. На этом этапе пришлось осваивать парсер.
6. user1881120 06.03.23 18:48 Сейчас в теме
С Разыменовывателем конечно пипец начудили. Особенная фишка ждет тогда, когда у имени узла нет префикса (и вот тут нас ждет сюрприз! - разыменовыватель не работает с нулевыми префиксами, если я правильно помню).
7. DemetrKlim 106 06.03.23 20:25 Сейчас в теме
(6) В плане префиксов или их отсутствия. По тому, с чем я имел дело в плане XML, у меня сложилось вообще нехорошее впечатление. Казалось бы, есть некий, всеми принятый, стандарт. Раз уж сами не догадались придумать вовремя. Ну, так пользоваться надо этим стандартом так, как он авторами задумывался. Из последнего, что я вынужден был ковырять, обмен с ФНС (прослеживаемость РНПТ). Вроде бы солидная госструктура с лучшим, по их же словам, "цифровым администрированием". Ну, так создали бы и нормативно утвердили для всей страны свои имена пространств имен для элементов обмена, с указанием точных префиксов, типов и т.д. Так нет же. Очень многие XML файлы оформляются сугубо от балды. Произвольные имена, любые префиксы - пофиг! Проглатывается. В моем представлении описание любого протокола для XML обмена с этого и должно начинаться. А у нас, как Вы и написали, где-то лепят префиксы, где-то нет, чаще всего, можно и так, и - так. Офигенно строгие протоколы)
Вот только что смотрел в ленте этого сайта. Обмен с Интернет-торговлей нашей. "Родился" новый стандарт "YML")) Стало любопытно - полез смотреть. Оказывается наш любиый Яндекс "изобрел" аналог XML, "только гораздо лучче!". Вот вместо того, чтобы утвердить свое пространство описать там применяемые имена, установить шаблоны структуры для уже существующего XML, начали лепить свой "псевдостандарт", который даже внешне неотличим от XML.
Таким дай волю - в каждой деревне сделают свой стандарт электрической розетки....
8. starik-2005 2809 07.03.23 06:16 Сейчас в теме
(7)
YML

Внимание. Маркет постепенно перестает поддерживать XML. Поэтому мы рекомендуем переходить на JSON. Сейчас XML можно использовать, если добавить в запрос Content-Type: application/xml. Без этого будут ошибки.
9. DemetrKlim 106 07.03.23 07:33 Сейчас в теме
(8) Угу... а потом будет YSON? )) Уже родилось отношения к стандартам (протоколам), Абсолютно детское, типа "Так и быть, буквы мы выучим. Но с правописанием заморачиваться не будем!"
10. starik-2005 2809 07.03.23 09:10 Сейчас в теме
(9) Потом будет протобуф. Но это когда 1С научится HTTP 2.0+
11. DemetrKlim 106 07.03.23 09:32 Сейчас в теме
(10) Суть не в лейбле того или иного стандарта (инструментария). Сам подход. Есть некий нормальный общий подход при любых обменах. Перед тем, как организовывать любое движения, надо сформировать и нормативно закрепить правила этого движения. Я как ни столкнусь с каким-то обменам, так сразу две проблемы. 1. Нет ни одной нормальной документации по обмену (все на живую нитку "ты же профи, ты обязан интуитивно понимать!") 2. Сама информация изначально мало (никак!) упорядочена. Это как разница между алфавитом финикийцев и символьным письмом (иероглифами) египтян. Если финикийцы придумали систему кодирования фонетических звуков, то египтяне оперировали понятийными образами (символами), типа, "видишь ибиса, значит, это - Нил!" Эволюция отдала приоритет способу финикийцев.
У нас перебирают разные форматы (стандарты) обменов (а что толку!), но в любой из них пытаются засунуть понятийные образы (иероглифы), которые нуждаются в дополнительной интерпретации или куче сопроводительной информации
12. starik-2005 2809 07.03.23 09:52 Сейчас в теме
(11)
. Нет ни одной нормальной документации по обмену
НУ я как-то делал какой-то обмен на базе стандарта GraphQL, и у меня не возникло ни одной проблемы. Не было проблем и с более сложным XBRL - там стандарт вообще в нормативку включен и минюстом одобряется. Для всевозможных XML-обменов есть SOAP, в котором зашита XSD-схема, которая уже может считаться технической документацией. С DHL, например, у меня не было проблем - там на чистом английском языке был расписан API во всех нюансах. А вот со CDEK была, но тоже за пару звонков решилось. Так что заявлять, что "нет ни одной нормальной документации по обмену" - это бред.
По поводу "2", то не совсем понятно, к кому это претензия? Если кто-то не смог разобраться с Яндексом, который для 1С даже модуль поставляет, то это чьи проблемы? Уж точно не Яндекса.

В общем, сопроводительная информация есть, просто читать ее уметь надо, а для этого надо быть специалистом, т.е. начинать читать документацию со словарем, а после того, как тезаурус сформируется, можно и без словаря.
13. DemetrKlim 106 07.03.23 10:21 Сейчас в теме
(12) Стандарт, это то, с чем никогда не надо разбираться. Когда я покупаю какой-то гаджет USB мне в голову не приходит проверять цоколевку или схему подключения. Я исхожу из того, что все сделано в стандарте и дополнительных разбирательств не требует.
Каким российским нормативным документом утверждено использование SOAP, как общеприменимого стандарта? Для любого стандарта неприемлема фраза "может считаться...." Это уже переход в понятийные образы и режим "кто тут понятия толкует и масти раздает".
C DHL прекрасный пример! "...расписан API во всех нюансах...." Вот они, "дурачки" из солидных серьезных и очень крупных, разветвленных организаций, тратят время зачем-то - расписывают во всех нюансах. Для таких же дурачков, не иначе (кстати, Эдвина Луканова я знаю больше 50-ти лет, это мой одноклассник). А мы - "страна гениев"! Мы знаем кому надо сделать "пару звонков" и гордимся тем, что "поняли или разгадали (разобрались)" с чьими-то витиеватостями. Когда мне захочется что-то поразгадывать - я куплю журнал с ребусами и кроссвордами. Не скрою - тоже кайфую от этого) В профессиональной деятельности заниматься шарадами и загадками (радуясь их разгадкам!) это только Россия может себе позволить, нас же весь мир - подождет! Нифига в этом ни ума, ни гордости нет. Я большую проблему в том и вижу, что мы утрачиваем (утратили??) компетенции по системным подходам и созданию единых нормативов. Мы - становимся мастерами уникальных творений, без возможностей масштабирования и тиражирования. Поэтому, высокой производительности (основа конкурентоспособности) не достигнем, нам же придется каждый раз пару звонков делать). Я согласен читать только документацию, содержащую универсальные знания. Если в какой-то уникальной деревне решили отказаться от десятичной системы исчисления и перейти на "четырнадцатиричную", я этой фигней ни глаза, ни голову загружать не соберусь.
Очень хорошо, если человек может разгадать путь по хлебным крошкам, про таких уникумов пишут красивые сказки и снимают голливудские боевики, но GPS, как системы, создают немного другие люди.
user658002_SvanMoscow; roman72; +2 Ответить
14. starik-2005 2809 07.03.23 10:23 Сейчас в теме
(13)
Я согласен читать только документацию, содержащую универсальные знания
Ну давайте, приведите пример плохой документации (ссылка). Пока только нытье "мы все просрали" вижу.
23. HAMAZ 5 09.03.23 18:48 Сейчас в теме
(13) Отсутствие опыта общения с REST интерфейсами не доказыает, что этот опыт заранее болезнен-бесполезен. REST успешно используется повсеместно, что не мешает делать при помощи этой архитектуры ужасные интерфейсы. Какой стандарт еще нужен? Уже есть архитектура или соглашение.
SOAP это протокол, что тоже не мешает нагородить при его помощи велосипедов и костылей.
А касаемо "стандартов" АПИ (не отвлекаясь на протоколы/соглашения) - как создать единообразный стандарт обмена (уверен что он будет громоздким и избыточным) с хорошей документацией, чтобы подходил на любой случай, для любой отрасли? Ну, допустим, создали. Откупорили - обмыли. Начали переписывать всё под стандарт. Спрос на кодеров растет, бизнес платит, бюджет пилится) Налицо оптимизация. Все по уму: кантики на тэгах, дерево объектов вечно-зеленое, кодеры ликуют. И что? Уже не нужно мануал к конкретному АПИ искать? Все равно придется. Можно сразу обмен канонический писать? Таки да, но нет! Наличие "святейшего стандарта обмена" не помешает при его помощи застругать франкентшейна коричневого цвета.
В сферическом вакууме - профит колоссальный, на практике - траты на перестроение кучи ИС на новые рельсы и новые грабельные интерфейсы и не менее косноязычную документацию к ним. Ведь существует множество контор, где самый умный не тот, кто умный, а тот кто раньше трудоустроился и ближе к императору сел.
24. DemetrKlim 106 09.03.23 19:08 Сейчас в теме
(23) Мы сейчас сидим и пишем в Интернете, который работает по одной основной причине - наличие правил его работы. Ни одному идиоту не придет в голову перед включением электробритвы в розетку, измерять в ней напряжение - ведь есть же правила (нормы, стандарты, протоколы) и как-то все так привыкли к такой скукоте и чувствуют себя комфортно, ведь электрики "франкенштейнов не строгают", а могли бы!
А свою отрасль кодеры превратили в какую-то тусовку знахарей и ведунов, придумали себе жаргон из языка светлых эльфов и этими словами начали заменять все то, что сами осмыслять не хотят.
А какие "кучи ИС" у нас есть? Честный знак? ЕГАИС? ГИС ЖКХ? Да, освоили кучу денег, накупили эшелоны техники. За все это заплатил бизнес и, умножив на два, все это включил в цену уже для нас, обывателей. Эти информационные системы, что ли, придётся "перепиливать"? А что, на эти системы спрос был? У кого??)
Можно постучаться к соседу (НЕ программисту) и спросить "Сосед! Какой информационной системой вы пользовались за последнюю неделю?" Интересно, что он ответит. В основной массе наши ИС это "наждаки для бизнеса" - чтоб не забывали делиться с кем надо... Собственно, для граждан придумано совсем мало....
user658002_SvanMoscow; roman72; +2 Ответить
25. HAMAZ 5 09.03.23 21:52 Сейчас в теме
(24) электрики ещё как строгают франкенштейнов. Пожарники подтвердят
26. DemetrKlim 106 10.03.23 08:13 Сейчас в теме
(25) Вот именно! Ошибка электрика моментально становится уроном или трагедией. И вот почему. Электричество реально нужно! И гражданам, и предприятиям, и социальной сфере. Поэтому у электриков нет шансов покуражиться и порезвиться - моментально отрабатывает "обратная связь". А с информационными системами все гораздо смешнее. Я в своей городской торгово-промышленной палате на одном из собраний спросил у нескольких десятков руководителей - что они получают и как часто из своих учетных или управленческих информационных систем (те или иные варианты 1С продуктов). И вполне прогрессивные молодые "продвинутые" люди пожали плечами. Апофеозом "приобщения к цифре" для них стало посещение своего "он-лайн банка", ну и получение почты + мессенджеры. Всё! Основной ответ - "Я у бухгалтера спрошу....."
Отсюда вывод. В огромном числе случаев информационная система едва-едва выползает за границы бухгалтерии и то - для быстрой печати красивых бумажек (не вручную же писать!). Поэтому программисты имеют возможность резвиться и куражиться, наш "бизнес" в огромном своем сегменте совершенно не базируется на цифровом фундаменте, IT-отделы работают сами у себя и решают проблемы, которые сами себе и создали)
Конечно, есть сферы деятельности, где инфосистема - необходимое звено. Так там и подходы, и отношение другое. Очень рекомендую посмотреть ролик с форума "IT-Core" (ноябрь 2022). Там собирались в том числе начальники IT-служб наших флагманов индустрии и энергетики. И в выступлении такого топ-менеджера из РосАтома очень мне "зашло". Там еще сохраняется здравость в подходах к смене поколений программных продуктов. А почему? Да потому, что атом не дает шансов порезвиться и поэкспериментировать. Там не приемлем лозунг "давайте попробуем!" И уж тем более, никто даже задачи не ставит "работать по заявкам пользователя".
Вот и у электриков - так же!))
user658002_SvanMoscow; +1 Ответить
28. HAMAZ 5 10.03.23 09:06 Сейчас в теме
(26)
Вот именно! Ошибка электрика моментально становится уроном или трагедией.
Это даже не за уши притянуто. Это откровенно вранье! Ошибка электрика может годами ждать отгорания нуля на КТП.

(26)
Я в своей городской торгово-промышленной палате на одном из собраний спросил у нескольких десятков руководителей
Это в каком году было?

(26)
IT-отделы работают сами у себя и решают проблемы, которые сами себе и создали)
Сразу видно наличие только инхаус опыта работы.

(26)
наш "бизнес" в огромном своем сегменте совершенно не базируется на цифровом фундаменте
торговля кабачками - да, не базируется. Дворовый дежурный магазин тоже. Все, что имеет номенклатуру > 1000 уже обклеено этикетками и лежит на остатках в регистре.

(26)
Там еще сохраняется здравость в подходах к смене поколений программных продуктов. А почему? Да потому, что атом не дает шансов порезвиться и поэкспериментировать.
Вырванный из контекста эпизод это еще не тенденция и тем более не правило.
31. DemetrKlim 106 10.03.23 09:35 Сейчас в теме
(28) Вопрос руководителям задавал лет 7-8 назад. Произошли революционные изменения? Извините, не оповещен)
Насчет "инхаус"-опыта. Не пытайтесь быть психологом или следователем, не имея соответствующего образования и опыта. Мне лет до 30 было "сразу все видно". Получаемый жизненный опыт учит сомневаться даже в изначально очевидном. Я не такой уж высокий профессионал, свое мнение базирую на опыте более образованных граждан. В частности, послушайте (почитайте) выступления (интервью, ответы) Натали Касперской. Или у нее тоже сплошной "инхаус"-опыт? Я всего лишь, сравниваю проявления и события того, с чем уже сам сталкиваюсь в повседневной деятельности, с тем что слышал в ее выступлениях. Она чертовски догадлива! ... Или просто хорошо тему знает, не?
Если РосАтом - это "обрывок эпизода", то я уж не знаю - на кого уповать) Это же не мои слова, а их же руководителя. Это есть в открытом доступе - подлежит просмотру.
user658002_SvanMoscow; +1 Ответить
32. HAMAZ 5 10.03.23 10:13 Сейчас в теме
Окромя демагогии - ничего пока вычитал. Все это похоже на ворчание на поток новых технологий. Не успеваете выучить технологию, на ее осуждение времени хватает.
37. Painted 48 14.03.23 17:41 Сейчас в теме
(26)
Очень рекомендую посмотреть ролик с форума "IT-Core" (ноябрь 2022).
Заинтриговали. ))
А где его взять?
27. HAMAZ 5 10.03.23 08:49 Сейчас в теме
(24)
Какой информационной системой вы пользовались за последнюю неделю?"
Все пользуются информационными системами каждый божий день, даже если не осознают этого. Нужно перевести деньги? Баланс телефона пополнить? Записаться на прием в ПФР или справку заказать на госуслугах? Всё это ИС. И со всем этим происходит взаимодействие посредством API.
И все придумано за нас и до нас. Существует немало архитектур, соглашений, протоколов и паттернов разработки/проектирования, позволяющих специалистам проектировать и разрабатывать API, при этом другие специалисты вполне понимают как это работает.

(24)
Собственно, для граждан придумано совсем мало....
Мало???????? Сейчас можно не выходя из уборной заказать поесть, полетать, ОСАГО, записаться на прием к врачу, купить автомобиль, получить справку о несудимости. Если приглядеться, то сейчас максимально просто получать услуги. Поменять водительское удостоверение это плевое дело - записался в ИС ГОСУСЛУГИ и приехал в назначенное время. Для сравнения - в 1999-м году такая процедура отнимала весь день и клубок нервов. Или вот захотелось вам подарок другу в другом городе сделать - купили на ОЗОНе и пункт выдачи нужный указали...и друг получил подарок при помощи ИС, которую ОЗОН разработал)
Посему вопрос: Что для граждан нужно сделать, кому и в каком масштабе, что бы вы гордо сказали "Для граждан сделано немало!"?
Пока вы мечтаете о том, чтобы обмен информацией между ИС подчинялся ГОСТ и регламентировался как механическая обработка металлов, другие люди освоили новую технологию, написали новый обмен...
29. DemetrKlim 106 10.03.23 09:19 Сейчас в теме
(27) Я же сразу оговорился, что есть сектора и экономики, где без ПО невозможна сама деятельность. Конечно, торговая площадка "ОЗОН" или "ВсеИнструменты" это и есть информационная система, которая есть главная технология и инструмент всей деятельности.
Я имел ввиду по большей части производственную сферу.
Что касается Госуслуг и их аналогов. Лучше бы не упоминали) "Ой, как классно это работает!".... Это мы с чем сравнили? Это мы сколько лет к такому шли? А за сколько нам это обошлось? А у кого-то есть представление - как это должно работать и в какие сроки, и за какие деньги - изготавливаться?
Я стал самозанятым с момента появления такой возможности, в личный кабинет самозанятого "ныряю" ежедневно. И как не было устойчивой интеграции с ПФР, так до сих пор и нет. Прошло три года... Это к вопросу "нафига нам стандарты, мы - умные, мы разберемся и на живую ниточку все сделаем!". Мы газоны косим, надев противогазы. Зачем? А мы - комсомольцы, мы без трудностей не можем!
Наши ИС часто сравнивают с "зарубежом". Типа, у нас такие сервисы, которых на западе и нет совсем. Предмет гордости? Черт его знает... Там тоже неглупые люди живут и если допустить, что у них чего-то нет, то может быть, это и не надо никому? В том смысле, что там халявы меньше и будет только то, за что будет платежеспособный спрос. Да, у нас есть системы, люди им рады... пока! Если гражданам сказать, сколько из их кармана ежегодно надо отдать, чтобы вся эта цифра "жила и процветала", то есть вероятность, что граждане скажут "да ну нафег, я лучше в очереди постою раз в пять лет!" Мы же воспринимаем все эти "госуслуги", как нечто бесплатное, правда? А что, ЕГАИСы, ВЕТИСы, Платоны и другие "Честные знаки" уже не включены в цену готовой продукции и услуг, за которые мы, все, дружно платим? А что, граждане так просили ЕГАИС? Я допускаю существование вполне состоявшегося "цифрового лобби", которое уже какое-то время назад проложило свой благоустроенный канальчик от широкой реки бюджета и регулярно открывает створы для получения очередной дозы. "На что там еще маркировки нет? Открывай задвижку!"
Как раз вчера (до сих пор в тренде, кажется) новость о вводе нового электронного документа "провозной документ" (путевой лист). Я в автотранспорте и перевозках (при нефтепродуктах) провел 15 лет. Это был предмет моей профессиональной деятельности - документооборот автоперевозок. Я прочел разработанный фНС стандарт - кровь из глаз!! Сам факт того, что стандарт провозного документа разрабатывает не Минтранс, а налоговики о чем говорит? Откуда Мишустин пришел? На волне чего он поднимался - за что его хвалили? За лучшую информационную систему налогового администрирования! Совпадение? Не думаю)
Хорошая информационная система возникает, как объективная потребность, как ответ на существующий реальный спрос населения или бизнеса. У нас огромное число "цифры" возникает как проект освоения бюджета. Поэтому и результат - так себе....
user658002_SvanMoscow; +1 Ответить
30. HAMAZ 5 10.03.23 09:33 Сейчас в теме
Просто Мишустин, будучи явным крипторептилоидом, в 2001 году придумал JSON, чтобы в России в 20-х годах пилить бюджеты на написании ИС.
33. DemetrKlim 106 11.03.23 11:27 Сейчас в теме
(30) То есть, "масок-шоу" в том же Ланите не было? Если перечислить все эти расхваленные информационные системы и предложить их отменить после опроса среди бизнеса? Сколько из этих ИС бизнес очень попросит оставить действующими? Какие еще признаки навязывания никому не нужных ИС еще нужно предъявить? А если создали никому не нужные ИС, то кто и зачем инициировал их создание?
можно постебаться какое-то время, но на стебе разговор не вывезешь...
34. HAMAZ 5 12.03.23 18:38 Сейчас в теме
а начиналось с ворчания про разнообразие архитектур, протоколов, соглашений...как тяжко программисту с сединой с джейсоном басурманским ковыряться) Но надо, надо в сервис постучаться, скрывая от коллеги XML
39. DemetrKlim 106 14.03.23 18:57 Сейчас в теме
(34) Я уже несколько "молодых" оконфузил, предложив, банально, занять позицию "упор лежа") Пока выяснялось, что кроме цифры в паспорте ничем иным "молодость" меня не потрясла)) То, в чем мне приходилось разбираться, большинство молодых "гениев" обескуражило бы гораздо сильнее, чем меня озадачил вполне понятный "Джейсон". Для справки - маразм наступает куда как позднее, А ссылка на возраст - самый убогий аргумент в споре, как минимум - не этичный.
15. DemetrKlim 106 07.03.23 11:27 Сейчас в теме
(14) Э-э... мне надо привести пример того, чего нет? Это как я должен сделать?) Но несложно. Вы похвалили документацию по API DHL. Я её не видел, но вполне верю Вам, что она подробно расписана. Вот ее и возьмем, как образец хорошего. А с второй стороны, из последнего, что я помню, давайте попробуем найти документацию на API ФНС (в части сервиса прослеживаемости - РНПТ). Положите рядом два этих текста. Уверен, что разница будет очень заметна. А ведь это государственный сервис, обязательный по Федеральному законодательству.
Вот подзаконный акт, как-то описывающий "работу" обязательной для всех участвующих, системы прослеживания. "Постановление Правительства РФ от 1 июля 2021 г. N 1108 “Об утверждении Положения о национальной системе прослеживаемости товаров”""
Вроде бы мы дружно идем в цифровизацию, подразумевается машинная обработка информации и т.п. При этом же, в таких важных нормативных документах даже попыток не делают сформулировать - как это будет в цифре реализовано! Типа того, "мы вам понятийный образ сформировали, а остальное отдано на откуп программистам, как эти художники увидят, так оно и будет!". Правительство, само, стандарт не удосужилось описать (или прямо указать на использование какого-то уже существующего стандарта (стандартов)!), в обязанность программистам-разработчикам обязанность по созданию, описанию и нормативному оформлению стандарта тоже не вменена. В итоге - кто создаст и опубликует описание, как комплект документов, пригодных для работы остальных участников информационной системы? Ведь никто, при текущей сложившейся ситуации, не обязан этого делать. И вот умники по всей стране демонстрируют свою уникальную догадливость, форумы кипят, саппорты на грани коллапса. Неужели нравится такой режим работы?
На мой взгляд, Федеральные законы и подзаконные нормативные документы, подразумевающие свое участие в информационных системах, обязаны проходить некий "цифровой аудит" еще в Госдуме (или Правительстве) на предмет стандартов их "цифровой эксплуатации". Раз есть такой нормативный документ, то он уже на этапе утверждения обязан быть снабжен хорошо задокументированными схемами, шаблонами. протоколами, интегрирующими его в информационные системы, а не короткой строчкой "программисты потом напридумают чего-нить". Должно быть доступное место хранения таких схем, шаблонов, документации и т.п. А не по форумам собирать обрывки легенд и сказаний народа навахо. Программисты уже по готовым чертежам должны работать, а не загадки друг-другу задавать-разгадывать.
16. starik-2005 2809 07.03.23 12:58 Сейчас в теме
(15)
API ФНС
https://api-fns.ru/api_help - дальше...
ЗЫ: Документация DHL - это просто унылое г-но по сравнению с тем, что я нашел по ссылке. У DHL описывается XSD-схема, а здесь REAT-API с полным описанием и примерами, чего в DHL нет, но там оно и не нужно, ибо XSD - это стандарт. Сравните. И да, теперь у них GraphQL. Поздравляю.
А плохому танцору - да, ботинки жмут всегда.
17. DemetrKlim 106 07.03.23 13:52 Сейчас в теме
(16) Надоело спорить. Я привел пример по сервису прослеживаемости. На этой ссылке я был в поисках документации по упомянутому мной сервису. Вы смогли найти описание протокола обмена по прослеживаемости в этой ссылке? Вот и я не увидел.
Стандарт (протокол) это не размещение на какой-то ссылке непонятно кем сформированного текста. Это процедура. В постановлении правительства есть явная отсылка, что, дескать, "все шаблоны, протоколы и стандарты размещены на федеральном ресурсе... таком-то"?
Или по принципу, "что святой Гугль нашел, то и правда"?
Да хрен бы с ним, с госстандартом. Но в шатах, например, есть какое-то неправительственное коммерческое (но ЕСТЬ!) NST. Как некий накопитель и администратор того, что напридумывали люди и хотят это сделать общеупотребимым. У нас от ГОСТов отказались (по факту), альтернативы никакой не создали и все надеждя и чаяния только на мастерство "танцоров"?
18. starik-2005 2809 07.03.23 15:00 Сейчас в теме
19. DemetrKlim 106 07.03.23 16:47 Сейчас в теме
(18) Не оно... Да не ищите, правда. Меня эта тема напрямую коснулась, поверьте, я плотно полазил по всем возможным местам. Вот это и выбешивает. Почему я должен, как порнушку, искать стандарты обмена в информационной системе, ОБЯЗАТЕЛЬНОЙ к использованию?? Почему единственный лоскуток информации дают, как ссылку на какой-то ФОРУМ(!!!), где что-то там, типа "выложено". Если интересно, то в файле то, что с трудом наковырялось в сети. Если это стандарт, то я - Гендальф Серый)
Прикрепленные файлы:
Описание интерфейсов Открытых API (Потребитель).docx
35. Fuego 459 13.03.23 09:41 Сейчас в теме
Просто использование XPath не решает проблему большого объема данных....
При работе с большими файлами лучше использовать смешанную модель доступа к данным в XML - нужно вычитывать некоторые единицы в последовательном режиме (ЧтениеXML), а считанные данные для удобства объектной работы использовать в DOM-модели (ДокументDOM).
Кроме того, автор статьи, по всей видимости, совсем новичок в запросах XPath, на что указывает желание удалять префиксы имен узлов. Иногда это, действительно, требуется, но делается иначе. Разыменовыватель, если не ошибаюсь, используется для определения пространств имен по префиксам, используемым в запросе. Я использую другой подход, который работает всегда внятно:
xmlNode = xmlDocument.selectSingleNode(".//*[local-name()='TRAN_DRIVER' and (namespace-uri()='http://fsrar.ru/WEGAIS/TTNSingle_v3' or namespace-uri()='http://fsrar.ru/WEGAIS/TTNSingle_v2')]");

Здесь в примере используется MSXML2, но сути запроса не меняет. В запросе используются функции XPath, которые возвращают конкретные значения независимо от используемого префикса в XML. И соответственно, в запросе не завязываюсь на какие-либо префиксы, ибо разные системы их могут формировать по своему усмотрению автоматически.
36. DemetrKlim 106 13.03.23 20:16 Сейчас в теме
(35)
Кроме того, автор статьи, по всей видимости, совсем новичок в запросах XPath,

Аффтор как раз в возрасте "новичка") А что Вам показалось моим желанием "удалять префиксы"? Да, я встречал и такой подход, когда граждане с помощью простого метода "СтрЗаменить" устраняли все префиксы в тексте, по принципу - "Нет префиксов - нет проблем"))
Как раз наоборот. С моей точки зрения, префикс это часть стандарта XML. Мне никогда не нравилось упрощение и опошление стандартов, созданных умными людьми. Вопрос в другом. Сколько информационных обменов у нас вообще производятся в рамах каких-то мало-мальски оформленных пространств имен? Согласитесь, что пространства имен чаще всего пишутся "от балды", т.к. "что-то же приходится писать в заголовках файлов XML". Отсюда и бессмысленность применения префиксов - если они вообще ничего не отражают в тексте. У той же ФНС уже куча API по самым разным направлениям и что, где-то можно ознакомится с предписанными пространствами имен таких обменов? Отсюда и подход "...разные системы их (префиксы) могут формировать по своему усмотрению автоматически..." Не автоматически, а произвольно, то есть - "от балды".
Я ни в коем случае не призывал бы уничтожать префиксы. А что делает Разыменователь в 1С я не могу сказать по причине его "хитрой работы" и в этом не только я убедился. Я высказал предположение - что (по моему мнению !) собирался делать этот разыменователь.
Насчет "смешанной модели доступа к данным". Вот тут я не очень понял. Если вы взялись читать файл в последовательном режиме, то весь его и так и прочитаете. А после того, как прочитали - зачем вообще DOM создавать? Вы же при последовательном чтении желаемые узлы уже в какой-то массивчик загнали или как-то еще отобрали необходимые элементы.
Я не занимался лабораторными исследованиями в этом вопросе. У меня был опыт, связанный с маркированной продукцией. Был режим последовательного чтения узлов, а потом я попробовал DOM и xPath. И просто замерили время исполнения одной и той же операции в двух версиях обработки. С большим отрывом победил xPath. После чего я просто перестал терзаться сомнениями. Вот и все.
38. DemetrKlim 106 14.03.23 18:18 Сейчас в теме
(37) С Уважаемой Натальей я "дружу" в соцсети "Вконтакте". Она мне ролик туда скинула. Может и в Ютубе есть, но я там не искал.
ВКонтакте
Оставьте свое сообщение

См. также

Независимая разработка совместимых компонент на ORM 1С – миф или истина где-то в аннотациях Java?

Языки и среды Платформа 1С v8.3 Бесплатно (free)

При работе с 1С ORM (object relation mapping) все время преследует ощущение постоянного создания монолитного приложения — один раз привязался к какой либо сущности (например, справочник Контрагенты), и весь код заполнен ссылками на эту конкретную реализацию. Можно ли независимо разрабатывать в ORM совместимые между собой справочник «Контрагентов» и использующий его документ «Платежное поручение», но при этом избежать жестких зависимостей? Спасут ли нас микросервисы? Пример на аннотациях Java демонстрирует, как это возможно делать.

13.03.2023    262    1CUnlimited    0    

2

Работа с ФабрикойXDTO без ПакетовXDTO

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Бесплатно (free)

Как можно использовать ФабрикуXDTO при невозможности создавать необходимые ПакетыXDTO в конфигурации.

16.02.2023    2271    DemetrKlim    28    

39

Инструменты обмена данными через xml используя сериализацию объектов

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

Восстановление справочников, документов, регистров сведений из копии через xml, используя сериализацию объектов. Выгрузка/загрузка объектов базы данных в xml, используя сериализацию. Выгрузка/загрузка таблицы значений в xml, используя сериализацию.

24.01.2023    1247    andrey1508    8    

29

Создание и использование периферийной базы в 1С: Предприятие 8.3 8

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Здравствуйте, коллеги! В данной статье разберемся в том, как работает распределенная информационная база и периферийная база, подробно рассмотрим этапы ее создания и настройки. Периферийная база в 1С Предприятие 8.3 8 является частью РИБ (распределенная информационная база) и позволяет синхронизировать две или более используемые информационные базы, как правило, удаленных друг от друга, где используется загрузка файлов документов и их выгрузка, которую можно передавать по электронной почте или возможна передача файлов FTP путем один или несколько раз в день с любой периодичностью.

26.09.2022    1689    Koder_Line    2    

1

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Опыт использования 1С: Исполнитель (версия 2.0)

Инструментарий разработчика Языки и среды Платформа 1С v8.3 Бесплатно (free)

Дело было так. В субботу рано утром мне не спалось, надо было срочно подкинуть мозгу что-нибудь очень занятное. И тут я вспомнил одну задачу, решение которой мне определенно не нравилось. Если кратко, задача звучит так: надо выкинуть из конфигурации код, который выполняется на клиенте. Ну и сделать так, чтобы он выполнялся в фоне и на клиенте. А пока думал, спать уже и перехотелось...

26.09.2022    3814    vandalsvq    21    

28

Пример разработки инструмента загрузки данных SAP в 1С

Внешние источники данных Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бесплатно (free)

Это описание конкретного примера программной реализации инструмента интеграции программ SAP и 1С, когда учет ведется в обеих программах. В нашем случае данные из SAP загружаются и интерпретируются в объекты данных 1С.

14.09.2022    1268    Anirina    3    

7

О цикле обратном замолвите слово...

Механизмы платформы 1С Языки и среды Платформа 1С v8.3 Платформа 1C v8.2 Бесплатно (free)

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

08.09.2022    5455    DrAku1a    69    

30

Ошибка при взаимодействии УПП с ФСС - 2

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием Россия Бухгалтерский учет ФОМС, ЕФС Бесплатно (free)

При попытке отправить в УПП ответ на запрос ФСС для расчета пособия при рождении ребенка, получаем вот такой исчерпывающий ответ: Ошибка формата сообщения, Unknown format message. И что с этим делать, совершенно непонятно. Если так отвечает сервис ФСС, то похожие проблемы могут возникать и в других конфигурациях. Проблему удалось решить, но пришлось потратить пару дней. Возможно, мои заметки позволят вам в похожей ситуации решить проблему быстрее.

19.08.2022    2380    alex_bob    4    

8

Обход по группировкам в запросе, соединение таблиц, параметры в запросе, выгрузка прайс-листа в Excel, PDF, Docx, TXT

Запросы Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

В помощь начинающим программистам. Использую обработку из предыдущей моей публикации для разработки выгрузки Прайс-листа в Excel, PDF, Docx, TXT. Рассмотрю, как работает обход результата запроса ПоГруппировкам (релиз платформы 1С:Предприятие 8.3 (8.3.20.1674), самописная конфигурация).

18.07.2022    3506    Pproksima    2    

8

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

Создание обработки для выгрузки в Excel, PDF, Docx, TXT (управляемые формы)

Загрузка и выгрузка в Excel Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

В помощь начинающим программистам. Создание простой обработки для выгрузки табличного документа в файлы различных форматов, на примере справочника Контрагенты (релиз платформы 1С:Предприятие 8.3 (8.3.20.1674), самописная конфигурация).

18.07.2022    3531    Pproksima    6    

6

Осваиваем протокол gRPC по HTTP/2 в 1С

Языки и среды Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Не так давно на форуме была заведена тема по интеграции с распределенным реестром под 1С, и был выявлен следующий момент, что текущие релизы платформы не поддерживают соединение по HTTP/2 для протокола gRPC. В этой публикации разберем, как удалось решить этот вопрос.

24.05.2022    1672    JetBrain    8    

4

Выгрузка версии хранилища в XML файлы

Файловый обмен (TXT, XML, DBF), FTP Групповая разработка (Git, хранилище) Платформа 1С v8.3 Бесплатно (free)

Скрипт, выполняющий выгрузку произвольной версии из хранилища в XML.

17.03.2022    1042    kraynev-navi    2    

7

Доработка УПП 1.3 для выгрузки без ЭДО файлов всех сотрудников из документа "Сведения о застрахованных лицах, ФСС" для СБИС

Зарплата Файловый обмен (TXT, XML, DBF), FTP ЭДО и ОФД Платформа 1С v8.3 1С:Управление производственным предприятием Россия Бухгалтерский учет ФОМС, ЕФС Бесплатно (free)

ФСС потребовал предоставить полные списки работников при переходе на безбумажные больничные. Если сотрудников в УПП довольно много, становится проблематично каждого сотрудника выгружать в ФСС вручную. Можно даже сказать - довольно кропотливо. Вариант работы с ЭДО не требует жмакать кнопку для каждого сотрудника, но это платно (для второй и последующих организаций). Оказывается к ЭДО можно пока не подключаться. Предлагаю вариант автоматической выгрузки.

22.02.2022    3035    ksnik    12    

8

Использование LibreOffice для конвертации файлов в pdf на сервере

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Коллеги, в данной публикации я хочу поделиться примером конвертации файлов в pdf с помощью LibreOffice на сервере.

26.01.2022    1694    pavelpribytkin96    5    

8

Видеокурс-практикум: как подготовить и написать ТЗ, ЗНР, ЧТЗ. Промо

В курсе обобщен опыт работы аналитика на проектах в течение пяти лет, в нескольких фирмах. Подходы к написанию документов унифицированы и по возможности не привязаны к конфигурациям 1С.

3 500 рублей

Список значений параметра в конвертации данных 2.0 (подключаемые обработки)

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Неоднократно сталкивался с вопросом: как сделать тип параметра - список значений, одно из самых простых решений - использовать подключаемые обработки в конвертации данных 2.0 (связать с параметрами конвертации). В данной статье будет дана подробная инструкция по данному вопросу.

26.01.2022    1370    Shining_ninja    0    

6

Немного про (кривые) кодировки XML

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Бесплатно (free)

Парочка функций для правильного чтения строк из XML.

24.11.2021    2622    ImHunter    5    

14

Интеграция 1С с ГИИС ДМДК

WEB-интеграция Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 Ювелирная промышленность и торговля Россия Бесплатно (free)

ГИИС ДМДК - единая информационная платформа для взаимодействия участников рынка драгоценных металлов и драгоценных камней. с 01.09.21 стартовал обязательный обмен данными с Федеральной пробирной палатой (ФПП) исключительно через ГИИС. А постепенно - с 01.01.2022 и с 01.03.2022 - все данные о продаже драгоценных металлов и камней должны быть интегрированы с ГИИС. У многих пользователей возникает вопрос как автоматизировать обмен между программой 1С и ГИИС ДМДК. В настоящей статье ВЦ Раздолье поделится своим опытом о реализации такого обмена. Автор статьи - Мордовин Антон - архитектор систем на базе 1С Внедренческого центра "Раздолье".

30.09.2021    36104    1СERP    159    

30

С конфигуратора на EDT. Привычки, которые придется поменять

EDT Языки и среды Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Решил перейти на EDT, чтобы повысить эффективность разработки? А теперь приостановись и выдохни! Я расскажу сейчас о том, из-за чего многие новички в EDT (будучи матёрыми кодерами в конфигураторе) воспринимают встречу с новшествами так, будто их с велосипеда пересадили за штурвал Боинга.

16.09.2021    12054    stas_ganiev    19    

88

Распознавание и загрузка документов в 1С Промо

Универсальная программа-обработка для распознавания любых сканов или фото первичных документов в 1С (счета-фактуры, УПД, ТТН, акты и тд). Точность распознания до 98%.

от 11 рублей

Загрузка данных из файла .CSV

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Украина Бесплатно (free)

Алгоритм для загрузки данных в учебную конфигурацию из файла с расширением CSV.

23.08.2021    4825    user1571738    0    

14

Сравнительный анализ вариантов интеграции между системами

Файловый обмен (TXT, XML, DBF), FTP WEB-интеграция Платформа 1С v8.3 Бесплатно (free)

На Infostart Meetup «Интеграционные решения для 1С» выступил Сергей Наумов – руководитель центра аналитики и консалтинга WiseAdvice. Сергей поделился с коллегами кейсами из собственной практики: какие интеграционные решения остаются актуальными до сих пор, а каких приемов стоит избегать – даже в безвыходных ситуациях.

30.07.2021    4271    SergeyN    1    

10

Новичок новичку: как выгрузить/загрузить XML данные

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Россия Бесплатно (free)

Рассказываю на примере, как с помощью xml файлов выгружать/загружать метаданные (документы, справочники, регистры). Рассматривается клиент-серверный вариант. Вариант передачи файла на сервер. Вариант загрузки файла без создания временных файлов.

04.06.2021    31257    user1312100    14    

25

Как вносить изменения в новое ЭДО от 1С в БП 3? Июнь 2021, БП 3.0.93.20

Документооборот и делопроизводство (СЭД) Файловый обмен (TXT, XML, DBF), FTP ЭДО и ОФД Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Обновились на 3.0.93.20, и все мои расширения под ЭДО перестали работать. Разберем, где вообще искать код, который выводит данные электронного документа в XML, где вмешиваться в ход этого вывода?

03.06.2021    11226    fixin    34    

19

Чем воспользоваться для распознавания котиков в 1С?

Математика и алгоритмы Языки и среды Платформа 1С v8.3 Бесплатно (free)

На митапе по инструментам для расширения возможностей 1С выступил Олег Филиппов. Он сравнил подходы Native API, COM, Docker и Serverless, и рассказал, как упростить использование в 1С алгоритмов, реализованных на других языках, с помощью облачной технологии «Функция как сервис».

12.04.2021    4656    comol    10    

29

1СПАРК РИСКИ. Сервис оценки благонадежности контрагентов. Промо

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

Правила обмена больше не нужны

Внешние источники данных Обмен между базами 1C WEB-интеграция Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Бесплатно (free)

Есть несколько общепринятых подходов к написанию обмена между 1С-системами, каждый из которых упирается в длительное изучение технологии, мучительную отладку правил конвертации и написание большого количества сервисного кода, в котором потом тяжело разобраться. О принципах работы универсального фреймворка liteExchange, который реализует быстрые обмены между 1С и внешними системами, и берет на себя всю техническую обвязку по стандартному преобразованию данных, на INFOSTART MEETUP Saint Petersburg.Online рассказал Николай Крылов.

17.03.2021    18949    Nikola23    40    

79

R.I.P. РИБ

Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

РИБ, спасибо и до свидания.

19.02.2021    13384    1c-intelligence    133    

69

Сериализация данных 1С

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В данной статье я хочу рассказать о сериализации данных в 1С.

13.01.2021    11290    DanteLissi    7    

8

Использование JavaScript для обработки данных в 1с

Языки и среды Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В статье мы передадим данные в JavaScript и получим результат обратно в 1С-объекты средствами JSON. Также "поиграем" с переданными данными.

02.01.2021    11901    John_d    21    

124

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Загрузка или обновление файла на яндекс диске через rest-api

Файловый обмен (TXT, XML, DBF), FTP WEB-интеграция Платформа 1С v8.3 Бесплатно (free)

Коллеги, в данной публикации я хочу поделиться кодом, с помощью которого можно загрузить файл на яндекс диск или обновить существующий.

12.08.2020    7162    pavelpribytkin96    11    

68

Загрузка или обновление файла на гугл диске

Файловый обмен (TXT, XML, DBF), FTP WEB-интеграция Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Коллеги, в данной публикации я хочу поделиться кодом, с помощью которого можно загрузить файл на гугл диск или обновить существующий.

06.08.2020    5154    pavelpribytkin96    9    

48

Hello, Executor! Познакомимся с языком 1С:Исполнитель и сразу попытаемся его усовершенствовать

Языки и среды Платформа 1С v8.3 Бесплатно (free)

На прошлой неделе произошел долгожданный громкий релиз в мире 1С: вышла бета версия 1С:Исполнителя. И пусть не оправдались все ожидания после анонса, пусть язык еще сырой, что-то сделать на нем очень интересно. Посмотрим, что это такое, и даже произведем небольшую модернизацию языка (Velocity-pad Costilization).

23.06.2020    17105    CyberCerber    294    

47

REST API multipart/form-data или отправка файлов в nexus

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Бесплатно (free)

Понадобилось в nexus складывать файлы для автодеплоя. Для этого использовал onescript и rest api. Библиотека 1connector не отработала, примеры на зазеркалье и ИТС тоже. В этой статье расскажу как поборол проблему.

28.02.2020    3393    pashamak    2    

6

Работа с 1С:Аналитика Промо

Онлайн-курс предусматривает изучение возможностей системы “1С:Аналитика”, которая работает как составная часть платформы “1С:Предприятие” и обеспечивает оперативный просмотр и анализ необходимых данных.

4500 рублей

[БСП] Обмен через Конвертацию данных 2.1

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Добавим новый план обмена и настроим в БСП типовой обмен через правила конвертации данных (КД 2.1)

03.02.2020    18698    John_d    22    

170

Вариант публикации каталога товаров из 1С с изображениями

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

В статье опишу организацию контейнера для публикации в selectel, доработки структуры данных для хранения адреса публикаций изображений, использование схемы XDTO, отправку через FTP.

02.02.2020    2846    malikov_pro    8    

6

Обмен через Конвертацию данных 2.1 во внешней обработке + Запуск внешней обработки по расписанию (БСП)

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

22.01.2020    9662    John_d    33    

100

Двусторонний обмен с поставщиком через интернет-магазин для реализации товаров с ответственного хранения (с 01.02.2020 "Партии" не используются)

Файловый обмен (TXT, XML, DBF), FTP WEB-интеграция Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Бесплатно (free)

Рассмотрены реализация двустороннего обмена данными с использованием API-сервиса сайта поставщика при продаже товаров со склада ответственного хранения, алгоритм движения товаров и обмена документами на примере конфигурации 1С: УНФ у партнера, который взаимодействует с поставщиком "ООО Пауэр-Интернэшнл-шины" - одним из крупнейших в России поставщиков автомобильных шин и дисков.

16.01.2020    6105    chkurs    9    

3