Вернуться
Несколько штрихкодов на один товар в справочнике товаров
Смайл 0 - 20.11.2006-16:30	В 1С 8.0 допускается прикрепление к одному товару нескольких штрихкодов. Применение этой возможности необходимо в ситуациях, когда одина номенклатурная позиция поступает (и продаётся) в разных упаковках. Например, какая-нибудь "Мивина" может продаваться поштучно или коробками. В связи с необходимостью учитывать подобные ситуации у нас возникают вопросы: 1. По загрузке справочника товаров в CashTAN из 1С. Получается, что для одной позиции товара в 1С необходимо сгенерировать несколько в CashTAN'е. Следовательно, связь "код номенклатуры в 1С <-> LocalCode (CashTAN) " невозможна, необходимо отталкиваться от штрихкода. Как поступать? При первой загрузке справочника номенклатуры можно сгенерировать поля LocalCode при помощи счётчика, но для дополнения справочника придётся самостоятельно реализовывать поиск по штрихкоду, чтобы проверить, был ли товар занесен в CashTAN ранее (функция SeekLocalCode уже неприменима). Предполагаю, что это будет неоптимально. Кроме того, необходимо где-то хранить номер последнего сгенерированного LocalCode. Как ещё можно выкрутиться? 2. Каким образом в такой ситуации учитывать остатки товара в CashTAN? Было принято решение остатки вообще не учитывать - вести их только в 1С. Но существуют ли ещё какие-либо подходы в такой ситуации? 3. Как поступать при выгрузке движений из CashTAN? В протоколах отсутствует поле штрихкода, поэтому наиболее очевидный путь - это брать LocalCode, искать в справочнике товаров к нему штрихкод, далее по штрихкоду в 1С искать номенклатурную позицию и включать её в документ. Возможны ли более короткие пути? Как мне кажется, описываемая мной ситуация на сегодняшний день достаточно характерна. Пожалуйста, порекомендуйте что-нибудь. Большое спасибо.
Jekky 1 - 20.11.2006-16:37	Выгрузите одинаковые записи с разным штрихкодом и будет вам соответствие кодов. За одно и третий пункт решится. С остатками таки никак.
Смайл 2 - 20.11.2006-17:07	:) А мы-то думали, проблема у нас... Вопрос был в том, как оперативно искать в CashTAN'е. Ведь LocalCode должен быть уникальным, верно? Ну да ладно. Мы решили вопрос следующим образом (на случай, если будет интересно другим 1С-никам или ещё кому): В 1С-ке штрихкоды хранятся отдельно от справочника номенклатуры и имеют свой собственный код, который и числовой, и уникальный. Так вот именно этот код мы будем выгружать в CashTAN в качестве LocalCode. Таким образом в дальнейшем мы можем пользоваться функцией SeekLocalCode - это существенно ускорит работу. И формировать движения по протоколу тоже легко - выгрузил коды из CashTAN'а - и обрабатывай в 1С. Однозначное соответствие установлено. Маленькая тонкость - в 1С-е нельзя оставлять товары без штрихкода. Если такой товар появляется, следует в обязательном порядке для него сгенерировать внутренний штрихкод. В противном случае такой товар в кассовый сервер выгружен не будет. Кстати, если бы такого кода в регистре штрихкодов не существовало, я бы его туда добавил в качестве реквизита и заполнял бы при первоначальной загрузке справочника товаров. При оперативных добавлениях можно было бы проверять этот реквизит на заполненность - это бы являлось признаком того, что товар ранее в CashTAN не загружался. Спасибо за ответ. Если будут ещё советы, с удовольствием их послушаю.
Jekky 3 - 20.11.2006-17:33	CashTAN не требует разных локальных кодов. Просто нет никакого правила насчёт какую именно запись он выберет при продаже по коду. Хотя правило, конешно, есть - первую попавшуюся. А вот какая попадётся - неизвестно.

Добавить сообщение

Ваше имя  Пароль (для зарегистрированных)  email  Сообщение  Введите код, изображенный на картинке Для зарегистрированных пользователей можно не вводить  Внимание - введите код без первого символа!

© ТФПК Лтд. Все права защищены.

0.028272 seconds