Иван Угрюмов (Все сообщения пользователя)

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 След.
Корректировка времени этапов, Есть необходимость для роли с полными правами редактировать дату/время начала/окончания этапов
 
Понятно.
Тогда, будем заставлять исполнителей вовремя нажимать кнопки. 8-)

Но если кто забывает, тогда в отчете "Загруженность сотрудников" нагрузка за день неверно считается. Я например сегодня 71 час отработал.
Корректировка времени этапов, Есть необходимость для роли с полными правами редактировать дату/время начала/окончания этапов
 
Здравствуйте.
Есть необходимость для роли с полными правами редактировать дату/время начала/окончания этапов.
Появилась такая необходимость для получения корректных отчетов.


Изменено: Иван Угрюмов - 26.01.2018 11:51:36
Telegram, Оповещения на Telegram
 
Цитата
m100s написал:
Проблема вывода сообщений, изменений и прочего - HTML, который корректно в телеграмм не переносится.

В итоге проще транслировать в телеграмм через бота сообщения с почты.
Хорошая мысль. Только пока непонятно как реализовать без изменений конфы. Расширением отбиваться пока не хочется.
Изменено: Иван Угрюмов - 12.12.2017 10:57:25
Telegram, Оповещения на Telegram
 
Пока сами разобрались.
Сделали через Правила событий - Произвольный алгоритм.

ТекстСообщения = "N" + Строка(Источник.Номер) + " Дата: "+ Строка(Источник.Дата) + Символы.ПС
+ "Тема: "+ Источник.Тема + Символы.ПС
+ " Автор: " + Источник.Автор + Символы.ПС + " Инициатор: " + Источник.Инициатор + Символы.ПС
+ " Исполнитель: " + Источник.ТекущийИсполнитель;

Сервер = "api.telegram.org";
Команда = "sendMessage";
Ключ = "ххххххххххххххххххххххххххххххххххххххххх";
ПолучательID = "xxxxxxxxxxxxx";


Ресурс = "bot"+Ключ+"/"+Команда+"?chat_id="+Формат(ПолучательID,"ЧГ=")+"&text="+СокрЛП(ТекстСообщения);
Соединение = Новый HTTPСоединение(Сервер,,,,,,Новый ЗащищенноеСоединениеOpenSSL);
Запрос = Новый HTTPЗапрос(Ресурс);
Ответ = Соединение.Получить(Запрос);
Изменено: Иван Угрюмов - 08.12.2017 10:31:32
Telegram, Оповещения на Telegram
 
Есть ли в планах рассылка оповещений на Telegram?
Ошибки и недочеты текущей конфигурации
 
Добрый день!

Отметил, что пп. 18 и 29 исправили.

п. 31 не могу считать исправленным ввиду того, что новое поле "Порядковый номер" не проверяется программой на уникальность: уникальными, не взирая на это поле, она по-прежнему считает серийный номер и ключ активации, что приводит к ошибке при попытке их заполнить одним и тем же ключом активации (для лицензий с многократной активацией). Обратите внимание, что у двух указанных на скриншоте карточек заполнены порядковые номера. Поле серийный номер не заполнялось. Через групповое изменение реквизитов обеим карточкам должен записываться один и тот же код активации.



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


Также интересует, когда будет исправлена ошибка из. п. 28?

Добавлены новые пункты 34 и 35.
Изменено: Иван Угрюмов - 06.06.2016 13:02:53
Ошибки и недочеты текущей конфигурации
 
Добавлен п. 33 в первый пост.

Детализация на скриншоте ниже:
Ошибки и недочеты текущей конфигурации
 
Ок. Идея формализована в виде новой редакции п. 31 в первом посте.
Ошибки и недочеты текущей конфигурации
 
Тогда какой смысл создавать номенклатуру с зашитым в нее серийником, если всё равно заполнять карточки вручную?

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

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

Может быть рассмотреть возможность добавления в меню "Заполнить" пункта "Назначить серийный номер", выполнение которого произведет банальное копирование кода карточки в поле "Серийный номер"? Этим можно было бы пользоваться как в учете лицензий, так и другой номенклатуры.
Изменено: Иван Угрюмов - 18.05.2016 10:06:40
Ошибки и недочеты текущей конфигурации
 
Цитата
admin написал:
Цитата
Иван Угрюмов написал:
Коллеги, так что всё-таки с этим вопросом? В пакетном режиме карточки номенклатуры создаются, но у них всех поле "Код активации" не заполнено.
Иван, написали статью в базе знаний по учету.
Учет программного обеспечения с многократной активацией
Прочитал. Спасибо за статью!

НО — п. 4) Зададим серийные номера для каждого ПО, что позволит отличать каждую активацию от другой... имеется в виду — зададим вручную для каждой карточки из 200 (или 1000, в зависимости от объема лицензии), верно?
Страницы: 1 2 3 4 След.