Ага! При сдаче готовой задачи заказчику... csv-шки... даже по API... будут летать и все будет круто... Особенно, если это будут не csv-шки, а json-ки или xml-ки...
А потом пройдет годик-другой и выгрузка номенклатуры на сайт будет уже длиться пару часов... А загрузка заказов с сайта будет выполняться всю ночь... и к тому же будет "портить" учет в уже закрытых периодах (например, трехлетней давности).
Я тоже уже сталкивался с такими горе-разработками, которые на скорую руку были сделаны.
По хорошему, на стороне 1С нужно разработать механизм учета изменений - чтобы на сайт выгружалось только то, что менялось, а не все подряд. Причем, если что-то изменилось 100 раз, то выгрузиться оно должно только один раз (просто я сталкивался и с такими разработками, когда одна номенклатура 100 раз одинаковая выгружалась только потому, что в базе зарегистрировано 100 раз изменение ее остатков).
И в идеале, на стороне Сайта тоже должен быть подобный механизм, который запоминает, какие изменения в заказах он уже выгружал в 1С, а какие еще нет. И чтобы в 1С грузилось не все подряд, а только изменения.
Но, т.к. не каждый сайт легко переделать под такое, то 1С-никам проще как-то по другому ограничивать объем загружаемых данных. И тут тоже много разных способов, каждый из которых имеет свои плюсы и минусы (идеального нет).
Учитывая вышесказанное, если у Вас нет готового решения, которое Вы за пол часа (а за пол часа ли?) прикрутите к базе, то вряд ли Вы за эти пол часа напишете "с нуля" что-то практически полезное в этом направлении.