Microinvest Форум Форуми Microinvest Форум
Microinvest Форум
 
 Въпроси/ОтговориВъпроси/Отговори   ТърсенеТърсене   ПотребителиПотребители   Потребителски групиПотребителски групи   Регистрирайте сеРегистрирайте се 
 ПрофилПрофил   Влезте, за да видите съобщенията сиВлезте, за да видите съобщенията си   ВходВход 

Пропаднали продажби в Microinvest Склад Pro Light
Иди на страница 1, 2  Следваща
 
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Склад Pro
Предишната тема :: Следващата тема  
Автор Съобщение
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Чет Юли 16, 2015 16:20    Заглавие: Пропаднали продажби в Microinvest Склад Pro Light Отговорете с цитат

Прикрепям част от Log файла от магазинния модул. Системата работеше под репликация, но базата данни стана доста обемна(около 7 GB) и решихме да тестваме директно към централен сървър. Насочихме всички обекти към директно към реалния IP адрес на сървъра(става въпрос за 15-тина Microinvest Склад Pro Light модули и 20-тина Microinvest Склад Pro).

Когато сървъра се натовари и най-вече се отвори транзакция работните станции замръзват и изчакват процеса да приключи. Това e нормално.

Когато сървъра се атакува от ресурсоемки заявки, Microinvest Склад Pro Light започва да вписва некоректни продажби.

============================================
User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 14:46:14
Error code: -2147217871
Error message: Query timeout expired
Method Name: Database.ExecuteNonQueryInternal(' INSERT INTO operations (OperType, Acct, GoodID, PartnerID, ObjectID, OperatorID, Qtty, Sign, PriceIn, PriceOut, VATIn , VATOut, Discount, CurrencyID, CurrencyRate, [Date], Lot, LotID, [Note], SrcDocID, UserID, UserRealTime) VALUES (2, 110082475, 1093, 3, 1244008, 44, 1.252, -1, 4.23144793586268, 8.18690096, 0.70524132264378, 1.36448349333333, 0, 1,1,'2015-07-16', '002130715', 96273225, ' ', 0, 44, GETDATE())')
Type System error
--------------------------------------------------------------------


User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 15:08:37
Error code: -2147217871
Error message: Query timeout expired
Method Name: Database.ExecuteNonQueryInternal(' INSERT INTO operations (OperType, Acct, GoodID, PartnerID, ObjectID, OperatorID, Qtty, Sign, PriceIn, PriceOut, VATIn , VATOut, Discount, CurrencyID, CurrencyRate, [Date], Lot, LotID, [Note], SrcDocID, UserID, UserRealTime) VALUES (2, 110082481, 249163, 3, 1244008, 44, 2.042, -1, 4.10240609000456, 6.89030362, 0.683734348334093, 1.14838393666667, 0, 1,1,'2015-07-16', '001130715', 96273225, ' ', 0, 44, GETDATE())')
Type System error
--------------------------------------------------------------------


User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 15:56:05
Error code: -2147217871
Error message: Query timeout expired
Method Name: Database.ExecuteNonQueryInternal(' INSERT INTO operations (OperType, Acct, GoodID, PartnerID, ObjectID, OperatorID, Qtty, Sign, PriceIn, PriceOut, VATIn , VATOut, Discount, CurrencyID, CurrencyRate, [Date], Lot, LotID, [Note], SrcDocID, UserID, UserRealTime) VALUES (2, 110082493, 65, 3, 1244008, 44, 0.271, -1, 8.9494339623, 13.80073801, 1.49157232705, 2.30012300166667, 0, 1,1,'2015-07-16', '001240615', 5273244, ' ', 0, 44, GETDATE())')
Type System error
--------------------------------------------------------------------


User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 15:56:30
Error code: -2147467259
Error message: Transaction (Process ID 65) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Method Name: Database.ExecuteNonQueryInternal('DELETE FROM store WHERE Qtty = 0')
Type System error
--------------------------------------------------------------------


User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 16:36:33
Error code: -2147217871
Error message: Query timeout expired
Method Name: Database.ExecuteNonQueryInternal(' INSERT INTO operations (OperType, Acct, GoodID, PartnerID, ObjectID, OperatorID, Qtty, Sign, PriceIn, PriceOut, VATIn , VATOut, Discount, CurrencyID, CurrencyRate, [Date], Lot, LotID, [Note], SrcDocID, UserID, UserRealTime) VALUES (2, 110082507, 1093, 3, 1244008, 44, 0.5, -1, 4.0200372275, 8.2, 0.670006204583333, 1.36666666666667, 0, 1,1,'2015-07-16', '002140715', 5273298, ' ', 0, 44, GETDATE())')
Type System error
--------------------------------------------------------------------


User OS Version: Windows 7
Build version: 3.07.052 (build 04.07.2014)
Date & Time: 16.7.2015 'г.' 16:37:13
Error code: -2147217871
Error message: Query timeout expired
Method Name: Database.ExecuteNonQueryInternal(' INSERT INTO operations (OperType, Acct, GoodID, PartnerID, ObjectID, OperatorID, Qtty, Sign, PriceIn, PriceOut, VATIn , VATOut, Discount, CurrencyID, CurrencyRate, [Date], Lot, LotID, [Note], SrcDocID, UserID, UserRealTime) VALUES (2, 110082507, 1093, 3, 1244008, 44, 0.5, -1, 4.0200372275, 8.2, 0.670006204583333, 1.36666666666667, 0, 1,1,'2015-07-16', '002140715', 5273298, ' ', 0, 44, GETDATE())')
Type System error
--------------------------------------------------------------------
============================================

Че има timeout съм съгласен, но дефекта, който се получава на някои продажби е:

Продаваме 2 артикула за общо 8 лв.

- Първия артикул за 5 лв. е записан в таблица Operation.
- Втория артикул за 3 лв. НЕ е записан в таблица Operation.

Два реда задължение и плащане с таблица Payment за 8лв.

Към касов апарат се подават 8лв. и ресто 3лв. - Тотал 5лв.

В отчет продажби 5лв.
В отчет плащания 8лв.

От тук следва че имаме пропаднали артикули от продажбата. На какво може да се дължи? Не е ли продажбата в транзакция от начало до край? Как е възможно част от редовете да пропадат след приключване на бележката?

Съобщение за грешка няма.

В режим на репликация също се е проявявал този ефект, но с честота веднъж месечно, а днес имаме около 20-тина случая на некоректна продажба.

Благодаря!
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 19816

МнениеПуснато на: Чет Юли 16, 2015 16:48    Заглавие: Отговорете с цитат

Цитат:
Transaction (Process ID 65) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Ясно е написано, че има Deadlock в сървъра. Това означава:
1. Сървърът не успява да се справи с натоварването, затова се заключва;
2. В този момент зададената от нас транзакция пропада и не е ясно какво се е записало.

Ще подчертая, че тук нашия софтуер няма много общо. Решете проблема с Deadlock на сървъра.

PS: Имам близък приятел, който работи във фирма за оптимизация на SQL сървърите. Те решават точно този проблем с помощта на допълнителен софтуер за разпределяне на натоварването. Дискутирали сме го във времето. Лошо е това, че искат 5 млн USD за да направят оптимизация на сървъра.
[/quote]
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Чет Юли 16, 2015 17:03    Заглавие: Отговорете с цитат

Виктор Павлов написа:
Цитат:
Transaction (Process ID 65) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Ясно е написано, че има Deadlock в сървъра. Това означава:
1. Сървърът не успява да се справи с натоварването, затова се заключва;
2. В този момент зададената от нас транзакция пропада и не е ясно какво се е записало.

Ще подчертая, че тук нашия софтуер няма много общо. Решете проблема с Deadlock на сървъра.

PS: Имам близък приятел, който работи във фирма за оптимизация на SQL сървърите. Те решават точно този проблем с помощта на допълнителен софтуер за разпределяне на натоварването. Дискутирали сме го във времето. Лошо е това, че искат 5 млн USD за да направят оптимизация на сървъра.
[/quote]

Ясно съм подчертал проблема, а той не е бързодействие, deadlock или пропадане на транзакцията, а че тя минава частично т.е. не се записват всички редове в таблицата Operations! Транзакцията обхваща ли продажбата от начало до край и когато пропадне всички записи ли пропадат? Това е въпроса.
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
azrod



Регистриран на: 17 Май 2008
Мнения: 1724
Местожителство: Пловдив

МнениеПуснато на: Чет Юли 16, 2015 17:28    Заглавие: Отговорете с цитат

При самото пропадане би трябвало да има RollBack. А сигурни ли сте, че проблемът е в централния сървър? Ползвате ли VPN или Ip-тата на доставчиците?
_________________
CompAssist BG - дистрибутор на Microinvest за Пловдив
Стари версии на програмите изпращам само на мои клиенти!
d.chukalov@compassistbg.com
0877/399177
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Чет Юли 16, 2015 17:36    Заглавие: Отговорете с цитат

azrod написа:
При самото пропадане би трябвало да има RollBack.


И аз това очаквам, но някак продажбата минава некоректно за Operatios, и коректно за Payment таблицата. От там се подава цялата сума и ресто незаписаната в Operatios сума?!

azrod написа:

А сигурни ли сте, че проблемът е в централния сървър?

Всички connection-и са директно към централния сървър.

azrod написа:

Ползвате ли VPN или Ip-тата на доставчиците?

Без VPN. Директно към реалното IP.
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 19816

МнениеПуснато на: Пет Юли 17, 2015 07:46    Заглавие: Отговорете с цитат

Deadlock не позволява Rollback. Това е проблем на сървъра. Получава се когато една транзакция отнема повече време, докато в същото време се изпълнява друга транзакция, която променя данните от първата транзакция. И се случва така, че нито първата, нито втората транзакция могат да се изпълнят.

Пример:
Ще ви пуснем тока, когато си платите.
Ще си платим, когато ни пуснете тока, защото плащаме с електронен терминал.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
Атанас Попов
Microinvest
Microinvest


Регистриран на: 19 Окт 2010
Мнения: 178

МнениеПуснато на: Пет Юли 17, 2015 08:54    Заглавие: Отговорете с цитат

Здравейте,

Както е написал по-горе г-н Павлов 35 работни станции към една машина дори и сървърна с добро натоварване е желателно да се планира и разпредели откъм натоварване. 7GB база данни ако е разположена по начин, по който максимално добре се разпределят ресурсите, а именно отделен диск за базата, отделен диск за log файла, достатъчен брой temp бази, разпределени по дискове, както и други неща целящи да използват максимално ресурсите на системата. Личното ми предложение е да използвате репликация, така натоварването ще падне на локалните обекти и ще можете да планирате ресурсите на системата, откъм натоварване, както и откъм бъдещо разширение. При директната връзка имате забавяне и от скороста на свързаността към клиента а именно Склад Pro Light и/или Склад Pro свързани дистанционно изчакват commit-ване на транзакцията. Операция продажба, заедно с разплащането към нея е реализирана в една транзакция и запис на половин транзакция, нещо което лично аз съм виждал 1 път и то във старите версии на сървъра 2000/2005 при съвременните е почти невъзможно, но има такива описани случаи в MSDN-a, но както е написано по-горе това наистина е bug в SQL сървъра. При възникване на deadlock сървъра избира "жертвата" (термина е на колегите от Майкрософт) и я прекъсва, но я RollBack-ва и дори и при възникване би трябвало приложението да даде грешка, което е сигнал че операцията не е записана.
_________________
Документация, ръководства и настройки на Microinvest софтуер
Microinvest Виртуален ресторант
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 19816

МнениеПуснато на: Пет Юли 17, 2015 10:54    Заглавие: Отговорете с цитат

За съжаление не винаги Rollback-ва. Документирано е. Има и пример, при който се получава проблема.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Пет Юли 17, 2015 14:38    Заглавие: Отговорете с цитат

Ето един пример от днес:

----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
Лога от контролния панел в Microinvest Warehouse Pro Light
----------------------------------------------------------------------------------
Документ Дата/Час Клиент Сума
==============================================================
Продажба 0200007205 17.07.15/11:49 Клиент на дребно 6.42

----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
Лога от [ApplicationLog] в Microinvest Warehouse Pro Light
----------------------------------------------------------------------------------
ID Message UserID UserRealtime MessageSource rowguid
18343937 Magazin10_Cash2 (192.168.88.4) - Добавяне на стоки: 1. Кашкавал от кр.мл.ПИТА Вакуум-гр.Годеч, 0.664 кг., 11.98795181 63 2015-07-17 11:48:50.300 Microinvest Warehouse Pro Light BD18C0A2-602C-E511-815B-D8D385E50F18
18343938 Magazin10_Cash2 (192.168.88.4) - Добавяне на стоки: 2. Торбичка, 1 бр., 0.2 63 2015-07-17 11:48:55.773 Microinvest Warehouse Pro Light BE18C0A2-602C-E511-815B-D8D385E50F18
18343939 Magazin10_Cash2 (192.168.88.4) - Добавяне на стоки: 3. Рагу свинско, 2.656 кг., 1.89006024 63 2015-07-17 11:48:59.743 Microinvest Warehouse Pro Light F4BB1FAA-602C-E511-815B-D8D385E50F18
18343940 Magazin10_Cash2 (192.168.88.4) - Добавяне на стоки: 4. Врат с кост свински, 1.112 кг., 9.79316547 63 2015-07-17 11:49:10.980 Microinvest Warehouse Pro Light 19FCD3B0-602C-E511-815B-D8D385E50F18
18343941 Magazin10_Cash2 (192.168.88.4) - Добавяне на стоки: 5. Бут без кост от домашни свине охладен, 0.676 кг., 9.49704142 63 2015-07-17 11:49:18.343 Microinvest Warehouse Pro Light 28FCD3B0-602C-E511-815B-D8D385E50F18

----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
----------------------------------------------------------------------------------
Лога към Microinvest Warehouse Pro Light
----------------------------------------------------------------------------------
User OS Version: Unknown
Build version: 3.07.053 (build 20.10.2014)
Date & Time: 17.7.2015 'г.' 11:47:40
Error code: -2147467259
Error message: Transaction (Process ID 100) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Method Name: Database.ExecuteNonQueryInternal('DELETE FROM store WHERE Qtty = 0')
Type System error
--------------------------------------------------------------------


User OS Version: Unknown
Build version: 3.07.053 (build 20.10.2014)
Date & Time: 17.7.2015 'г.' 11:47:47
Error code: -2147467259
Error message: Transaction (Process ID 100) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Method Name: Database.ExecuteNonQueryInternal('DELETE FROM store WHERE Qtty = 0')
Type System error
--------------------------------------------------------------------


User OS Version: Unknown
Build version: 3.07.053 (build 20.10.2014)
Date & Time: 17.7.2015 'г.' 11:47:49
Error code: -2147467259
Error message: Transaction (Process ID 100) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Method Name: Database.ExecuteNonQueryInternal('DELETE FROM store WHERE Qtty = 0')
Type System error
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
Това са записите в таблицата Payments - коректна сума
--------------------------------------------------------------------
111883667 200007205 2 3 30.49 -1 1 2015-07-17 00:00:00 63 24 2015-07-17 11:49:53.670 1 Сума в брой 2015-07-17 00:00:00 4b6216c9-602c-e511-815b-d8d385e50f18
111883668 200007205 2 3 30.49 1 1 2015-07-17 00:00:00 63 24 2015-07-17 11:49:53.680 1 Сума в брой 2015-07-17 00:00:00 4c6216c9-602c-e511-815b-d8d385e50f18
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
Това са всички записите в таблицата - НЕ коректно
Това е реда за стока - Бут без кост от домашни свине охладен: количество: 0.676 кг. ед. прод. цена: 9.49704142
Другите ги няма?!
--------------------------------------------------------------------
22493358 2 200007205 12 3 24 63 0.676 -1 5.6349874577 9.49704142 0.939164576283333 1.58284023666667 0 1 1 2015-07-17 00:00:00 001150715 5273303 0 63 2015-07-17 11:49:53.620 486216c9-602c-e511-815b-d8d385e50f18
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------
--------------------------------------------------------------------


Не доумявам как "сериозна" база като MSSQL Server, качена на сървърна архитектура може да прави частичен Rollback?!
- Има няколко типа стриктност на транзакциите.
- Подозирам че с цел бързодействие на магазинната програма, таблицата Operations не се държи в транзакция от началото до края на продажбата.
- deadlock-a е на Store, доколкото виждам, а Operations е потърпевша.
- може би няма Rollback - в случая няма съобщение за грешка

Подозирам програмна грешка. Проиграйте цикъл в транзакция, който да lock-не Store и debug-нете Light-a с продажба. Тогава мисля проблема ще се избистри дали е в базата или е програмен.
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 19816

МнениеПуснато на: Съб Юли 18, 2015 13:56    Заглавие: Отговорете с цитат

Аз предлагам да пробваме същото на друг сървър, такъв, който е правилно конфигуриран и има достатъчно ресурси за да поеме такова натоварване.

Ако беше програмна грешка, тогава форумът щеше да е пълен с такива проблеми. А това е почти единичен случай. Помислете над това, все пак има 71 000 мнения във форума.

Освен това блока с транзакциите е доста добре изолиран и е ясно, че там няма проблем. Транзакцията започва преди първия запис и приключва след последния блок.

Добре би било да включите 1 Profiler и да проследите операциите. Също така да прочетете мнението на Атанас Попов и да следвате неговите препоръки.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
slavib



Регистриран на: 16 Ное 2010
Мнения: 1591

МнениеПуснато на: Нед Юли 19, 2015 09:52    Заглавие: Отговорете с цитат

Здравейте
Следя темата с интерес.
От написаното тук виждам че описаният макар и много рядък проблем е много сериозен. Изхождайки от написаното от Атанас Попов и от Виктор Павлов правя заключението че в случаят е най-добре да се обърнете за директна помощ от Микроинвест защото тук във форума няма да се получи поради голямата сложност.
_________________
Документация
Счетоводен портал
Актуализации и дистанционен сервиз
0878443585
.
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Пон Юли 20, 2015 09:14    Заглавие: Отговорете с цитат

Виктор Павлов написа:
Аз предлагам да пробваме същото на друг сървър, такъв, който е правилно конфигуриран и има достатъчно ресурси за да поеме такова натоварване.

Насочих тестово към една от работните ни станции и се наблюдава същите ситуации.

Виктор Павлов написа:
Помислете над това, все пак има 71 000 мнения във форума.

Похвално е че твоите са такъв % Wink .

Виктор Павлов написа:
Освен това блока с транзакциите е доста добре изолиран и е ясно, че там няма проблем. Транзакцията започва преди първия запис и приключва след последния блок.

Но факт е че Rollback няма, защото не хвърля грешка. Или така гласи стандартната практика.

Виктор Павлов написа:
Добре би било да включите 1 Profiler и да проследите операциите. Също така да прочетете мнението на Атанас Попов и да следвате неговите препоръки.

Влючих. Днес ще оставя няколко работни станции да пресъздам ситуация и ще пратя блока с SQL-ите. Ако предпочитате на ЛС.

slavib написа:

най-добре да се обърнете за директна помощ от Микроинвест

Колегите Ви ме насочиха към форума. А и по телефона има опасност пак да се зацикля в препращане от един на друг.
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Сря Юли 22, 2015 09:35    Заглавие: Отговорете с цитат

Намалих клиентите наполовина и вече 3-ти ден няма грешна продажба. 1/2 с репликация, 1/2 директно към сървъра. Нямам ресурс сега да го тествам с този сървър. Планираме нова машина. Ще пиша след тестовете с нея.

Благодаря на отзовалите се!
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
azrod



Регистриран на: 17 Май 2008
Мнения: 1724
Местожителство: Пловдив

МнениеПуснато на: Сря Юли 22, 2015 10:02    Заглавие: Отговорете с цитат

Колко ти бяха клиентите преди намалението? Колко от тях са по твърда продажна цена (някоя от ценовите групи) и колко са оставени по последна продажна ?
_________________
CompAssist BG - дистрибутор на Microinvest за Пловдив
Стари версии на програмите изпращам само на мои клиенти!
d.chukalov@compassistbg.com
0877/399177
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
ivanp



Регистриран на: 20 Сеп 2012
Мнения: 86

МнениеПуснато на: Пет Юли 24, 2015 08:50    Заглавие: Отговорете с цитат

azrod написа:
Колко ти бяха клиентите преди намалението? Колко от тях са по твърда продажна цена (някоя от ценовите групи) и колко са оставени по последна продажна ?

Около 35 връзки, от които работят около 10-тина едновременно.
По последна продажна няма. Ползват се 3 ценови групи разпределени по складове и около 20-30 ценови правила.
_________________
IT
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Покажи мнения от преди:   
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Склад Pro All times are EET (Източна Европа)
Иди на страница 1, 2  Следваща
Страница 1 от 2

 
Идете на:  
Не Можете да пускате нови теми
Не Можете да отговаряте на темите
Не Можете да променяте съобщенията си
Не Можете да изтривате съобщенията си
Не Можете да гласувате в анкети


Powered by phpBB © 2001, 2005 phpBB Group
Translation by: Boby Dimitrov