|
![](templates/RedSilver/images/UCSLogo.gif) |
Unicontsoft
Дискусионни форуми
|
![](templates/RedSilver/images/DreemLogo.gif) |
|
Предишната тема :: Следващата тема |
Автор |
Съобщение |
mupcku
Регистриран на: 22 Авг 2019 Мнения: 216
|
Пуснато на: Сря Авг 28, 2019 1:17 pm Заглавие: Смесено плащане на покупка |
|
|
Как отразявате, ако дадена фактура за покупка е платена половината в брой от касата, а другата половина с карта?
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Чет Авг 29, 2019 12:24 am Заглавие: |
|
|
Здравейте,
Начин на плащане в продажби и покупки е абсолютно пожелателен и няма връзка с действителността. Този реквизит идеята му е само да може да се планират плащанията за неплатените Прод/Пок, но само от ПКО и БИ се отразяват реалните плащания, а те могат да са съвсем различни като тип от планираните типове.
Картовите плащания обикновено се водят в отделна каса, така че да не се бъркат с кешовите плащания в Наличност на портфейли. Например Каса София (безналични) е добро име за картови плащания от дадения ТО.
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
denistroy
Регистриран на: 06 Яну 2020 Мнения: 43
|
Пуснато на: Пет Мар 06, 2020 1:11 pm Заглавие: |
|
|
Какви настройки са необходими да направя във връзка с плащания от клиенти с карти (дебитни, кредитни)? В предишни постове, преди години, сте написали, че видовете плащания не кореспондират на реалните операции! Взел съм под внимание и препоръката Ви, да бъде открита нова каса за безналичните плащания (напр. КАСА ПОС терминал), която ще бъде насочена към съществуващия KA в търговския обект!
В момента, при приключване на документ за продажба и отбелязано вид на плащане с карта, дори и да бъде check Каса ПОС Терминал (например) в касовия бон излиза, че е платено в брой! В противен случай не се отпечатва бон въобще! А ако има комбинирано плащане в брой и с карта? Не съм разглеждал какво предлага Dreem POS в този случай!
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Пет Мар 06, 2020 5:53 pm Заглавие: |
|
|
> Не съм разглеждал какво предлага Dreem POS в този случай!
В Dreem POS може на една продажба да укажете че 5 лв. е платeно с карта, а останалото в брой и това смесено плащане се отпечатва на един ФБ като два реда за двата вида плащания. Съответно в backend това смесено плащане трябва да се настрои да влиза като *два* ПКО -- единият за 5 лв. в каса с базналични плащания на обекта (с основание Плащане с банкова карта например) и втори със сумата в брой в основната каса (с основание Приходи от продажби например) -- и двете суми свързани с този единствен ФБ.
Относно печат на ФБ през Dreem в Референтни номенклатури->Каси може за всяка каса да се укаже колона Вид плащане на ФУ. Идеята е за безналичните каси тук да се укаже 8 - С карта например, така че когато се плащат продажби през тази безналична каса (когато се приключва ПКО, в редовете на което има връзка към дадена продажба) на ФБ за вид плащане да излиза че е платено С карта.
Това е положението в backend в момента, но смятаме да го променим съвсем скоро, като колона Вид плащане на ФУ ще я преместим в Референтни номенклатури->Основания за плащане, така че на реда на ПКО да може да се определя вида плащане за ФБ спрямо избраното основание, без това да зависи от конкретната каса. Разбира се, най-добре е безналичните плащания да се водят в отделна каса, за да може да се засича наличността ѝ в Наличност по портфейли спрямо картовия терминал на банката, който се ползва.
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
mupcku
Регистриран на: 22 Авг 2019 Мнения: 216
|
Пуснато на: Пон Ное 16, 2020 10:02 am Заглавие: |
|
|
Всъщност в момента имаме следния казус:
Трябва да издадем фактура за дадена продажба, но самата фактура трябва да е със смесено плащане, тоест едната част от сумата е по банка а другата е в брой. Как е възможно да се отрази във фактурата това?
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
mupcku
Регистриран на: 22 Авг 2019 Мнения: 216
|
Пуснато на: Пон Ное 16, 2020 10:15 am Заглавие: |
|
|
Идеята е, че на края на месеца засичаме данните по касов апарат и в случея, ако няма как да разделим самото плащане, ще се разминат много сметките, което си е неудобство. Фактурата я направихме, просто променихме цената, но в справките на края на месеца ще излезне, че по касов апарат не са чукнати остатъка от сумата.
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Пон Ное 16, 2020 10:27 am Заглавие: |
|
|
mupcku написа: | Как е възможно да се отрази във фактурата това? |
В продажбите (и във фактурите) има реквизит Начин на плащане, в който по идея операторите записват очаквания или уговорения начин на плащане на начислението. Там не се отразява фактическия начин, по който са дошли парите, защото продажбата се съставя и приключва за редакция обикновено преди да постъпи плащането.
Плащанията в системата се документират със създаване на касови ордери или банкови извлечения, които се свързват с продажбата, която документира задължението на клиента (и опционално с фактурата към тази продажба).
В системата има възможност една продажба/фактура да е платена както с едно или няколко ПКО, така и през един или няколко банкови извлечения и не е нужно да се променя реквизит Начин на плащане в търговския документ, за да се разреши такова смесено плащане. (Още повече че и няма опция "Смесено плащане" в списъка с опции.)
От тази гледна точки в системата е възможно в продажбата за Начин на плащане да е избрано В брой, но плащането да е отразено през БИ, защото клиентът си е променил мнението в последствие и е наредил сумата по банка. Предполагаме че не съществува търговец, който да откаже парите и да държи да му се плати точно по начина, по който са се уговорили първоначално с клиента в продажбата -- но може и да грешим :-))
В заключение: Към всяка продажба можете от формата за създаване на свързани документи да генерирате ПКО за (частично) плащане В брой, дори такива с избран начин на плащане По банка и всяка продажба може да бъде цитирана в редовете на БИ срещу платена сума по банка, дори такива с избран начин на плащане В брой.
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Пон Ное 16, 2020 10:32 am Заглавие: |
|
|
mupcku написа: | Идеята е, че на края на месеца засичаме данните по касов апарат и в случея, ако няма как да разделим самото плащане, ще се разминат много сметките, което си е неудобство. Фактурата я направихме, просто променихме цената, но в справките на края на месеца ще излезне, че по касов апарат не са чукнати остатъка от сумата. |
Спомням се че Ви предупредих, че ако ползвате Начин на плащане в списъка с продажби рискувате да не получавате коректни тотали именно за смесените плащания.
Нямаме решение по този начин да си водите ведомостите с плащанията и затова имаме отделни справки по касовите документи, за да се получават точни тотали.
Edit: В следващата реализация сме добавили в списък продажби да може да се филтрират само док. със свързани плащания през дадена каса или банкова сметка, като в колона Платено в периода се натрупва сума на плащания от филтрирания портфейл само, което ще Ви свърши работа да следите платено В брой през дадена касата директно в този списък без да пускате допълнителни справки.
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
denistroy
Регистриран на: 06 Яну 2020 Мнения: 43
|
Пуснато на: Пет Фев 26, 2021 12:20 pm Заглавие: Грешка при приключване на ПКО, в брой! |
|
|
Здравейте!
При смесено плащане (с карта и в брой), след като има генериран и приключен ПКО (каса ПОС) със ст/ст, част от сумата и остатъка ще бъде заплатен в брой, програмата генерира грешка от вида, в прикачения файл! Предполагам, че тук проблема е от касовия апарат, Datecs DP-25X, някакво ограничение в дължината на символите, може би!
Описание: |
|
Размер: |
215.99 KB |
Преглеждания: |
20857 път(и) |
![Датекс DP-25X.jpg](files/__dp_25x_154.jpg)
|
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Пет Фев 26, 2021 12:51 pm Заглавие: |
|
|
По-скоро изглежда на проблем с печата на ФБ.
Продажбата няма как да е направена в ПОС с отложено плащане (не се поддържа). Какво е ролята на Каса ПОС в този казус? Това е някаква каса която се ползва от ПОС?
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
denistroy
Регистриран на: 06 Яну 2020 Мнения: 43
|
Пуснато на: Съб Мар 20, 2021 5:00 pm Заглавие: |
|
|
Каса ПОС се използва за плащанията с дебитни и кредитни карти! В случая, който дадох за пример, няма отложено, а смесено плащане. Част от сумата, клиента заплаща чрез картови плащане, а остатъка в брой! Има генериран и приключен ПКО за картовите плащането. След което създавам допълнителен ПКО за сумата, която трябва да се доплати в брой! При опит за приключване на ПКО, започва печатане на касовия бон, но фискалния бон остава отворен, в случая до 4 ред и изписва на екрана грешката от прикачения файл.
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Съб Мар 20, 2021 8:02 pm Заглавие: |
|
|
> Част от сумата, клиента заплаща чрез картови плащане, а остатъка в брой!
През ПОС е платено със смесено плащане?
> След което създавам допълнителен ПКО за сумата, която трябва да се доплати в брой!
В Dreem искате да отразите доплащане по продажба от ПОС?
> При опит за приключване на ПКО, започва печатане на касовия бон, но фискалния бон остава отворен, в случая до 4 ред и изписва на екрана грешката от прикачения файл.
Най-вероятно е бъг в управлението на ФУ. С кой модел на Датекс работите?
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
denistroy
Регистриран на: 06 Яну 2020 Мнения: 43
|
Пуснато на: Нед Мар 21, 2021 10:35 am Заглавие: |
|
|
Ползвам Datecs DP- 25X, за продажбата не съм ползвал Dreem POS! В предходни теми сме разисквали как да бъде организирано разплащането с дебитни/ кредитни карти в Dreem Express/ Personal. В случая имаме смесено плащане, като в генериран и приключен ПКО е отразено плащането с карта! За остатъка генерирам нов ПКО за плащане в брой, но при приключването на касовия бон се появява грешката от екрана по- горе! На самият касов бон, пише анулирано плащане и реално продажбата не е приключила, не мога да издам бон на клиента за остатъка!
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
wqw Владимир Висулчев
![](images/avatars/3.gif)
Регистриран на: 18 Май 2006 Мнения: 1892 Местожителство: София
|
Пуснато на: Нед Мар 21, 2021 12:50 pm Заглавие: |
|
|
Здравейте,
Сега разбирам -- Каса ПОС е касата в която натрупвате плащанията по ПОС терминал на банката. Трябва да го тестваме при нас дали се получава този проблем с DP-25X в последната реализация, има шанс да е рапортуван и да е оправен.
Принципно при доплащане на продажба, която до момента е платена частично, на ФБ се отпечатват редовете на продажбата + един ред за отстъпка по абсолютна стойност със сумата на вече платеното по нея, за да може обща сума за плащане да съвпадне със сумата която се доплаща и тук е възможно нещо да сме объркали сметките.
За да излезете от ситуацията най-лесно е по продажбата да генерирате данъчен документ (Фактура или Опис на продажби) и чак тогава да генерирате ПКО и да отпечатате ФБ по него. Ако има данъчен док. на реда на ПКО, тогава към ФУ се изплаща само един ред със "Плащане по фактура Xxx" и няма отделни редове с продуктите нито ред за отстъпка по абсолютна стойност и пр. еквилибристики, които измислиха от НАП.
cheers,
</wqw>
_________________
- Чат каналът изисква Регистрация
Документация на Dreem - Как да стартираме
ERP, лесно е! - Блог за Dreem
Active Tickets - По какво работихме
Trello - По какво работим |
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
denistroy
Регистриран на: 06 Яну 2020 Мнения: 43
|
Пуснато на: Вто Апр 13, 2021 2:34 pm Заглавие: |
|
|
Здравейте!
Оказа се, че проблема съществува за остатъка при всякакъв вид плащане, когато е заплатена част от сумата по продажбата. Най- честия случай е заплащане на капаро и в деня на получаване на стоката, остатъка. Но при мен излиза грешка, във всички случаи, в които програмата изпраща команда към касовия апарат от вида частично плащане.
В по- горните постове, Ви бях изпратил screenshot от грешката, сега мога да уточня, че КА спира да печата след последната позиция. МЕЖД.СУМА, Отстъпка и АНУЛАРАН (НЕ СЕ ДЪЛЖИ ПЛАЩАНЕ) изписва преди следващата покупка!
Бихте ли обърнали внимание на проблема!
Благодаря!
Описание: |
|
Размер: |
196.07 KB |
Преглеждания: |
19901 път(и) |
![.jpg](files/1364_1618317288.jpg_101.jpg)
|
|
|
Върнете се в началото |
|
![](templates/RedSilver/images/spacer.gif) |
|
|
Не Можете да пускате нови теми Не Можете да отговаряте на темите Не Можете да променяте съобщенията си Не Можете да изтривате съобщенията си Не Можете да гласувате в анкети Можете да качвате файлове Можете да сваляте файлове
|
|
|
|