Так вот если найдет то будет ссылка на Элемент Если не найдет то будет пустая ссылка
Это собственно и есть проверка.
По русски это как-то так: Найти в справочнике элемент с таким ИНН и вернуть ссылку на него в переменную "Сотр" если мы нашли такого сотрудника то идем в отказ, а проверяем мы сравнением переменной "Сотр" со значением пустой ссылки на элемент справочника сотрудники Если такого сотрудника не нашли, значит то что нам надо и выполняем действия по созданию нового элемента справочника....
Че-то не получается у меня сделать им то что нужно. Может неправильно делаю. Просветите меня пожалуйста.
Значит так: 1. Подобный вопрос был! (Уже точно помню, что был) 2. Решение в данном случае в лоб выглядит как: - смотрим на контрагента, запоминаем номер строки, это у нас старт для объединения. Так же запомнить контрагента. - запоминаем текущую позицию для следующего витка цикла. - перед выводом очередной строки, проверяем контрагент тот или изменился: - если изменился, объединяем область - если нет, идем дальше.
3. Вопрос по поводу НН вынести в отдельную ветку. Да и вообще описывайте задачу, а не кусками. Повторюсь, телепаты в отпуску.
Для начала рекомендовал бы изучить мат.часть! 1С все-таки предметная область, и без знания/понимания учета и т.п. ой как тяжело.
Кидаться сразу в сторону специфических задач, это..... "ну вы понели".
ЗЫ: Ваши вопросы в данном случае слишком поверхностны и абстрактны получились, как-бы вырваны из контекста. Недаром сказано, правильно поставленный вопрос - 60% ответа.
А если серьезно, то судя по сообщению авторизация на сервере (SQL) происходит средствами ОС и стоит принудительная смена пароля через какое-то время. Смените пароль или тип авторизации для пользователя. И админа пните сапогом.
в корне неправильно тогда получается. не покупать же отдельно лицензию под второго пользователя чтобы он закупки у первого делал. подскажите как сделать правильно, задача: есть 2 организации, как проводить закупки, чтобы продавать можно было 2-м организациям, а закупать на одну? как перемещать товары между ними?
1. Причем здесь пользователь? 2. А с точки зрения появления товара на второй организации? Перемещение то фактически будет сделкой купли-продажи или отдачи на комиссию как раз между этими двумя организациями.
Собственно схема:
2 организации, назовем их 1-я и 2-я. 1-я производит основные закупки.
продажа осуществляется с обеих организаций. с 1-й понятно, товар числится на ней. со 2-й: - при покупке, оформляется приход товара от контрагента 1-й организации - оформляется отгрузка клиенту - оформляется отгрузка с 1-й на вторую.
ну и соответственно как описано выше проводки по кассе.
ну там же по русски написано... 1 - это аппаратный ключик защиты 2 - это уже файл лицензий, как работает увы не знаю, но уже ЮСБ ключа не требуется. Удобно если сервак виртуальный
Ага, понятно.
Порылся в настройках клиентской платформы, есть там галочка типа использовать аппаратныю защиту. Если снимаешь, просит вводить "пин-код" какой-то...
называется "Отбор". Если поле отбора будет реквизитом документа- то отбор получится. Если будете хранить в регистре сведений - то через отбор не выйдет, нужно будет формировать и заполнять список документов вручную (программно в смысле).
Формирование списка следующим образом:
ВЫБРАТЬ ДокументЗаказ.Ссылка, ДокументЗаказ.ПометкаУдаления, ДокументЗаказ.Номер, ДокументЗаказ.Дата, ДокументЗаказ.Проведен, ДокументЗаказ.Примечание, ДокументЗаказ.Автор, СтатусыЗаказов.Статус ИЗ РегистрСведений.СтатусыЗаказов КАК СтатусыЗаказов ЛЕВОЕ СОЕДИНЕНИЕ Документ.Заказ КАК ДокументЗаказ ПО СтатусыЗаказов.Заказ = ДокументЗаказ.Ссылка
А отбор где-то таким образом:
&НаСервере Процедура ИзменитьОтборСписка() Если СтатусОтбор.Пустая() Тогда Список.Отбор.Элементы.Очистить(); Иначе Список.Отбор.Элементы.Очистить();
Там все уже есть. И отчеты норм будут формироваться. Очень хороший механизм, жаль, его мало кто использует...
У элемента справочника Номенклатура создается подчиненный ему элемент справочника КатегорииНоменклатуры. Реквизит Категория - тот самый Алкоголь или Табак - Элемент спрвочника Категории. Сам справочник категории заполнить предварительно(кста, там можно такую иерархию развести...) Можно обработку написать, а можно взять Ючойс с ИТС - там удобно отбирать Номенклатуру. В файлик примере (юсТемплэйт?) написать простенький код создания подчиненного, категорию можно вынести на форму - для интерактивного выбора.
Как вариант еще можно использовать штатную обработку для установки категорий. Но естественно у нее (обработки) есть ряд ограничений.
Хотя если группа табак и алкоголь раздельны то скорее всего прокатит. ИМХО.
Пропись(<?>); Синтаксис: Пропись(<Параметр>) Назначение: Задать образец вывода чисел прописью. Параметры: <Параметр> - строка, содержащая имя файла с прописью (если в параметре передано '''' (пустая строка), то устанавливается пропись по умолчанию) или объект типа ''СписокЗначений'', в котором лежат строки, структура которых совпадает со структурой файла прописей - там тоже двухуровневая структура, порядок строк тоже такой же.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!