Вот такая задача - пользователи из самописки 1С8 отправляют СМС клиентам 2 способами одновременно:
1 (автоматически) - по определенному условию формируется лист информирования и идет отправка (обычный приотритет)
2 (вручную) - жмется кнопочка (высокий приоритет)

2 способа должны работать одновременно - если есть с высоким приоритетом - обрабатывается в первую очередь, потом с обычным. Вот и вопрос где хранить эту очередь? Глобальный динамический массив - в 1С8 вроде как нет. Пользователь может сформировать лист и покинуть 1С8.
Что посоветуете?
Заранее благодарен за мудрые советы! Удачи всем!!!

РС

Глобальный динамический массив = ПараметрыСеанса -> СписокЗначений

(0) регистр сведений, либо задача + регламентное задание

В справочнике.

2(2) правда что ли? и в других сеансах будет виден?

(0) по-моему лучше в регистре сведений

+(5) хотя сорри, про другие сеансы ничего не говорится...

(6) Обнулять от отправленных и неактуальных смс-ок - накладнее будет

2(8) Почему? Зачем обнулять? Почему не ставить признак "отправлено"?

(9) Вам нужны смс-ки за три года со статусом - отработано-отправлено?

2(10) например, да...
Значит удалять не будет накладнее, так я и думал...

В параметрах сеанса не пойдет - пользователь вышел и параметр погиб. Тоже вертится 2 варианта - регистр сведений или ТЧ справочника. Пока не определился!

(11) нет, не накладнее. Задача - классический стек. Нужен вам навоз в бекапах - ваше дело.

Да - классический стек, в Delphi легко это сделать через динамический массив - а вот с 1С8 думаю...

справочник. Это автономная чистая таблица для БД. РС - ждет привязки\имеет лишние поля.

2(14) то есть в делфи ты помещал в динамический массив, сеанс завершал, а динамический массив продолжал жить и обрабатываться?

2(15) какие привязки/лишние поля?

(17) Открой MS SQL и посмотри. Ты же всё равно доипаться хочешь, а не задачу решить.

2(18) понятно. Нет привязок и лишних полей. есть только пустозвонство и волюнтаризм.

(14) ну не совсем так - ошибся, DBF предлагал кто нибудь?

(0)
это две очереди. аналог банковских картотек.
вторая обрабатывается только когда первая картотека пуста.

(16) Да, так и делал, я же идиот как (17), и слово динамический от тебя услышал, и массив...

(20) ДБФ - формат, какая разница DT,SQL,DBF ?

2(22) Я просто хочу понять граничные условия. Тебе нужно чтобы например пользователь заполнянл какую-то структуру и чтобы она хранилась между сеансами, и если не успела обработаться то чтобы обработалась при повторном заходе, или например чтобы ее продолжал обрабатывать сервер илифоновое задание.

(20) Ну конечно, DBF намного удобнее регистра, особенно в клиент-серверном варианте :)

(0)
технически я сделал бы справочник (может два справочника).

завести DBF файл (или два) и там всё хранить, а потом удалять после успешной обработки

(24) Пойми - справочник и регламент\обработка при входе пользователя(выбирающая его сообщения)

(27) сделай регистр сведений и регламент и не страдай ерундой

(28) как так вышло что ты знаешь о задаче лучше автора?

(30) Потому что реализовал и работает стабильно. Но тебе же всё равно хочется доипаться, ты же кокол.

2(31) Я кокол? а что это?

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

(32) Дааа..

Всем благодарность и пожелания удачи! На мысль натолкнули - буду пробовать!
И хватит ругаться - вы еще поспорьте чей папа сильнее...

"клиент-серверных технологий" - кокол.

РС и регламентное задание которое берет селект топ 1 по проиоритету

2(36) чувак, кажется ты тоже кокол... уж чтобы это ни значило.

кокол --- кокон ? =)

кокол - это нация, которым всё равно о чем говорить, и не важно ни начало, ни достижение конечного результата.

(0) РС. А мудрость то в чем заключается?

(23) костыли это круто конечно. Только зачем?

Пофлужу уж, можно?

Кокол-мокол яичко слопал
а спасибо не сказал,
сел на лошадь и удрал.
Это никто, просто считалка...