Категории |
ShopImportPro - Импорт данных об остатках на складе и синхронизация с 1С.Внимание! Программа и ссылка в шапке обновлена! так выкладывайте наработки. народ посмотрит и оценит. :) Да нет проблем, могу выложить. Сделал синхронизация с 1С таким образом: Сделал синхронизация с 1С таким образом: 1С выгружает файлы на сервер (как только наберётся 30 изменений) в папку export. Подточил напильником файл easypopulate и сделал скрипт. Теперь как только появляется файл в папке export (любой) он автоматом подгружается и удаляется. если что то готовое и универсальное получилось - выкладывай бесплатно или за деньги. кому то тоже пригодится Да нет проблем, могу выложить. Только я не вижу чтобы кто то проявил интерес к теме кроме админа ;) Всех наверно устраивает Excel ;D просто есть много вариантов решения этой проблемы. писать доп. программе не лучший вариант конкретно для связки с 1C как уже раньше говорил - встроенными скриптами 1С эту задачу можно выполнить. Итак выкладываю 2 файла: Забыл написать про easypopulate.php да. видел уже Сделал синхронизация с 1С таким образом: 1С выгружает файлы на сервер (как только наберётся 30 изменений) в папку export. Подточил напильником файл easypopulate и сделал скрипт. Теперь как только появляется файл в папке export (любой) он автоматом подгружается и удаляется. Спасибо за скрипт конечно. Хочу лишь заметить что у меня не 30 а 1100 наименований в базе. На этапе внедрения нужно было: 1. Залить это всё на сайт, причём если я делаю импорт более 200 наименований - браузер падает. Отсюда вопрос: Справится ли ваш скрипт если наименований 1100? Хотелось бы уточнить кто запускает этот скрипт и в какой момент он срабатывает? Я так понимаю только Администратор может запускать данный скрипт или любой кто откроет сайт? ;) 2. Второй момент это фотки к товарам, которых так же 1100. Какие то из них мне дали на дисках,т.е. по номеру артикула я их смог автоматом подцепить и пронумеровать. В файлах для импорта txt программа проставила имена фоток автоматом. А ваш скрипт как будет работать с фото? 3. Категории. По скольку в базе 1100 наименований, то мой шэф и по сей день никак не определился с категориями - что куда отнести и по какому признаку. Например сначала сделали Зайцы,Медведи,Собаки и т.д. Потом решили по признаку Музыкальные,Мягкие,Фарфоровые и т.д. Всё это я делаю в программке в диалоге с пользователем,например ставлю фильтр "муз" и присваиваю им "Музыкальные", а потом могу залить снова на сайт. 4. Мой вариант для тех кто не хочет сразу закачивать на сайт, а желает сперва взглянуть на товар, убедиться что всё верно, исправить чтото и лишь тогда закачивать на сайт. Да и потом в базе 1С у бухгалтера разбивка товара по категориям вообще остутствует - нет такого поля "Категория" в Базе 1С! Там есть только коды товара, с которым бухгалтер работает, а категории ему даром не нужны. Есть конечно мелкие нюансы, но в целом всё работает. Вот такой вот винегрет... ;D Ну наворотил Eugen ;D Ну наворотил Eugen ;D Вечером по каждому пункту распишу. Главное чтобы ручки ровно росли ;) Ну распиши распиши раз выпрямил... ;D 1) Я же написал, что файлы резутся по 30 записей. Файлы скидываются и подгружаются. После подгрузки удаляются. Будь то 1000 записей или 10 000 записей. Connection = СоздатьОбъект("ADODB.Connection"); Cmd = СоздатьОбъект("ADODB.Command"); Connection.ConnectionString = "driver={MySQL ODBC 3.51 Driver};server="+СокрЛП(Сервер)+";database="+СокрЛП(БазаДанных)+";user="+СокрЛП(Пользователь)+";pwd="+СокрЛП(Пароль); Попытка Connection.Open(); Исключение Сообщить("Невозможно создать соединение!"); КонецПопытки; Cmd.ActiveConnection = Connection; Cmd.CommandType = 1;//adCmdText 1. Про категории не услышал ни слова. Импорт "в общак" меня не устраивает. Потом их "из общака" опять разносить по категориям 1100 штук? ;D 1. Про категории не услышал ни слова. Импорт "в общак" меня не устраивает. Потом их "из общака" опять разносить по категориям 1100 штук? ну а как оно должно работать? автоматически считывать мысли и определять в какую категорию скидывать товар? можно просто не трогать категорию. а обновлять информацию только о товаре 1. Про категории не услышал ни слова. Импорт "в общак" меня не устраивает. Потом их "из общака" опять разносить по категориям 1100 штук? ну а как оно должно работать? автоматически считывать мысли и определять в какую категорию скидывать товар? можно просто не трогать категорию. а обновлять информацию только о товаре Совершенно верно! Для считывания мыслей пользователь вводит фильтр! Я уже писал об этом выше - например для всех товаров где есть "муз" присвоить категорию "Музыкальные". Если товаров 1100, то через сайт отмечать каждый товар для переноса в новую категорию - это самоубийство. В моей программке это сделать - пара пустяков, добавить фото тоже пара пустяков. Потом я беру все фотки и скопом заливаю на фтп. В общем если этот способ народ одобрит, то у меня будет просьба к Евгению, подправить кое где Shopos в программе импорта данных. !!! Через некоторое время выложу скрипт 1С. Пока вручную выкладывайте файлы в папку export, настраивайте планировщик и через 30 секунд файл автоматически подгрузится !!! так и где этот код? код будет через год ;D Очень интересная тема...больше всего интересуют бесплатные варианты (платных полно,можно выбрать). Очень интересная тема...больше всего интересуют бесплатные варианты (платных полно,можно выбрать). Буду ждать окончательного написания кода не так уж и полно. Есть ещё одна идея: Тема очень актуальная. У меня частое обновление прайсов, так что если нужна публика - я с Вами. Тема очень актуальная. У меня частое обновление прайсов, так что если нужна публика - я с Вами. А у тебя сколько наименований товара? Учёт ведёте в 1С или где? 1500 позиций и все это происходит в ексель :P Тема очень актуальная. У меня частое обновление прайсов, так что если нужна публика - я с Вами. А у тебя сколько наименований товара? Учёт ведёте в 1С или где? при большой частоте обновления информации о товаре - нужно что то свое писать с прямыми запросами к БД магазина. так будет намного быстрее. текущий импорт/экспорт для этого не очень годится. Вышел как-то я на разумного 1С-ка, привязка 1С к магазину - 1000у.е. под конкретный бизнес + пару месяцев бесплатных доработок. Так что даже не для среднего бюджета, приходится пользоваться тем, что имеем. Сейчас очень надеюсь на доработку привязки по products_model - очень выручит. Тема очень актуальная. У меня частое обновление прайсов, так что если нужна публика - я с Вами. А у тебя сколько наименований товара? Учёт ведёте в 1С или где? при большой частоте обновления информации о товаре - нужно что то свое писать с прямыми запросами к БД магазина. так будет намного быстрее. текущий импорт/экспорт для этого не очень годится. Объясните мне не далёкому, кто всё-таки запускает эти самые "Прямые Запросы к БД" ??? Если база 1С у меня на компе и остатки на компе, а магазин в интернете! то кто всё таки запускает "Прямые Запросы к БД" и в какой момент времени??? Я ответа добиться не могу... ;D Частота обновления остатков товара на складе в 1С как правило бывает раз в неделю, а то и в месяц... Так какая хрен разница, что я импорт файлов TXT сделаю которые формируются автоматом в моей программке, где всё просто и перед глазьями, или буду махаться со скриптом? ;D Ко всему прочему хочу добавить: для того чтобы делать прямые запросы к БД нужно знать структуру этой БД,таблицы входящие в БД,имена и типы полей и индексные связи между таблицами и другие тонкости. 1500 позиций и все это происходит в ексель :P К Димке вопросы есть: у тебя все товары с фотками или некоторые фотки ещё готовятся? Много ли получилось категорий? Если много, то как быстро ты управился с разнесением товара по категориям? Сколько лет уже магазину? К фото я вообще еще практически не прикасался. Магазину 3 месяца, пока было чем заняться. К фото я вообще еще практически не прикасался. Магазину 3 месяца, пока было чем заняться. Категорий 17, мне сложно сказать много это или мало, а разношу по категориям в прайсе потом импортирую, 1500 позиций занимает минут 10. 17 категорий это уже дохрена! Может возникнуть желание их поменять и товар пересортировать. Тогда 1500 наименований разносить в экселе это будет геморой. Интернет магазин без фоток отталкивает посетителя, хотя может быть у тебя товар не нуждается в фотках. У меня без фоток никто и покупать не захочет... ;) Во вложении файл остатков DBF взятый из 1С. Структура файла простая. Если сделаешь такой же, то дам тебе программку на пробу и не придётся отдавать 1000 у.е. ;D Что-бы каждый раз не разносить товары по категории или прописывать путь к фото, я вижу решение через не обновляемые ячейки в файле импорта, например, если ячейка пустая, значит предыдущая инфа остаётся прежней, а не удаляется. А для очистки какого нибудь атрибута или прочей ячейки использовать специальную команду, вроде EOREOR. Что-бы каждый раз не разносить товары по категории или прописывать путь к фото, я вижу решение через не обновляемые ячейки в файле импорта, например, если ячейка пустая, значит предыдущая инфа остаётся прежней, а не удаляется. А для очистки какого нибудь атрибута или прочей ячейки использовать специальную команду, вроде EOREOR. У меня программа Shopimport сама присваивает номера для фото и прописывает путь, ты просто указываешь мышкой какую фотку ты хочешь. Потом ты можешь просмотреть товар, цены, картинки, наложить фильтр, посортировать, назначить категорию конкретному товару либо всем сразу по фильтру. Потом просто нажимаешь кнопку Экспорт и у тебя готовые файлы для Shopos, в которых уже всё проставлено - и номер картинки и категории. Не надо убивать время на неуклюжий эксель! ;) Ещё одна положительная особенность этого метода заключается в том, что у тебя всегда будет под рукой полная копия твоего товара с картинками в Shopimport. Т.е. если даже ты или твоя коллега случайно удалите товар на сайте, то это всё легко вернуть и восстановить одной лишь кнопкой! ;) Т.е. если даже ты или твоя коллега случайно удалите товар на сайте, то это всё легко вернуть и восстановить одной лишь кнопкой! для этого есть бекап базы. а удаление оригинальных картинок можно отключить, если есть вероятность случайного удаления. Что-бы каждый раз не разносить товары по категории или прописывать путь к фото, я вижу решение через не обновляемые ячейки в файле импорта, например, если ячейка пустая, значит предыдущая инфа остаётся прежней, а не удаляется. А для очистки какого нибудь атрибута или прочей ячейки использовать специальную команду, вроде EOREOR. к следующей или через одну версию постараюсь разобраться с easypopulate. последнее время что то с ним много проблем. Что-бы каждый раз не разносить товары по категории или прописывать путь к фото, я вижу решение через не обновляемые ячейки в файле импорта, например, если ячейка пустая, значит предыдущая инфа остаётся прежней, а не удаляется. А для очистки какого нибудь атрибута или прочей ячейки использовать специальную команду, вроде EOREOR. У меня программа Shopimport сама присваивает номера для фото и прописывает путь, ты просто указываешь мышкой какую фотку ты хочешь. Потом ты можешь просмотреть товар, цены, картинки, наложить фильтр, посортировать, назначить категорию конкретному товару либо всем сразу по фильтру. Потом просто нажимаешь кнопку Экспорт и у тебя готовые файлы для Shopos, в которых уже всё проставлено - и номер картинки и категории. Не надо убивать время на неуклюжий эксель! ;) Ещё одна положительная особенность этого метода заключается в том, что у тебя всегда будет под рукой полная копия твоего товара с картинками в Shopimport. Т.е. если даже ты или твоя коллега случайно удалите товар на сайте, то это всё легко вернуть и восстановить одной лишь кнопкой! ;) так а где сама программа? прикрепите к первому посту - народ оценит. не хотят видимо :) Вчера столкнулся с тем, что нельзя экспортировать и импортировать дополнительные поля. именно в этом расширении или вообще? вообще. Добавил в первом посте ссылку на ShopImport, может кому то пригодится при запуске магазина. Изучил программку, но она поможет тем кто работает с постоянным прайсом, только удобно работать с кол. товара, а для тех у кого часто меняется прайс она не выручит. Изучил программку, но она поможет тем кто работает с постоянным прайсом, только удобно работать с кол. товара, а для тех у кого часто меняется прайс она не выручит. Она как раз для тех у кого меняются не только прайсы, но и количество товара и количество наименований товара. У меня уже 1200 наименований, было 1100 и цены так же изменились... инфляция... ;D Поддерживаю у меня 9000 наименований пробую импорт и сразу понимаю что нетянет. Eugen, а как ты в 1С-ку заливаешь прайсы? ниче не понял, что куда загружать или выгружать, что за скрипт тоже не ясно, или это плагин ? нужно сломать мозги чтобы это все работало ? какая 1с должна быть тоже не понял. Попробую пару раз прочитать что за решение ТС выложил, хотя если все работает то сразу говорю спасибо. Я тут одну обработочку для VirtualMart для 8.1 раскодировал. Я понял так, что проблемы обсуждаемые здесь уже не раз и даже не два обсуждались на очень многих форумах. Я щупал самые разные разработки в этой области и пришел к выводу, что негоже лезть из 1С напрямую в базу магазина. То есть технически это вполне решается, но с точки зрения безопасности и целостности базы - лучше этого не делать. Например у меня реализовано так. Есть первичное заполнение базы (ассортимент - около 10000 наименований, дикая вложенность групп товаров (уровень вложенности - 7). Там в 1С запаришься создавать, я уж не говорю о магазине. Есть фотки. Делается все это парой обработок под 1С. Создается в итоге sql-запрос, который переправляется в магазин, а там делайте с ним все что угодно. Можно через cron запускать, можно по событию, в общем кому как удобней. Обновление происходит точно так-же. Не думаю, что долларовая цена у всех меняется каждый день -) Реализовано, работает, но под OsCom от eshop. Не вижу особой разницы с этим магазином. Переписать под структуру ShopOS обработку - максимум 1 час работы (из них минут 50 уйдет на изучение структуры базы, 10 на набивку текста и вставку одного флажка в форму обработки). Создание групп, прицеплялка фото - всё на автомате. Eugen, а как ты в 1С-ку заливаешь прайсы? Прежде всего надо ясно представлять Технологию - как это будет работать. У меня работает так: 1С это Источник данных - склад, цены и остатки. Прайсы в 1С ку из сайта заливать не надо, а вот на сайт из 1С обязаны залить! Обязаны так же и фотки залить, которых нет в 1С, ибо они не нужны ни главбуху ни налоговой. :) После того как товар со склада будет продан заказчику, кол товара на складе изменится. Как только база товара на сайте обновится - сайт будет снова отражать реальные остатки на складе, а так же цены из базы 1С, если те изменились. Так что обновляться будет всегда Сайт, данными из 1С, но не наоборот! Роль сайта - презентация товара, цен, сбор инфы о заказах для службы доставки. Ещё один важный нюанс заключается в том, что многие клиенты видя телефон на сайте магазина, делают заказы просто по телефону! ибо нажимать на кнопки и пользоваться почтой увы не умеют или вовсе не хотят. :P В 1С вводится расход, заодно проверяется товар в наличии и выставляется счёт. Как только приходит подтверждение оплаты (деньги), товар отправляется и остатки на складе меняются. Главбуха интересует лишь "сколько" и "чего". :) Если всё же (в коем веке раз) кого-то интересуют подробности (фамилии,адреса,телефон,емайл заказчика), то они сохранились - непосредственно на сайте магазина, копия счёта в службе доставки и копия счёта у главбуха. :) В таком виде и без лишних затрат энергии это работает. Если кто-то не согласен, жду возражений. ;) я всегда exel фаил прошу чтобы обновлять! ))) А прайсы поставщиков как в 1С заливаешь? У меня к примеру прайсы присылают каждый день с разными остатками и наличием, да еще и по структуре разные. А прайсы поставщиков как в 1С заливаешь? У меня к примеру прайсы присылают каждый день с разными остатками и наличием, да еще и по структуре разные. Прайсы поставщиков - это Приход. :) Мы же обсуждаем здесь интернет магазин - т.е. Расход. Цены расхода естественно отличаются от прихода. Актуальная проблема =) Есть у кого рабочий вариант программы, чтобы сразу на сайт заливалась информация? А то объяснять заказчику, что такое фтп и как им пользоваться - жуть)) Конечно же удобнее когда прога сама заливает фотки и остатки на сайт. Жень, я сейчас пробую залить на сайт каталог из более 7000 наименований. для увеличения колличества товаров в файле измените в admin/epconfigure.php число $maxrecs= на которое вам необходимо Жень, я сейчас пробую залить на сайт каталог из более 7000 наименований. Прога создала мне 50 тхт файлов.. заливается один весом 50 кб очень долго. Возможно ли найти какое нибудь решение по созданию меньшего количества файлов для импорта? или даже одного. Неудобно очень по долгу заливать. НУ и самое главное напиши куда заливать фото товара который прикрепил в программе? Конечно можно. Вариант 1 Могу добавить поле кол-во записей в файле и разбивать на то кол-во, какое будет указано пользователем. В этом случае юзер сам должен думать про таймаут у хостера, иначе браузер падает если долго висит обновление. Вариант 2 Могу писать напрямую в базу mysql шопа на хосте и заливать туда товар - одним кликом мышки. Картинки в этом случае нужно будет добавлять прямо на сайте в админке как обычно. Прога будет писать через odbc драйвер напрямую в базу. Проблема в том, что порт 3306 может быть у хостеров закрыт из соображений безопасности. Ещё может быть такой нюанс - порт у хостера открыт и можно работать, но только с тех IP адресов которые указаны в настройках базы данных. Так мне ответил наш хостер, у него Mysql на Linux. Могу сделать второй вариант программы, но тогда проверяйте чтоб корректно писала в базу, так как ответственность за запись через odbc с себя снимаю. :) Жень, я сейчас пробую залить на сайт каталог из более 7000 наименований. Прога создала мне 50 тхт файлов.. заливается один весом 50 кб очень долго. Возможно ли найти какое нибудь решение по созданию меньшего количества файлов для импорта? или даже одного. Неудобно очень по долгу заливать. НУ и самое главное напиши куда заливать фото товара который прикрепил в программе? images\product_images\original_images\ но их нужно до импорта заливать Объясняю суть проблемы: Объясняю суть проблемы: Товаров более 9000 штук. Код у каждого товара индивидуален как и название. Данная программа импортиует тхт файлы примерно окло 200 строк товара, но на сайт импортируеться не более 21 строки. Данные привожу средние, так как может колебаться в большую сторону показатели. Но самое обидно что на сайт то добавляеться не весь объем информации. Поковырял файл easypopulate.php, добавил лимит 5000, не помогло... Может быть встроеный модуль импорта не справляеться с таким количество мстрок? ПОМОГИТЕ РЕШИТЬ ПРОБЛЕМУ!!! а сколько по времени эти 21 строки добавляются? Засек специально на секундомере, времени ушло для добавления или обновления: Ещё может быть такой нюанс - порт у хостера открыт и можно работать, но только с тех IP адресов которые указаны в настройках базы данных. чаще всего при создании бз в админке хостера есть галочку, которая дает возможность удаленно подключаться к базе. но это если у домена есть свой ip адрес или у хостера базы данных на отдельном сервере. и еще. мне тут кто то присылал csv файл сгенеренный для импорта. зачем в csv каждая строчка отделена в кавычки? не нужны там кавычки. разделителя табулятора хватает. Эх.. мой вопрос наверное неразрешаемый...=(( Эх.. мой вопрос наверное неразрешаемый...=(( пробуем вот это http://www.shopos.ru/forum/index.php?topic=3333.0 По многочисленным просьбам сделал новую версию ShopImportPro. Под wine не работает прога. Под wine не работает прога. Пишет что-то про Visual Foxpro Нужно установить Runtime Visual Foxpro. Ссылку я дал. Я пока выложил Shopimport, а ShopimportPro не выкладывал. Будет интерес стучитесь в асю потому как я редко тут бываю. Выложите плиз файл с первого поста ftp://ftp.prolib.de/public/VFP9SP2RT.exe сюда не могу достучаться VFP9SP2RT.exe файлик нужен посмотреть хочется что за программа. Выложите плиз файл с первого поста ftp://ftp.prolib.de/public/VFP9SP2RT.exe сюда не могу достучаться VFP9SP2RT.exe файлик нужен посмотреть хочется что за программа. На леттибит тоже пишет что нет такого файла. ага. ничего не качается Жень, на сколько реально подключение программы для обновления инфо в базе через SSH тунель? По многочисленным просьбам телезрителей ;) del del У вас подключение по ODBC прошло успешно. Ошибка у вас в другом - коды товаров НЕ УНИКАЛЬНЫ в таблице остатки.DBF Иными словами коды у вас повторяются в файле остатки.DBF, поэтому MySQL выдал ошибку при добавлении записей в базу сайта. Как только вы исправите эту ошибку с уникальностью кодов - у вас всё полностью заработает. так можно добавлять через так можно добавлять через replace into тогда таких глюков не будет Не будет, конечно. Только будет, скорее всего, еще хуже - все сработает гладко, а данные будут неверные. Так хоть есть над чем задуматься и исправить. так можно добавлять через replace into тогда таких глюков не будет Не будет, конечно. Только будет, скорее всего, еще хуже - все сработает гладко, а данные будут неверные. Так хоть есть над чем задуматься и исправить. Да вы правы, я уже подумал чтоб сделать контроль и выдавать сообщение, когда записи не уникальны и выдавать их список. Это не сложно встроить и даже нужно по логике вещей, чтобы не наступать на эти грабли. По большому счёту все записи просматриваются перед обновлением сайта. Eugen, не могу разобраться с Вашей программой. Нашел причину проблемы. Но вот столкнулся с новой проблемой. Добрый вечер, Ещё одна Версия без кодов и артикулов в названии. Здесь можно посмотреть немного другой подход к этой проблеме (я имею в виду интеграцию 1С и магазинов). http://letitbit.net/download/29181.2b41565cef5c68f9b97799ce0e54/1C-EC.rar.html Что конкретно выгружать, содержимое всей папки или содержимое ExtForms, в ExtForms базы 1С? Что конкретно выгружать, содержимое всей папки или содержимое ExtForms, в ExtForms базы 1С? Содержимое всей папки. То есть decoder.als и decoder.dll должны быть в корне ИБ, и соответственно всё что в ExtForms - в ExtForms. Пути что там прописаны естественно долнжы быть именно такими. В PrnForms юудут лежать foto.ert и fotoefd (необходимы для работы с фото). В динамическом меню, которое есть в карточке номенклатуры появится помимо всего прочего и пункт Фото. Дата последней выгрузки должна быть меньше ТА (точки актуальности). Да, так как версия постоянно обновляется (практически каждый день) - то найти последнюю версию можно на http://www.kengoo.hmsite.net/1C-EC.rar Там же на kengoo.hmsite.net ьудет и сайт. Наверное -) Если руки дойдут. Результирующие sql-файлы ложатся первоначально в upload. Вряд ли вы будете ставить специально ssfree либо ss lego, но сам принцип вы помйете, а прикрутить это к shopos по сути дело пары дней (для меня). Я сегодня смотрел структуру базы shopos, и особых проблем не нашел. Другое дело, если вы мне подскажете что помимо предложенного функционала еще нужно перенести для shopos. Потому как я не до конца знаю что именно надо пользователям shopos. Стандартные функции (номенклатура, характеристики ном енклатуры, цены, остатки, производители, валюты, фотографии и многое другое) там уже есть. Может быть нет чего-то специфичного для shop-os - так все это решаемо. Текст одной обработки закрыт, но шпионских вставок там точно нет -))) Будет закрыт и текст обработки загрузки заказов из магазина и выгрузки их в 1С, но это все явление временное. И советую посмотреть в ChangeLog, потому как там держится инфа которая больше присуща ToDo (что планируется делать). в Windows 7 не могу подключиться к базе.. на ХР все вроде настроил.. но на 7 не хочет пахать. Выкидывает при импорте на конектор ODBC. попробуйте включить совместимость в настройках файла. правой кнопкой на запускаемом файле и там выбрать совместимость. Бесполезно. У меня соединение идет через SSH тунель. Господа, прочитал все 6 страниц. Понял процентов 50%. Кто может помочь настроить под мои нужды работающую версию программы за приемлимое финансовое вознаграждение? ICQ 446162209 Только не очень понятно, что есть " работающая версия программы".
Программа ShopImport выкидывает ошибку Function argument value, type, or count is invalid, и дальше не хочет обновлять базу..=( Программа ShopImport выкидывает ошибку Function argument value, type, or count is invalid, и дальше не хочет обновлять базу..=( Пишите в асю, проверим. Возможные ошибки: - типы полей в файле остатки.DBF не верные (наиболее вероятно) - mysql не настроен (маловероятно), попробуйте на денвере обновить. Ip адрес для денвера 127.0.0.1 Исправил. косяк был в полях в файле импорта из 1C Возможно далеко не всем такой вариант подойдет, но есть еще одно решение получения данных из 1С: При запуске foxpro выдает Код исключения=C0000005, в чем проблема может быть? При запуске foxpro выдает Код исключения=C0000005, в чем проблема может быть? Попробуйте поставить в свойствах exe режим совместимости с XP. Кстати ShopImprortPro уже обновился, могу выложить новый вариант если есть интерес. В любом случае для каждой бухгалтерии надо свой вариант импорта и своё решение. Недавно делал так же вариант импорта из файла эксель, так попросил заказчик. Добрый день. Ребят, а обработки под стандартную 1С77 Торговля и Склад 9.2 для создания остатки.dbf ни у кого нет? Можно за денюжку... Кстати ShopImprortPro уже обновился, могу выложить новый вариант если есть интерес. А почему бы и нет. Кстати ShopImprortPro уже обновился, могу выложить новый вариант если есть интерес. А почему бы и не выложить, давайте! Да да. Интересно. А то уж сам думал садиться писать. |
|