Дмитрий Кинаш

В тестовом приложении БТО можно в ручную добавить новый драйвер

В рабочем - аналогично.

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

Для начала самый простой вопрос, если есть Вы как разработчик драйвера, и есть Пользователь как потребитель, то зачем нужна промежуточная прослойка автоматизации?

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

Справочники.ДрайверыОборудования.ЗаполнитьПредопределенныйЭлемент

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

Что делать?

Исправить! ))

Значит вам пора выходить на новый уровень.

Погуглите "Tool 1CD" - этот инструмент для файловых баз тоже умеет более умело чем ТиИ исправлять проблемы со внутренней структурой. А так же позволяет выгрузить таблицы данных, .чтобы загрузить в базу-копию.

Тут нужно не гуглить, а программировать.

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

В ДО не достаточно закинуть пользователя в группу. Нужно указать в карточке - где и кем он работает.

Описанное в вопросе решение "в лоб" - одноразовое и его нужно будет переделывать при смене типа хранимых товаров, у которых будут другие параметры.

Для начала нужно определится с единицами складского хранения. Если предусмотрено только напольное хранение товаров, то имеет смысл остановится на квадратных метрах. Если есть стелажное хранение, то можно хранить в кубах. А если товары очень тяжелые и есть конструкторские ограничения по допустимой массе, то берем вес.

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

при загрузке заказа с сайта товар будет числиться простым товаром (на языке 1С не имеющим характеристики) и при загрузке в 1С система не поймет, какую характеристику номенклатуры нужно подставить в табличную часть заказа клиента (т.к. GUID вариации товара/характеристики номенклатуры с сайта не будет получен)

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

С точки зрения красивой архитектуры - править нужно сайт. Удобства пользователей - это фронт, а не бэк!

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

Обратится к специалистам по CS Cart не вариант?

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

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

2) "НачалоВыбора реквизита КоличествоМест" - уже лучше, так как нет недостатков первого варианта, но сильно сомневаюсь, что кто-то будет вводить число мест через выбор с помощью калькулятора.

Максимально оптимальным будет решение с помощью обработчика события ПриАктивизацииЯчейки у таблицы формы - проверяете, что за ячейка активирована, и если это "Количество мест", а в строке номенклатура типа Запас, то разрешаете ввод числа, иначе ТолькоПросмотр=Истина.

P.S. Еще Антон Антон интересно предложил через условное оформление, но условие должно быть явно на форме - нельзя делать проверку по подчиненным реквизитам. Можно в таблицу добавить скрытый реквизит Тип и его заполнять при открытии формы или при изменении номенклатуры. А далее поставить оформление ТолькоПросмотр=Истина на таблицу, если у строки Тип=Запас.

Однозначным ответом может быть только: не трогать этот файл и просматривать журнал регистрации непосредственно из той базы 1С, к которой он относится.

Судя по содержимому комментариев на самом деле требуется обработка с ИТС для групповой замены реквизитов или "Инструменты Разработчика" с целью удалить информацию из ряда документов в базе.

Не полиглот и не знаю на каком языке вопрос, но попробую перевести на русский:

Нужно для документа "Заказ клиента" добавить свою печатную форму, в которую выводить данные по этапам и суммам оплаты из текущего документа. При чем требуется реализовать с помощью расширения.
Уже посмотрел как это реализовано в Обработка.ПечатьЗаказовНаТоварыУслуги и там слишком сложно. Можно ли проще?

Если я правильно перевел вопрос, тот тут классическая дилемма сложности и универсальности. Вся эта сложная БСП-обвязка, когда с формы вызывается комманда, которая через общий модуль смотрит в менеджер документа, который через общие модули смотрит в дополнительную обработку для печати - это все для универсальности. Чтобы вы не только из документа или формы списка документов могли печатать, но и вообще из любого места (различные пакетные печати и АРМ).

Если нужно попроще и даже не планируется печать списка документов, то ДА, можно все сделать очень просто - переносите в расширение только форму документа и реализовывайте печать прямо в ней. Если уже нужна печать из списка, то очевидно, что вам в расширение придётся забирать все нужные формы плюс сам документ, что бы начинку печати поместить в модуль менеджера и не дублировать в модулях форм.

Но! Если вы начинаете работать со сложными конфигурациями и активно используете техники программирования времен УТ10 и УПП, то система может начать работать непредсказуемо и поддержка станет более затратной. Рекомендую разобраться с Обработка.ПечатьЗаказовНаТоварыУслуги - и внести правки в неё.

Как обычно выводят такую информацию на экран?

1) На понятном пользователю языке, в знакомом ему формате.
2) В хорошо видимом пользователю месте.
3) В момент времени, когда эта информация требуется согласно процессу.

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

Вопрос какой-то бессвязные и не имеет смысла.

как найти совпадение элементов выпадающего списка...., он ссылается на справочник

Получается на форму выведен реквизит типа СправочникСсылка.ЧтотоТам. При нажатии кнопки выбора значения появляется список последних выбранных и вариант открыть полную форму выбора. Если в первичном списке визуально есть "совпадение элементов", то это никакое не совпадение, а пользователь назвал элементы одинаково. Задача поиска и схлопывания дублей - это классическая задача поддержки баз...

есть выпадающий список, и у меня есть структура

А теперь в целом вопрос поиска совпадений элементов в Списках и Таблицах значений, Структурах, Соответствиях и Массивах. Самый простой и понятный метод - это перебором элементов коллекции поиск сколько раз этот элемент встречается в этой же коллекции.

Более алгоритмический способ - это создать таблицу значений с двумя колонками - Значение и Количество. В первую колонку загнать значения проверяемых коллекций, а во вторую единички. Потом вызвать метод Свернуть() - теперь все, где количество стало больше 1, это дубли.

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

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

Почему появилась такая странная задача? Почему пользователь хочет переносить в новый документ случайные строки и не фиксировать в системе этот факт? Может ли быть, что из 10 строк пользователь выделял 7, но на одной строке ошибся и кликнул дважды, в результате чего в работу ушли всего 6 строк, а он и не заметил пока не стало слишком поздно..?

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

2) Если есть сценарий, что с документом работает некий начальник, который создает задания по частям для своих подчиненных, то использование стандартного ввода на основании не является корректным - нужно просто создать команду на форме, которая будет использовать выделенные строки и при создании нового документа может даже использовать его программное заполнение из стандартного ввода на основании.

3) Если я чего-то не понимаю и нужно делать именно так как написано, а так же есть храбрость ломать БСП, то тоже все очень просто. В модуле ПодключаемыйКомандыКлиент в процедуре ПродолжитьВыполнениеКоманды в параметре Контекст есть открытая форма, в которой у элемента формы доступно выделение строк. Тут нужно вставить свой код, что если попался нужный тип документа и передана форма объекта с выделенными строками, то формируем структуру, куда передаем ссылку на документ и массив номеров строк. Далее в обработчике ОбработкаЗаполнения заполняемого документа проверяем тип входящего параметра основания и если там наша структура, то далее заполняем стандартно по ссылке из реквизита структуры, а в табличную часть переносим только указанные в массиве строки.

Теги неудачные. Согласно описания вам не нужна 1С - это всегда нужно платить деньги. И тем более не нужна ERP - это всегда нужно платить очень большие деньги!

А вот CRM - именно то, что описано в тексте вопроса. Погуглите "бесплатная CRM" и выбирайте из вариантов. Лично я бы предпочел Битрикс24, но вариантов и без него хватает.

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

Заходите в отладку и ставьте точку останова в проблемной строке. Анализируйте стек вызова и значение переменных - в первую очередь ТипПодписчика.

1С - общее название для учетных систем. Битрикс - платформа для веб-разработки. IIKO - система для ресторанов. В одной фразе слишком много различных продуктов.

Вы хотите научится использовать их в работе или стать разработчиком их функционала?

1) Для начала не распыляйтесь во все стороны! Выберите максимально прибыльную нишу для вашего региона или региона, куда вы можете переехать (или имеете возможно удаленной работы).
2) Воспользуйтесь поисковиками и прочитайте все обзоры на нужную вам тему, до которых дотянитесь.
3) Найдите компанию в вашем регионе, которая специализируется на выбранном ПО, и которым нужны ученики/стажеры - пройдите у них обучение.