[ОТВЕТИТЬ]
Опции темы
21.02.2014 12:46  
AndreyZh
Сейчас описывая нововведения системы обнаружил, что многие её технологические нюансы просто "забыл" за давностью лет, а люди пользуются ими, как само собой разумеющимся. Хотя и "вспоминают" о них, когда я что-то сделаю новое, которое начинает конфликтовать со "старым". Многие эти техники уникальны и могут быть полезны пользователям и разработчикам других систем. Режим пополнения темы - наткнулся на технологию... описал!

I. Признак целочисленности товара или готовой продукции. Есть такой в карточке товара или определяют его в шаблоне для производства. Если товар "целочисленный", то программа во всех оперативных режимах ЗАПРЕЩАЕТ использование его дробных количеств, например нельзя будет продать полбутылки водки или списать 1/8 ящика.

Замечание. Хотя и нельзя, но если очень хочется - в полном справочнике товаров сменяем признак целочисленности, "проводим" дробные количества и возвращаем признак на место.

Замечание. А если нужно "умникам" запретить такие дейтствия? - Легко! В режиме настройки форм справочников запрещаем доступ (ВСЕМ!) к данному полю карточки товаров, а для "умников" в режиме доступов запрещаем режим (технологию) "прямого изменения полей справочников"... соответственно у "кого надо" доступ к этотому режиму оставляем.

---- Вот и ещё одна технология "нарисовалась" ---

II. Прямое исправление полей базы данных системы - полей справочников. Программа позволяет и конечно контролирует (запрещает при необходимости) правку полей таблиц (базы данных), как по одному/нескольким полям в каждой строке, так и групповые операции над произвольным набором полей.

В форме задаются имена полей для изменения и формулы (критерии) для последующей их модификации, а затем нажатием "кнопки" запускает режим правки.

Для чего это надо? Для ускорения работы... Представим себе, что вдруг понадобилось ведение "страны происхождения товара"? Обычным образом: открываем карточку, заполняем поле, сохраняем и так по всем... Через "пачку": задаем поле страны "country", помечаем товары в группу, нажимаем "кнопку", определяя страну и всё!
 
23.06.2014 13:55  
AndreyZh
Специализированная печать первичной документации и ПОВТОР ПАРАМЕТРОВ спецпечати.

В "УС Лэнд" при необходимости, в частности подобрать форму, структуру и наполнение первичного документа любого типа Вы не приглашаете программиста для программирования (создание нового типа документа) очередной "десятой" формы документа, а настраиваете форму и тип докумена в режиме специализированной печати документа.

Режим вызывается нажатием комбинации клавиш Ctrl + F6, после чего определяете от 5 до 20 настроечных параметров печати. Режим "заточен" на минимальное количество настроек, как правило: тип документа и вид (текстовый или графический), а остальные параметры подтверждаются DgDown - программа их, как правило "правильно" определяет из реквизитов документов и "запоминания" приоритетных Ваших настроек при печати.

Но не всегда так легко, например если свой приход Вы захотите перепечатать, как бы "от поставщика" (для него отгрузка) с указанием его реквизитов и настроек, типов налогов, оснований и так далее Вам придётся "настраивать" почти все параметры спецпечати =). Вспоминаю, как в своё время алкогольные оптовки перепечатывали от "померших" поставщиков документы тысячами...

Для облегчения данной работы программа имеет технологию "запоминания и повтора параметров специализированной печати". Её суть:

1. Вы единожды подробно определяете реквизиты спецпечати накладной и счета фактуры. Печатаете документ.

2. Следующий раз для вызова печати накладной нажимаете Shift+F5, а счета фактуры Shift+F4 и программа САМА определит необходимые реквизиты спецпечати исходя из реквизитов первичного документа (как Вы их понимаете) и параметров настройки предыдущей ручной спецпечати.

В 99% случаях реального использования программа правильно определяет Ваши желания в настройках печати - реальный опыт эксплуатации системы.
 
17.07.2014 16:49  
AndreyZh
Прочитал вопрос... пожалуйста не переносите в другой раздел и "вспомнил" (слишком стандартная и обыденная) технологию. Вопрос:

Цитата:
Сообщение от BotMan
собственно у нас в магазине два места хранения(отдела), в сумме они содержат более 42 000 карточек,в их числе: исключенная (штук 300) , новая (28),остальные активные.
после не хитрых манипуляций я понял что используется в сумме примерно 10-11 тысяч активных карточек, остальные просто висят. ежедневно в кассы грузится по 32 000 карточек. судя по истории документов, многие из них уже 3-4 года просто попадают в пустографку ИО и все.
собственно сам вопрос: кто на практике как борется с таким делом и борется ли вообще. нужно ли вычленять не используемые карточки или пускай болтаются туда сюда?
В "УС Лэнд" имеется 4 справочника товаров (номенклатуры):

- Полный справочник, который пользователь видит при оприходывании и групповых операциях - это "номенклатура" со всеми "партиями" (у "меня" нет таких терминов)

- Архив полного справочника. Данные из него используются системой при построении отчетов "прошлых" периодов. Ограничение: программа запрещает изменять документ имеющий архивный товар. Система имеет развитые средства обмена между справочником и архивом, в частности можно отправить в архив закончившийся товар по которому не было товародвижений за последние 3 месяца или одной кнопкой извлеч товар из архива на которой ссылается товарный документ (например для его правки). Уникальная ситуация была на "производстве": спр.товаров 1270 строк, а в архиве полного справочника около 800 000 строк.

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

- Справочник ассортиментов (товаров в терминах 1С/СМ). Используется при оперативной работе в контурах производства и продаж виртуальных товаров (заказов) и при построении отчетов. Но в УС ассортимент имеет определение - это товар измеряемый в количестве и сумме.
 
01.08.2014 14:21  
AndreyZh
Сегодня аж в двух фирмах озаботились задачкой перемещения складов на другие территории и правильного оформления сопроводительной документации... Как всегда - очень срооочно и как следствие "забыли", как это делается. Задачка самая обычная, полезная "для всех" и как обычно элементарно решаемая ("с ходу" три способа):

Режим: Программа администратор/прочие задачи/остатки склада, как накладная и экспорт в возврат покупателей. Заполняем форму настройки режима (отчета), определяя склады, ограничители по поставщикам/разделам прайса, цены и прочую фигню... После построения табличку можно доработать: поменять количества, цены, удалить строки и etc, а затем после нажатия Esc:

1а. Распечатать в форме накладной "внутреннего" вида, переоформив при необходимости шапку и подвал документа.

1б. Экспортировать в накладные оперативной программы - получится нераспределенный возврат от некоторого покупателя... это виртуальный документ, не влияющий на обороты и остатки и который можно, как угодно править. Затем его можно распечатать в одном из двух десятков форматов предусмотренных системой от любого (на любого) юридического лица и адресов... после удалить.

2. Программа администратор/прочие задачи/групповые операции по группе товаров группы складов.

Выбираем пачку складов и цены, после построения отчета в рабочей таблице встаём на колонку конкретного склада и выбираем "F9 - под остаток". Затем F8 - формирование документа (выбираем отгрузку, возврат поставщику или междускладское перемещение). Определяем реквизиты накладной, формируется накладная с понижением (ликвидацией) остатков по складу (дам). Затем в оперативной программе "дорабатываем" её и печатаем необходимый набор сопроводительной документации... при необходимости удаляем её.

При необходимости "внести" данную накладную в другую программу (базу данных) мы можем (только отгрузка или межсклад) экспортировать её во внешний файл и автоматически принять, как уже приходную накладную в другой программе...
 
01.08.2014 16:12  
AndreyZh
Одна из задачек по "сопроводительной документации по остаткам" была интереснее, хотя так же элементарна... Было необходимо оформить быстропродаваемый товар (все реальные продажи были до июля) на один "склад", а прочий "бутор" на другой.

Разделить остатки товара (на произвольную дату) по "уходимости" в (определенном периоде) легко в отчете: аналитика/сложная/остатки товаров на произвольную дату... Определяем дату, на вечер которой строим остатки и другие необходимые ограничители, берет формат 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  
AndreyZh
Доброе утро!

Во время написания 1410 вспомнил блок технологий, которые по мере "устаревания" (прохождения длительного с момента изобретения) становятся самоочевидными, но "встретившись" с проблемами у других фирм начинаешь отмечать и "ценить" их значимость.

В большинстве "внешних" документов системы "УС Land" можно работать с товарами пришедшими от конкретного поставщика или отпущенными конкретному клиенту... и на неделе совпало (почему решил описать технику): фирма - пользователь УС, как покупатель ни как не может добиться нормальной сверки с поставщиком (очень крупная оптовка, имеющая весьма дорогое, развиваемое группой 1С:программистов серьёзную и умную конфу 1С:УПП).

В результате "крыжения" первички выяснялось, что "мы" возвращали товар по тем ценам, по которым покупали, а "они" вводили по тем, которые на момент ввода документов "от нас" были актуальны в базе. В результате созвона с "ними" выяснялось, что они "принципиально" в автоматическом режиме "не знают" цен по которым грузили месяц назад? И "ничего сделать программисты не могут - задача им ставилась давно".

Так вот, например в режимах "возврата от покупателей" систему "УС Лэнд" есть: определяем контрагента, при необходимости его торговую точку и период когда ему отгружался/им возвращался товар. Программа строит список товаров с делениями по ценам, формам оплат и налогам (допустимо: что мы отгружаем с предприятий разных форм собственности и у покупателя магазины с разными формами собственности)... в списке указываем возвращаемое количество по нужным строчка... после чего автоматически в системе появляется возвратная накладная полностью идентичная клиентской.

Почему вспомнил? В 1410 пришлось серьёзно оптимизировать данный режим, т.к. случайно заметил "мучение" в одной фирме (огромный объем отгрузок "скоропорта"): ежедневно до 70 возвратных накладных, а список товаров на медленном ПК по каждому документу формировался до 3 минут... использовав массивы памяти, виртуальную индексацию ускорил построения списка в ДЕСЯТЬ раз.
 
19.09.2014 17:50  
FinSoft
Привет, Андрей.
В Купце обычно используют автоматическое определение отгрузочных накладных для возвратов. Вводят возврат, как его написал покупатель, затем нажимают таксировку возвратов, в которой выводится, какие товары из возвращаемых по каким накладным были отгружены. Те товары, для которых отгрузки по введеным ценам не найдены, выводятся в первом разделе таксировки. Подбор отгрузок делается динамически от даты возврата назад, учитывая предыдущие возвраты. Таким образом в одном возврате могут быть товары из разных отгрузочных накладных или товары, которые отгружались несколькими накладными.
У 1с-ников с этим сложности, так как результаты подобных расчетов запоминаются в регистрах. Если что-то потом правится, результаты легко могут стать некорректными. Добавь сюда еще корреляцию с распределением оплат по отгрузкам, ведь возвращаемый товар может быть уже учтен в системе как оплаченный, и надо сторнировать и перераспределять оплату на другие долговые документы. Поэтому в 1с обычно вводят возвратные накладные на основании конкретных отгрузочных, что довольно трудоемко и также чревато ошибками.
 
20.09.2014 10:30  
AndreyZh
Доброе утро Вячеслав!

Пока женушка готовится к поездке на огород - отвечу:

1. Разные программы - разные технологии обработки. У тебя автоматически определяется возврат по конкретных отгрузочным накладным - в принципе по "научному", а в УС Лэнд без связи с накладными (отгрузки и возвраты) строится список товаров с количествами допустимыми к возврату структуированный по наименование + форма оплаты + цена + ставка налогов. (налогов? - в УС ещё учитывается при работе бывший/будущий "налог с продаж", который можно отключить в настройках). В полученном списке помечаются количества к возврату по нужным позициям, а затем оформляется "шапка" возвратной накладной... то есть помечаются количества -> оформляется накладные (может быть несколько, если выбрать товары с разной формой оплаты или налогами), а у тебе: ручками вводится накладная -> верифицируется на правильность цены.

2. В УС есть, но отчет - анализ взаимосвязи документов разных типов по товарам, но его назначение: выявить "куда товар разбежался". Например: Пришла бракованная партия (фальсификат, старые акцизные марки) товара в оптовку, частично распродалась/списалась/отправилась на свою торговую точку... Нужно быстро выявить движение и вернуть товар "на место" (для возврата).
 
28.01.2015 10:14  
AndreyZh
Ура работа, как программиста появилась! В версии февраля 2015 года появилась пробная техника сохранения в журнале операций информации по изменению полей справочников, пока "клиентов". Не успел ещё толком установить у пользователей версию, как уже звонок с "надрывом" - оператору дали задание отгрузить 40 коробок, он выписал, но уже у покупателя выяснялось, что предполагаемая фасовка должна была быть 12 шт/кор, а в программе 24 шт/кор... В прайсе, сделанном на прошлой неделе 12, т.е. кто-то поменял фасовку и т.е. задачу сохранения в журнале операций информации по изменению полей справочников нужно решать для всех видов справочников и, как всегда "ещё вчера".

Пока с утра сделал для "полного справочника товаров" и буду "развлекаться" сегодня с остальными 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
Цитата:
Сообщение от 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, время: 08:57.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.