Отчет предназначен для вывода списка документов, в табличной части "Товары" которых используется выбранная номенклатура.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
Обработки помогут Вам легко и, главное, быстро (в 5 раз и быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, планах видов характеристик и др., упростит работу с данными пользователям. А так же можно, одним нажатием, узнать в каких ссылочных объектах есть вообще дубли! Понятное расположение команд и настроек, в сочетании с описанием и справкой, еще упростят процесс. А так же обновления Вы получаете бесплатно в течение года с момента приобретения данных обработок! (Обновление от 27.11.2023, версия 6.12)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
1.обработка позволяет автоматически вычислить дубли и привести их к единому наименованию во всех документах.
2.так же есть возможность в документах поменять счета учета для номенклатуры. Например разные бухгалтера оформляют поступление одного и того же товара - один занес на 10.01, второй на 41.01 в результате в ОСВ у нас минусы. В обработке есть возможность наглядно увидеть такие ошибки и тут же их поправить не бегая по всем документам. Достаточно поставить галочку у номенклатуры и указать счет учета который надо найти и счет учета на который надо его заменить. Обработка сама вычислит документы в которых номенклатура с галочкой была задействована и заменит счета учета. Что бы не было излишнего изменения документов, в обработке указываются типы документов, где операция замены счета разрешена (например Поступление ТМЦ, Реализация, Отчет о розничных продажах, возврат покупателю итд.)
Умное сравнение табличных документов с визуальной подсветкой. В отличие от стандартного сравнения, обработка ищет отличия по ключевому значению, игнорируя сдвиги строк. Результат — цветовая маркировка добавленных, удаленных и измененных строк прямо в документе + точный лог расхождений по каждой ячейке.
Практический кейс исследовательской разработки (R&D) с использованием искусственного интеллекта и нейросетей в 1С для поиска по прайсам поставщиков.
Рассматривается гибридный поиск (Hybrid Search: векторный + полнотекстовый), позволяющий находить товары по смыслу, а не по буквам — даже при сленге, опечатках и разном написании.
Решение работает полностью локально, без облаков, и интегрируется с 1С.
Полный контроль над изменениями в 1С без нагрузки на вашу базу. Мгновенный доступ к истории изменений, удобное сравнение и откат данных в один клик.
Простой отчет с визуальным отображением изменений
Откат на любую версию объекта в два клика
История изменения данных хранится во внешней базе
(1) chmv, Стандартный механизм ищет везде, а соответственно и работает медленнее. Здесь же, если Вы обратили внимание, можно делать отбор по виду документа и периоду. Думаю, что это удобно.
Стандартный механизм поиска ссылок основан на системном ссылочном индексе. Ваш механизм чем отличается? Запросом дергает? В таком случае он будет работать медленнее на непроиндексированных столбцах табличных частей. Одно очко в пользу (1). Улыбнуло внутреннее соединение документа с табличной частью через ссылку. Непонятно, почему нельзя было просто воспользоваться точкой. Извините, уважаемый VasilevaHelen, но результат у вас никудышный.
(4) CagoBHuK, Я согласна, что обычный запрос с внутренним соединением выглядит глупо, но для СКД мне удобно было его использовать. Все равно из-за возможности сузить пространство для поиска, моя обработка работает быстрее универсальной. И для пользователей универсальная менее удобна, а создавалась она именно для них. Сожалею, что ТЧ у Вас не "Товары", в описании это было указано. Если будет необходимость, код самому подправить не сложно.
(6) как быть, если в каждом документе ТЧ называется по-разному? Если хочется сузить пространство, используйте прямой запрос к SQL, тогда у Вас и работать будет быстро, и универсальность сохранится. То, что для СКД оно удобно, не аргумент, т.к. соединение с лишней таблицей напрямую влияет на оптимальность построения SQL-запроса. Плюс ко всему я уже упомянул про индексацию, что является крайне важным элементом, Вами неучтенным.
(7) CagoBHuK, Если Вам не понравилось внутреннее соединение из-за того, что появляется лишняя таблица, то обращение через точку дает аналогичный эффект) А в данном случае, все равно необходимо использование как таблицы документа, так и его табличной части. А по поводу того, что табличные части называются по разному, так писать нужно придерживаясь хоть каких-то стандартов и работать самому потом с этим будет проще!
(8) вы постоянно игнорируете мой комментарий по поводу индексации. Это - раз. Во-вторых программист на то и программист, что предусматривает все варианты. Нигде в литературе по 1С не написано, что ТЧ должна называться именно "Товары". Называю так, как захочу. Это просто необходимо предусмотреть. А вот Вашим алгоритмом это не предусмотрено. Как и наличие двух табличных частей с "Номенклатурой" в каждой.
(9) CagoBHuK, Да согласна я с индексацией, но запросы к скулю сами пишите, если есть такая необходимость. Никто не заставляет Вас пользоваться моим отчетом и деньги за него я не требую, так что прошу любить и жаловать.
(10) в таком случае Ваш отчет - всего лишь очередной "Hello world!" Перепишите на стандартный поиск ссылок с выводом в СКД - тогда будет быстро и полезно. Все аргументы смотрите выше в моих сообщениях.
(12) я не говорю Вам про то, что во всех моих конфигурациях все ТЧ называются иначе. Просто Вы не учитываете множество возможных вариантов, а используете "деревянные" методы. Мыслите масштабнее.
А "критерии отбора" разве не для этого нужны? Прямо в форме списка, типовым отбором, прекрасно отбиралось и по Организации и по Номенклатуре из табличной части