06.12.2005, 13:37 | #21 |
Участник
|
Если дедать "правильное" решение, то склад можно и нужно закрывать стандартным функционалом, но никак уж не скриптами...
|
|
06.12.2005, 13:53 | #22 |
Шаман форума
|
Если есть "правильное" решение - то не понадобится его очередной раз переписывать :-)
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
06.12.2005, 14:03 | #23 |
Сенбернар
|
2 komar : ничего личного. Если Вам доступен код скалки (классический, на C-Basic-е который) - можете поискать там мой ник. Увидите много интересного
__________________
Best Regards, Roman |
|
06.12.2005, 14:45 | #24 |
Шаман форума
|
К счастью, в исходный код лезть не приходилось (надеюсь, и не придется). Меня вполне устраивает внедрение на основе стандартной функциональности, ежели таковая присутствует. С заказной разработкой уже наигрался :-)
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
06.12.2005, 15:02 | #25 |
Lean Six Sigma
|
to RVS. Я правильно вас понял, что вы мигрировали с Скала на Аксапту? И как впечатления от сравнения?
|
|
06.12.2005, 15:38 | #26 |
Сенбернар
|
2 Ned: Да, правильно.
С точки зрения разработчика - Axapta на порядок дружелюбнее. Копаться в Скальском коде, особенно, если серьезно копаться - это для закаленных И доворачивать в нем что-либо - тоже песня. Имею опыт, в свое время евровалюту к ней приделывал С другой стороны - Scala с ее принципом "One world - one product", конечно, дорабатывалась не в пример аккуратнее Аксапты. Просто представьте себе, что все, что вы напрограммировали, увидят (раньше или позже) все клиенты Scala. Понятно, что при такой постановке вопроса отношение к постановке задачи, к написанию ТЗ, к программированию, к тестированию, наконец, просто вынуждено быть предельно тщательным (о как ). Жаль, но в Axapta, особенно в локализации ее, этот принцип ("тщательнее, товарищи"), соблюдался далеко не всегда (IMHO).
__________________
Best Regards, Roman |
|
06.12.2005, 16:31 | #27 |
SAP
|
Цитата:
Сообщение от komar
А что с ними?
|
|
06.12.2005, 17:50 | #28 |
Шаман форума
|
Цитата:
Сообщение от Pavel
Частичных отгрузок и отфактуровок нет, надо открывать другую закупку или заказ.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
07.12.2005, 11:36 | #29 |
SAP
|
Цитата:
Сообщение от komar
...какая была версия?
|
|
07.12.2005, 16:32 | #30 |
Шаман форума
|
В текущей (iScala 2.2) есть частичные отгрузки
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
07.12.2005, 18:15 | #31 |
Сенбернар
|
Цитата:
В текущей (iScala 2.2) есть частичные отгрузки
__________________
Best Regards, Roman |
|
09.12.2005, 12:22 | #32 |
SAP
|
Цитата:
Сообщение от komar
В текущей (iScala 2.2) есть частичные отгрузки
|
|
09.12.2005, 14:46 | #33 |
Шаман форума
|
Добрая система сама уменьшит количество в строках заказа или создаст новый заказ
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
09.12.2005, 14:55 | #34 |
злыдень
|
Правильно ли я понимаю что заказ=накладная = 1:1? и соответственно закупка = накладная? Вопрос без подвоха просто интересно как что где почём..
|
|
09.12.2005, 15:15 | #35 |
Шаман форума
|
Ну, если уменьшать количество в открытом заказе, то получается, что не так.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
09.12.2005, 15:52 | #36 |
Сенбернар
|
Мдя...
Давненько Скалы не видАл, может, что и путаю, НО:
2 komar: Цитата:
Добрая система сама уменьшит количество в строках заказа или создаст новый заказ
Насколько мне помнится, Ordered Quantity в Purchase Line (PC03) не менялось никогда. Только руками если. Есть в том же Purchase Line полечко Delivered Qty - вот оно меняется при каждой следующей поставке. Есть также табличка Delivery Lines (PC19, если память не изменяет... Или что-то там поблизости). Именно в ней хранятся данные о каждой поставке. Соответственно Цитата:
заказ=накладная = 1:1? и соответственно закупка = накладная?
Говорю про Purchase Order, ибо по жизни он мне ближе и роднее. Однако замечу, что исторически Purchase Order в Scala делался на базе Sales Order. То есть не верится как-то, что в Sales все беднее... Примерно так обстоят дла в 5.1. Неужели в 2.2 все по-другому? PS: Ничего личного. Просто у Вас Скалка уж больно какая-то тупая получается, IMHO
__________________
Best Regards, Roman Последний раз редактировалось RVS; 09.12.2005 в 16:00. |
|
09.12.2005, 16:23 | #37 |
злыдень
|
Честно говоря стандартную аксапту сначала не знал, а потом ещё и забыл.. Поэтому попробую обрисовать своими словами суть вопроса..
Допустим мы 01.12 запланировали купить 5 шт по 10 баксов какой-то фигни, создалась к примеру закупка-предложение. Кинули поставщику - он подтвердил что отгрузить сможет 4 шт. сменили статус на типа новую закупку. У поставщика нет возможности отправить всё за один присест и 06.12 он привез машину с 1 шт. по 10 баксов, а 10.12 привез ещё 2 шт., когда цена по прайсу стала уже 5 баксов, т.е. по 5 баксов. Вернее он в накладной прислал 2шт., а реально приехала 1 шт, потому что одну штуку он ... по дороге. И ещё 15.12 отправил 1 шт. отдельной накладной и она как бы в пути. Итого: статус закупки непойми какой, цены в накладных разные с ценами в закупке несовпадающие, проводки складские по разным курсам пересчитанные на дату накладной, за всем этим хозяйством надо следить, сколько заказали/подтвердили/привезли и т.п. + акты недопоставок там всякие и прочая билеберда. ТАк вот собственно вопрос возможно ли отражение такого процесса в системе скАла и как примерно? |
|
09.12.2005, 17:07 | #38 |
Шаман форума
|
По-моему, отражение сего процесса абсолютно идентично в любой системе, будь то акзапта, Навижн или Скала....или кто-то берется доказать, что частичных поставок в Скале не бывает??
to RVS - возможно, поля я наизусть еще не выучил :-) факт тот, что частичные отгрузки есть Если при каждой новой поставке изменяются цены - наверное, удобнее заставить систему создавать новый заказ после каждой поставки, и курочить цены там. Тогда система создает новый заказ (и предполагаю что там будет уменьшено таки поле ordered, хотя точно и не скажу) на недопоставленное количество....
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
09.12.2005, 17:26 | #39 |
Сенбернар
|
Recoilme,
Процесс, описанный Вами, вполне реален. Скала, как система довольно солидного возраста, в общем и целом с этим справляется. Позабавил следующий момент: Цитата:
а 10.12 привез ещё 2 шт., когда цена по прайсу стала уже 5 баксов, т.е. по 5 баксов
Вопрос: а по жизни оно так часто бывает? Проще отменить частично поставленный заказ и сделать новый (по согласованию с поставщиком, есс-но). Итого: - статус закупки - частично поставлена (двоечка, по-моему. BackOrder, то есть) - цены в накладных разные - разные инвойсы с разными же ценами. Все работает. - проводки складские по разным курсам пересчитанные на дату накладной - а что Вас здесь смущает? Да, по разным курсам, да, пересчитаны... Все там хорошо, уверяю Вас - сколько заказали/подтвердили/привезли - есть в Запросах по Заказу - акты недопоставок - точно есть такое, как зовут - сейчас уже не помню. Но есть. - и прочая билеберда - какая, например? Вот примерно так...
__________________
Best Regards, Roman Последний раз редактировалось RVS; 09.12.2005 в 17:30. |
|
09.12.2005, 18:57 | #40 |
злыдень
|
Спасибо.
Хотя насчет абсолютно идентичного в любой системе .. Скорей принципиальная возможность |
|
Теги |
scala |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|