Теория выставления и оплаты счетов
#1
Отправлено 27 сентября 2007 - 00:16
1) Система выставляет счёт N1 на имя Вася Пупкин на сумму 100 ЕЕК
2) Вася Пупкин получает свой счёт N1 на сумму 100 ЕЕК
3) Вася Пупкин оплачивает свой счёт N1 переводит 100 ЕЕК на банковский счёт предприятия
4) Система получает из банка платёж в оплату счёта N1 на сумму 100 ЕЕК и сохраняет транзакцию
5) Система по номеру счёта определяет пользователя, которому был выставлен счёт (Вася Пупкин)
6) Система заносит на внутренний счёт пользователя Вася Пупкин 100 ЕЕК
7) Система переводит 100 ЕЕК со счёта пользователя Вася Пупкин на внутренний счёт предприятия.
8) Система помечает счёт N1 как оплаченный
Это правильная схема?
А что, если Вася Пупкин оплатит счёт, но переведёт только 50 ЕЕК, система не сможет пометить счёт N1 как оплаченный, значит система должна пометить, что счёт оплачен не полностью, а только на 50 ЕЕК. Теперь Вася Пупкин должен перечислить ещё 50ЕЕК на счёт предприятия, для этого Васе придётся снова предоставить счёт. Я думаю, система должна предоставить тот же счёт N1, только в нём должна появиться запись о том, что счёт уже был оплачен на 50 ЕЕК и в графе Kuulub Tasumisele вписать 50ЕЕК?
Если Вася переводит не 100 ЕЕК, а 150 ЕЕК, то на его внутреннем счету остаются 50ЕЕК, а 100ЕЕК идёт в оплату счёта.
Кто-то реализовывал подобные вещи, может будут какие советы?
#2
Отправлено 27 сентября 2007 - 08:06
По часам только таблетки надо принимать! А властвовать и унижать можно в любое время!
#4
Отправлено 27 сентября 2007 - 11:41
У меня в бухгалтерии так...
У клиента один виите.
Ему выставляется счет...
Периодически из банка берутся выписки в CSV и сосутся в бухгалтерию.
Суммируются все счета, оплаты и разница этих сумм будет долгом клиента.
Привязки к тому оплатит человек конкретный счет или нет - нету.
Хотя, автоматизма тут мало конечно
Сообщение изменено: Voland (27 сентября 2007 - 11:47 )
#7
Отправлено 27 сентября 2007 - 11:45
#10
Отправлено 27 сентября 2007 - 12:24
И тебе действительно надо, чтобы можно было иметь положительный баланс на счету? т.е. если перевел 150, то 50 остается? ИМХО это геммор.
Ну и я так полагаю прийдется писать демона, который будет сосать данные с банков.
И в 5ом пункте наверное не по номеру счета, а по виитенумберу.
если только в рамках вышеуказанного, то это вовсе не так сложно, как ты описал, выписал счет, зарегистрировал и забил пускай дальше бухгалтерия сверяет.Просто нужно реализовать автоматическую систему выставления счетов.
Могу только одно точно сказать, чем хитромудренее будет система, тем дольше потом будешь вылавливать в ней ошибки
Сообщение изменено: zedirtybastard (27 сентября 2007 - 12:26 )
#11
Отправлено 27 сентября 2007 - 12:41
Вот так. В теории вроде никакого космоса.
#12
Отправлено 27 сентября 2007 - 12:46
Виитенумбера у нас пока нету, в данный момент используется внутрисистемные номера счетов. Но думаю, в будущем витенумбер будет заюзан, если его использование будет оправдано (где можно получить инфу как им пользоваться и прейскурант? не смог найти в ханзанете) т.к. насколько мне известно, это позволит полностью автоматизировать получение денег и использование этих данных в системе.И в 5ом пункте наверное не по номеру счета, а по виитенумберу.
Иногда клиент перечисляет деньги, а заказ отменяется. Так он видит сколько у него денег на счету и может ими распорядиться внутри системы или вывести обратно на свой банк. счёт.если только в рамках вышеуказанного, то это вовсе не так сложно, как ты описал, выписал счет, зарегистрировал и забил пускай дальше бухгалтерия сверяет
Смотря как сделаешьМогу только одно точно сказать, чем хитромудренее будет система, тем дольше потом будешь вылавливать в ней ошибки
#13
Отправлено 27 сентября 2007 - 12:52
А использование бесплатно если я не ошибаюсь.
#14
Отправлено 27 сентября 2007 - 12:58
ты посмотри на любой счет, от большой конторы: Eesti Energia, EMT, Elion, Elisa, STV, Starman - у всех одинаковые поля, только размещение разное. Тебе придет из банка
1. номер счета отправителя
2. имя
3. основание платежа (как правило там много всякого пишут и невнятно)
4. номер ссылки (отдельный ID, с которым легко можно что-то сделать)
5. сумма
+ еще ID банка, ID транзакции в банке, ну и все остальное прочее.
За виитенумбер не надо ниче платить, это дополнительное поле, попробуй перевод сделать в любом интернет банке - сразу увидишь. Просто приучить клиентов надо будет, чтобы заполняли номер ссылке при оформлении платежа.
О как интересно, а я то думал, что формат viitenumberа все сами себе придумывают
http://www.pangaliit...ed/Viitenumber/
#15
Отправлено 27 сентября 2007 - 13:14
Просто бывают ситуации, когда после выставления счёта меняется состав заказа, допустим, кто-то в вашем магазине закажет и оплатит товар, а один элемент заказа закончится на складе, вы предложите ему заменть этот элемент, он допустим, выберет что-то более дорогое, придётся корректировать счёт и генерировать новую банковскую ссылку на оплату недостающей суммы. Или клиент просто забудет что-то заказать и захочет дополнить свой заказ. Вот эта ситуация меня беспокоитЕсли клиент не доплатил, выставлять новый счет нет нужды, это дебиторская задолженность, он ее хоть 100 переводами может погашать. (Надеюсь, тебе пеню не надо высчитывать.) Если переплатил, следует кредитовать лишнее, либо учесть в счет последующей оплаты.
Вот так. В теории вроде никакого космоса.
Я уже пересмотрел все счета, что только мне приходятSetor,
ты посмотри на любой счет, от большой конторы: Eesti Energia, EMT, Elion, Elisa, STV, Starman - у всех одинаковые поля, только размещение разное. Тебе придет из банка
Даже не надо заключать никакой услуги? В банке ведь можно как-то получить все платежи по виитенумберам? С пангалинком приходит ответ, а с ручными платежами нет. Проверять каждый день счета в нескольких банках не очень благодарное занятиеЗа виитенумбер не надо ниче платить, это дополнительное поле, попробуй перевод сделать в любом интернет банке - сразу увидишь. Просто приучить клиентов надо будет, чтобы заполняли номер ссылке при оформлении платежа.
Пангалинк сам заполнит номер ссылки, а если человек хочет вручную перечислить - это уже его проблема, может возникнуть задержка его платежа
Спасибо за инфу, пригодитсяSetor, алгоритм генерации виитенумберов: http://beta.pokupka.fie.ee/?p=4
А использование бесплатно если я не ошибаюсь.
#16
Отправлено 27 сентября 2007 - 14:28
Нуу.. Если выставлен счет и потом изменен заказ, то корректное решение - кредитовать этот счет (аннулировать не всегда можно) и выставить новый в соответсвии с заказом. Если есть товар - то и накладной. Остальные тонкости лучше уже наверное вашего бухгалтера попросить объяснить. Там уже специфика.Просто бывают ситуации, когда после выставления счёта меняется состав заказа, допустим, кто-то в вашем магазине закажет и оплатит товар, а один элемент заказа закончится на складе, вы предложите ему заменть этот элемент, он допустим, выберет что-то более дорогое, придётся корректировать счёт и генерировать новую банковскую ссылку на оплату недостающей суммы. Или клиент просто забудет что-то заказать и захочет дополнить свой заказ. Вот эта ситуация меня беспокоит
Вот теперь даже не знаю, раз есть алгоритм специальный.. Лучше уточнить у первоисточника, конечно.Даже не надо заключать никакой услуги? В банке ведь можно как-то получить все платежи по виитенумберам? С пангалинком приходит ответ, а с ручными платежами нет. Проверять каждый день счета в нескольких банках не очень благодарное занятие
Можно на счете же всегда написать "указывайте правильный номер ссылки, чтобы не было проблем!" Или может можно как-то запретить перевод без указания ссылки, это тоже у банка надо спросить.Пангалинк сам заполнит номер ссылки, а если человек хочет вручную перечислить - это уже его проблема, может возникнуть задержка его платежа
#17
Отправлено 27 сентября 2007 - 14:37
Запретить никак нельзя, для осуществления платежа достаточно указать описание и получателя Пускай платят через пангалинк, не будет и проблем! Но некоторые странные личности всё равно перечисляют вручную, наверное, не знают что такое пангалинк и боятся кликать.Можно на счете же всегда написать "указывайте правильный номер ссылки, чтобы не было проблем!" Или может можно как-то запретить перевод без указания ссылки, это тоже у банка надо спросить.
#23
Отправлено 29 сентября 2007 - 00:24
http://et.wikipedia.org/wiki/Isikukood - правило подсчета. С помощью нее лего определить была ли опечатка или нет. На самом деле контрольные суммы применяются везде, скажем в номере железнодорожного вагона
Rover.ee, 3 цифры порядковые. до 1000 в день - свободно