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

Въпроси относно създаване на обект като временен склад?

 
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Склад Pro
Предишната тема :: Следващата тема  

Доволни ли сте от работата със Склад PRO?
Да
50%
 50%  [ 1 ]
Не
0%
 0%  [ 0 ]
Донякъде
50%
 50%  [ 1 ]
Общо гласове : 2

Автор Съобщение
neznaiko



Регистриран на: 27 Фев 2020
Мнения: 2

МнениеПуснато на: Чет Фев 27, 2020 11:43    Заглавие: Въпроси относно създаване на обект като временен склад? Отговорете с цитат

Здравейте,

Работя във фирма, която се занимава с търговска дейност (магазин с три каси и почти бързооборотен обмен на стоки), сервиз и ремонтни дейности, счетоводен отдел. Ползваме БН, с който с течение на времето сме си изградили методи на работа. Поради ред причини желаем да преминем към Склад PRO за складов софтуер, докато счетоводния да запазим настоящия.

Възложено ми е да проуча Склад PRO, инсталирал съм го пробно с MS Access датабаза, импортнал съм номенклатурните позиции от БН и се запознах на общ план с функционалността на програмата. Откъм търговската дейност (работа с продажби през касов апарат, завеждане стоки, справки) мисля, че няма да имам проблеми, но срещам затруднения от страна на ремонтните дейности.
Разполагаме с два физически склада (магазин и сервиз, като съм разпределил за магазина 3 подсклада за различните видове стоки).
Когато клиенти ни възложат ремонтни дейности на тяхно местонахождение, ние изпращаме група техници, които взимат резервни части и материали от складовете ни, като естествено се презапасяват с количества и видове части/стоки, поради естеството на работи. Тези ремонтни дейности често са с дълъг период от няколко дни, като през него всекидневно има движение на още количества и видове части/стоки. В крайна сметка сервизната група техники физически натрупва материали на „склад“ в обекта с ремонтните дейности. След извършване на услугата, техниците връщат обратно неуползотворените количества части/стоки.
Понеже сферата ни на дейност е акцентирана в тази насока и редовно имаме по около 15-20 активни ремонтни дейности на местонахождение на клиента, в БН сме си създали папка „Обекти“, където всеки обект (да се подразбира като временен „склад“ на местонахождението на ремонтната дейности) разплага с наименование и уникален пореден номер, така че той никога да не може да се дублира. Когато по даден „обект“ дейностите приключат и техниците са върнали материалите, си правим справка с реално вложени количества в обекта, на база които оформяме документално услугата като извършена дейност. Количествата стоки в „обекта“ не минават през директна продажба, тоест през Склад PRO няма да е нужно да минат през операция „продажби“.

Така... за този начин на работа в Склад PRO, след консултация по мейли с Ваши колеги, стигнах до възможни решения, които обаче технически не успях да изчистя докрай като идея и над месец не получих обратно имейл с питанките ми, затова ги задавам във форума, във вид на "идея с нужда от доработка":

I. През модул „ОБЕКТИ“ с трансфер на стоки от/към складовете ни в Склад PRO.
Изглежда като работещ вариант, изпробвах го, но имам няколко притеснения:
1. Кодовете (номерацията) на създадените обекти не са уникални и лесно могат да се дублират. Примерно при закриване на обект, него мога да го маркирам като „не се използва“, за да се скрие от списъка с обекти, но при създаване на следващ обект, кода се дублира с този на предишния скрит обект. Естествено може ръчно да се въвежда кода, но е двойна работа с отделни записки и проследяване на номерата.
2. При създаване на нов обект, цялата номенклатурна база се копира и създава в него. Забелязвам, че е бавен процеса по записа и ме притеснява това, че при голям брой обекти (ние месечно ще създаваме и „скриваме“ по около 30-50 обекта) ще претоварим датабазата с отделни номенклатурни бази и ще възникнат проблеми с бързодейстието й? Все пак става дума за над 500 обект годишно. Също има ли ограничения в броя обекти?
3. По какъв начин приключения обект ще го трансформираме в продажба от общ характер, защото обикновено фактурираме дейностите по него без детайлни разбивки, ами примерно в две позиции на фактурата – Труд и Материали, като материалите не са с фиксирани надценки на база доставни и/или продажни. Тоест по някакъв начин трябва да обединим общата сума от всички стоки в обекта, да можем ръчно да въведем крайната сума с надценката.

II. През модул „РЕЦЕПТИ“ с последваща трансформация към „ПРОИЗВОДСТВО“. Тук вече мога да остойностя крайна обща цена на рецептата с ръчно въведена сума и да кръстя въпросната рецепта с наименование на наш обект, като в последствие да я трансформирам в производство при приключване на дейностите, но:
1. Въвеждането на стоки от склад в рецепти е във вид „проформа“ и не „тегли“ количествата от склада, което е проблем за нас за реално следене на налични количества по складовете ни, докато имаме отворени обекти („рецепти“). Количествата се теглят едва при финализиране с трансформация към „производство“.
2. „Производството“ реално създава нова номенклатурна позиция с ръчно въведената обща стойност, което в действителност е правилно и редно (все пак софтуера „призвежда“ продукт под формата на нова номенклатура по „рецепта“), но ме притеснява присъствието на „обектите“ ни в самите номенклатури на стоките в складовете ни. От друга страна можем да ползваме уникалния номер на номенклатурната позиция като номер на обект, без притеснения от дублиране.

Ще помоля за съдействие относно решение на този вид дейност, приемам и други идеи. Крайната цел е максимално прост метод на работа, с минимални стъпки по изпълнението.

За метод на работа с програмата - без партиди, с нулеви/минусови количества и евентуално с MsSQL Server при намерено решение и купуване на лицензите за програмата.

Поздрави!

П.С. Създадох анкета от любопитен характер.
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
azrod



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

МнениеПуснато на: Съб Фев 29, 2020 10:36    Заглавие: Отговорете с цитат

по 1: Не бих го оформил точно така с обектите. По-скоро ще направя обекти колкото са групите техници и ще ги наименовам така че да ги различавам кой обект на коя група е. Трансфери към тях, накрая трансфер наобратно към централния обект и каквото остане изписване към клиент, който да идентифицира къде е извършена работата. Така няма да си претовариш базата с хиляди обекти и във всеки един момент ще имаш справка за кой клиент какво точно е изписано и през кой обект (бус или техническа група както искаш му кажи). Отделно за да е по-лесно към името на обекта (т.е. името на групата техници) може да сложиш и едно тиренце + името на клиента, за който работят в момента с цел да правиш по-лесно трансферите. После отиват при следващия клиент и само сменяш името на обекта като групата на техника се запазва, а променяш само името на клиента след символа тире.
Кодовете на клиента по този начин ще ги слагаш директно като кодове на партньора и няма да ти се дублират.
Ако ще фактурираш без разбивка ще трябва да правиш директно производство пак в обекта на групата техници: например част1, част2,част3, възел1, кабел4 сформират стока "Вложени материали".

по 2: Виж сложното производство. Там може да зададеш рецепти и после в директно производство да извикаш сложната рецепта. Натисни F1 докато си в прозореца за директно производство и прочети какво може да правиш там.
Не ти е нужно да правиш рецепти за да теглиш количества, трансфер от централен склад към обекта на техниците ще ги изтегли. После обратен трансфер на това, което не е вложено и се връща. Останалите части правиш директно производство и накрая продаваш Труд и Материали.
Не е правилно за всеки обект да имаш нова стока, ще се дублират 500 еднакви артикула. Прочети и пробвай описаното по-горе. Просто е и работи. Методологията е такава и вече ако не се справиш търсиш някой да ти я разясни на място. Smile
_________________
CompAssist BG - дистрибутор на Microinvest за Пловдив
Стари версии на програмите изпращам само на мои клиенти!
d.chukalov@compassistbg.com
0877/399177
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
neznaiko



Регистриран на: 27 Фев 2020
Мнения: 2

МнениеПуснато на: Пон Мар 02, 2020 14:16    Заглавие: Отговорете с цитат

Благодаря за съветите, за съжаление са неработещи за нашия метод на работа.
Групите техници често се сменят от един обект на друг, заместват се с други... само ще си усложним работата по предложения метод.

Трябва да можем да структурираме обектите, като например:
Обект1 = клиент1, сграда1, етаж1
Обект2 = клиент1, сграда1, етаж2
Обект3 = клиент2, сграда5, етаж8

Примерно да кажем че имаме техник, който вчера е работил на Обект1, но днес се налага да бъде изпратен на Обект2. Той отива в склада, диктува какво му трябва и казва, че взима материалите за Обект2. На края на работния ден приключва всички дейности по този обект, съответно "Обект2" се приключва и го отнасяме в списък с приключени обекти. В този списък (обикновено състоящ се от над 25 прикл.обекта, чакащи следваща стъпка към фактуриране) се ориентираме по наименование на обекта, примерно крайния клиент (клиент1) след 3 дни ни съобщава, че желае фактура за ремонтните дейности, които се извършили в сграда1, етаж2. В списъка прочитаме, че се отнася за наш Обект2, съответно си правим справка за вложените материали в него, на база която сформираме крайна цена за фактуриране.

Трябва вложените количества да се трансферират в реално време от главен склад в склад (обект) на клиента, както и обратното, за да можем да си следим реални наличности "към момента" в главен склад.

След приключване на дейностите, обектите се "затварят" и вече не могат да бъдат коригирани/изтривани/редактирани от определена група потребители.

Моля за информация постижимо ли е, по какъв начин, или ако не съществува подобна функционалност да се ориентирам към други решения? Rolling Eyes
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


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

МнениеПуснато на: Пон Мар 02, 2020 15:38    Заглавие: Отговорете с цитат

Защо всичко е толкова сложно? Позвънете ми на 0888 344 304.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
Покажи мнения от преди:   
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Склад Pro All times are EET (Източна Европа)
Страница 1 от 1

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


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