поле состояниеинтересаустановить не заполнено

Ошибка при проведении начальных остатков задолженности клиентов

Добрый день.
УТ 11.4.8.73
Начальные остатки переносились из другой системы самописной обработкой. Еще при тестировании, при проведении созданного документа выпала следующая ошибка

«Запись не верна! Значение поля «Аналитика учета по партнерам» не может быть пустым! (Регистр накопления: Расчеты с клиентами; Номер строки: 32)»

После пары часов бесплодных попыток понять ее причину она перестала проявляться сама по себе.
Остатки были перенесены, проведены, перепроводились несколько раз. Всё было ок.
Сейчас при попытке перепровести эти документы снова выпадает эта ошибка.
В чем может быть проблема?

(7) Регистр Аналитика учета по партнерам проверил, ни пустых записей, ни дублей. Запись по одному из контрагентов на которых ругается в порядке. В справочнике ключи аналитики тоже все норм.
Но.
Очищаю все записи в регистре. Провожу документ, он проводится. Перепровожу все документы в базе. Удаляю дубли в ключах аналитики.
Опять не проводится. Любые другие документы с такой связкой проводятся.

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

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

Источник

Настройка сценариев работы с Интересами клиентов

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

По ходу процесса последовательно меняется текущее Состояние интереса. Благодаря этому всегда понятно, на каком этапе находится каждая продажа в любой момент времени, и можно сделать приблизительную оценку прибыли к концу периода. А в Воронке продаж наглядно видны слабые места процесса.
Часто в компаниях организованы различные процессы продажи для сотрудников из разных подразделений или по разным Типам услуг. В решении можно создать несколько Сценариев продаж для каждой ситуации.

Состояния работы с интересом клиента

Список возможных состояний настраивается в справочнике Клиенты → Справочники и настройки → Продажи → Сценарии продаж. Также настройки сценария можно открыть из АРМ «Мои продажи», для этого необходимо нажать на команду «Открыть настройку сценария».

АРМ Мои продажи «Открыть настройку сценария»

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

Чтобы переименовать или удалить имеющийся сценарий необходимо рядом с наименованием сценария выбрать команду «Изменить наименование сценария».

Переименование сценария. Удаление сценария

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

В рамках программы можно создать несколько сценариев работы с Интересом клиента. Различные сценарии могут использоваться в подразделениях компании (или для разных направлений деятельности).

Для создания нового сценария необходимо выбрать команду «Создать новый сценарий», которая находится в меню названия текущего сценария. После чего заполнить поле «Наименование» для нового сценария, а также указать условия его применения: для какого подразделения и какого типа услуг будет использоваться.

Создание нового сценария

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

Для того, чтобы скопировать сценарий в меню названия текущего сценария необходимо выбрать команду «Скопировать текущий сценарий». По умолчанию наименование скопированного сценария будет выглядеть как « > — копия».

Наименование скопированного сценария

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

Настройка условий применения сценария — выбор типа услуг

Важно!
Сценарии без условий применения будут доступны для использования всегда.

Каждый сценарий по умолчанию содержит набор возможных состояний (этапов) работы с Интересом клиента.

Настройка сценария работы с Интересом клиента

При необходимости этапы могут быть переименованы, переставлены местами, удалены или добавлены новые. Для того, чтобы переименовать или удалить этап, необходимо выбрать рядом с нужным этапом иконку — — после нажатия на которую, станет доступно поле для переименования этапа, а также появится команда «Удалить этап».

Для добавления нового этапа необходимо выбрать команду «Добавить состояние интереса» () между двумя состояниями, где должен находиться новый этап. Для нового этапа необходимо дать наименование и выбрать команду «Выбрать».

Создание нового этапа состояния Интереса

При необходимости этапы можно поменять местами. Для этого необходимо определить местоположение для этапа и с помощью команды «Поменять этапы местами» () перетащить этап.

Настройка обязательных для заполнения полей Интереса клиента

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

В Настройке состояния можно указать какова вероятность успешного завершения интереса, когда Интерес находится на данном этапе (например, Первичный интерес). Также есть возможность указать какие действия с полями интереса может совершать пользователь, находясь в текущем состоянии: если поставить галочку в колонке «Только просматривать», то редактирование выбранных полей будет невозможно; если поставить галочку в колонке «Проверка заполнения», то пользователь не сможет перейти в следующее состояние Интереса, не заполнив выбранное поле.

Например, Интерес клиента может находиться в состояниях: Первичный интерес, Выявление потребности и Выполнение договора. Важно, чтобы пользователь обязательно зафиксировал ожидаемую выручку уже на этапе выявления потребности клиента. Для этого в окне настройки состояния Выполнение договора — нужно выбрать Ожидаемая выручка. В результате пользователь должен будет указать ожидаемую выручку, до перевода Интереса клиента в данное состояние.

Включенная опция «Разрешить ролевую адресацию» позволяет на данном этапе указать в качестве ответственного «Роль». Всем пользователям, входящим в роль, будет виден интерес на данном этапе.

Ожидаемый срок нахождения на этапе

Опция «Ожидаемый срок нахождения на этапе» позволяет автоматически рассчитать ожидаемую дату продажи, а также понять на каком этапе завис Интерес.

Важно!
Данная опция доступна только для Интереса.

Для опции «Ожидаемый срок нахождения на этапе» указывается предполагаемое количество дней, которые Интерес будет находиться на текущем этапе. Данный срок указывается на каждом этапе Интереса.

Настройка состояния Интереса: ожидаемый срок нахождения на этапе

В карточке Интереса текущий этап подсвечивается зеленым/желтым/красным в зависимости от реального срока нахождения на этапе.

Отображение просроченного состояния интереса в карточке Интереса

Ожидаемая дата продажи

В Мастере принятия обращений при выборе сценария продаж для Интереса автоматически подставляется ожидаемая дата продаж, которая рассчитывается путем суммирования количества дней, указанных на каждом этапе Интереса в настройках состояния в поле «Ожидаемый срок нахождения на этапе», с текущей датой календаря. При расчете учитываются рабочие дни согласно производственному календарю.

Ожидаемая дата продажи в Мастере принятия обращений

Дата пересчитывается каждый раз при изменении состояния Интереса с учетом реального времени нахождения на прошлых этапах.

В Интересе пересчитана дата продажи в соответствии с временем нахождения на предыдущих этапах Интереса

При необходимости Ожидаемую дату продажи можно ввести вручную в Мастере приема обращений или в Интересе. После ручного ввода Ожидаемой даты продажи автоматический расчет даты отключается. Чтобы заново включить автоматический расчет, требуется выбрать команду «Пересчитать ожидаемую дату продажи», которая находится справа от поля ввода даты.

Пересчитать ожидаемую дату продажи

Обязательное планирование активностей

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

Планирование взаимодействия из карточки Интереса

В программе реализован механизм, который контролирует то, чтобы по каждому Интересу клиента обязательно было запланировано общение с клиентом (Взаимодействия) или другие дела (Задачи). Для его использования необходимо в окне настройки состояния Интереса клиента в разделе «Планирование дел» в поле «Обязательно планировать» выбрать тип активности, наличие которой будет контролироваться:

Также в системе реализована возможность не заходя в карточку Интереса из АРМ «Мои продажи» планировать дела при изменении состояния интереса. Для этого необходимо в настройках каждого этапа Интереса установить флаг напротив поля «Планировать дела при изменении состояния интереса в АРМ „Мои продажи”».

Планирование дел в АРМ «Мои продажи»

При изменении состояния Интереса в АРМ «Мои продажи» планирование дел выглядит следующим образом:

Планирование дел в АРМ «Мои продажи»

В настройках состояния Интереса для состояния «Первичный интерес» есть настройка, позволяющая не создавать личную задачу при создании Интереса. Для этого необходимо поставить флаг напротив поля «Не создавать личную задачу при создании» в разделе «Планирование дел».

Не создавать личную задачу при создании Интереса

Автоматическое завершение запланированных дел

Пока Интерес клиента находится в определенном состоянии, сотрудник планирует Взаимодействия и Личные задачи. Например, может быть запланировано и совершено несколько звонков клиенту. Каждый запланированный звонок должен быть выполнен с указанием достигнутого результата. Данную операцию можно упростить, настроив автоматическое завершение запланированных активностей в момент смены состояния Интереса клиента.

Для этого в разделе «Автоматическое завершение дел» (при переходе в состояние) в поле «Завершать автоматически» нужно выбрать вид завершенных активностей и уточнить условие завершения:

Настройка автоматического завершения запланированных дел

Источник

Сообщение в поле реквизита

(1) Nigelist,
1. Для того чтобы форма не закрывалась нужно передать «отказ» в вашу процедуру:

2. Чтобы при записи срабатывала стандартная проверка добавьте в модуле объекта в процедуру ОбработкаПроверкиЗаполнения ваш реквизит в список проверяемых

Выводит сообщение в окне редактируемого элемента. Теперь надо либо выяснить как включить стандартную обработку заполнения, либо выяснить как нужно указывать реквизит в «Сообщение.Поле». Кстати, ваш метод «ПроверяемыеРеквизиты», не нашел в синтаксис-помощнике. Зато нашел «ПроверкаЗаполнения.(ВыдаватьОшибку, НеПроверять)», как бы эту стандартную проверку прикрутить к реквизиту программно?

Так тоже не работает

(8) mialord, может мне и рано, но вы постарайтесь объяснить подробнее на примерах, а не намеками. Приведенный вами пример, я видел в синтаксис-помощнике, только вот у меня нету табличной части.

(10) Nigelist, «ПроверяемыеРеквизиты» это не метод, а массив имен реквизитов, которые надо проверять. Я же написал выше в какой процедуре в него нужно добавить имя вашего реквизита. в чем там может быть сложность не понимаю

А вообще, в любом случае подойдет:

Или даже нарисовать жирную красную рамку вокруг поля и управлять ее видимостью в зависимости от выполнения условия заполненности.

можно просто в проверяемые реквизиты добавить и пользоваться стандартной проверкой. как добавлять см.выше

и что, при таком коде, сообщение не выводится в нужном реквизите?

P.S. кстати, перед закрытием какая-то странная проверка: можете объяснить ее суть? есть уже какое-то количество документов с установленной галкой «Необходимость сертификата» и незаполненным сертификатом?

P.S. А по поводу проверки перед закрытием, обнаружил, что при закрытии элемент записывается. Потому и добавлял эту проверку.

P.P.S. Тут я ещё надумал сделать так, чтобы при выборе «Сертификат не нужен», поле не скрывалось, а получало надпись: «Сертификат не требуется» и становилось недоступным для редактирования. Если как сделать поле недоступным я знаю, то как вставить текст в поле «Сертификат» не знаю. Не подскажете как быть?

не верю. покажите код модуля 🙂

поменяй эти строчки вот так:

А как на счет штатных процедур и функций? ПроверитьЗаполнение() в модуле формы и ОбработкаПроверкиЗаполнения() в модуле объекта? Не не слышали? А так будет правильнее и с минимум кода.

В обработке проверки заполнения выполняйте корректировку проверяемых реквизитов:

А если надо еще и просто при закрытии, тогда в самой форме в обработчике ПередЗакрытием() добавьте всего одну строку:

если в свойствах реквизита не выставлено значение проверять и вы его собственноручно в проверяемые реквизиты не добавили при вызове процедуры проверки, то как этот реквизит попадет в список проверяемых, чтобы требовалось его удалять

(25) Проверять нужно обязательно потому что пользователь может бесконечное количество раз записывать форму и менять параметр. Интересно как вы добавите дважды один и тот же реквизит в коллекцию проверяемых реквизитов форму или удалите несуществующий из той же коллекции? Да вы уже вызовите исключение нажав дважды кнопку записать.

УправляемаяФорма (ManagedForm)
ПроверитьЗаполнение (CheckFilling)
Синтаксис:

ПроверитьЗаполнение()
Возвращаемое значение:

Проверяет заполнение реквизитов. Для реквизитов, у которых свойство «Проверка заполнения» установлено в значение «Показывать ошибку» и реквизит не заполнен, будет сформировано сообщение об ошибке.

Тонкий клиент, веб-клиент, сервер, толстый клиент.
Примечание:

Выполнение метода приводит к возникновению события ОбработкаПроверкиЗаполненияНаСервере.

(это из вашей же цитаты. так что совет про внимательное чтение скорее вам подойдет).

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

приведите пример кода с проверяемыми реквизитами,который по вашему мнению вызовет исключение. я же в свою очередь утверждаю, что для корректной работы алгоритма достаточно вот такого когда (в конфигураторе свойство «Проверка заполнения» у реквизита «Сертификат» выбрано «Не проверять»):

Источник

Ошибка 1С: «Поле объекта не обнаружено»

Ошибка 1С: «Поле объекта не обнаружено»

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

Причины возникновения ошибки 1С «Поле объекта не обнаружено»

В ходе диагностики компьютеров, терминалов внутренней сети, серверов рекомендуется воздерживаться от преждевременных шагов и предварительно проконсультироваться со службой поддержки 1С официального представителя 1С – компании «АйТи-Консалтинг».

Основные причины ошибки:

Не введены или не заполнены реквизиты шаблона.

Изменение конфигурации без завершения процесса, в частности, не активирована новая установленная опция (кнопка).

Продукт переустановлен, но параметры программы указаны не верно.

Методы устранения ошибки 1С: «Поле объекта не обнаружено»

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

Осуществление отката к предыдущей конфигурации продукта, если до произведенных изменений осуществлялось резервное копирование файлов программы.

Обновление платформы программы 1С до самого нового релиза.

Включение функции игнорирования (прекращения) внутренней проверки или изменение правил обмена данными на уровне системного управления.

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

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

Источник

Выдать ошибку, что поле не заполнено

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Проверка заполнено ли поле
Подскажите как проверить введу ли данные с формы, я что то читал про функцию isset() но не могу.

Выдать ошибку, если текстовое поле пустое
Есть форма UserForm3, на ней два текстовых поля txt3 и txt4 и кнопка CommandButton4 (Ввод). Если в.

Выдать ошибку, если поле для заполнения пустое
Есть диалоговое окно. Там есть место для заполнения имени. Как вывести error если поле для.

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Строки, в которых заполнено поле
Помогите написать запрос Напишите запрос с использованием таблицы location в схеме hr, который бы.

Как посмотреть заполнено ли поле ListBox?
Здравствуйте, у меня возникла такая проблема: У меня есть кнопка и в зависимости заполнено ли поле.

Поле склад не заполнено при проведении
Доброго дня появилась проблема месяца закрывал без проблем теперь вылезла ошибка раньше все без.

Источник