Andgman
Андрей Гостев

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

Здравствуйте! Большинство бесплатных почтовых сервисов имеют ограничение на максимальное количество уникальных получателей писем в определенный промежуток времени (таким образом борются с массовыми рассылками однотипных сообщений). Практика показала, что отправка до 30 писем в час (уникальным получателям) не вызывает подозрений (еще не забывайте, что есть ограничения на максимальное количество получателей в сутки).
P.S. комментарий НЕОТПРАВЛЕН проставляется, если отправка письма была не удачной, к примеру адрес почты получателя указан не верно.

В вашем случае либо увеличьте данную константу (к примеру вы уверены что получателей в пакете счетов один и тот же), либо вручную запускайте задание на отправку каждый час.

Если используете обмен с ЕГАИС из типовой, то используйте акт списания ЕГАИС из регистра 2 с типом "Недостача" (к примеру) и помните, что такими объемами можно "заинтересовать" РАР.

Все в перемешку: вы пишите, что акцизов нет, т.е. вся продукция немаркированная и тут же про 3-ий регистр, на котором только маркированная поштучная продукция.

Ограничений на списание продукции в егаис нет.

В случае немаркированной продукции, со второго регистра вы можете продать, перевести в 1 регистр продукцию без ограничений. В случае маркированной продукции, вы можете только списать эту продукцию со второго регистра, либо оформить пересорт списать со второго и оприходовать на 3 регистр (на оприходование есть как раз лимиты).

Если закрыть ООО, то штраф не "прилетит", т.к. РАР сначала через ФНС и суд придется "восстановить" это ООО и уже потом оштрафовать, с ИП конечно все грустнее.

P.S. также не забывайте, что с 01.01.22 вступают новые правила определения подозрительных участников рынка: "списание или уничтожение более 10% процентов закупленной продукции за квартал".

(15) Под репликацией я имел ввиду транзакционные репликации peer-to-peer sql баз. А про таблицы значений сразу напомнили мне разработку от Камин для формирования КУДиР в конфигурации ТИС))))

(13) До репликации субд не дошел, остановился на прямых запросах...

(11) Вы не правильно поняли. Задания по типу: программа, сформируй мне долги клиентов и вышли на почту, сформируй остатки и вышли на почту, выгрузи данные поставщику и все это поочередно, но непрерывно сильно снижало производительность базы... а вы пишите, что вообще реализовали многопоточность таких заданий, вот и заинтересовал ваш опыт ( что касается sql, то это был 2000, причем установка последнего патча прям сильно повышала производительность 1с). P.S. сама реализация была на delphi, по сути обычный "планировщик заданий windows", но с управлением из 1с и кучей плюшек. P.SS. так руки не дошли перед запуском клиента 1с в таблице 1SUSERS сбрасывать счетчик пользователей, а при входе возвращать на место, чтобы не запрашивало переиндексацию.

(7) Все по закону рынка: есть спрос, вот предложение) Вообще проблема ИТ-специалистов 1с в том, что все проблемы пытаются решить платформой и мобилка на 1с и сайт на 1с и чат на 1с. Можно и нужно использовать разные инструменты.

(4) Просто сразу же вспомнил основную проблему аналогичной попытки реализовать часть обслуживающего функционала в "фоне" (точнее в сеансе 1с, который запускался на сервере), при активной работе (т.е. состояний когда процесс 1с на сервере "простаивает" нет) только на чтение, производительность всей базы падает в разы, причем больнее всего sql базам.

Расскажите, как боритесь с транзакциями, да и в целом крайне низкой производительностью платформы в режиме многопоточного сервера, что делаете с запросом на переиндексацию файловой базы при запуске "виртуального" работника?