Добавить в корзинуПозвонить
Найти в Дзене

Загрузка остатков поставщиков в 1С (импорт прайсов)

Оглавление
  • Полная автоматизация загрузки остатков поставщиков в 1С.
  • Генерация виртуальных остатков на виртуальных складах.
  • Генерация остатков в штатном функционале 1С БЕЗ создания документов.
  • Максимальная скорость загрузки большого количества прайсов и каталога.
  • Полное отсутствие перегрузки базы данных 1С - от проведений, распроведений накладных.
  • Правильная загрузка остатков поставщиков в 1С и выгрузка остатков на сайт.
  • Единственное правильное РЕШЕНИЕ из всех что вы встретите в интернете.

ПРАВИЛЬНАЯ Загрузка-выгрузка остатков поставщиков в 1С

Проблемы если вы будете загружать остатки как приходы

  • На текущий момент многие предлагают решения с загрузкой остатков в 1С и все эти решения одинаковые - они создают накладные на приход (или оприходование). И вместе с этим вы получите серьезные проблемы.
  • Создание документов в 1С. Это очень громоздкая процедура. Если вы загружаете прайс листы в тысячи строк (а многие десятки тысяч строк) - то это огромнейшее замедление. Большие документы в 1С работают крайне медленно - их нужно проводить. Они создают движения по десяткам разных регистров. А некоторые регистры создают по каждой записи товара еще дополнительные справочники (ключи аналитики, генерация партий).
  • Следующий момент - многие обновляют прайсы ежедневно! И это могут быть десятки прайсов с тысячами товаров. Если у вас десятки прайсов, то вы каждый день будете нагружать базу сотнями тысяч записей, проведением медленных документов и генерацией катастрофически большого массива данных в базе 1С. Иначе говоря база будет пухнуть. 1С не рассчитывала что есть пользователи у которых каждый день будут десятки накладных с десятками тысяч товаров.
  • И да - если вам остатки нужны только для выгрузки и у вас встроен обмен, я вам раскрою одну техническую деталь. Модуль обмена с сайтом отслеживает регистрацию изменений в 1С по штатным остаткам. А теперь смотрите что получится - 1 прайс в 10 000 строк вызовет регистрацию 10 000 строк изменений в обмене (еще одна нагрузка на базу). И все 10 000 товаров станут на выгрузку на сайт (причем полностью вся карточка). А если у вас 10-20 прайсов. Умножьте все это - и вы получите объем с которым ваша база просто так напрягается ежедневно. Мало того снятие с проведения - тоже вызывает эти операции в базе.

Минусы сторонних загрузок

  • Эти минусы содержат абсолютно любые загрузки, которые вы находите в интернете, причина тут простая - их разработчики не занимались детальным изучением абсолютно всего механизма работы и весь свой функционал построили лишь по простому пути "Надо вам загрузка остатков - вот вам загрузка остатков".
  • Загружают остатки в приходные накладные или оприходования, остатки ложатся на баланс.
  • Загружают полностью весь прайс документ и не отслеживают изменения. Потому что это серьезное усложнение всего механизма. Ведь в базе есть прошлые накладные, из них тогда надо убирать что исчезло из прайсов, либо списывать. Если начать такое делать - базе станет еще хуже.
  • В итоге что делают - снимают прошлые накладные и делают новые. Но никто из этих разработчиков даже не думает о том как работает обмен с сайтом.
  • Если вы грузите полностью накладную - в обмен попадут десятки тысяч товаров. А изменения могли произойти только по некоторой части. Например в у вас 100 прайсов и общий каталог 50 000 товаров - вы представляете что у вас будет происходить в 1С? ХАОС. ТОРМОЗА ВЕЗДЕ - на загрузке и выгрузке. Они все будут перегружены.
  • Медленное заполнение документов в 1С (пересчеты сумм, ндс, много полей).
  • Медленное проведение документов (генерирует в базе много объектов).
  • Очень медленная загрузка при множестве прайсов с десятками тысяч товаров.
  • ПОЛНАЯ регистрация всей накладной модулем обмена - в пакет очередной выгрузки попадет ВЕСЬ ПРАЙС.
  • Высокая нагрузка на базу при ежедневном обновлении прайсов.
  • Отсутствие анализов и каких либо модулей работы с остатками. По сути только дают загрузку в накладные.
  • Больше вам ничего предоставить не могут по работе с остатками (крутите стандартные отчеты), так как тогда придется переписывать половину конфигурации.

Плюсы с Мегапрайсом

  • Не буду раскрывать все подробности как работает у меня все внутри. Но опишу основное.
  • Загружает все прайсы в собственные таблицы, не трогая штатный функционал.
  • Загрузка прайсов единым целым без документов - цены и остатки поставщика записываются вместе.
  • Возможность загружать виртуальную номенклатуру (без создания справочника), вместе с ценами, остатками, свойствами.
  • Возможность делать выгрузку остатков напрямую из таблиц Мегапрайса. При этом еще и генерировать цены номенклатуры без создания установок цен в 1С.
  • Скоростная загрузка множества прайсов с большим объемом товаров.
  • Свой собственный торговый блок по работе с продажами и закупками, значительно превосходящий штатный функционал.
  • Максимальное использование прайсов поставщиков в работе.
  • Использование остатков поставщиков совместно с реальными данными учета (соединение)

НОВОЕ - Генерация остатков поставщиков в штатный функционал

  • Если все же вы хотите чтобы остатки загружались у вас в штатный функционал (видеть их стандартно - в отчете по остаткам, подборе в документы продаж или закупок) ПЛЮС чтобы при этом работал и модуль обмена - мы создали СУПЕР РЕШЕНИЕ (работает в Загрузка от А до Я и Мегапрайс ПРО).
  • В профилях прайса добавлено подключение "Внешней обработки результата". Что это такое? После загрузки прайса можно подключить внешнюю обработку (мы ее предоставляем) которая будет по данным загрузки обрабатывать данные. Причем можно любые данные - например вы хотите чтобы Робот загрузки сразу еще что то выполнил. Но не это главное.
  • Мы в точности изучили весь модуль обмена с Битрикс и поняли механизм его работы. Поэтому мы создали ГЕНЕРАЦИЮ остатков в штатный функционал БЕЗ ДОКУМЕНТОВ. Он в 10000 раз превосходит запись накладных, оприходования и ввода остатков.
  • Регистрирует только ИЗМЕНЕНИЯ. например у вас уже был загружен прайс с 50 000 товаров и остаткам по ним, вы получили через некоторое время (даже через минуту) новые данные. Модуль выявит только изменения и запишет их в базе. Учитывая в том числе выбывшие физически товары из прайса (обнуление остатков исчезнувших позиций).
  • Это значит что в запись попадают только изменения, что значительно ускоряет всю загрузку.
  • Модуль обмена при этом регистрирует тоже только изменения, а это значит что в пакет очередной выгрузки попадут только изменные остатки.
  • Все это означает одно - что ваша система получает ГРОМАДНОЕ УСКОРЕНИЕ - загрузки, записи, выгрузки на сайт.