WooCommerce WordPress - 1С 8.3 УТ 11.1 - ДЭНСИ:Кассы Артикул

[kodzero]

В данным момент стоим на этапе синхронизации 1С - Дэнси касса.

Компания 1С integra сделала нам двухстороннюю синхронизацию для интернет-магазина cuff.ru движок которого WooCommerce на WordPress. Сделав центровой базу учета 1С УТ 11.1 вместо MySQL WooCommerce WP. Их плагин делает синхронизацию и выгрузку товаров на начальном этапе интеграции и проводит в обоих направлениях, как с WooCommerce на 1С, так и с 1С на WooCommerce.
Один из моментов синхронизации - артикул в нашей базе 1С равен коду 1С и он равен артикулу товара взятого с сайта. Артикул товара на сайте WordPress присваивается номером поста созданного товара этой CMS, то есть по сути - это есть ID объекта на WP, это очень удобно, потому что -
все созданные в WordPress элементы(объекты) имеют свой неповторимый идентификационный номер — ID. Было очень логично формировать артикулы товаров интернет магазина равными этому ID. То есть везде:
Артикул товара = уникальному ID WordPress

=>

Логично будет, чтобы артикул товара на ДЭНСИ : КАССЕ = ID объекта WP.

то есть нужна цепочка не нарушающая логику.

ID WP = Артикул WooCommerce товара = Артикул 1С = коду 1С = Внутренний код ДЭНСИ:КАССА



Нужно сделать удобной работу для продовца интернет-магазина, поэтому
возникает вопрос у 1С программиста, чтобы самим задать внутренний код ДЭНСИ:Касс

Откуда Дэнси:Касса ведет товар(учет)?

[Alexander]

По умолчанию УТ11 для обмена с любым кассовым ПО использует специальный регистр "КодыТоваровПодключаемогоОборудованияOffline".
Вам нужна обработка, которая вместо этого регистра будет использовать внутренние коды карточек товаров.
В принципе это несложно, но накладывает ограничения на использование доп. характеристик товаров в УТ11.

[kodzero]

Еще один вопросик по данной связке.
Не понятно, как настроить автоматический обмен.
Не подскажите?
Предположим каждые 10 минут, чтобы выгружалась с кассы инфа в 1С по проданным товарам + чтобы загружали на кассу с 1С новые товары, если они появились или измененные цены на некторые, на автоматическом режиме, так как для интернет-магазина это очень важный момент - актуальность информации хотябы в интервале 10 минут.

[kodzero]

P.S. Нашел где поставить чек бокс
"выгружать изменения"
Следовательно с изменениями понятно.
Но как сделать, чтобы автоматом каждые X минут шел полный обмен между кассой и 1С?

[Alexander]

В нашей типовой обработке такого функционала нет, поскольку тут потребуется изменение типовой конфигурации 1С.
Но в принципе реализовать это вполне реально - достаточно раз в X минут выставлять на кассу файл-флаг с запросом новых продаж и обрабатывать его на стороне 1С (в идеале - в течение дня в виде документов "Чек ККМ", а при получении блока транзакций, содержащего транзакцию Z-отчета - сворачивать все чеки в документ "ОтчетОРозничныхПродажах" типовым алгоритмом 1Ски)

[kodzero]

Мы пока ситуацию видим так -

Пообщался с наши программистом по 1С.
Он видит два пути решения этой задачи -



Автоматический обмен данными подразумевает:

Первый сценарий

Выгрузку изменений в кассу

выгрузка изменений осуществляется через план обмена, который настраивается на выгрузку изменений

Выгрузка новых продаж:

файл-флаг с запросом новых продаж

В любом случае необходимо в 1С создавать объект Обработка.Дэнси:КАССА с параметрами, которая или осуществляет выгрузку изменений в кассу или выгрузку продаж, формируя чеки ККМ.
Эта обработка может быть запущена как регламентное задание в 1С. Механизм заданий предназначен для выполнения какой-либо прикладной функциональности по расписанию или асинхронно.

Второй сценарий

Использование технологии SOA, механизм Web-сервисов
Тогда в качестве сервисного хоста выступает ДЭНСИ:КАССА, на котором публикуются текущие продажи.

У нас пока одна касса в одном магазине, но скоро откроется второй магазин и касс будет 2, а потом может и 3 и т.д., как я понял, то второй вариант будет правильнее для сети касс.



Еще наш программист понимает технологию так:
касса определяется настойками обработки 1С Дэнси:КАССА. Вернее прописанными путями ипортированных файлов
, если идти вторым путем, то SOA могут сделать только разработчики ДЭНСИ:КАССА. Далее открыть ссылку на сервис, чтобы мы смогли его использовать.

Так как для нас сеть касс в связке с интернет-магазином будет интереснее, хотели спросить - готовы ли Вы к сотрудничеству по второму варианту развития технической схемы?

В общем вот такой у нас взгляд на этот вопрос, а какое видение у Вас?


Если же идти первым вариантом, то было бы не плохо сделать некоторые процедуры экспортными под данную задачу.