Unicontsoft

Дискусионни форуми
Замяна на продукт с кредитен документ

 
Създайте нова тема   Напишете отговор    Unicontsoft Форуми -> Потребителски форум
Предишната тема :: Следващата тема  
Автор Съобщение
mupcku



Регистриран на: 22 Авг 2019
Мнения: 65

МнениеПуснато на: Сря Яну 13, 2021 8:41 am    Заглавие: Замяна на продукт с кредитен документ Отговорете с цитат

Здравейте,

Как е най-редно да се отрази замяна на даден продукт? Тоест, ако имаме документ за продажба, в последствие клиента иска да върне този продукт и да го замени с по-скъп или по-евтин. Идеята е как с кредитен документ да отразим най-правилно и складовите наличности и разликата в сумата, като същевременно има връзка между кредитния документ и този за продажбата?
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
wqw
Владимир Висулчев


Регистриран на: 18 Май 2006
Мнения: 1608
Местожителство: София

МнениеПуснато на: Сря Яну 13, 2021 12:52 pm    Заглавие: Re: Замяна на продукт с кредитен документ Отговорете с цитат

mupcku написа:
. . . като същевременно има връзка между кредитния документ и този за продажбата?

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

Най-лесно е да отворите продажбата и от меню Средства->Генериране на коригиращ документ системата ще направи КДПрод от тип Корекция на количества за връщане на цялата продажба, след което можете да изтриете редовете, които не се връщат, т.е. да оставите само продукта/продуктите, който искате да смените преди да запишете/приключите документа.

При плащане можете да прихванете продажбата, това КДПрод и новата продажба с един ПКО.

При фактуриране можете да фактурирате двете продажби накуп и системата няма да включи върнатите с КДПрод продукти.

При всяко приключване на продажба/КДПрод генерирайте РСД в склада, от който издавате/връщате стоката за да останат коректни наличностите и средно-претеглените цени в този склад. (При връщане на стока с КДПрод системата генерира в склада отново *разходен* документ, но с отрицателни количества.)

cheers,
</wqw>

_________________

- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
aktivvna



Регистриран на: 07 Яну 2009
Мнения: 117

МнениеПуснато на: Вто Яну 19, 2021 4:59 pm    Заглавие: Отговорете с цитат

Здравейте, големите заводи за бързооборотни стоки имат практика във Вашия случай да издават Кредитно и Дебитно известие към първата фактура. Въпреки че според мен е по-правилно да има нова продажба както Ви е посъетвал г-н Висулчев. Вие преценете дали Ви е необходимо да се вижда в раздел "Връзки с документи" и новиия сменен продукт. Програмата позволява да се вижда връзката между всички документи. При нас при смяна при продажба правим нова продажба, а при покупка както ни е фактурирано обикновенно с дебитно и кредитно. При всички случаи генерираме складов документ и прихващаме вземане и задължение.
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
denistroy



Регистриран на: 06 Яну 2020
Мнения: 34

МнениеПуснато на: Пет Фев 26, 2021 10:00 am    Заглавие: Грешка при издаване на ПКО, с прихващане Отговорете с цитат

Здравейте!
Във връзка с издаване на един ПКО с прихващане, при замяна на стока/и, програмата генерира съобщение от вида, в прикачения файл.



.jpg
 Описание:
 Размер:  233.44 KB
 Преглеждания:  4364 път(и)

.jpg


Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
wqw
Владимир Висулчев


Регистриран на: 18 Май 2006
Мнения: 1608
Местожителство: София

МнениеПуснато на: Пет Фев 26, 2021 10:53 am    Заглавие: Отговорете с цитат

Здравейте,

В списъка с редове на ПКО можете да покажете колони Фискалeн бон, ФБ: Сторниран/свързан бон и ФБ: Вид сторно като за втория ред в колона ФБ: Сторниран/свързан бон трябва за изберете ФБ, който е отпечатан за първия ред.

За съжаление това "преизбиране" не се случва автоматично, т.е. трябва първо да отпечата ФБ за първи ред и да даде грешка и чак тогава може да се избере ФБ: Сторниран/свързан бон във втория ред, което е недостатък, за който трябва да помислим как да отстраним.

ceers,
</wqw>

_________________

- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
denistroy



Регистриран на: 06 Яну 2020
Мнения: 34

МнениеПуснато на: Пет Фев 26, 2021 12:29 pm    Заглавие: Отговорете с цитат

В случая, обаче, проверката е още в началото, защото касов бон на първи ред не се отпечатва, за да има възможност да се въведе ръчно и да продължи процедурата! По- скоро, на ФБ: свързан/ сторниран бон, се подава автоматично свързания касов бон, по който се прави сторното и има възможност да се зададе ръчно друг ФБ (в случая, който обаче все още не е генериран)!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
wqw
Владимир Висулчев


Регистриран на: 18 Май 2006
Мнения: 1608
Местожителство: София

МнениеПуснато на: Пет Фев 26, 2021 12:45 pm    Заглавие: Отговорете с цитат

denistroy написа:
В случая, обаче, проверката е още в началото, защото касов бон на първи ред не се отпечатва, за да има възможност да се въведе ръчно и да продължи процедурата!

Да, така е. Когато в ПКО има отрицателна сума проверява дали е указан ФБ: Сторниран/свързан бон.

denistroy написа:
. . . има възможност да се зададе ръчно друг ФБ (в случая, който обаче все още не е генериран)!

Именно.

Този ПКО с два реда автоматично от Dreem ли е генериран?

cheers,
</wqw>

_________________

- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
denistroy



Регистриран на: 06 Яну 2020
Мнения: 34

МнениеПуснато на: Пет Фев 26, 2021 1:50 pm    Заглавие: Отговорете с цитат

ПКО го съставих ръчно!
Разглеждаме случай, в който клиент връща стока, закупена през ПОС терминал, за която му се издава кредитен документ и купува нещо друго за по- висока сума, в нов документ за продажба. Ако първото плащане е в брой и разполагаме със сумата за връщане в касата, приключваме КДПрод, касовия апарат издава сторно касов бон и след това приключваме новата Прод, с касов бон! Този вариант работи!
Как можем да приключим двата документа, във варианта с прихващане? При приключването на КДПрод, с прихващане, се издава един ПротПрихв, който не зная как работи. И затова генерирах ръчно ПКО, във вида, който Ви изпратих по- рано! Бихте ли уточнили в какъв случай можем да използваме опцията с прихващане и как точно работи? Благодаря, предварително!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Admin
Иван Братов


Регистриран на: 16 Май 2006
Мнения: 84
Местожителство: София

МнениеПуснато на: Пет Фев 26, 2021 2:50 pm    Заглавие: Отговорете с цитат

Здравейте,
подхода Ви не е грешен.

Сменете типа на документа на Протокол за прихващане. В колона Сума валута на реда на Продажбата запишете стойността на КДПрод, но с положителен знак.
Така общата стойност на ордера ще стане 0.00.

Приключвате този документ и той ще прихване стойността на Кредитното с част от стойността на Продажбата. Няма да се отпечата нищо на ФУ.

След това трябва да си създадете ново ПКО. Когато добавите Продажбата, системата ще сложи за стойност остатъка от документа и при приключване ще отпечата ФБ само за този остатък.


Как да създадем Протокол за прихващане?

_________________
Отдел за работа с клиенти
Unicontsoft, Sofia, Bulgaria

http://www.unicontsoft.com
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
Покажи мнения от преди:   
Създайте нова тема   Напишете отговор    Unicontsoft Форуми -> Потребителски форум Часовете са според зоната GMT + 2 Часа
Страница 1 от 1

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


Powered by phpBB © 2001, 2005 phpBB Group; Translation by: Boby Dimitrov
RedSilver 1.01 Theme by DEVPPL HTML Forum; Images by DEVPPL Photoshop Forum