Вход | Регистрация
    1  2  3   

Архитектура системы... делают ли так

Архитектура системы... делают ли так
Я
   Джордж1
 
08.04.21 - 18:56
Розничная торговля.

Есть 2 категории товаров.

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


Есть идея сделать отдельные системы учета в рамках одной конфигурации для каждой категории товаров. Однозначно отдельные отчеты. Скорее всего отдельные справочники товаров. И возможно отдельные документы для каждого вида товаров (возможно сам документ один, но в один документ товары из разных категорий не пихать)


Что думаете?
   H A D G E H O G s
 
101 - 08.04.21 - 21:15
(99) ну, например, обьемный учет спиртов построен на приведение обьема к 20 гр. Думаю, что и с нефтепродуктами также.
   Джордж1
 
102 - 08.04.21 - 21:18
(100)охренеть удобство. Особенно для пользователей, которые только на управленке воспитаны.

А вот контуры идут параллельно, но в вот на этапе продажи могут совмещаться - юрику выставляется один документ на НП+Товары

(101)в нефтянке такого нет
   Джордж1
 
103 - 08.04.21 - 21:19
(100)у нас был опыт. На таком количество товаров - типовые сдыхают
   Джордж1
 
104 - 08.04.21 - 21:20
(+103)типовые файловые в терминале
   Garykom
 
105 - 08.04.21 - 21:21
(103) Это не типовые сдыхают у кого то железо говно
(104) И сервер не купили ))
   Джордж1
 
106 - 08.04.21 - 21:22
(105)ну так это же большие деньги.
А 7-ка самописка летает
   Garykom
 
107 - 08.04.21 - 21:22
(105)+ Стоимость железа и сервера 1С/SQL дешевле, быстрее и надежней найма прогов
   Джордж1
 
108 - 08.04.21 - 21:24
(107)Угу, а еще адаптация учета.

Нет не выгоднее в моем случае
   Garykom
 
109 - 08.04.21 - 21:24
(106) Да не летает она! Она нихрена не может и не умеет
Т.е. там нет функционала разного вот и кажется что быстро работает
А по факту опс и этого нет упс и обновлений нет (разработчик ушел) и привет
   Garykom
 
110 - 08.04.21 - 21:25
(108) Вы можете по прежнему взять счеты и арифмометр и радоваться дешевизне учета
   Джордж1
 
111 - 08.04.21 - 21:26
(109)Это ты мне рассказываешь - как разработчику  и главному пользователю

Еще раз. Я двумя руками за типовые БП 3,0, но это невозможно в моем случае

(110)И это тоже не вариант
   Джордж1
 
112 - 08.04.21 - 21:27
(+111)Точнее тоже вариант. Не может сейчас АЗС позволить такие траты
   acanta
 
113 - 08.04.21 - 21:28
Что ж такого наваяли в бп3.0 что она перестала подходить для таких мелких доработок?
   Джордж1
 
114 - 08.04.21 - 21:29
(113)Что же как узко вы мыслите. Дело не в мелких доработках
   HawkEye
 
115 - 08.04.21 - 21:31
(102) идеального решения не существуют у любого есть "+" и "-" и только тебе решать с какими "-" ты готов мериться, не забывай и про третий вариант, взять и навести порядок в учете.... может так случиться, что по трудозатратам он будет сравним с твоим вариантом, но в дальнейшей работе будет намного легче...

(103) в (100) нет ни слова про типовую ))
   Джордж1
 
116 - 08.04.21 - 21:35
(115)Вот я как раз порядок в учете и навожу. И пытаюсь снизить трудоемкость.

ОК. Я не вижу сложности в реализации алгоритма - Если Товар.Вид="Товар" - пишем данные в регистр Товары, если Товар.Вид="НП" пишем данные в регистр Нефтепродукты
   acanta
 
117 - 08.04.21 - 21:37
(119) а надо как? Повысить трудоемкость и сделать выбор оператору азс в какой регистр писать и из какого списывать?
   acanta
 
118 - 08.04.21 - 21:39
Знаете, когда на товарах закончилось, взять с нефтепродуктов...
   Джордж1
 
119 - 08.04.21 - 21:40
(117)Ну сколько можно. Оператор АЗС сидит на АЗС и работает с готовым купленным фронтом.
Я спрашиваю про бэк. Большая часть документов грузится автоматом. Для остальных - реквизит Товар неопределенного типа, и при выборе значения - программа спрашивает - вид номенклатуры - Товар или Нефтепродукт
   piter3
 
120 - 08.04.21 - 21:40
А чего бензин так отличается от всего остального,я о хаосе и его автоматизации?
   Джордж1
 
121 - 08.04.21 - 21:41
(120)да, отличается
   piter3
 
122 - 08.04.21 - 21:42
(121) по кол-ву или суммовой?
   Джордж1
 
123 - 08.04.21 - 21:42
(122)по количеству
   acanta
 
124 - 08.04.21 - 21:44
(119) и вы предлагаете включить контроль отрицательных остатков при загрузке данных?
Типа одну подлодку продали пепси, хотели продать вторую а она на складе закончилось?
   piter3
 
125 - 08.04.21 - 21:44
(123) Та может с учета количества начать,до 1с?
   Джордж1
 
126 - 08.04.21 - 21:45
(124)Опять вы чего-то домысливаете. Ну не писал я про контроль остатков - не нужен он в принципе, даже на фронте
(125)ничего не понял. Учет продаж ведется в фронте, все остальное в оперативно в бэке
   piter3
 
127 - 08.04.21 - 21:47
Я понял так,что физически нихрена не можете понять сколько у вас продано и сколько стырено.Даже с учетом нормативов потерь при переливании и прочем
   Джордж1
 
128 - 08.04.21 - 21:49
(127)И вы домысливаете. Не нужен учет потерь по нормативам. Расхождения на АЗС - это норма и точка
Сколько продано мы знаем из фронта - сертифицированной ПТК
   piter3
 
129 - 08.04.21 - 21:53
(128) Зевая уже,ну раздели на топливо и не,в чем тогда беда,поставь условие на контроль за сопуткой и убери за топливом.
   acanta
 
130 - 08.04.21 - 21:55
Итак, мы имеем при загрузке из одного файла по каждой строке проверку на вид товара и деление на несколько накладных. Предположим, это типовая БП 3. Документ чек загружаем как есть в файле весь. Фоновым заданием обрабатываем на столько отчетов о продаже, сколько требуется по видам товаров.
 
 Рекламное место пустует
   Джордж1
 
131 - 08.04.21 - 21:59
(129)и за сопуткой контроль не нужен

Моя идея в том что бы разделить справочники Номенклатура на НП и Товары и регистры Остатков/Продажи.

И засирай Товары как хочешь, а вот НП - должен быть быстрый и красивый

(130)"из одного файла по каждой строке проверку на вид товара и деление на несколько накладных. " - само ПТК выдает разные файлы на НП и Товары

Меня просто бесит когда справочник Номенклатура засирается и разрастается
   piter3
 
132 - 08.04.21 - 22:01
(131) Хм,а когда общее посчитать или по азс итог
   acanta
 
133 - 08.04.21 - 22:03
Тем более, в любимой бп3, чек грузит на, чек1 товары. Чтобы литры со штуками не складывать.
   Джордж1
 
134 - 08.04.21 - 22:03
(132)А общий итог НП+Товары он редко нужен

А так идея простая - в регистр НП_Продажи пишем сводный итог по продажам товаров - на один элемент Товары АЗС.
   Джордж1
 
135 - 08.04.21 - 22:04
(133)не понял. Вообще в БП3 грузим Отчет о розничных продажах, а не Чеки. От чеков БП помрет
   Джордж1
 
136 - 08.04.21 - 22:06
(+134)А уж продажи по Товарам вообще считай не нужны
   acanta
 
137 - 08.04.21 - 22:08
Чеки на фронте это чеки, чеки в бп это отчет о розничных продажах азс, а отчет о розничных продажах в бп списывает остатки. Товары хотите проводить как продажу с нтт?
   acanta
 
138 - 08.04.21 - 22:10
На каждую азс розничный магазин для НП и НТТ для товаров?
   Джордж1
 
139 - 08.04.21 - 22:10
(137)не получается совместить официальный учет с управленческим. А так грузим в БП3 продажи - а вот какая там точка не помню. Но все товары грузятся одной строкой Товары
   Джордж1
 
140 - 08.04.21 - 22:11
(138)Даже не уверен что на каждую АЗС заведен свой магазин - не нужно это деклараций и бухотчетности
   acanta
 
141 - 08.04.21 - 22:14
Теоретически достаточно кассы на каждую Азс. Но обычно именно кассы и не разделяют.
   Джордж1
 
142 - 08.04.21 - 22:16
(141)Это все не относится к моему вопросу. В БП3 не получить общую себестоимость по нескольким организациям
   acanta
 
143 - 08.04.21 - 22:17
А когда в бп на счете 30 нет ни аналитики ни субсчетов, все точки заведены как не автоматизированные, учет существует только управленческий.
   acanta
 
144 - 08.04.21 - 22:18
Что мешает вместо организации в отчеты добавить выбор списка или группы организаций?
   Джордж1
 
145 - 08.04.21 - 22:19
(143)А толку то. Регламентированный все равно нужен

(144)Себестоимость как общую посчитать
   acanta
 
146 - 08.04.21 - 22:25
Общую себестоимость для регламентного учета на одном юрлице?
   Джордж1
 
147 - 08.04.21 - 22:25
(146)для управленческого учета для всех юрлиц
   acanta
 
148 - 08.04.21 - 22:29
Теоретически розничный магазин спишет НП без учета складов по фифо (но можно настроить и по каждой азс и по среднему), а нтт товары по реализованной  торговой наценке как на калькуляторе.
   acanta
 
149 - 08.04.21 - 22:31
Не вижу причин заводить ут если можно держать копию бп только для того чтобы посчитать себестоимость с другими настройками в константах.
   Джордж1
 
150 - 08.04.21 - 22:32
(148)так нам надо без учета организаций

(149)и опять двойной паралелльный учет
   acanta
 
151 - 08.04.21 - 22:34
(150) в отчете поле организация обязательно для заполнения?
   Джордж1
 
152 - 08.04.21 - 22:41
(151) в управленческом организации не важны
   acanta
 
153 - 08.04.21 - 23:22
То есть фифо или по среднему должно быть не только без учета складов, но и без учета организаций.
   Bigbro
 
154 - 09.04.21 - 05:46
когда то давно порядка 20 лет назад у нас был подобный бардак с номенклатурами.
и проблемы с обменами всего этого бардака.
переделали номенклатуру на глобальную локальную и временную.
глобальная рулилась в центре, в нее администратор справочника номенклатуры мог добавлять из времянок то что в филиалах добавляли.
в локальную каждый добавлял себе из глобала только нужное и работал потом с сокращенным списком в пару сотен а не 50+ тысяч позиций.
и мог добавить во временные то что ему понадобилось, чтобы админ затем в центре добавил или отклонил, указав ссылку на существующий элемент в глобальном.
примерно 2 месяца ушло затем на причесывание.
в итоге глобальный справочник уменьшился примерно вчетверо, поток времянок упал до комфортного для администратора номенклатуры уровня.
удобство работы в филиалах выросло на порядок, количество ошибок аналогично на порядок снизилось.
   Джордж1
 
155 - 09.04.21 - 06:52
(154)Глобальный справочник не самоцель. Какой то выгоды, кроме потенциального сокращения количества позиций он не даст.

Если рассматривать каждую АЗС отдельно - то там более менее порядок в т.ч. с удобством
Перемещения между АЗС - редкость, анализ продажа товаров по АЗС не нужен


Ну и существующий фронт не имеет функционала с центральным каталогом товаров

Поэтому и хочется под товары сделать отдельный справочник - и пусть в нем будет бардак с товарами
   acanta
 
156 - 09.04.21 - 06:59
Если я правильно понимаю, предлагается иметь глобальный справочник номенклатуры в отдельной базе по типу ИНН или маркировки, на веб сервисе, доступном с любой АЗС.
Но поскольку товары это мелочевка, вероятность что у вас дойдет до такого сценария невелика.
   acanta
 
157 - 09.04.21 - 07:01
Топы просто не могут дать такое ТЗ, которое бы позволило потратить человеко-часы на удобство админа, а у тех кто имеет проблемы нет полномочий.
   Джордж1
 
158 - 09.04.21 - 07:06
(156)Нет технической возможности даже использовать веб сервисы и прочее на АЗС. И слава богу. Существующая ПТК - даже до 1С v7.0 не дотягивает
(157)топам товары это вообще фиолетово. Что-то там продается, на полках товар стоит, сами АЗС товар заказывают, что-то продают. Один бухгалтер худо бедно это отслеживает - инвентаризации периодически делают
   Повелитель
 
159 - 09.04.21 - 07:07
(0) У нас работает подобная система. Уже лет 7.
Сделали так.
В справочнике Номенклатура добавили реквизит "Аналог БУ". Каждой позиции присваивается "Аналог БУ".
Аналог БУ это тоже справочник Номенклатура, хранятся просто в отдельной папке.
Аналогов БУ у нас много около 1000, но при ассортименте 500 000 товаров это кажется немного.
Примеры Аналогов БУ:
*Свеча
*Сервировка
*Сувенирное изделие
*Товары для туризма и отдыха
*Товары для школы
*Хлопушка
*Шар воздушный
*Шар воздушный латексный
*Шар воздушный фольга


Все товары у нас со штрихкодами. Соответственно на каждую реализацию с полным перечнем товаров делаем всегда вторую реализацию свернутую по Аналогам. Есть специальная кнопка для этого, встаем на нужную Реализацию и формируем Реализацию БУ.
Так же для поступлений есть 2 документа.
Весь учет ведем в одной базе в типовых регистрах.
Аналоги БУ в основном нужны для бухгалтерии. Так как столкнулись с проблемой, что из-за огромного ассортимента бухи не могли справится с бардаком. А с 1000 позиции легко справляются.
Так же из плюсов, что у нас много складов и подразделений, а бухгалтерия вёдет все свои Аналоги на одном складе и подразделении.
Есть конечно и подводные камни и подобного подхода, мы эту систему допиливали несколько лет.
   Джордж1
 
160 - 09.04.21 - 07:15
(149)Администрирование и поддержание в актуальном состоянии этой системы думаю весьма трудоемко

Почему АналогиБУ не в подчиненный справочник вынесли?
 
 Рекламное место пустует
   acanta
 
161 - 09.04.21 - 07:18
То есть ка/упп/ерп. В документах для бухучета тип операции только регламентный учет есть типоаой. Допилить требуется только с создание документа с заменой склада/подразделения/товаров на бухгалтерский анеалог.
   Повелитель
 
162 - 09.04.21 - 07:19
(160) Поначалу было трудоемко, сейчас уже отточены бизнес-процессы. Но когда нам государство подкидывает новые правила такие как ведение учета на виртуальном складе (Казахстан), тут да много сложностей.
Выбрали справочник номенклатура, чтобы вести учет типовыми средствами.

И еще у нас разделитель это Организация. Весь обычный ассортимент ведем в условной организации "Упр". А реализации с аналогами ведем уже в нужной организации.
2 учета одновременно ведем в одной системе.

Можно было сделать 2 базы, как многие делают. В одной весь зоопарк товаров, в другую выгружаются свернутые товары. Но оперативность теряется.
   Джордж1
 
163 - 09.04.21 - 07:24
(161)Была мысль взять для УУ типовую конфигурацию. Но этой этого костыля отказался. По трудоемкости это сопоставимо с дописыванием своей самописки. Но в самописке - будет весь необходимый удобный функционал, а в типовой можно на каком то этапе в тупике оказаться

(162)Я так понял реализации с АналогомБУ не проводятся? А при выборе позиций - сразу идет фильтр по Организации - или все и аналог и не аналоги вылезают?
   Повелитель
 
164 - 09.04.21 - 07:29
(163) Проводятся все.
Ведем учет по разным организациям и складам.
В отчете просто фильтрами разделяем.
Это как вести несколько организаций в одной базе.
   Джордж1
 
165 - 09.04.21 - 07:32
(164)
И на быстродействие и объем базы - учет по АналогоБУ наверное влияет отрицательно? И перепроведение документов наверное очень долгое

На а как оператор работает - вот набирает он Шар воздушный - там же куча номенклатура сразу выпадет наверное - поди разбери где аналог, а где нет
   Повелитель
 
166 - 09.04.21 - 07:38
(165) Размер базы 84Гб.
Так как 500 000 товаров, то поиск по номенклатуре пришлось допилить, а то типовой очень медленно работал.
Нормально работает по быстродействию.

У нас у Аналогов БУ префикс впереди (159) я там примеры выложил, для праздничных товаров префикс впереди "*". Поэтому не спутают.
Шары Аналога БУ "*Шар воздушный", например такие:
\ШДМ 160/EV Стандарт фэшн ассорти (100шт) Малайзия 1107-0480
\ШДМ 160/Gm D2/00 макарунс Ассорти Assorted (100шт) Италия 1107-0524
\ШДМ 160/Gm D2/00 макарунс Ассорти Assorted (100шт) Италия 929317
\ШДМ 160/Gm D2/00 пастель ассорти Assorted (100шт) Италия 218015
\ШДМ 160/Gm D2/01 пастель Белый White (100шт) Италия 210118
\ШДМ 160/Gm D2/02 пастель Желтый Yellow (100шт) Италия 210217
\ШДМ 160/Gm D2/04 пастель Оранжевый Orange (100шт) Италия 210415
\ШДМ 160/Gm D2/07 пастель Фуксия Fuchsia (100шт) Италия 210712
\ШДМ 160/Gm D2/08 пастель Фиолетовый Purple (100шт) Италия 210811

У нас у каждого отдела ещё свой префикс, а то пересекаются мешают.
   Джордж1
 
167 - 09.04.21 - 07:39
(166)Ну и отчет наверное с проведение документов не быстро работают - все же в одной таблице храниться
   Повелитель
 
168 - 09.04.21 - 07:46
(167) Да вроде нормально работает. Любой небольшой документ в пределах секунды проводится. Расчет партии при проведении отключен. По ночам пересчитывается.
Отчет по продажам за март, по всем подразделения, без разреза номенклатуры строится около секунды.
Отчет за март по подразделению книги, с разрезом по номенклатуре, в отчет попало 3715 строк. Тоже 1-2 секунды построился.
   acanta
 
169 - 09.04.21 - 08:25
Префиксы в наименовании печатаются в чеках или наименование формируется автоматически из полного наименования и кода пользователя?
   Джордж1
 
170 - 09.04.21 - 08:31
Когда в начале деятельности мы применяли 1С Комплексная 7.7

Наелись с ней проблем, в т.ч. с партионным учетом. И 10 лет назад перешли на самописку. Проще оказалось один раз самописку написать, чем вечно с типовой бороться
   Волшебник
 
171 - 09.04.21 - 08:36
(170) >> Проще оказалось один раз самописку написать, чем вечно с типовой бороться

Неужели борьба прекратилась?
   Повелитель
 
172 - 09.04.21 - 08:39
(169) Да печатается с префиксами.
   Krendel
 
173 - 09.04.21 - 10:17
(154) Так сделано в сетях
   Krendel
 
174 - 09.04.21 - 10:18
(0) Твоя самописка живет до ввода 1-й маркировки, далее вас как грушу начинают трусить различные службы проверок, а бабки у вас есть
   Krendel
 
175 - 09.04.21 - 10:20
Опять же, зачем вводить 2 контура учета, если просто дописывается регистр сведений с булевым значением "контролировать", и вводится глобальная процедура контроля остатков, и запихивается во все документы связанные с товарооборотом
   Krendel
 
176 - 09.04.21 - 10:21
Как люди считают маржинальность, какие сроки годности у товаров, и прочая фигня, вообще никого не интересует?
   Krendel
 
177 - 09.04.21 - 10:21
верно?
   Krendel
 
178 - 09.04.21 - 10:24
Судя по ситуации, каждый пытается вынести из компании- максимум, кто-то товарами, кто-то обслуживанием инфраструктуры. На качество оказания услуг - вообще всем фиолетово
   Джордж1
 
179 - 09.04.21 - 10:25
(174)ну на сигареты маркировка уже есть. На фронте все равботает
(175)нет задачи Контролировать
(176)Это все на откуп АЗС отдано - общая маржинальность по товарам есть - этого достаточно
(178)не верно
   Krendel
 
180 - 09.04.21 - 10:30
(179) Есть 2 категории товаров.

1 категория - буквально 10 позиций, усиленный контроль и оперативный учет

Во втором предложении ты уже начал вводить нас в заблуждение?
   Джордж1
 
181 - 09.04.21 - 10:35
(180)а где тут написано что контроль именно в программе

Тут имеется ввиду 1 категорию - смотрят каждый день не по разу. А по второй категории - раз в месяц
   Krendel
 
182 - 09.04.21 - 10:48
(181)В справочник номенклатуры булево значение или подчинненный справочник значений, и всЁ. Работы на час, и вся инфраструктура с отчетностью в 8-ке работала бы из коробки
   Krendel
 
183 - 09.04.21 - 10:49
(181) Я правильно понимаю что  "оперативный учет" тоже ведется не в программе?
   Джордж1
 
184 - 09.04.21 - 10:49
(182)Не получается из коробки. По причинам не связанным Номенклатурой
   Джордж1
 
185 - 09.04.21 - 10:50
(183)В программе ведется
   Krendel
 
186 - 09.04.21 - 10:51
(184) Ну тогда под сменой платформы, перепиши архитектуру "правильно", установи новое оборудование и сиди в этой конторе еще 20-тку лет
   Krendel
 
187 - 09.04.21 - 10:54
Ну не вызывает в "типовых" введение дополнительного реквизита в номенклатуру проблем
   Джордж1
 
188 - 09.04.21 - 10:58
Я уже понял что в современных реалиях сотни тысяч номенклатуры и отчеты по ним - проблем с производительностью не вызывают
   Krendel
 
189 - 09.04.21 - 11:07
(188) Вызывает, но есть для этого 64битный клиент
   ptiz
 
190 - 09.04.21 - 12:52
(95) Без подробностей вы не сможете получить ответ. Никто не знает - сколько в вашей самописке видов документов и регистров придется дублировать в двух контурах.
Если есть общие отчеты по этим контурам - будет неудобно собирать данные по разным источникам.
   Джордж1
 
191 - 09.04.21 - 12:58
"кто не знает - сколько в вашей самописке видов документов и регистров придется дублировать в двух контурах." - 2 регистра - Остатки и Продажи
"Если есть общие отчеты по этим контурам - будет неудобно собирать данные по разным источникам." - Отчеты не пересекаются. Есть сводный отчет - но там из 2-го контура данные одной строкой проходят сводно
   ptiz
 
192 - 09.04.21 - 13:07
(191) А цель-то какая? Если фронт остается специализированным, что не устраивает в текущей системе?
   Krendel
 
193 - 09.04.21 - 13:09
(191) Ну так перепеши свой фронт на 8-ке и не парься
   Джордж1
 
194 - 09.04.21 - 13:12
(192)Отделить важное от второстепенного. И пусть второстепенное засирается

"что не устраивает в текущей системе?"

Текущая система работает с 2012 года - причем полностью дублирует учет, куча костылей за годы развития. Счас пришло понимание - что есть некоторые вещи которые можно сделать более оптимально и просто (нет нужных отчетов, себестоимость считается непрозрачно). Кроме того хочется уйти от полного дублирования учета на частичное. А там может и на БП8 можно переползти будет


(192)перепиши - там программно-АППАРАТНОЕ решение
   ptiz
 
195 - 09.04.21 - 13:17
(194) Т.е. проблема в том, что себ-сть топлива и прочих товаров считается одинаковыми алгоритмами и криво?
   Джордж1
 
196 - 09.04.21 - 13:20
(195)Там комплекс проблем - которые не нравится

Сейчас себестоимость считается на документ - восстановление последовательности и прочие прелести.
Планируется сделать себестоимость раз в месяц - регламентным документом
   ptiz
 
197 - 09.04.21 - 13:23
(196) Непонятно, как решению этих проблем поможет выделение несчастных 10 позиций топлива в отдельный контур.
   Krendel
 
198 - 09.04.21 - 13:36
(196) Аппаратный комплекс же кем-то сертифицирован, интеграция такая же задача, как и учетные
   Джордж1
 
199 - 09.04.21 - 13:48
(197)Ну заодно это сделать для большего порядка в базе
(198)еще раз комплекс ПРОГРАММНО-АППАРАТНЫЙ - отдельно аппаратный не купишь. Да и не принято это в отрасли. Опасный производственный объект как никак
   acanta
 
200 - 09.04.21 - 13:54
Можно просто отдельный справочник наименований товаров без привязки к учету как шаблоны (когда ваша азс начнет торговать огурцами, молочкой или шаурмой). Авторизация пользователя и даты создания в справочнике номенклатура (который в упр.учете) и автоматически заполнять поле аналог ссылкой на товары. Или у вас азс полностью самостоятельно закупает товары (например пару вагонов овса или кукурузы)?
  1  2  3   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.