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

Код сжимается

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

чочо тут, ностальгия по 7.7?

когда пятница подкралась в среду) ностальгируем по маленьку)

7.7 как бабушка со старческим маразмом: всё равно любишь, но стараешься не общаться

Ахаха) точно)))

#Склад("Склад") - что это значит в рлс?

отбор по реквизиту склад? а откуда склад сам берется?

#Склад это шаблон

нашел

Кто нить шарит в зуп2.5 или УПП? Не могу понять как настроить расчёт оценочных обязательств. Щас настроено на резерв отпусков, а бухам приспичило их делить на резервы отпусков, премий и страх взносы. Да ещё и на разные субщета 96.01.1 96.01.2 и 96.01.3, а в УПП таких и нету даже. Создать то их можно, но как настроить нипанятна

Спасибо огромное

Доброго дня всем! У кого есть универсальная обработка "Изменение записей регистров сведений и накопления", скиньте, если не затруднит

напомни завтра, вроде в power tool был такой функционал - я скину

На инфостарт была, найди ссылку я скачаю.

Уважаемые, подскажите пожалуйста, что лучше использовать для интеграции с сайтом, написать веб сервис свой, или использовать REST OData? И у меня вопрос по многопоточности, сможет ли 1С через данные методы обрабатывать одновременно несколько однотипных запросов, и если сможет то сколько одновременных запросов, и есть ли у этих запросов приоритеты на выполнение?

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

Павел, допустим с сайта будут прилетать заявки на бронирование, для них нужно будет создавать документ и генерировать код, не произойдёт ли какой ни будь конфликт когда прилетят 2 запроса одновременно? А если еще в этот же момент оператор клиента 1с будет создавать напрямую документ брони.... что произойдёт и чем может быть чревато всё это?

сейчас 2100 и я весь день был за рулем, так что соображаю я туго.
я бы делал в таком случае РС с очередью заявок.
запрос - запись в рс (можно прям json писать в хранилище значений) - возвращаем 200

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

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

Что значит РС что то не догнал?))