forum.clarionlife.net

Тем более отсрочка. Как может накладная меняться после оплаты с отсрочкой? Если не довезли, то корректировка должна быть тут же (когда узнали о недовозе). И тип товара не причём. Я так понял - оптовик с розничным клиентов всё время на сверках. И ещё небось всё в чёрную. Интересно, а возвраты тоже закрывают накладные на автомате? Имею ввиду, возвращают муку, а ей закрывают минеральную воду.

kreator писал(а): ↑07 Август 2018, 12:02 Что-то я не догоняю. В какой момент нужно провести оплату? После ввода накладной в форме? В методе Kill окно скорее всего закроется, "поверх" не получится.

Нажимаем сохранить, (должно сохранить то что в форме), и появляется сообщение с выбором действия - выбор оплаты (отличная от суммы в накладной или такая же сумма как в накладной или отказаться от нее), если выбрал оплату отличающуюся от суммы в накладной выводится форма с оплатой, если такая же как сумма в накладной, просто проводится без вывода формы и если нет оплаты, закрывается форма накладной.
Насчет метода Kill - не поверите - работает, окно сверху формы

Тем более отсрочка. Как может накладная меняться после оплаты с отсрочкой? Если не довезли, то корректировка должна быть тут же (когда узнали о недовозе). И тип товара не причём. Я так понял - оптовик с розничным клиентов всё время на сверках. И ещё небось всё в чёрную. Интересно, а возвраты тоже закрывают накладные на автомате? Имею ввиду, возвращают муку, а ей закрывают минеральную воду.

У меня решается так, отгрузки(если по частям) и оплаты(если по частям) показывает суммарно - то что обведено красным

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 руб

Вообще, в таких оптовках надо повариться достаточное время, чтобы понять, что и как. Огромное количество нюансов, то, что кажется очевидным на первый взгляд, совсем не очевидно на самом деле...

finsoftrz писал(а): ↑07 Август 2018, 13:09 Ну, классика жанра.
01.02 отгрузили на 100 руб....

и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"? Особенно при большом объеме когда не пляшут пару долларов или рублей, не говоря про другие валюты.
Например, пришла накладная в юанях, а отгружаете вы уже в рублях

По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...

gopstop2007 писал(а): ↑07 Август 2018, 13:25

finsoftrz писал(а): ↑07 Август 2018, 13:09 Ну, классика жанра.
01.02 отгрузили на 100 руб....

и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"? Особенно при большом объеме когда не пляшут пару долларов или рублей, не говоря про другие валюты.
Например, пришла накладная в юанях, а отгружаете вы уже в рублях

Не совсем понял, про что речь. Собственно, дело в том, храним ли мы привязки отгрузок и оплат в базе данных жестко или пересчитываем на лету. В первом случае надо их также жестко изменять, что весьма трудоемко. Когда считаем на лету, то также автоматически и пересчитываем все, исключая человеческий фактор. А внешне конечные отчеты выглядят идентично в обоих случаях. Как я писал, ручные привязки могут использоваться одновременно с автоматическим расчетом. Тогда программа вначале исключает все жестко привязанное, а затем автоматически считает, что не привязано. Да, это не просто реализуется...

finsoftrz писал(а): ↑07 Август 2018, 13:29 По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...

не совсем понятно, чем возврат от отгрузки отличается и как он может отличатся? Отгрузка - это отгрузка или получение возврата получателем?

finsoftrz писал(а): ↑07 Август 2018, 13:34 Не совсем понял, про что речь. Собственно, дело в том, храним ли мы привязки отгрузок и оплат в базе данных жестко или пересчитываем на лету. В первом случае надо их также жестко изменять, что весьма трудоемко.

в чем трудоемкость? добавить таблицу с указанием связей накладных и оплат, не трогая сами таблицы?

Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот...

finsoftrz писал(а): ↑07 Август 2018, 14:05 Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот...

для одного, максимум два клика людей нанять?

gopstop2007 писал(а): ↑07 Август 2018, 12:09 Насчет метода Kill - не поверите - работает, окно сверху формы

Не поверил. Хотел уж посоветовать поискать вставку перед закрытием окна, например, на событие EVENT:CloseWindow. Но, действительно, работает. На досуге посмотрю в классах SV, какой там порядок. Я часто в метод Kill запихиваю ручной код. Удобно, без сбоев. Но другого окна вызывать не приходилось.

gopstop2007 писал(а): ↑07 Август 2018, 13:25 и когда есть возможность вести нарастающим итогом + есть связанные оплаты по накладным, разобраться с оставшимися с не связанными накладными мне кажется проще, чем каждый раз разбирать всю "простыню"?

+1. Мне тоже представляется что так всё сильно проще. Если нет связи между документами, то легче получить итог, это да. Но вообще я себе не представляю работу оптовой конторы, которая не знает платежи по отгруженному товару. Как она с клиентами разбирается? По мне автоматический разброс платежей просто ненужный функционал.

finsoftrz писал(а): ↑07 Август 2018, 13:29 Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...

Т.е. сначала разбрасываются возвраты, потом платежи? Жесть!!! Oracle в режиме In-Menory задымится !

gopstop2007 писал(а): ↑07 Август 2018, 13:44

finsoftrz писал(а): ↑07 Август 2018, 13:29 По примеру уточню, может, не очень понятно. Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...

не совсем понятно, чем возврат от отгрузки отличается и как он может отличатся? Отгрузка - это отгрузка или получение возврата получателем?

Отгрузка - это отгрузка покупателям, возвраты - возвраты от покупателей.

gopstop2007 писал(а): ↑07 Август 2018, 14:12

finsoftrz писал(а): ↑07 Август 2018, 14:05 Трудоемкость работы для юзеров в такой программе. Если им, конечно, не болт или денег полно нанять дополнительных людей. Для разработчика наоборот...

для одного, максимум два клика людей нанять?

Вам так кажется. Если есть подобный клиент, через какое-то время осознаете...

kreator писал(а): ↑07 Август 2018, 14:54

finsoftrz писал(а): ↑07 Август 2018, 13:29 Возврат распределяется по отгрузкам автоматически, в зависимости от того, что возвращают (товар+цена). То есть мука к муке, минеральная вода к минеральной воде...

Т.е. сначала разбрасываются возвраты, потом платежи? Жесть!!! Oracle в режиме In-Menory задымится !

Ну не дымится же, если голову включить.