Урок №16 Обновление программы в ручном режиме (рекомендуемый вариант)
Урок №16 Обновление программы в ручном режиме (рекомендуемый вариант)
(урок подготовлен на основании релиза *.0252)
Да , об этом уже много раз писалось, есть статьи в САМОУЧИТЕЛЕ:
Обновление релиза MAGAZKA до актуального
Автоматическое обновление конфигурации MAGAZKA
Ручное обновление программы MAGAZKA (конфигурация)
Зачем повторяться ?
Хочешь как лучше, а получается как всегда (с)
Как показывает практика - никто не читает , а если и читал, то не понял - что и для чего делает и все в автоматическом режиме
- когда в базе несколько пользователей (несколько сеансов работает)
- когда обмен настроен каждые 60 секунд, а еще может быть и ФОНОВЫЙ ОБМЕН запущен
и потом - а не подскажите почему так ?
Если используете РИБ (Автоматический обмен между базами) Обмен ОФИС-МАГАЗИНЫ
Для справки : ОБНОВЛЯЕМ ВСЕГДА ТОЛЬКО ЦЕНТРАЛЬНУЮ БАЗУ ! (периферийные обновятся в автоматическом режиме)
!!!ОБЯЗАТЕЛЬНО ПЕРЕД ЭТИМ СДЕЛАТЬ РЕЗЕРВНУЮ КОПИЮ ЦЕНТРАЛЬНОЙ БАЗЫ !!!
1. Узнаем актуальный релиз на сайте
На сайте 2 ВКЛАДКИ для MAGAZKA(NS) и MAGAZKA (У НИХ РАЗНЫЕ ФАЙЛЫ ОБНОВЛЕНИЯ. БУДЬТЕ ВНИМАТЕЛЬНЫ !)
Скачали архив:
- для MAGAZKA - upMAG.zip
- для MAGAZKA(NS) - upMAGns.zip
извлекаем любым архиватором файлы из архива
вот так должно получиться. В данном моменте нужно запомнить путь к этой папке (в примере D:\Обновление)
2. Закрываем все окна 1С и заходим в программу - в режиме конфигуратора
логин : ПОЛЬЗОВАТЕЛЬ
пароль :
(без пароля оставить пустым поле)
вот такое окно вы увидите
3. Узнаем - а если кто еще в базе ?
Администрирование - Активные пользователи
если строка одна - нам никто не мешает, если больше - закрываете сеансы (вплоть до перезагрузки компьютера)
4. Делаем резервную копию нашей базы
указываем папку для резервного архива (в нашем примере : D:\Обновление)
Ждем вот этого сообщения. Поздравляю - вы научились в ручном режим сохранять копию своей базы
на всякий случай проверим - существования файла в папке
5. Переходим к обновлению релиза
ОБЯЗАТЕЛЬНО ! проверяем и сравниваем релизы текущей конфигурации и обновляемой
(автоматического контроля релиза и версии в ручном обновлении нет)
Меню - Справка - О программе
где MAGAZKA (NS) - это версия конфигурации (7.0259) - это текущий релиз конфигурации
Обновлять можно на релиз с БОЛЬШИМ ЗНАЧЕНИЕМ и ПЕРВАЯ ЦИФРА ДОЛЖНА СОВПАДАТЬ,
7.0.000 - это MAGAZKA (NS) - универсальная конфигурация для любого магазина
4. 0.000- это MAGAZKA - узко направленная для магазинов с размерными рядами (одежда, обувь и.т.д)
если у вас релиз 7.0210 , а загружаете 7.0259 (70259>70210 - можно обновлять)
если у вас релиз 7.0259 , а загружаете 7.0240 (70240<70259 - на свой страх и риск, чем больше разница в релизах, тем больше шансов потерять свои данные)
Выбираем файл из нашей папки с обновлением
РЕКОМЕНДУЮ сделать ТИИ (Тестирование и Исправление базы...) для сжатия базы и реструктуризации базы
(вы ездите на машине ? - ТО делаете ? Вот ТИИ - тоже самое ТО для вашей базы)
Нажимаем ВЫПОЛНИТЬ (процесс не быстрый и зависит от размера и порядка в базе)
Ждем сообщения - Тестирование закончено
Все - мы успешно обновились! Поздравляю!
Закрываем конфигуратор - он больше нам не нужен.
Теперь если вы запустите программу - то в правом нижнем углу - увидите окошко
Проверка релиза на сайте
Дальше можно не читать , если вы видели эти картинки !
6. Возможные ошибки при обновлении
она одна - вы могли перепутать файл обновления вместо upmag.zip скачать upmagns.zip
но программа очень умная и не даст вам совершить ошибку - кнопку ПРИНЯТЬ будет не доступной
7. "Откатиться назад" до обновления (если что то пошло не так)
(так делать только если были ошибки !!!!)
Перезапустить программу!
Приятного пользования!
Урок №15 Значение поля "КОД" не уникально
Урок №15 Значение поля "КОД" не уникально
(урок подготовлен на основании релиза *.0251)
Рано или поздно вы можете столкнуться с такой вот "проблемой" - Значение поля "КОД" не уникально
- что это значит ? А это значит одно из двух или вы пытаетесь записать объект с КОДОМ который уже имеется в вашей базе...
но позвольте - в карточке товара (справочник "Номенклатура") нет на виду поля КОД, что делать ?
У каждого объекта (справочник, документ) может быть уникальным поле КОД и программа строго следит за их неповторяемостью.
Но, если вы вспомните - то вы сами никогда не вводили КОД в номенклатуре, никогда не ставил НОМЕР(код) документа следующий...
Как же так ?
Все очень; просто , на этапе программирования - программе дали указание - АВТОНУМЕРАЦИЯ (т.е. код следующий по порядку присваивается самой программой)
А почему перестала работать АВТОНУМЕРАЦИЯ ?
А вот с этим нужно разбираться - случаи бывают разные !
1. На 99 % кто то "залез ручками" не туда куда следовало (загрузка кодов внешней обработкой например)
откроем форму списка "Справочника Номенклатура" - отключим иерархию - чтобы группы и элементы были в общем списке
Обязательно - добавим сортировку по КОДУ
и теперь листая справочник сверху вниз - мы найдет - коды которые "отличаются" от других
в данном пример , код "999" код справочника у нас "СТРОКА" и программа не может придумать "1000" она всегда будет присваивать "999" ,а он уже занят и поэтому будет ошибка!
1 вариант решения - просто исправить код на правильный и восстановить последовательность кодов (автонумерация будет работать дальше)
Открываем карточку - кликаем по полю НАИМЕНОВАНИЕ (для редактирование кода)
и пишем следующий ПРАВИЛЬНЫЙ КОД по списку (по возрастанию)
а теперь проверим - автонумерация восстановлена. Все работает как нужно.
А если, если - мы много много товара загрузили с "неправильными кодами" - все менять не времени , ни желания уже нет (((
Ничего страшно.
Открываем Служебные " РИБ - обмен между складами" (даже если вы не работаете с РИБ)
и у Центральной (ТЕКУЩАЯ база (иконка с шариком) меняем префикс (для справочников или для документов)
Сохраняем и проверяем. Программа начала новый отсчет !
Но, иногда бывает "код или номер" залипают - массовое удаление, структура базы была повреждена, восстановление бекапа из архива...
первый признак - номер документа постоянно один и то же присваивается для НОВОГО документа и не дает записать (только если вручную код изменить)
Нужно скачать и запустить обработку - нажать Выполнить. Подождать. Все должно восстановиться в рабочий режим.
Скачать обработку "Обновить нумерацию объектов"
Обновить нумерацию объектов (2.85 Кбайт)
Начиная с *.0262 релиза - данная обработка в составе конфигурациии
теперь одним кликом - если у вас есть права АДМИНИСТРАТОРА
(и не нужно никого звать и решать данную "проблему")
ГЛАВНОЕ ОКНО - АДМ.ПАНЕЛЬ
Приятного пользования!
Урок №14 Учет и оплата подарочным сертификатом
Урок №14 Учет и оплата подарочным сертификатом
(урок подготовлен на основании релиза *.0251)
По умолчанию в дистрибутиве программы MAGAZKA & MAGAZKA(NS)
в справочнике "Номенклатура" уже создан служебный элемент "Подарочный сертификат" (удалять или создавать не нужно !)
Сертификатов у вас может быть неограниченное количество - но ссылка всегда одна !
так выглядит в MAGAZKA(NS)
так выгляди в MAGAZKA
Для работы с подарочными сертификатами существует одноименный справочник (по умолчанию он пустой)
Нажимаем кнопку "Создать подарочные карты"
появится запрос "Введите номинал" новых карт. Что это такое и для чего ?
- номинал, это баланс , сумма денежных средств , стоимость подарочного сертификата - можно сразу указать ФИКСИРОВАННАЯ СУММА или оставить значение равное 0 (нуль)
это будет подарочный сертификат с ПЛАВАЮЩЕЙ СУММОЙ (т.е. покупатель может положить любую сумму по его желанию)
дальше появится еще один запрос - "Введите количество новых карт" - сколько вам нужно сертификатов ?
и крайний вопрос - "Статус подарочного сертификата" - может быть одноразовым. Т.е. можно использовать ОДИН раз в ОДНОМ чеке
если сумма сертификата больше покупки разницу можно вернуть в виде бонусов на карту клиента. Или МНОГОРАЗОВЫЙ - пока баланс >0 можно оплачивать покупки.
после того , как создали наши карты - можно распечатать информацию по ним (например для заказа бланков в типографии)
есть более глубокие настройки - срок жизни сертификата и проверочный код
Срок жизни - после указанного количества дней - сертификатом нельзя будет оплатить покупку. Нужна будет помощь администратора
(например : вы "бесплатно" раздали коды подарочных сертификатов и ограничили время действия.
Использовать код безопасности - при заказе в типографии (защита от подделки - в лотереи стирали защитное поле - вот и тут так же)
Создаем документ Чек - выбираем товар
Переходим к оплате
Сканируем штрихкод нашего подарочного сертификата ....и оп-па....что это ? Почему не работает ?
\
Все работает. Наш подарочный сертификат - еще не активирован. Т.е. он пустой - мы еще не получили денег
а для этого нужно СНАЧАЛА продать наш подарочный сертификат - сканируем его в документ чек
цена :1500 руб. - помните мы задали фиксированную сумму ? Вот это цена подарочного сертификата
а если сканируем подарочный сертификат с плавающей сумму - получим вот такой вот запрос:
наши сертификаты добавлены в табличную часть. Нужно только оплатить.
после оплаты чека (Подарочный сертификат - активирован) можно это проверить.
Оплата документа - вот теперь сканируем наш подарочный сертификат и видим результат
можн получить дополнительную информацию по нему
можно использовать НЕСКОЛЬКО подарочных сертификатов при оплате документа. Можно удалить (если некорректно ввели)
после оплаты документа - можно увидеть историю подарочного сертификата
и даже оплатить остатком средств
если повторно попробовать "продать" активированный сертификат - не получиться (программа строго за этим следит)
(можно АДМИНИСТРАТОРУ -после полного гашения сертификата , его восстановить и заново продавать - экономия бланков)
Может произойти вот такая ситуация. Программа не даст вам продать (активировать ) сертификат !
Почему ? Да , потому , что это бланк строгой отчетности (это ваши деньги - будьте внимательны)
и у вас скорее всего - стоит контроль отрицательных остатков
Выхода из этой ситуации два :
1. Сделать оприходование бланков подарочных сертификатов (для учета и контроля в магазинах)
или если это вам не нужно. В карточке товара "Подарочный сертификат" - вид товара изменить на "Услуга"
Приятного пользования!
Урок №13 Обмен между базами в ручном режиме - через перенос файла (выгрузить и загрузить)
Урок №13 Обмен между базами в ручном режиме - через перенос файла (выгрузить и загрузить)
(урок подготовлен на основании релиза *.0251)
Иногда автоматический обмен (из "шаловливых ручек"- восстановление данных из архива, замена файла, смена компьютера и.т.д) перестает работать.
я всегда всем говорил и говорить буду : "Сначала научитесь , разберитесь как это работает в РУЧНОМ режиме, а уже потом автоматизируйте, чтобы понимать сам процесс"
А то не успел поставить программу - подключил 10 магазинов, все работает. и вдруг из одного магазина перестали приходить данные...Все пропало !!!
ничего страшного не случилось - нужно разобраться и сделать РУЧНОЙ ОБМЕН - программа вам сообщит о выявленной проблеме и будет думать, что делать дальше
РУЧНОЙ ОБМЕН
Откроем Центральную базу (ЦБ)
Переходим - Главное окно - Служебные- "РИБ- обмен между складами"
Выбираем нужный нам узел (получателя сообщения) - меню станет активным и нажимаем "Записать изменения"
появится вот такое окно я изменил по [...]
имя файла сообщения на C:\Users\MAGAZKA\Desktop\Message_000000001_000000002.zip
(т.е. сказал программе - чтобы файл был выгружен на Рабочий стол
- не РЕКОМЕНДУЮ сразу ВЫГРУЖАТЬ на флешку
- может быть потом ошибка чтения файла)
лучше выгрузить на компьютер и потом скопировать на флешку (да, да...все мы не без грехов)
Галочка "Сжимать сообщения" стоит по умолчанию с галочкой выгрузка будет в формате ZIP
(сообщения обмена запаковано в архив)
без галочки выгрузка будет в формате XML
(сообщения обмена по умолчанию)
Нажимаем "ОК" и видим следующее окно
Перейдем на рабочий стол - и увидим наш файл
что обозначает имя файла ? Message_000000001_000000002
в переводе сообщение от узла 000000001 для узла 000000002
копируем файл на флешку (или отправляем по почте)
на компьютер с Периферийной базой (ПБ)
Переходим - в Служебные - "РИБ- обмен между магазинами"
видим отличия - текущая база отмечена "шариком" наша Периферийная база, а центральная - отображается оранжевым цветом.
Периферийная база может получать и отправлять информацию только Центральной базе.
Выделяем в списке Центральную базу - меню станет активным нажимаем "Прочитать изменения"
появится окно для загрузки. По умолчанию программа ищет файл обмена в служебной папке
а его там нет, поэтому путь нужно изменить - на тот где лежит наш файл обмена указываем Рабочий стол
и программа файла "не видит" потому что - нужно изменить формат с XML на ZIP
нажимаем "Открыть" путь изменился
нажимаем "ОК"
что и требовалось доказать.
В обратную сторону работает также.
А если я по ошибке или по незнанию (или кто то другой) еще раз - загрузит файл обмена ?
ничего страшного в этом нет.
ДВАЖДЫ один и тот же файл - программа не даст вам загрузить выйдет окно с предупреждением
"Номер сообщения меньше и равен ранее принятому сообщению"
Если видим , вот такое сообщение
Это означает , что из ЦБ (пришло обновление релиза) но вы не дождались обновления и запустили программу
раньше, ПБ обновилась (но не обновила конфигурацию базы данных) и поэтому не может принимать НОВЫЕ данные от ЦБ
Заходим в конфигуратор - и нажимаем "синий бочонок" или F7 (Обновить конфигурацию базы данных)
Закрываем конфигуратор, запускаем программу и запускаем автообмен. Все работает.
Может выдать сообщения
(неверный получатель, номер сообщения меньше..., конфигурация не соответствует ожидаемой и.т.д.)
вот тогда обращайтесь к специалисту.
Урок №12 Контроль выдачи клубной (дисконтной) карты покупателю
Урок №12 Контроль выдачи клубной (дисконтной) карты покупателю
(урок подготовлен на основании релиза *.0250)
Если Вам нужно контролировать выдачу клубных (дисконтных, бонусных) карт покупателю
1. Нужно задать условие - при котором карта будет положена покупателю (нижний порог)
простыми словами СУММА ПОКУПКИ в документе ЧЕК должна соответствовать какому то условию
Даже если у вас бонусные карты (в любом случае нужен минимальный порог задать)
Обработки - Настройка торговли- Дисконт - Дисконтная и накопительная
зададим нижний порог = 5000 руб.
Это значит , что если покупатель совершит покупку равную или большую 5000 руб. будем ему выдать НОВУЮ карту (если он до этого ее не имел)
При создании НОВОГО документа чек - напоминание "У клиента есть КЛУБНАЯ карта ? Сканируйте..."
(т.е. нужно поинтересоваться у покупателя , есть ли у него наша карта для получения привилегий)
добавим новый товар - сумма меньше нашего порога (5000) руб. ничего не меняется
изменим количество - сумма документа стала больше нижнего порога (5200 > 5000)
Надпись изменилась "Клиенту положена Клубная карта!"
надпись АКТИВНАЯ если по ней кликнуть - будет открыта НОВАЯ ФОРМА (анкета) для выдачи клубной карты
Но, надписи не всегда читают или обращают внимание ! Можно добавить принудительное напоминание
справочники "Полномочия пользователя" - Документ "Чек" - поставим галочку - "Контроль выдачи дисконтной карты"
теперь если покупателю ПОЛОЖЕНА по условия программы клубная карта (и у него ее еще нет)
- перед оплатой документа вы получите вот такое напоминание
