Приветствую всех пикабутян 1С-ников и прошу содействия в подготовке к специалисту по платформе.
Начал самостоятельно решать билеты, но столкнулся с проблемой проверки достоверности решения. Вроде как всё верно по проводкам, но там за разные мелочи и не очень снимают баллы на экзамене.
Нашёл вот на инфостарте уже готовые решения по всем билетам, по которым вроде как можно будет даже не только сверяться, но и брать их за основы решений: [2711959] Экзамен 1С:Специалист по платформе 8.3. ВСЕ решенные билеты экзамена (Июнь 2026) *Решение ВСЕХ билетов + Новые Доп задачи + Полные конспекты*
Может есть тут альтруисты, которые могут взять полный набор или может у кого есть про подписка и он может на это всё потратить 10 стартмани?
Пожалуйста помогите!
P.S. Если вдруг 1С специалисты по платформе, кто уже сдал экзамен и получил сертификат, увидят сей пост, то поделитесь, что вам помогло успешно сдать экзамен и как вы сами к нему готовились.
Всем привет. Хочу поделиться реальным кейсом по началу наведения порядка на адресном складе в 1С:Управление торговлей 11. На данный момент который вылился в написание небольшого, но очень полезного расширения.
Дано: Клиент со складом, работающим по жесткому формату: 1 ячейка = 1 паллет. Казалось бы, идеальная схема, где сложно ошибиться. Однако при простейшей проверке оказалось — около 10% ячеек числились переполненными. То есть по базе в ячейке, рассчитанной на один паллет, лежало по два, а то и три.
Причина: Человеческий фактор. Операторы по разным причинам ошибались при ручном вводе документа «Отбор (размещение) товаров» (промахнулся строкой, выбрал не ту ячейку или при погрузке или при отгрузке, забыл списать по результатам инвентаризации т.п.).
Типовом контроль УТ 11. Главная подстава типового механизма в том, что лимиты (объем или вес) УТ 11 использует только для автоматического алгоритма (когда вы жмете «Создать задания на размещение»). Алгоритм честно перебирает ячейки и отбрасывает заполненные. Но если оператор вручную бьет документ и указывает ячейку, 1С считает: раз человек в здравом уме туда это кладет, значит, он видит, что товар влезает. Система молча проводит документ. Никаких проверок при ручном проведении нет.
По требованиям заказчика требуется оставить возможность изменения ячеек в документе размещения операторам на ближайшее время.
Решение: Расширение с «правом на подвиг». Прикрепляю само расширение может кому пригодиться в посте не могу комментарием сделаю.
Было решено написать расширение, которое проверяет остатки регистра ТоварыВЯчейках с учетом того, что мы сейчас туда пытаемся положить.
Если лимит по объему или весу превышен, оператору вылетает диалоговое окно:
«Внимание! При размещении в ячейку [Номер] будет заполнение более 100% по объему. Отменить проведение документа? [Да] / [Нет]»
Почему оставили кнопку «Нет» (провести документ), а не сделали жесткий запрет? Потому что склад — это живой организм. Бывают ситуации, когда по базе в ячейке еще висит товар, но физически она уже пустая, а паллет нужно поставить вот прям срочно. Оператор берет ответственность на себя, жмет «Нет» и проводит документ.
Так же для исправления данной ситуации были произведены и сохранены настройки типовых отчетов для поиска переполненных ячеек. Теперь при пересменке обязательно формируется отчет и он должен пустым.
Ну и куда же без инструкций на каждый процесс (приемка, отгрузка, инвентаризация, блокировка ячеек, перемещение, разбор задвоенных ячеек.) и подготовки настроек для отчетов для контроля ошибок в процессе.
Далее планируется расписать оставшиеся складские бизнес процессы. Настроить ТСД и клевевернс. Провести полное обучение сотрудников склада И после все же запретить операторам выбирать ячейка в ручную при размещении.
Подскажите какие права нужно иметь (текущие "бухглатер") что бы создавать свои шаблоны? Потому как в текущих шаблонах мне очень не хватает маркеров (извиняюсь если нет так назвал, в общем поля значения которых подтягиваются из базы) помимо тех которые на скрине есть. Или в 1С есть какой-то иной редактор выходных форм, который бы мог брать из базы любую переменную (значение?) и еще чтобы в него таблицу можно было засунуть текстовую. Я у админа спрашивал, тот сказал что в этой версии вообще ничего нельзя такого, нужно другую или дополнительную 1С брать. Но может он вопроса моего не понял.
Телеграм, ВКонтакте, Дзен, Макс — площадок становится все больше, а вот внимание аудитории по-прежнему ограничено. Что делать? Продвигать!
На Пикабу можно рекламировать свои каналы прямо в лентах сайта. Находите новую аудиторию и получайте живые переходы без сложных рекламных кабинетов.
Подойдет для:
авторских и экспертных блогов
бизнеса
медиа и новостных каналов
мемных и развлекательных сообществ
Запускается просто: добавляете ссылку, пишете заголовок и краткое описание и выбираете географию для показов. А дальше о вашем канале узнают тысячи пользователей Пикабу!
Оказывается, если у элемента управляемой формы, который связан со ссылочным реквизитом, стоит ТолькоПросмотр, то ему пофигу какой цвет фона ты ему задаешь. Просто не отображает его, хоть ты тресни. Говорят же "можно смотреть, но руками не трогать". Вот я и хочу смотреть на тот цвет, что я указал.
Боль длиною в 4 часа, пока не раскопал. Спасибо, я кончил
Нужна помощь, уже весь измучился и не понимаю куда копать.
Вводные данные: ПО АльфаАвто 6.1.23.18
ККТ Атол FPrint 22ПТК версия прошивки 5.17.0 ФФД 1.2
Драйвер ККТ в системе Атол 10.10.8.0
Версия компоненты 1С: 10.10.8.20
Сканер штрихкодов настроен в режиме СОМ-порт.
Признак предмета расчета для типа номенклатуры указан "Подакцизный товар, маркируемым средством идентификации, имеющий код маркировки"
ЛМ ЧЗ проверку проходит успешно.
Теперь к сути проблемы: Наблюдается проблема при пробитии чека с моторным маслом. Во-первых очень долгая проверка кодов перед пробитием. Во-вторых в случайном порядке (закономерность не выявил) с первой попытки чеки не пробиваются. Выдает ошибку "Контрольная марка не проверена.Код маркировки не может быть обработан или проверен ККТ. Проверьте корректность КМ, а также отсутствие ограничений или блокировок по работе с маркировкой. После исправления данных повторите операцию. Если эти действия не помогли, обратитесь в техническую поддержку программы".
Ошибка плавающая. Может проявиться как 2-3 чека подряд, иногда бывает что каждый 3-4 чек с ошибкой. Иногда по пол дня вообще без ошибок, максимум 2-3 чека с ошибкой при пробитии за всю смену. Проблемные позиции в чеке разные. Есть маркированные мной, введенные при маркировке остатов, есть и по маркам полученным от поставщика. Тоесть нет какой-то одной номенклатурной позиции по которой ошибка. А один и тот же товар может 5 чеков подряд пробиться без проблем, а в следующем отвалиться с ошибкой. Ошибка именно по уведомительному режиму. Который выполняется средствами ККТ. Проверка в ГИС МТ: "У нас в обороте" "В честном знаке в обороте". Проверка в разрешительном режиме - успешно.
Если закрыть чек, перезагрузить ККТ, открыть чек - чек пробивается успешно. Иногда не с первого раза, но после повторной перезагрузки все же пробивается, в Честном знаке отображается корректно.
Пост БЕЗ РЕЙТИНГА. Может быть кто-то тоже работает с АльфаАвто и сталкивался с подобными проблемами? Уже руки опускаются, ай нид хелп.
PS. Рекомендации разработчика АльфаАвто (1С-Рарус) выполнены. Альфа обновлена, прошивка обновлена, драйвер АТОЛ последний доступный на данный момент.
Несколько человек просили написать как создавался MCP сервер, исполняю их желание.
Если вы работаете с 1С и пробовали просить ChatGPT или Claude помочь с кодом — вы знаете боль. ИИ пишет красиво, уверенно и абсолютно неправильно. Потому что он понятия не имеет что у вас в базе.
Какие справочники. Какие реквизиты. Какие типы данных. Он угадывает — и промахивается.
Я решил это починить.
В чём проблема
Представьте: вы просите ИИ написать обработку для 1С Бухгалтерия или ЗУП . Он спрашивает — а какие у вас документы? Какие реквизиты у Расходной Накладной? А контрагент — это справочник или перечисление? А НДС — это ставка из справочника или значение перечисления?
И вы начинаете копировать метаданные. Скриншотить конфигуратор. Объяснять словами то, что лежит прямо в базе.
На это уходит больше времени, чем на саму задачу.
Идея
А что если ИИ сам увидит базу? Не через скриншоты. Не через мои объяснения. А напрямую — залезет в метаданные, выполнит запрос, посмотрит документ.
Оказалось, для этого существует протокол. Называется MCP — Model Context Protocol. Его придумали в Anthropic (создатели Claude). Суть — стандартный способ подключить к ИИ любой источник данных. Базу данных, API, файловую систему — что угодно.
Нужен только сервер, который говорит на этом протоколе. Для 1С такого не было.
Я сделал.
Схема: Claude Code ↔ MCP (JSON-RPC) ↔ OneBridge ↔ База 1С
Как устроен OneBridge
Это внешняя обработка. Обычный .epf файл. Открываете в 1С, нажимаете «Запустить» — и на вашем компьютере поднимается HTTP-сервер.
Да, прямо внутри 1С.
Главный трюк — нативная внешняя компонента. Маленькая DLL на C++, которая умеет слушать порт и принимать HTTP-запросы. Она живёт внутри обработки как макет. Подключается автоматически при запуске.
Когда Claude Code отправляет запрос — компонента его принимает и стреляет событие в 1С. Дальше 1С-код разбирает JSON, находит нужный инструмент, выполняет, возвращает результат. Протокол — JSON-RPC 2.0 поверх SSE (Server-Sent Events).
Восемь инструментов. Каждый — отдельная команда, которую Claude может вызвать сам, без моего участия.
Все 8 инструментов OneBridge
execute_query — выполнить любой запрос на языке 1С. «Покажи все документы за март» — и через секунду таблица с данными.
execute_code — выполнить произвольный код. Claude пишет код, OneBridge его запускает на сервере, возвращает результат.
get_metadata — прочитать структуру базы. Справочники, документы, реквизиты, табличные части, типы данных. Три режима: общая сводка, фильтрованный список и детальная структура конкретного объекта.
get_event_log — журнал регистрации с фильтрами. Полезно для диагностики.
get_object_by_link — получить конкретный документ или элемент справочника по ссылке. Claude видит все поля, все строки табличных частей.
get_link_of_object — обратная операция: по описанию объекта получить навигационную ссылку.
find_references_to_object — найти все места в базе, где используется конкретный объект. Аналог «Найти ссылки на объект» из конфигуратора.
get_access_rights — права доступа к объектам метаданных. Кто что может делать.
Про безопасность
Первый вопрос, который задают: «А он не удалит мне всю базу?»
Нет. В OneBridge есть детектор опасных операций. Когда Claude просит выполнить код с Записать(), Удалить() или УстановитьПривилегированныйРежим() — сервер не выполняет молча. Он останавливается и показывает диалог: вот код, вот что в нём опасного. Разрешить?
Три режима: автоматическое разрешение (для записи — если вы доверяете), подтверждение через диалог, или полная блокировка. Настраивается галочками прямо в форме обработки.
Как я это создал
Одним (почти) промптом через Claude Code.
Я написал спецификацию: какие инструменты нужны, какой протокол, какие форматы данных, как работает нативная компонента. Дал Claude Code — и он сгенерировал 12 000 строк кода на языке 1С.
Конечно, не с первого раза. Были итерации — парсер JSON не обрабатывал ссылки на объекты, метаданные расширений кэшировались неправильно, legacy-транспорт SSE не работал параллельно с новым. Но каждый раз я объяснял проблему — и Claude исправлял.
Итого: два вечера. Один — на спецификацию и первую рабочую версию. Второй — на допиливание и тестирование.
Зачем вам это
Если вы работаете с 1С и используете (или хотите начать использовать) ИИ для разработки — OneBridge меняет всё. Вместо слепого ИИ, который угадывает структуру вашей базы, вы получаете ИИ, который её видит.
В прошлой статье я показывал как за 55 минут создал обработку загрузки данных с Wildberries. Так вот — она была создана именно через OneBridge. Claude сам залезал в базу, смотрел эталонные документы, проверял метаданные. Без этого — было бы не 55 минут, а 55 сообщений с копипастом метаданных.
Скачать промт, чтобы попробовать создать самому. Не забываем при первичной постановке ТЗ включать режим Plan.
12 000 строк кода. Восемь инструментов. JSON-RPC поверх SSE. Детектор опасных операций. И всё это — внешняя обработка, которая открывается в любой базе 1С одним файлом.
