Александр И.

Прошу прощения за личное мнение о предмете задачи.
По опыту работы с торговыми компаниями имею представление о пожеланиях автора.
Для решения данной задачи лучшим вариантом видится использовать управляемые формы через web.
Удобство для оптовых клиентов колоссальное. А для розничных клиентов совсем другие требования к сайту и совмещать опт с розницей - плохая идея.
Бюджет на этапе создания будет побольше, но на этапе сопровождения значительно меньший. И бизнес-процессы в компании можно под этим делом отстроить до автоматизма.

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

По существу вопроса говорю о том, что знаю на практике.

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

Поэтому повторюсь, перефразировав свою мысль: либо база находится в покое и архивируется винраром, либо 66% вероятности, что архив будет нерабочим (вероятность тем больше, чем активнее идет работа в базе)

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

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

Хотите сказать, нужны расчетные листки с нулями?

Не сильно вдавался в подробности кода обработки. Сразу бросилось в глаза следующее:
- обработка использует диск D: в качестве буфера, поэтому у тех, у кого нет этого диска или он не доступен для записи (CD) - работать откажется.
- кодирование номера абонента адаптировано под Россию, в других странах работать не будет, возможно, у отличных от авторского провайдеров также.

Заинтересовался вопросом и нашел на Хабре подробную статью по командам модема относительно СМС. Спасибо Алексею за зацепку.

В целом, мое мнение, публикация статьи с описанием отдельных процедур была бы более полезной.