Галактика в вопросах и ответах

Наверняка уже много кто реализовывал данную фичу, я конкретно для проги "Штрих-М Кассир" писать планирую.
Пока первый этам - выгрузка из галактики в розничную прогу прихода.
Интересует вопрос - откуда сию выгрузку делать, чтобы цена уже была с розничной наценкой ?
Из внутреннего перемещения в розницу - не подходит, там розничной наценки нет.
Из реестра свободных розничных цен думал сделать - токо у меня проблемка, он правильно распечатывается только на этапе формирования ордеров и соответственно записей в КУТ (т.е. для повторного формирования реестра и соответственно формирования dbf необходимо каждый раз переформировывать ордера - что неудобно) , если из самой розничной торговли его распечатывать - он почему то только самую последнюю накладную видит

всё - нашел откуда этот реестр нормально формируется - из самой карточки КУТ если на операцию прихода навести.
всё равно блин неудобно

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

Перед нами тоже поставили задачу автоматизировать магазины (тоже на пос-системе, на Штрих-М:Кассир).

Пока не видели / не слышали ни об одном предприятии, автоматизировавшем розничную торговлю на Галактике.
Может кто откликнется???

В связи с этим возникает вопрос: вообще реально это сделать на Галактике??????

Галактика-Софт (г. Тюмень) предлагает нам свои разработки, но пока тоже не общались ни с кем, кто их использует.

Зато на 1С - предприятий уже внедренных - выше крыши. Вот и думаем: может на 1С перейти????

В Галактике в модуле Розничной торговли в настройке кассовых аппаратов имется Штрих-М.
Может кто знает с какой кассовой программой он может стыковаться.

Я думаю, что с этой:
1C.Штрих-М:Кассир
http://81.19.73.35/index.cfm?uid=D8FC6F ... C&docid=38
Для своих кассовых аппаратов Штрих-М написали программу на платформе 1С, в ней есть загрузка выгрузка данных.

сама себе же на вопрос ответила -
"в ней есть загрузка выгрузка данных."
написать фейс, продумать обмен и в путь

я уже выгрузку в dfb для кассира накорябал и столкнулся с такой проблемой в Штрихе - там нет партионного учета
даже такая ситуация меня не порадовала - допустим был товар по 10р стал по 20р
и допустим на точке товар по 10 еще остался но на всякий догружают еще (уже с нового прихода), дак вот - в штрихе при загрузке ключ токо один - код товара и соотвественно при загрузке он сволочь стоимость товара исправил на 20.

Другого софта я пока не нашел.
Вернее нашел - "КиК софт" - "Рабочее место кассира" но у них конфа не защищена и продать прогу мне отказались - жадины

Почему же тогда Галактика-Софт разработала свой модуль? Значит галактический модуль "Розничная торговля" чем-то не устраивал?????

Вот она нужная тема !!!
Господа занимающиеся автоматизацией розницы!
Не хочу наступать на грабли - на которые уже кто то наступал !!!
Есть ДБФ с нужной информацией для спецификации документа (счета или накладной) как наименования МЦ, Ед.Изм ... так и их Нрэки.
Задача - импорт из ДБФ в спецификацию Документа.
Может есть какая функция вставки позиции спецификации Счета (или накладной) - а то смотрю в журнал - "Галя" там столько пишет в "смежные" таблицы ... мне не разобраться
Поделитесь опытом для решения подобных задач ....

В Галактике с версии 5,74 есть модуль "обмен документами".
при наличии на него лицензии - можно настроить импорт из dbf и пр. самих документов. (кнопочки в контекстном меню списка документов посмотри)

помимо этого в суппорте есть Экспорт/Импорт - но там нужно иметь dbf с полями названными как надо и понимать что и куда грузишь

наконец можно просто написать lot и vip'ом загрузить

Мы купили питерскую программу Кристалл. Работаем с ней.

У нас розница у клиентов работает на Галактике. Правда организация розницы у всех строится по своему, поэтому мы не делаем тиражное решение, а решение было строго под клиента.

Организация розницы у нас такая
Магазин выступает как отдельная организация. Базы имеют объединеные каталоги и прайс-листы.

P S Для чего нужна отдельная база - в основном из-за надежности работы и чтобы остановка Галактики в офисе не вызывала остановки работы в магазине (т.е. мы заменяем обмены Галактика-Галактика обменами с другими программами).

Товар отпускается по штрих-коду. Выписанные документы также имеют свой штрих-код, для быстрого их (документов, в частности Товарный чек) поиска в базе данных Галактики. Каждая покупка хранится в БД как отдельный документ со спецификацией с времене продажи.
Менеждер магазина видит все остатки, как в магазине, так и на всех складах, так и в отделе маркирования (наклейка этикеток штрих-кода - т.к. товар свой). Он оформляет заявку в магазине, затем она утверждается, на складе товар отбирается для маркирования (внутренняя накладная) в отдел мартирования, а также на складе печатается нужное количество этикетов (в соответсвии со спецификацией внутренней накладной), затем как некоторая порция отмаркируется она передается в мазазины ( при передаче- приемке используется сканер штрих-кода). Весь проданный за день товар оформляется одной накладной. Сверяется сумма продажи с суммами кассовой ленты. Товар списывается.

Анализ. Сделан анализ продаж по времени внутри суток (по количеству и времени), по дню недели для определения нагрузки на кассы и риски потерь из-за ухода покупателей из-за очередей. Ну и обычные отчеты по наличию и движению.

Ранее - года три назад, был опыт интерграции с кассой на 1С. Обмен был сделан с розничной торговлей Галактики, но проблем согласования БД было много. На одной Галактике все намного проще из-за отсутствия дублировнаия информации..да и поддерживать это все проще АСУ.

Все, что написано - это просто насчет того, а можно ли все сделать на Галактике. Но это все не дает путей для решения с точки зрения тиражного..т.е. того, которое нужно тут всем.

Насколько я знаю, в ТОП-СОФТ была разработана программа для автоматизации заправочных станций и она внедрена в Белоруссии. Там есть и автоматизация розничного магазина, входящего в заправку. Посмотрите внимательно документацию по Галактике - там есть в дополнительной упонимание о таком решении. Также можете обратиться в свое региональное представительноство или к своему партнеру - они должны быть в курсе. Ну и наверное разработку Тюменскую есть смысл посмотреть. Хотя это все также не очень уж тиражные решения...и я не очень понимаю, как это все сопровождается.

Спасибо, полезная информация!

Скажите, куда вы вносите штрих-коды? (в поле KatMc.BarKod2? или используете штрих-коды к отпускным единицам измерения? )
Мы пока заносим штрих-код в поле KatMc.BarKod2. Где возможно - добавляем это поле в интрефейсы, но возможно это, к сожалению, не везде (не можем выбрать МЦ по штрих-коду в накладную из прайс-листа).
Еще возникают ситуации, когда одна и та же МЦ приходит по двум штрих-кодам от одного и того же производителя - в этом случае наш вариант ввода штрих-кода в поле KatMc.BarKod2 - вообще не работает.

Склоняюсь к тому, что наш изначальный выбор ввода штрих-кода в поле KatMc.BarKod2 - неправильный. Видимо придется переносить штрих-коды в единицы измерения.

Какое ваше мнение?

Вообще в Галактике поле для занесения штрих-кода находится в единице измерения МЦ. Туда его надо правильнее всего и заносить. Это всязано с тем, что МЦ может находится в различных упаковках и соответсвенно каждая упаковка должна иметь свой штрих-код.

В Прайс-листе для это есть также поля, куда эта информация переносится и по ней можно искать,т.к. поле индексное.

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

Дело в том, что если мы говорим с Вами о штрих-кодах для розничной торговли ( код ЯН-13), то это одно, а если мы говорим с Вами о внутреннем штрих-кодировании товара, то это несколько другое (для последнего мы рекомендуем использовать КОД 39).

Когда у нас холдинг, то часто используется именно внутреннее кодирование. Если вопрос об упаковках не стоит, то мы ведем внутренний код просто в поле barkod.

Я уже тут писал раньше, что мы всегда при внедрении ставим кодирование товара сегментированным кодом (а не просто, как группа+инкримент), в который закладываем классификацию товара для дальнейшего анализа по этой классификации продаж, закупок, остатков и т.д. Этот же код мы в дальнейшем используем и для внутреннего штрих-кодирования товара. Если у предприятия еще есть свои коды по системе кодировани ЯН-13, то они наносятся как вторые (хранятся они в единице измерения,т.к. ЯН-13 также дает коды для различных упаковок товара).

Если Вы еще заложились на поле barcode2, то я бы рекомендовал Вам написать маленькую процедурку в дополнении к процедуре обновления прайс-листа, которая перепишет поле barcod2 в поле прайс-листа, где хранится баркод отпускнай единица (посмотрите таблицу спецификации прайс-листа). Это поле индексное и позволяет производить выбор по нему.

Надеюсь помог.

С уважением, Игорь

Идея хорошая - копировать штрих-код из barkod2 в прайс!!! Спасибо за наводку!

Мы штрих-коды используем для розничной торговли. Коды ЕАN-13. Пока проблема с упаковками не возникала, но вполне возможно, что такая потребность может возникнуть.

Самая большая проблема у нас - это стыковка Кристалла и Галактики. Кристалл не анализирует наличие товаров, если товар есть на кассе, то его можно продавать. Магазин и продает... Потом мы загружаем из Кристалла в Галактику продажи - и выясняется, что напродавали кучу товаров, которых мы не закупали. Кто виноват? И что делать?

И этот бардак не кончается. Магазин, видимо, химичит, а бухгалтера пытаются эту химию свести....
Уже возникало желание поискать другую программу вместо Кристалла...