█ 21.02.2014 12:46
Сейчас описывая нововведения системы обнаружил, что многие её технологические нюансы просто "забыл" за давностью лет, а люди пользуются ими, как само собой разумеющимся. Хотя и "вспоминают" о них, когда я что-то сделаю новое, которое начинает конфликтовать со "старым". Многие эти техники уникальны и могут быть полезны пользователям и разработчикам других систем. Режим пополнения темы - наткнулся на технологию... описал!
I. Признак целочисленности товара или готовой продукции. Есть такой в карточке товара или определяют его в шаблоне для производства. Если товар "целочисленный", то программа во всех оперативных режимах ЗАПРЕЩАЕТ использование его дробных количеств, например нельзя будет продать полбутылки водки или списать 1/8 ящика.
Замечание. Хотя и нельзя, но если очень хочется - в полном справочнике товаров сменяем признак целочисленности, "проводим" дробные количества и возвращаем признак на место.
Замечание. А если нужно "умникам" запретить такие дейтствия? - Легко! В режиме настройки форм справочников запрещаем доступ (ВСЕМ!) к данному полю карточки товаров, а для "умников" в режиме доступов запрещаем режим (технологию) "прямого изменения полей справочников"... соответственно у "кого надо" доступ к этотому режиму оставляем.
---- Вот и ещё одна технология "нарисовалась" ---
II. Прямое исправление полей базы данных системы - полей справочников. Программа позволяет и конечно контролирует (запрещает при необходимости) правку полей таблиц (базы данных), как по одному/нескольким полям в каждой строке, так и групповые операции над произвольным набором полей.
В форме задаются имена полей для изменения и формулы (критерии) для последующей их модификации, а затем нажатием "кнопки" запускает режим правки.
Для чего это надо? Для ускорения работы... Представим себе, что вдруг понадобилось ведение "страны происхождения товара"? Обычным образом: открываем карточку, заполняем поле, сохраняем и так по всем... Через "пачку": задаем поле страны "country", помечаем товары в группу, нажимаем "кнопку", определяя страну и всё!
I. Признак целочисленности товара или готовой продукции. Есть такой в карточке товара или определяют его в шаблоне для производства. Если товар "целочисленный", то программа во всех оперативных режимах ЗАПРЕЩАЕТ использование его дробных количеств, например нельзя будет продать полбутылки водки или списать 1/8 ящика.
Замечание. Хотя и нельзя, но если очень хочется - в полном справочнике товаров сменяем признак целочисленности, "проводим" дробные количества и возвращаем признак на место.
Замечание. А если нужно "умникам" запретить такие дейтствия? - Легко! В режиме настройки форм справочников запрещаем доступ (ВСЕМ!) к данному полю карточки товаров, а для "умников" в режиме доступов запрещаем режим (технологию) "прямого изменения полей справочников"... соответственно у "кого надо" доступ к этотому режиму оставляем.
---- Вот и ещё одна технология "нарисовалась" ---
II. Прямое исправление полей базы данных системы - полей справочников. Программа позволяет и конечно контролирует (запрещает при необходимости) правку полей таблиц (базы данных), как по одному/нескольким полям в каждой строке, так и групповые операции над произвольным набором полей.
В форме задаются имена полей для изменения и формулы (критерии) для последующей их модификации, а затем нажатием "кнопки" запускает режим правки.
Для чего это надо? Для ускорения работы... Представим себе, что вдруг понадобилось ведение "страны происхождения товара"? Обычным образом: открываем карточку, заполняем поле, сохраняем и так по всем... Через "пачку": задаем поле страны "country", помечаем товары в группу, нажимаем "кнопку", определяя страну и всё!
█ 23.06.2014 13:55
Специализированная печать первичной документации и ПОВТОР ПАРАМЕТРОВ спецпечати.
В "УС Лэнд" при необходимости, в частности подобрать форму, структуру и наполнение первичного документа любого типа Вы не приглашаете программиста для программирования (создание нового типа документа) очередной "десятой" формы документа, а настраиваете форму и тип докумена в режиме специализированной печати документа.
Режим вызывается нажатием комбинации клавиш Ctrl + F6, после чего определяете от 5 до 20 настроечных параметров печати. Режим "заточен" на минимальное количество настроек, как правило: тип документа и вид (текстовый или графический), а остальные параметры подтверждаются DgDown - программа их, как правило "правильно" определяет из реквизитов документов и "запоминания" приоритетных Ваших настроек при печати.
Но не всегда так легко, например если свой приход Вы захотите перепечатать, как бы "от поставщика" (для него отгрузка) с указанием его реквизитов и настроек, типов налогов, оснований и так далее Вам придётся "настраивать" почти все параметры спецпечати =). Вспоминаю, как в своё время алкогольные оптовки перепечатывали от "померших" поставщиков документы тысячами...
Для облегчения данной работы программа имеет технологию "запоминания и повтора параметров специализированной печати". Её суть:
1. Вы единожды подробно определяете реквизиты спецпечати накладной и счета фактуры. Печатаете документ.
2. Следующий раз для вызова печати накладной нажимаете Shift+F5, а счета фактуры Shift+F4 и программа САМА определит необходимые реквизиты спецпечати исходя из реквизитов первичного документа (как Вы их понимаете) и параметров настройки предыдущей ручной спецпечати.
В 99% случаях реального использования программа правильно определяет Ваши желания в настройках печати - реальный опыт эксплуатации системы.
В "УС Лэнд" при необходимости, в частности подобрать форму, структуру и наполнение первичного документа любого типа Вы не приглашаете программиста для программирования (создание нового типа документа) очередной "десятой" формы документа, а настраиваете форму и тип докумена в режиме специализированной печати документа.
Режим вызывается нажатием комбинации клавиш Ctrl + F6, после чего определяете от 5 до 20 настроечных параметров печати. Режим "заточен" на минимальное количество настроек, как правило: тип документа и вид (текстовый или графический), а остальные параметры подтверждаются DgDown - программа их, как правило "правильно" определяет из реквизитов документов и "запоминания" приоритетных Ваших настроек при печати.
Но не всегда так легко, например если свой приход Вы захотите перепечатать, как бы "от поставщика" (для него отгрузка) с указанием его реквизитов и настроек, типов налогов, оснований и так далее Вам придётся "настраивать" почти все параметры спецпечати =). Вспоминаю, как в своё время алкогольные оптовки перепечатывали от "померших" поставщиков документы тысячами...
Для облегчения данной работы программа имеет технологию "запоминания и повтора параметров специализированной печати". Её суть:
1. Вы единожды подробно определяете реквизиты спецпечати накладной и счета фактуры. Печатаете документ.
2. Следующий раз для вызова печати накладной нажимаете Shift+F5, а счета фактуры Shift+F4 и программа САМА определит необходимые реквизиты спецпечати исходя из реквизитов первичного документа (как Вы их понимаете) и параметров настройки предыдущей ручной спецпечати.
В 99% случаях реального использования программа правильно определяет Ваши желания в настройках печати - реальный опыт эксплуатации системы.
█ 17.07.2014 16:49
Прочитал вопрос... пожалуйста не переносите в другой раздел и "вспомнил" (слишком стандартная и обыденная) технологию. Вопрос:
- Полный справочник, который пользователь видит при оприходывании и групповых операциях - это "номенклатура" со всеми "партиями" (у "меня" нет таких терминов)
- Архив полного справочника. Данные из него используются системой при построении отчетов "прошлых" периодов. Ограничение: программа запрещает изменять документ имеющий архивный товар. Система имеет развитые средства обмена между справочником и архивом, в частности можно отправить в архив закончившийся товар по которому не было товародвижений за последние 3 месяца или одной кнопкой извлеч товар из архива на которой ссылается товарный документ (например для его правки). Уникальная ситуация была на "производстве": спр.товаров 1270 строк, а в архиве полного справочника около 800 000 строк.
- Справочник товаров на складах (конкретного склада при оперативной работе с ним), причем визуально отражаются только товары с ненулевыми остатками... От сюда следует, что в "УС Land" в принципе не может быть ситуации описанной в вопросе, т.к. кассир "видит" только непустые позиции.
- Справочник ассортиментов (товаров в терминах 1С/СМ). Используется при оперативной работе в контурах производства и продаж виртуальных товаров (заказов) и при построении отчетов. Но в УС ассортимент имеет определение - это товар измеряемый в количестве и сумме.
Цитата:
В "УС Лэнд" имеется 4 справочника товаров (номенклатуры): BotMan ➤ собственно у нас в магазине два места хранения(отдела), в сумме они содержат более 42 000 карточек,в их числе: исключенная (штук 300) , новая (28),остальные активные.
после не хитрых манипуляций я понял что используется в сумме примерно 10-11 тысяч активных карточек, остальные просто висят. ежедневно в кассы грузится по 32 000 карточек. судя по истории документов, многие из них уже 3-4 года просто попадают в пустографку ИО и все.
собственно сам вопрос: кто на практике как борется с таким делом и борется ли вообще. нужно ли вычленять не используемые карточки или пускай болтаются туда сюда?
после не хитрых манипуляций я понял что используется в сумме примерно 10-11 тысяч активных карточек, остальные просто висят. ежедневно в кассы грузится по 32 000 карточек. судя по истории документов, многие из них уже 3-4 года просто попадают в пустографку ИО и все.
собственно сам вопрос: кто на практике как борется с таким делом и борется ли вообще. нужно ли вычленять не используемые карточки или пускай болтаются туда сюда?
- Полный справочник, который пользователь видит при оприходывании и групповых операциях - это "номенклатура" со всеми "партиями" (у "меня" нет таких терминов)
- Архив полного справочника. Данные из него используются системой при построении отчетов "прошлых" периодов. Ограничение: программа запрещает изменять документ имеющий архивный товар. Система имеет развитые средства обмена между справочником и архивом, в частности можно отправить в архив закончившийся товар по которому не было товародвижений за последние 3 месяца или одной кнопкой извлеч товар из архива на которой ссылается товарный документ (например для его правки). Уникальная ситуация была на "производстве": спр.товаров 1270 строк, а в архиве полного справочника около 800 000 строк.
- Справочник товаров на складах (конкретного склада при оперативной работе с ним), причем визуально отражаются только товары с ненулевыми остатками... От сюда следует, что в "УС Land" в принципе не может быть ситуации описанной в вопросе, т.к. кассир "видит" только непустые позиции.
- Справочник ассортиментов (товаров в терминах 1С/СМ). Используется при оперативной работе в контурах производства и продаж виртуальных товаров (заказов) и при построении отчетов. Но в УС ассортимент имеет определение - это товар измеряемый в количестве и сумме.
█ 01.08.2014 14:21
Сегодня аж в двух фирмах озаботились задачкой перемещения складов на другие территории и правильного оформления сопроводительной документации... Как всегда - очень срооочно и как следствие "забыли", как это делается. Задачка самая обычная, полезная "для всех" и как обычно элементарно решаемая ("с ходу" три способа):
Режим: Программа администратор/прочие задачи/остатки склада, как накладная и экспорт в возврат покупателей. Заполняем форму настройки режима (отчета), определяя склады, ограничители по поставщикам/разделам прайса, цены и прочую фигню... После построения табличку можно доработать: поменять количества, цены, удалить строки и etc, а затем после нажатия Esc:
1а. Распечатать в форме накладной "внутреннего" вида, переоформив при необходимости шапку и подвал документа.
1б. Экспортировать в накладные оперативной программы - получится нераспределенный возврат от некоторого покупателя... это виртуальный документ, не влияющий на обороты и остатки и который можно, как угодно править. Затем его можно распечатать в одном из двух десятков форматов предусмотренных системой от любого (на любого) юридического лица и адресов... после удалить.
2. Программа администратор/прочие задачи/групповые операции по группе товаров группы складов.
Выбираем пачку складов и цены, после построения отчета в рабочей таблице встаём на колонку конкретного склада и выбираем "F9 - под остаток". Затем F8 - формирование документа (выбираем отгрузку, возврат поставщику или междускладское перемещение). Определяем реквизиты накладной, формируется накладная с понижением (ликвидацией) остатков по складу (дам). Затем в оперативной программе "дорабатываем" её и печатаем необходимый набор сопроводительной документации... при необходимости удаляем её.
При необходимости "внести" данную накладную в другую программу (базу данных) мы можем (только отгрузка или межсклад) экспортировать её во внешний файл и автоматически принять, как уже приходную накладную в другой программе...
Режим: Программа администратор/прочие задачи/остатки склада, как накладная и экспорт в возврат покупателей. Заполняем форму настройки режима (отчета), определяя склады, ограничители по поставщикам/разделам прайса, цены и прочую фигню... После построения табличку можно доработать: поменять количества, цены, удалить строки и etc, а затем после нажатия Esc:
1а. Распечатать в форме накладной "внутреннего" вида, переоформив при необходимости шапку и подвал документа.
1б. Экспортировать в накладные оперативной программы - получится нераспределенный возврат от некоторого покупателя... это виртуальный документ, не влияющий на обороты и остатки и который можно, как угодно править. Затем его можно распечатать в одном из двух десятков форматов предусмотренных системой от любого (на любого) юридического лица и адресов... после удалить.
2. Программа администратор/прочие задачи/групповые операции по группе товаров группы складов.
Выбираем пачку складов и цены, после построения отчета в рабочей таблице встаём на колонку конкретного склада и выбираем "F9 - под остаток". Затем F8 - формирование документа (выбираем отгрузку, возврат поставщику или междускладское перемещение). Определяем реквизиты накладной, формируется накладная с понижением (ликвидацией) остатков по складу (дам). Затем в оперативной программе "дорабатываем" её и печатаем необходимый набор сопроводительной документации... при необходимости удаляем её.
При необходимости "внести" данную накладную в другую программу (базу данных) мы можем (только отгрузка или межсклад) экспортировать её во внешний файл и автоматически принять, как уже приходную накладную в другой программе...
█ 01.08.2014 16:12
Одна из задачек по "сопроводительной документации по остаткам" была интереснее, хотя так же элементарна... Было необходимо оформить быстропродаваемый товар (все реальные продажи были до июля) на один "склад", а прочий "бутор" на другой.
Разделить остатки товара (на произвольную дату) по "уходимости" в (определенном периоде) легко в отчете: аналитика/сложная/остатки товаров на произвольную дату... Определяем дату, на вечер которой строим остатки и другие необходимые ограничители, берет формат 8-динамика. Затем в ограничительной подформе задаём "ограничители" по реализации. Ниже пример данных двух форм:
После построения получаем документ, данные из которого используем для "деления" остатков по складам. Пример печатной формы:
Разделить остатки товара (на произвольную дату) по "уходимости" в (определенном периоде) легко в отчете: аналитика/сложная/остатки товаров на произвольную дату... Определяем дату, на вечер которой строим остатки и другие необходимые ограничители, берет формат 8-динамика. Затем в ограничительной подформе задаём "ограничители" по реализации. Ниже пример данных двух форм:
После построения получаем документ, данные из которого используем для "деления" остатков по складам. Пример печатной формы:
Код:
Остатки на 30.06.14 анализируя отгрузку. Стр. 1
------------------------------------------------------------------------------
Наименование товара |Кол - во|СуммаПоПр.|Отгруз.
------------------------------------------------------------------------------
П-"КАРМЕН" 334 6680.00 418
С-ПИРОЖЕННОЕ "КАРМЕН" 1/4 ШТ 37 1776.00 533
С-ПИРОЖЕННОЕ "МЕДОВОЕ В АССОРТИ."1/4ШТ 913 41998.00 826
С-ПИРОЖЕННОЕ "ПРОФИТРОЛИ ШОКОЛАД" 1265 70840.00 937
С-ПИРОЖЕННОЕ "ТРУБОЧКА" 1/2 ШТ 254 6858.00 100
С-ПИРОЖЕННОЕ "ЭКЛЕР СО СЛИВКАМИ" 2436 127281.00 370357
С-РУЛЕТ №39 "СКАЗКА" 0.9 662 76130.00 476
ТОРТ МЕДОВЫЙ СО СЛИВКАМИ 0.850 КГ. 165 18150.00 100
ТОРТ №06 НЕЖНЫЙ 180 21240.00 96
ТОРТ №10 СНИКЕРС 0.850КГ. 1937 185952.00 1812
ТОРТ №14 МЕДОВЫЙ 0.850КГ. 1330 126350.00 566
ТОРТ №21 ДЕНЬ-НОЧЬ. 0,750КГ 318 33708.00 80
ТОРТ №80 АПЕЛЬСИНОВЫЙ РАЙ 0,900КГ. 427 49105.00 93
ТОРТ №82 "СЛИВКИ С ШОКОЛАДОМ" 0,650 493 58174.00 110
П. "НАПОЛЕОН" 1.34КГ/В УПАК 171 2257.20 819
П. "СНИКЕРС" 21 ШТ/В УПАК 42 495.60 21
П."ЗАВАРНОЕ СО СЛИВКАМИ" 2.8 КГ 25 2268.00 5732
------------------------------------------------------------------------------
Итого на 30.06.14 10989 364769 829263 383076 █ 19.09.2014 10:46
Доброе утро!
Во время написания 1410 вспомнил блок технологий, которые по мере "устаревания" (прохождения длительного с момента изобретения) становятся самоочевидными, но "встретившись" с проблемами у других фирм начинаешь отмечать и "ценить" их значимость.
В большинстве "внешних" документов системы "УС Land" можно работать с товарами пришедшими от конкретного поставщика или отпущенными конкретному клиенту... и на неделе совпало (почему решил описать технику): фирма - пользователь УС, как покупатель ни как не может добиться нормальной сверки с поставщиком (очень крупная оптовка, имеющая весьма дорогое, развиваемое группой 1С:программистов серьёзную и умную конфу 1С:УПП).
В результате "крыжения" первички выяснялось, что "мы" возвращали товар по тем ценам, по которым покупали, а "они" вводили по тем, которые на момент ввода документов "от нас" были актуальны в базе. В результате созвона с "ними" выяснялось, что они "принципиально" в автоматическом режиме "не знают" цен по которым грузили месяц назад? И "ничего сделать программисты не могут - задача им ставилась давно".
Так вот, например в режимах "возврата от покупателей" систему "УС Лэнд" есть: определяем контрагента, при необходимости его торговую точку и период когда ему отгружался/им возвращался товар. Программа строит список товаров с делениями по ценам, формам оплат и налогам (допустимо: что мы отгружаем с предприятий разных форм собственности и у покупателя магазины с разными формами собственности)... в списке указываем возвращаемое количество по нужным строчка... после чего автоматически в системе появляется возвратная накладная полностью идентичная клиентской.
Почему вспомнил? В 1410 пришлось серьёзно оптимизировать данный режим, т.к. случайно заметил "мучение" в одной фирме (огромный объем отгрузок "скоропорта"): ежедневно до 70 возвратных накладных, а список товаров на медленном ПК по каждому документу формировался до 3 минут... использовав массивы памяти, виртуальную индексацию ускорил построения списка в ДЕСЯТЬ раз.
Во время написания 1410 вспомнил блок технологий, которые по мере "устаревания" (прохождения длительного с момента изобретения) становятся самоочевидными, но "встретившись" с проблемами у других фирм начинаешь отмечать и "ценить" их значимость.
В большинстве "внешних" документов системы "УС Land" можно работать с товарами пришедшими от конкретного поставщика или отпущенными конкретному клиенту... и на неделе совпало (почему решил описать технику): фирма - пользователь УС, как покупатель ни как не может добиться нормальной сверки с поставщиком (очень крупная оптовка, имеющая весьма дорогое, развиваемое группой 1С:программистов серьёзную и умную конфу 1С:УПП).
В результате "крыжения" первички выяснялось, что "мы" возвращали товар по тем ценам, по которым покупали, а "они" вводили по тем, которые на момент ввода документов "от нас" были актуальны в базе. В результате созвона с "ними" выяснялось, что они "принципиально" в автоматическом режиме "не знают" цен по которым грузили месяц назад? И "ничего сделать программисты не могут - задача им ставилась давно".
Так вот, например в режимах "возврата от покупателей" систему "УС Лэнд" есть: определяем контрагента, при необходимости его торговую точку и период когда ему отгружался/им возвращался товар. Программа строит список товаров с делениями по ценам, формам оплат и налогам (допустимо: что мы отгружаем с предприятий разных форм собственности и у покупателя магазины с разными формами собственности)... в списке указываем возвращаемое количество по нужным строчка... после чего автоматически в системе появляется возвратная накладная полностью идентичная клиентской.
Почему вспомнил? В 1410 пришлось серьёзно оптимизировать данный режим, т.к. случайно заметил "мучение" в одной фирме (огромный объем отгрузок "скоропорта"): ежедневно до 70 возвратных накладных, а список товаров на медленном ПК по каждому документу формировался до 3 минут... использовав массивы памяти, виртуальную индексацию ускорил построения списка в ДЕСЯТЬ раз.
█ 19.09.2014 17:50
Привет, Андрей.
В Купце обычно используют автоматическое определение отгрузочных накладных для возвратов. Вводят возврат, как его написал покупатель, затем нажимают таксировку возвратов, в которой выводится, какие товары из возвращаемых по каким накладным были отгружены. Те товары, для которых отгрузки по введеным ценам не найдены, выводятся в первом разделе таксировки. Подбор отгрузок делается динамически от даты возврата назад, учитывая предыдущие возвраты. Таким образом в одном возврате могут быть товары из разных отгрузочных накладных или товары, которые отгружались несколькими накладными.
У 1с-ников с этим сложности, так как результаты подобных расчетов запоминаются в регистрах. Если что-то потом правится, результаты легко могут стать некорректными. Добавь сюда еще корреляцию с распределением оплат по отгрузкам, ведь возвращаемый товар может быть уже учтен в системе как оплаченный, и надо сторнировать и перераспределять оплату на другие долговые документы. Поэтому в 1с обычно вводят возвратные накладные на основании конкретных отгрузочных, что довольно трудоемко и также чревато ошибками.
В Купце обычно используют автоматическое определение отгрузочных накладных для возвратов. Вводят возврат, как его написал покупатель, затем нажимают таксировку возвратов, в которой выводится, какие товары из возвращаемых по каким накладным были отгружены. Те товары, для которых отгрузки по введеным ценам не найдены, выводятся в первом разделе таксировки. Подбор отгрузок делается динамически от даты возврата назад, учитывая предыдущие возвраты. Таким образом в одном возврате могут быть товары из разных отгрузочных накладных или товары, которые отгружались несколькими накладными.
У 1с-ников с этим сложности, так как результаты подобных расчетов запоминаются в регистрах. Если что-то потом правится, результаты легко могут стать некорректными. Добавь сюда еще корреляцию с распределением оплат по отгрузкам, ведь возвращаемый товар может быть уже учтен в системе как оплаченный, и надо сторнировать и перераспределять оплату на другие долговые документы. Поэтому в 1с обычно вводят возвратные накладные на основании конкретных отгрузочных, что довольно трудоемко и также чревато ошибками.
█ 20.09.2014 10:30
Доброе утро Вячеслав!
Пока женушка готовится к поездке на огород - отвечу:
1. Разные программы - разные технологии обработки. У тебя автоматически определяется возврат по конкретных отгрузочным накладным - в принципе по "научному", а в УС Лэнд без связи с накладными (отгрузки и возвраты) строится список товаров с количествами допустимыми к возврату структуированный по наименование + форма оплаты + цена + ставка налогов. (налогов? - в УС ещё учитывается при работе бывший/будущий "налог с продаж", который можно отключить в настройках). В полученном списке помечаются количества к возврату по нужным позициям, а затем оформляется "шапка" возвратной накладной... то есть помечаются количества -> оформляется накладные (может быть несколько, если выбрать товары с разной формой оплаты или налогами), а у тебе: ручками вводится накладная -> верифицируется на правильность цены.
2. В УС есть, но отчет - анализ взаимосвязи документов разных типов по товарам, но его назначение: выявить "куда товар разбежался". Например: Пришла бракованная партия (фальсификат, старые акцизные марки) товара в оптовку, частично распродалась/списалась/отправилась на свою торговую точку... Нужно быстро выявить движение и вернуть товар "на место" (для возврата).
Пока женушка готовится к поездке на огород - отвечу:
1. Разные программы - разные технологии обработки. У тебя автоматически определяется возврат по конкретных отгрузочным накладным - в принципе по "научному", а в УС Лэнд без связи с накладными (отгрузки и возвраты) строится список товаров с количествами допустимыми к возврату структуированный по наименование + форма оплаты + цена + ставка налогов. (налогов? - в УС ещё учитывается при работе бывший/будущий "налог с продаж", который можно отключить в настройках). В полученном списке помечаются количества к возврату по нужным позициям, а затем оформляется "шапка" возвратной накладной... то есть помечаются количества -> оформляется накладные (может быть несколько, если выбрать товары с разной формой оплаты или налогами), а у тебе: ручками вводится накладная -> верифицируется на правильность цены.
2. В УС есть, но отчет - анализ взаимосвязи документов разных типов по товарам, но его назначение: выявить "куда товар разбежался". Например: Пришла бракованная партия (фальсификат, старые акцизные марки) товара в оптовку, частично распродалась/списалась/отправилась на свою торговую точку... Нужно быстро выявить движение и вернуть товар "на место" (для возврата).
█ 28.01.2015 10:14
Ура работа, как программиста появилась! В версии февраля 2015 года появилась пробная техника сохранения в журнале операций информации по изменению полей справочников, пока "клиентов". Не успел ещё толком установить у пользователей версию, как уже звонок с "надрывом" - оператору дали задание отгрузить 40 коробок, он выписал, но уже у покупателя выяснялось, что предполагаемая фасовка должна была быть 12 шт/кор, а в программе 24 шт/кор... В прайсе, сделанном на прошлой неделе 12, т.е. кто-то поменял фасовку и т.е. задачу сохранения в журнале операций информации по изменению полей справочников нужно решать для всех видов справочников и, как всегда "ещё вчера".
Пока с утра сделал для "полного справочника товаров" и буду "развлекаться" сегодня с остальными 16 справочниками. Пример записи в журнал операций:
Пока с утра сделал для "полного справочника товаров" и буду "развлекаться" сегодня с остальными 16 справочниками. Пример записи в журнал операций:
Код:
Журнал операций за период с 28.01.15 по 28.01.15 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
ФИО работника / ИмяПК, Дата,Время |Режим работы программы| Подробное описание операции пользователя с программой
----------------------------------------------------------------------------------------------------------------------------------
|0200 02. Накладные на |
ANDREY 28.01.15 ( 0:46) 10:00:27|приход от поставщика |
| |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для WARES 3FNK изм.поле ENDSAL с 140.000000 на 160.
ANDREY 28.01.15 ( ) 10:01:08|информации во всех |000000
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для WARES 3FNK изм.поле ENDDAT с . . на 21.12.15
ANDREY 28.01.15 ( ) 10:01:08|информации во всех |
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для WARES 3FNK изм.поле CODMIN с 000Z на 018D
ANDREY 28.01.15 ( ) 10:01:08|информации во всех |
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для WARES 3FNK изм.поле QTYPALLET с 0.000000 на 1.
ANDREY 28.01.15 ( ) 10:01:08|информации во всех |000000
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для CLIENT 0124 изм.поле D_SALDO с 1724624.220000 на
ANDREY 28.01.15 ( ) 10:02:43|информации во всех |168000.000000
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для CLIENT 0124 изм.поле RS_DOP с 00023780 на
ANDREY 28.01.15 ( ) 10:02:43|информации во всех |00023781
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
|6110 Изменение |Для CLIENT 0124 изм.поле MAINACC с на Байрамов Г.С.О.
ANDREY 28.01.15 ( ) 10:03:08|информации во всех |
|справочниках. |
----------------------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------------------- █ 28.01.2015 13:00
Цитата:
Ну сделал... - снова скукотища... От нечего делать покажу ещё один вариант построения журнала операций, но вначале позвольте недавнюю историю. AndreyZh ➤ ...Пока с утра сделал для "полного справочника товаров" и буду "развлекаться" сегодня с остальными 16 справочниками.
На прошлой неделе разговаривал с одним из бывших (хозяином - был по делам в офисе конторы, где работаю) пользователей программы. На момент нашего расставания в 2009 у него было около 30 торговых точек и оптовка. Для КИС Lack и меня, как единственного ИТэшника - это была довольно довольно тяжелая нагрузка, да и еженедельное "трамбование" профессиональных продажников (франчей) ЗАО "1С" съиграло свою роль. В общем клиент для меня был потерян (по хорошему). Сейчас у него осталась еле живая оптовка и 4 торговые точки. Поболтали о бизнесе, он "попинал" меня (систему) за "устаревший" интерфейс и технологии, но когда показал ему один из вариантов интерфейса и работу на win 8.1 - удивился... но ещё высказал ещё ряд "претензий" к системе. Хотя, к чему ему это? - со мной не работает более 6 лет, он big boss, а я простой программер.
Ну ладно. Когда-то начал "переписывать" систему под GUI, да и сейчас осталась довеском графическая подсистема тогда и сейчас реально мало кому интересная и нужная. Покажу её на примере анализа журнала операций - видели выше, что его желательно сделать более компактным.
1. Запускаем программу ценников (для УС актуальна версия 1411, но в примере пользую 64 разрядную версию 1502 - доступна для скачивания. по тестам работает и на 32 разрядных win... и гораздо быстрее, чем подсистема, входящая в комплекс) и выбираем режим отчетов, а в нём работу с журналов.
2. В форме выбираем закачку (перенос оперативного или со всеми архивами) журнала, а потом построение по необходимым ограничителям
3. Получаем и печатаем журнал
В сравнении с текстовым форматом:
1. GUI + мышинный интерфейс;
2. Тратится бумаги в 7 раз меньше;
...
3. Данный режим использую только я при помощи пользователям, а они пользуют исключительно текстовый журнала.
Часовой пояс GMT +3, время: 16:44.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.