Update close - выполнить операцию

Clarion, Clarion 7

Модератор: Дед Пахом

Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Update close - выполнить операцию

Сообщение kreator »

Тем более отсрочка. Как может накладная меняться после оплаты с отсрочкой? Если не довезли, то корректировка должна быть тут же (когда узнали о недовозе). И тип товара не причём. Я так понял - оптовик с розничным клиентов всё время на сверках. И ещё небось всё в чёрную. Интересно, а возвраты тоже закрывают накладные на автомате? Имею ввиду, возвращают муку, а ей закрывают минеральную воду.
We are hard at work… for you. :)
gopstop2007
✯ Ветеран ✯
Сообщения: 1702
Зарегистрирован: 25 Март 2009, 21:55
Благодарил (а): 9 раз
Поблагодарили: 4 раза

Update close - выполнить операцию

Сообщение gopstop2007 »

kreator писал(а): 07 Август 2018, 12:02 Что-то я не догоняю. В какой момент нужно провести оплату? После ввода накладной в форме? В методе Kill окно скорее всего закроется, "поверх" не получится.
Нажимаем сохранить, (должно сохранить то что в форме), и появляется сообщение с выбором действия - выбор оплаты (отличная от суммы в накладной или такая же сумма как в накладной или отказаться от нее), если выбрал оплату отличающуюся от суммы в накладной выводится форма с оплатой, если такая же как сумма в накладной, просто проводится без вывода формы и если нет оплаты, закрывается форма накладной.
Насчет метода Kill - не поверите - работает, окно сверху формы :)
Тем более отсрочка. Как может накладная меняться после оплаты с отсрочкой? Если не довезли, то корректировка должна быть тут же (когда узнали о недовозе). И тип товара не причём. Я так понял - оптовик с розничным клиентов всё время на сверках. И ещё небось всё в чёрную. Интересно, а возвраты тоже закрывают накладные на автомате? Имею ввиду, возвращают муку, а ей закрывают минеральную воду.
У меня решается так, отгрузки(если по частям) и оплаты(если по частям) показывает суммарно - то что обведено красным
Вложения
link_cash3.jpg
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

kreator писал(а): 07 Август 2018, 12:02Тем более отсрочка. Как может накладная меняться после оплаты с отсрочкой? Если не довезли, то корректировка должна быть тут же (когда узнали о недовозе). И тип товара не причём. Я так понял - оптовик с розничным клиентов всё время на сверках. И ещё небось всё в чёрную. Интересно, а возвраты тоже закрывают накладные на автомате? Имею ввиду, возвращают муку, а ей закрывают минеральную воду.
Ну, классика жанра.
01.02 отгрузили на 100 руб
05.02 отгрузили на 120 руб
07.02 отгрузили на 110 руб
10.02 оплатили на 100 руб.

Оплату отнесли на первую накладную. Что у нас будет в плане платежей? Очевидно, что
05.02 на 120 руб
07.02 на 110 руб

Теперь происходит возврат товара.
12.02 возврат на сумму 30 руб, из них 20 руб из первой накладной, 10 руб из третьей. Что должно быть в плане платежей? У меня:
01.02 этой накладной не будет, она оплачена
05.02 неоплачено 100 руб (20 рублей перешли с первой накладной из-за возврата)
07.02 неоплачено 90 руб
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

Вообще, в таких оптовках надо повариться достаточное время, чтобы понять, что и как. Огромное количество нюансов, то, что кажется очевидным на первый взгляд, совсем не очевидно на самом деле... :-)
C6/C11, ШВС, tps/btrieve.
gopstop2007
✯ Ветеран ✯
Сообщения: 1702
Зарегистрирован: 25 Март 2009, 21:55
Благодарил (а): 9 раз
Поблагодарили: 4 раза

Update close - выполнить операцию

Сообщение gopstop2007 »

finsoftrz писал(а): 07 Август 2018, 13:09 Ну, классика жанра.
01.02 отгрузили на 100 руб....
и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"? Особенно при большом объеме когда не пляшут пару долларов или рублей, не говоря про другие валюты.
Например, пришла накладная в юанях, а отгружаете вы уже в рублях :)
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

gopstop2007 писал(а): 07 Август 2018, 13:25
finsoftrz писал(а): 07 Август 2018, 13:09 Ну, классика жанра.
01.02 отгрузили на 100 руб....
и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"? Особенно при большом объеме когда не пляшут пару долларов или рублей, не говоря про другие валюты.
Например, пришла накладная в юанях, а отгружаете вы уже в рублях :)
Не совсем понял, про что речь. Собственно, дело в том, храним ли мы привязки отгрузок и оплат в базе данных жестко или пересчитываем на лету. В первом случае надо их также жестко изменять, что весьма трудоемко. Когда считаем на лету, то также автоматически и пересчитываем все, исключая человеческий фактор. А внешне конечные отчеты выглядят идентично в обоих случаях. Как я писал, ручные привязки могут использоваться одновременно с автоматическим расчетом. Тогда программа вначале исключает все жестко привязанное, а затем автоматически считает, что не привязано. Да, это не просто реализуется...
C6/C11, ШВС, tps/btrieve.
gopstop2007
✯ Ветеран ✯
Сообщения: 1702
Зарегистрирован: 25 Март 2009, 21:55
Благодарил (а): 9 раз
Поблагодарили: 4 раза

Update close - выполнить операцию

Сообщение gopstop2007 »

finsoftrz писал(а): 07 Август 2018, 13:29 По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...
не совсем понятно, чем возврат от отгрузки отличается и как он может отличатся? Отгрузка - это отгрузка или получение возврата получателем?
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
gopstop2007
✯ Ветеран ✯
Сообщения: 1702
Зарегистрирован: 25 Март 2009, 21:55
Благодарил (а): 9 раз
Поблагодарили: 4 раза

Update close - выполнить операцию

Сообщение gopstop2007 »

finsoftrz писал(а): 07 Август 2018, 13:34 Не совсем понял, про что речь. Собственно, дело в том, храним ли мы привязки отгрузок и оплат в базе данных жестко или пересчитываем на лету. В первом случае надо их также жестко изменять, что весьма трудоемко.
в чем трудоемкость? добавить таблицу с указанием связей накладных и оплат, не трогая сами таблицы?
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот... :-)
C6/C11, ШВС, tps/btrieve.
gopstop2007
✯ Ветеран ✯
Сообщения: 1702
Зарегистрирован: 25 Март 2009, 21:55
Благодарил (а): 9 раз
Поблагодарили: 4 раза

Update close - выполнить операцию

Сообщение gopstop2007 »

finsoftrz писал(а): 07 Август 2018, 14:05 Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот... :-)
для одного, максимум два клика людей нанять?
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

Update close - выполнить операцию

Сообщение kreator »

gopstop2007 писал(а): 07 Август 2018, 12:09 Насчет метода Kill - не поверите - работает, окно сверху формы :)
Не поверил. Хотел уж посоветовать поискать вставку перед закрытием окна, например, на событие EVENT:CloseWindow. Но, действительно, работает. На досуге посмотрю в классах SV, какой там порядок. Я часто в метод Kill запихиваю ручной код. Удобно, без сбоев. Но другого окна вызывать не приходилось.
gopstop2007 писал(а): 07 Август 2018, 13:25 и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"?
+1. Мне тоже представляется что так всё сильно проще. Если нет связи между документами, то легче получить итог, это да. Но вообще я себе не представляю работу оптовой конторы, которая не знает платежи по отгруженному товару. Как она с клиентами разбирается? По мне автоматический разброс платежей просто ненужный функционал.
finsoftrz писал(а): 07 Август 2018, 13:29 Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...
Т.е. сначала разбрасываются возвраты, потом платежи? Жесть!!! Oracle в режиме In-Menory задымится :) !
We are hard at work… for you. :)
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

gopstop2007 писал(а): 07 Август 2018, 13:44
finsoftrz писал(а): 07 Август 2018, 13:29 По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...
не совсем понятно, чем возврат от отгрузки отличается и как он может отличатся? Отгрузка - это отгрузка или получение возврата получателем?
Отгрузка - это отгрузка покупателям, возвраты - возвраты от покупателей.
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

gopstop2007 писал(а): 07 Август 2018, 14:12
finsoftrz писал(а): 07 Август 2018, 14:05 Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот... :-)
для одного, максимум два клика людей нанять?
Вам так кажется. Если есть подобный клиент, через какое-то время осознаете... :-)
C6/C11, ШВС, tps/btrieve.
Аватара пользователя
finsoftrz
✯ Ветеран ✯
Сообщения: 4550
Зарегистрирован: 06 Ноябрь 2014, 12:48
Благодарил (а): 6 раз
Поблагодарили: 34 раза

Update close - выполнить операцию

Сообщение finsoftrz »

kreator писал(а): 07 Август 2018, 14:54
finsoftrz писал(а): 07 Август 2018, 13:29 Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...
Т.е. сначала разбрасываются возвраты, потом платежи? Жесть!!! Oracle в режиме In-Menory задымится :) !
Ну не дымится же, если голову включить. :-)
C6/C11, ШВС, tps/btrieve.
Ответить