UnrealSoft

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

Идеята ми е следната - ако при самата доставка на рампата (фактическото доставяне на стоката) направим операция броене с покет има ли как да бъдат сравнени двата файла - броенето и заявка за доставка или самата доставка, без значение, и да се визуализират количествата разлика със знак + или -.

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

Нещо, което мога да предложа по принцип - към момента в реално време към Aton има само броене (то май не излезе официално на сайта, но го има и е пробвано успешно).
Напълно възможно е да се добави операция "изпълнение на заявка", например, която да има вид от рода : Вече как ще се записва (и обработва в последствие) от Aton е въпрос на желание/решение.


Едно време премигваха идеи "в бъдеще" въпросния PocketSimple да започне да върши и по-смислени работи. Ако има реална необходимост, може да се помисли какво точно включва това понятие

ПокетСимпъл работи добре тествах го и протоколите които генерира се харесаха на клиента, обаче има проблем в Атона с операцията заявка за доставка (няколко проблема):

1. Цената на заявеното количество е с 20 % върху доставната - трябва да е колкото е доставната цена на продукта!!!
2. Когато от справки заявка за доставка изберем заявка, която трябва да се превърне в доставка, ако има продукти, които имат разфасовка става проблем - пр. (ако заявим 48 бр кока кола 250 мл, която има разфасовка каса (24 бр в каса) в доставката се начисляват количества 48Х24=1152, както и цената се променя вместо 0.5 лв за брой е 0.0208 лв за брой. Брой 1152 - Сума 48 лв. Това се получава при всички продукти, които имат разфасовка е избрана по подразбиране!!!
3. Когато се променя разфасовка по подразбиране да няма стойност, в самата конфигурация на продукта, някои продукти не се сменят, дори и като се рестартира Атона. Нямам обяснение на това, продукта не е различен с нищо от другите, с които нямам проблеми при смяната на разфасовката по подразбиране.

Друго:
1. При доставка от едната станция не се опресняват количествата на другата (в продажби), докато не се излезе и влезе на ново в продажба. Това НЕ Е свързано със заявката за доставка.

А това за доработка:
1. Дали може да се направи файла, който записва ПокетСимпъл в Атона като броене да се зареди в операция доставка - от броене, както е в прехвърлянето

badjo написа: 1. Цената на заявеното количество е с 20 % върху доставната - трябва да е колкото е доставната цена на продукта!!!

Броенето е само броене, цени в броенето няма. Има вариант (ако е необходимо) да добавя полета в PocketSimple за виждане на цена по време на входящия контрол. При мен клиент подхвърли идеята самото PDA да може да променя цени, което също има своите приложения.

badjo написа: 2. Когато от справки заявка за доставка изберем заявка, която трябва да се превърне в доставка, ако има продукти, които имат разфасовка става проблем - пр. (ако заявим 48 бр кока кола 250 мл, която има разфасовка каса (24 бр в каса) в доставката се начисляват количества 48Х24=1152, както и цената се променя вместо 0.5 лв за брой е 0.0208 лв за брой. Брой 1152 - Сума 48 лв. Това се получава при всички продукти, които имат разфасовка е избрана по подразбиране!!!

Познат проблем, но при мен беше с формата за продажба. Трябва да се оправи в Aton.

badjo написа: 3. Когато се променя разфасовка по подразбиране да няма стойност, в самата конфигурация на продукта, някои продукти не се сменят, дори и като се рестартира Атона. Нямам обяснение на това, продукта не е различен с нищо от другите, с които нямам проблеми при смяната на разфасовката по подразбиране.

Ако ми дадеш достъп до базата бих могъл да опитам да помогна с това.

1. Цената на заявеното количество е с 20 % върху доставната - трябва да е колкото е доставната цена на продукта!!!

Броенето е само броене, цени в броенето няма. Има вариант (ако е необходимо) да добавя полета в PocketSimple за виждане на цена по време на входящия контрол. При мен клиент подхвърли идеята самото PDA да може да променя цени, което също има своите приложения.

Става въпрос за Атона, в глобална конфигурация - заявка за доставка цените по които да се прави заявката е зададено доставни, а в самата заявка слага още 20% отгоре.