Scala

[glibs]

Ух ты, ух ты...

А сопоставление по клиентам и поставщикам там работает?

А есть "закрытие склада"? И себестоимость считается правильно? Различные счета ГК для различных складов есть? А 45-й счет?

А насколько удобно переделывать накладные? Это сопровождается движением по складу?

А бюджетирование?

А проекты?

А что с локализацией? Корреспонденция есть? Отчеты (шашечки-шахматки и ведомости всякие)? Налог на прибыль? Какова концепция (все в одной системе или 1С сбоку)?

Насчет мелочей абсолютно согласен.

Кстати, а какая скорость поддержки? Как относятся к предложениям по усовершенствованию системы?

Надеюсь, что это не просто "первые впечатления".

[komar]

Сопоставление работает. Насчет шахматки сильно сомневаюсь :-) такой нужный отчет, понимаешь ли :-) Счета для складов есть.
Проекты есть, сравнивать их пока не готов.
Скорость поддержки - измеряется в часах в зависимости от серьезности проблемы. Так как внедряется в основном стандартная функциональность, обычно этого бывает достаточно.

[RVS]

Цитата:

Скорость поддержки - измеряется в часах в зависимости от серьезности проблемы.

Да-а-ааа... Что-то сильно изменилось в Скале, наверное...

komar, определите, пожалуйста - что Вы здесь понимаете под поддержкой? Ответ с HelpDesk? Или хот-фикс для клиентского бага? Или что-то еще?

Иначе - странно как-то смотрится, прямо - "мы идем к Вам"

Цитата:

Так как внедряется в основном стандартная функциональность, обычно этого бывает достаточно.

Да. В Скале не стандартной функциональности не бывает. "Кастомизации" так называемые - только для key clients (в мое время это был, например, Ericcsson). И очень задорого.

Соответственно, все, чего нет в стандарте, но очень хочется - рядышком в Access'e, например.

Это Скала. "Это твоя Родина, сынок"

[komar]

Подразумевался ответ с helpdesk. Для стандартной функциональности - уже немало :-)
Что касается рядышком....да, бывает и рядышком. Как demand planner для продуктов MS или как закрытие склада SQL-скриптами для Акзапты :-) или как ввод в систему из Екселя, который ныне пытается смастерить SAP. Потому, что так быстрее и дешевле.

Про Родину и сынка что-то не понял...папочка....

[axapta30]

Если дедать "правильное" решение, то склад можно и нужно закрывать стандартным функционалом, но никак уж не скриптами...

[komar]

Если есть "правильное" решение - то не понадобится его очередной раз переписывать :-)

[RVS]

2 komar : ничего личного. Если Вам доступен код скалки (классический, на C-Basic-е который) - можете поискать там мой ник. Увидите много интересного

[komar]

К счастью, в исходный код лезть не приходилось (надеюсь, и не придется). Меня вполне устраивает внедрение на основе стандартной функциональности, ежели таковая присутствует. С заказной разработкой уже наигрался :-)

[Ned]

to RVS. Я правильно вас понял, что вы мигрировали с Скала на Аксапту? И как впечатления от сравнения?

[RVS]

2 Ned: Да, правильно.

С точки зрения разработчика - Axapta на порядок дружелюбнее. Копаться в Скальском коде, особенно, если серьезно копаться - это для закаленных И доворачивать в нем что-либо - тоже песня. Имею опыт, в свое время евровалюту к ней приделывал

С другой стороны - Scala с ее принципом "One world - one product", конечно, дорабатывалась не в пример аккуратнее Аксапты. Просто представьте себе, что все, что вы напрограммировали, увидят (раньше или позже) все клиенты Scala.

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

Жаль, но в Axapta, особенно в локализации ее, этот принцип ("тщательнее, товарищи"), соблюдался далеко не всегда (IMHO).

[RVS]

Цитата:

В текущей (iScala 2.2) есть частичные отгрузки

... и приползли они туда из 5.1... Ибо неоткуда больше было...

[komar]

Добрая система сама уменьшит количество в строках заказа или создаст новый заказ

[Recoilme]

Правильно ли я понимаю что заказ=накладная = 1:1? и соответственно закупка = накладная? Вопрос без подвоха просто интересно как что где почём..

[komar]

Ну, если уменьшать количество в открытом заказе, то получается, что не так.

[RVS]

Давненько Скалы не видАл, может, что и путаю, НО:

2 komar:

Цитата:

Добрая система сама уменьшит количество в строках заказа или создаст новый заказ

Про заказ - не помню точно, поговорим про закупку (Purchase Order которая)

Насколько мне помнится, 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

[Recoilme]

Честно говоря стандартную аксапту сначала не знал, а потом ещё и забыл.. Поэтому попробую обрисовать своими словами суть вопроса..
Допустим мы 01.12 запланировали купить 5 шт по 10 баксов какой-то фигни, создалась к примеру закупка-предложение. Кинули поставщику - он подтвердил что отгрузить сможет 4 шт. сменили статус на типа новую закупку. У поставщика нет возможности отправить всё за один присест и 06.12 он привез машину с 1 шт. по 10 баксов, а 10.12 привез ещё 2 шт., когда цена по прайсу стала уже 5 баксов, т.е. по 5 баксов. Вернее он в накладной прислал 2шт., а реально приехала 1 шт, потому что одну штуку он ... по дороге. И ещё 15.12 отправил 1 шт. отдельной накладной и она как бы в пути.

Итого: статус закупки непойми какой, цены в накладных разные с ценами в закупке несовпадающие, проводки складские по разным курсам пересчитанные на дату накладной, за всем этим хозяйством надо следить, сколько заказали/подтвердили/привезли и т.п. + акты недопоставок там всякие и прочая билеберда.

ТАк вот собственно вопрос возможно ли отражение такого процесса в системе скАла и как примерно?

[komar]

По-моему, отражение сего процесса абсолютно идентично в любой системе, будь то акзапта, Навижн или Скала....или кто-то берется доказать, что частичных поставок в Скале не бывает??

to RVS - возможно, поля я наизусть еще не выучил :-) факт тот, что частичные отгрузки есть

Если при каждой новой поставке изменяются цены - наверное, удобнее заставить систему создавать новый заказ после каждой поставки, и курочить цены там. Тогда система создает новый заказ (и предполагаю что там будет уменьшено таки поле ordered, хотя точно и не скажу) на недопоставленное количество....

[RVS]

Recoilme,

Процесс, описанный Вами, вполне реален. Скала, как система довольно солидного возраста, в общем и целом с этим справляется.

Позабавил следующий момент:

Цитата:

а 10.12 привез ещё 2 шт., когда цена по прайсу стала уже 5 баксов, т.е. по 5 баксов

Как-то это забавно, кмк. У вас договор с поставщиком, где есть срок и прайс. Поставщик срывает срок, а потом еще и цену меняет. В сторону уменьшения, правда, что радует
Вопрос: а по жизни оно так часто бывает? Проще отменить частично поставленный заказ и сделать новый (по согласованию с поставщиком, есс-но).

Итого:
- статус закупки - частично поставлена (двоечка, по-моему. BackOrder, то есть)
- цены в накладных разные - разные инвойсы с разными же ценами. Все работает.
- проводки складские по разным курсам пересчитанные на дату накладной - а что Вас здесь смущает? Да, по разным курсам, да, пересчитаны... Все там хорошо, уверяю Вас
- сколько заказали/подтвердили/привезли - есть в Запросах по Заказу
- акты недопоставок - точно есть такое, как зовут - сейчас уже не помню. Но есть.
- и прочая билеберда - какая, например?

Вот примерно так...

[Recoilme]

Спасибо.
Хотя насчет абсолютно идентичного в любой системе .. Скорей принципиальная возможность

[Тимур]

Нда. Каждый кулик свое болото хвалит. А новое - пуще прежнего.