Добрый день. Есть отдельная 1с база для сайта. Выгружаю остатки в документ корректировка записей регистра. Делаю это периодически, так как в базе нужны актуальные остатки. Но постоянно выгружать по 14к товаров как-то накладно получается. Какие еще есть варианты переноса остатков товаров без переноса всех документов?

>отдельная 1с база для сайта

Зачем?

(1) В целях безопасности. Заказчик не хочет чтобы база с полными данными была доступна для всех разработчиков.

Передайте пламенный привет заказчику что ошибки при "не выгрузке" на сайт уже полной базы будут за его счет.

Как разработчик в договоре бы это прописал отдельно с отдельными штрафами (за не полную или не достоверную информацию)

(3) чем то напоминает просьбу выпишите мне лекарство но все анализы я проходить не буду

(4) Ну если не хочет заказчик пускать рабочую базу в инет, что тут сделаешь?

(0)[ Какие еще есть варианты переноса остатков товаров без переноса всех документов?] переносить только изменения
т.е. оборот за день

(6) Если что-то задним числом изменили?

(5) Не понял причем тут пускать рабочую базу в инет?

Так разве у тебя документ Корректировка по всем товарам.. Откуда там 14К.

(8) Если обмен двусторонний? Не стремено?

(9) Да, корректировка по всем товарам и складам.

(7) обороты за день изменения - это же принцип любого обмена

(0) Советую попробовать бить остатки по 2000 записей.
Кроме того, можно выгружать одновременно в разном потоке разные документы.
И , надеюсь, перенос данных не через КД?

(13) КД =( Уже не рад что связался

(12) Тут не понял. Чем мне помогут обороты за вчерашний день, если кто-то поправит реализацию недельной давности?

У тебя всего один документ. Постарайся через КД выгружать только товары.
Остатки выгружай другим способом, будет значительно быстрее.

(0) попробуй через веб-сервис:
запросом получаешь ТЗ остатков, пакуешь ее в хранилищеЗначений и передаешь как ответ веб-сервиса
при получении ответа в базе инет-магаза обновляешь остатки

(10) Копия базы для разработки и отладки, затем уже в рабочей.

(15) Видимо имеется в виду вариант, когда ты выгружаешь сегодняшние остатки, но в БД заносятся не выгруженные остатки, а их разность с текущими, за исключением 0-вых. Чуть больше анализа - зато меньше движений. Вариант сработает, только если изменений менее 1% . В остальных случаях выигрыш не стоит затрат.

Вебсервисы не рассматриваете?

(20) Категорически против веб сервисов в рабочей базе. Наверное пойду путем предложеным в (16)

Правильно понимаю что "современные 1С-ники" уже даже не знают как сделать периодически запускающийся запрос, который все номенклатуру на остатках выгружает в нечто? Вместе с ценами и количеством.

А "сайтик" уже это подгружает в себя взамен выкидывая заказы от покупателей, которые уже 1С-ка загружает в себя в отдельные доки.

(21) Категорически против веб сервисов в рабочей базе. Какими критериями руководствуетесь?

(23) Наверно не знанием чем веб сервис отличается от полного удаленного доступа ))

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

(25) свежая хорошая мысль с утра)

(25) а можно и не фиксить
просто слать разницу двух запросов: остатки на момент последней передачи остатков и остатки на текущий момет