Здравствуйте, уважаемые.
Возник вопрос(на ровном месте), вернее даже два:
1. Есть сервис добавления пользовательских полей, в нем есть карточка раздела Продукты, Продукты в документе, Продукты в счете и Продукты в задаче. Вопрос - где в разделе "Задачи" есть деталь "Продукты"? И где там вообще детали?
2. Основная деталь для нас "Продукты в договоре". Эта карточка не доступна для настройки пользовательских полей. Вопрос - почему?
Я умею добавлять поля в карточки через TSAdmin, но в данном случае я просто не знаю - куда копать, где найти карточку нужного мне окна, через которое добавляются продукты в договор.

Версия XRM + Service Desk 3.3.2.120.

Спасибо за любую подсказку.

Нравится

20 комментариев

Здравствуйте, Алексей!

"Жигулев Алексей" написал:1. Есть сервис добавления пользовательских полей, в нем есть карточка раздела Продукты, Продукты в документе, Продукты в счете и Продукты в задаче. Вопрос - где в разделе "Задачи" есть деталь "Продукты"? И где там вообще детали?

Детали обычно находятся снизу, под основным реестром:

"Жигулев Алексей" написал:Основная деталь для нас "Продукты в договоре". Эта карточка не доступна для настройки пользовательских полей. Вопрос - почему?

Попробуйте добавить сервис Пользовательский полей для "Продукта в договоре", взяв за основу "Продукт в задаче" (т.е. создайте сервис и пропишите нужные поля по аналогии):

Алексей, карточка продуктов с деталей называется wnd_OfferingDetailEdit. Но она одна на все разделы. Поэтому, если Вам надо добавить что-то только для раздела Договоры - либо дописывайте логику в скрипт карточки, либо последуйте совету Ольги и добавляйте userfields для детали Продукт в договоре (см здесь Contracts\Details\Offerings\ и для примера здесь Documents\Details\Offerings\UserFields\uf_OfferingInDocument)

Окно любой детали можно просмотреть в свойстве Window элемента WindowContainer для детали в сервисе раздела:

И вопрос к Террасофту)
почему UF не добавлены в договоры?

Здравствуйте.

Их всегда можно добавить :)
Также сообщу разработчикам - после анализа, данный функционал возможно будет включен в "коробку".

Спасибо, сейчас как раз разбираюсь с советом Ольги и тут вовремя Дмитрий подсказал, где еще посмотреть. Пока распутаю все связи сервисов - в понедельник отпишу о результате.

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

Алексей, здравствуйте.

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

Здравствуйте.
Я связал типы договоров с вновь созданым сервисом пользовательских полей для "Продукты в договоре", но возникает еще вопрос - как должно заполняться поле типа договора в tbl_OfferingInContract ? В сервисах-то я его прописал везде, а вот заполнения не происходит автоматом. Значит где-то код в скрипте каком-то надо указывать еще?

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

Я немного неправильно сформулировал вопрос: пользовательское поле не появляется в карточке вообще. Я смотрел напрямую в таблицу, где прописывал поле, по которому идет связь с таблицей "tbl_OfferingInContract"

<...LEFT OUTER JOIN
	"TS"."tbl_ContractType" "tbl_ContractType" ON "tbl_ContractType"."ID" = "tbl_OfferingInContract"."ContractTypeID">


Так вот "tbl_OfferingInContract"."ContractTypeID" - null. Поэтому и связки никакой не происходит.

Алексей, а Вы для своих полей добавили в карточке настройки этих самых полей, для каких типов они будут отображены?

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

Нет, он там не должен прописываться. А зачем? В таблице tbl_OfferingInContract есть ссылка на договор (ContractID), в котором в свою очередь указан тип (tbl_Contract.TypeID). Вернее даже не сам тип, а ссылка на справочник типов (tbl_ContractType).

Нет необходимости дублировать одни и те же данные.

Тогда я не очень понимаю, куда мне двигаться, в каком направлении еще смотреть. Я все сделал по аналогии с сервисом "Продукт в документе", но все равно не вижу доп. поля в карточке "Продукт в договоре". Может есть дополнительно какой-то скрипт, который за все в ответе?

мануал? :mad:

страница? :cry:

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

Надо бы наверно добавить поле ContractTypeID (со связью) в таблицу tbl_OfferingInContract, селект и датасет. А потом в uf_OfferingInContract в свойствах сервисов в поля "Поле типа таблицы" поставить ContractTypeID.
ContractTypeID можно по идее заменить на любое другое поле справочника (чтобы работало аналогично ТИПУ)

И вообще... Мы же не телепаты . Скидывайте сервисы, чтобы было понятно что именно у Вас не работает

Думал, что действительно придется выкладывать сервисы и "картинки", но обошлось.
Сравнил два скрипта и внес необходимые правки в код одного из них. Какие и куда - не скажу. Потому что про скрипты я спрашивал, но никто не подсказал. :cry:

Спасибо всем Дмитриям и Ольге!!! Пока все работает, как хотелось :smile:

Показать все комментарии

Здравствуйте, подскажите как решить следующую задачу.

В разделе Документы по событию контекстного меню amiActions производится копирование Продуктов из соответствующей детали раздела Счета.

Чтобы обновить после копирования данные детали Продукты необходимо нажать на кнопку детали "Обновить".

Как реализовать обновление в том же обработчике amiActions после копирования?

Нравится

3 комментария

Здравствуйте.

Необходимо получить ссылку на Dataset детали, и вызвать функцию

RefreshDataset(Dataset);

Здравствуйте, Дмитрий!

В конец обработчика amiActionOnExecute события копирования добавили строки, но результата это не дало, т.е. деталь Продукты остается пустой до нажатия Обновить

var Dataset = Services.GetNewItemByUSI('ds_OfferingInDocument');
RefreshDataset(Dataset);//TODO

Здравствуйте, Александр.

Здесь Вы получаете новый экземпляр датасета, а нужно получить ссылку на уже существующий. Что-то вроде:

var Dataset = Self.ParentContainer.ParentWindow.ComponentsByName('pgDetail').Window.ComponentsByName('dlData').Dataset;
RefreshDataset(Dataset);
Показать все комментарии

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

Жаль, что бы она просто пропала :sad:
Кому интересно - пишите в личку, скину исходник этого поделья :biggrin:

Нравится

Поделиться

8 комментариев

А что это за тестирование такое у вас было интересное?

Любим давать всякие мудреные задачки своим программистам время от времени, что бы понять уровень квалификации... или просто, чтобы не расслаблялись... :lol:

--
www.it-sfera.com.ua

симпатичная программка, если не было Террасофт на рабочем месте пользовался бы :)

...
- Так, и делаем это на .Net-е.
- Может лучше в TSAdmin-е?
- А мне не надо лучше, мне надо что бы вы задолбались.

"Underscore a.k.a. _" написал:..
- Так, и делаем это на .Net-е.
- Может лучше в TSAdmin-е?
- А мне не надо лучше, мне надо что бы вы задолбались.

:lol:

Диалог из личного опыта?

--
www.it-sfera.com.ua

"Виталий Ковалишин aka samael" написал:Диалог из личного опыта?

Да нет, старый армейский баян. Сегодня грузим зерно вилами...

Уже двум интересующимся исходник ушел... Кому еще :) ?

--
www.it-sfera.com.ua

Показать все комментарии

Продукты компании объенены в постоянные группы (один дизайн ткани имеет например 10 цветов).
Поэтому признаку соответственно объединяю их в группы.
Нужно что бы эти группы в качестве справочника можно было выбирать в пользовательском поле документа. Не соображу что то...

Нравится

16 комментариев

посмотрите по аналогии, как добавляются группы контактов в разделе "Воздействия" на деталь "Целевая аудитория"

я так понимаю, создается справочник в котором в качестве источника информации используется таблица групп продуктов из раздела Продукты. если так - то 2 вопроса -
1. Как правильно прописать эту таблицу в качестве источника в создаваемом справочнике (достатоно ли просто названия?)
2. И собствеенно где лежит эта таблица ( или просто название, если его достаточно.

Нарыл... ds_OfferingGroup так теперь как источник данных не добавляется (его просто нет в списке выбора). А в TS Adm он есть...

ds_OfferingGroup нужно поставить галочку "Справочник", тогда в карточке редактирования пользовательского поля Вы его увидите

"Раловец Ольга" написал:

Ставлю, при попытке сохранить она убирается. Пачему?

"Клименко Денис Павлович" написал:Ставлю, при попытке сохранить она убирается. Пачему?

какая версия?

Вы не правильно поняли

попробовала на вашей версии, галочка сохраняется, но похоже, что придется его как справочник регистрировать все-таки, чтобы увидеть в списке

так может имеет смысл просто сделать новый датасет (на основании того же запроса или нового)?

ООО "Лайнсервис"
www.ls-crm.ru

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

Ольга. Спасибо большое, все получилось.
Алгоритм:
1. в TS Adm открываем раздел Ofering и находим элемент ds_OferingGroup (в папке Group по поему).
2. Ставим галочку в Булево поле "Справочники" и жамкаем "Сохранить".
3. В TS заходим в настройки справочников, создаем справочник и вводим код "ds_OferingGroup", задаем имя "Группа продуктов".
4. Добавляем справочник. Вуаля

Описывал по памяти,дык шо если где не прав - поправьте

всегда пожалуйста :)
только Offering с двумя f обычно пишется

Задача усложнлась:

В карточке определенного типа клента необходимо создать пользовательское поле в котором бы содержалась список клиентов другого типа. Я так понимаю, опять через всправочники, но как сделать, что бы в справочник попадал только название определенного типа контрагента ("Клиенты")?

Показать все комментарии

Здравствуйте!

Продолжая тему нашего решения для дистрибьюторов http://www.it-sfera.com.ua/ru/crm-reshenija/distribution/distribution-fu... ... :)

Представьте, что у Вас порядка 10 складов (или 5) по всей Украине... Ваш менеджер формирует счет клиенту, выбирает продукт и... проблема - как увидеть сколько доступно данного продукта на нашем, локальном складе (без лишних телодвижений по системе)?

А очень просто:

До новых встреч!

Нравится

Поделиться

8 комментариев

Виталий, решения Вашей компании радуют все более и более!!!

Предложенный Вами вариант весьма хорош.
Маленький вопрос:
Отобразить "Склад магазина г.Львов" "1 013.0000" в гриде (реестре записей) не получиться?
Например, добавляя столбец "Доступно локально" и "Сумма локально".

Спасибо, Владимир!

"Присяжнюк Владимир" написал:Отобразить "Склад магазина г.Львов" "1 013.0000" в гриде (реестре записей) не получиться?
Например, добавляя столбец "Доступно локально" и "Сумма локально".

Пробовали и так :)
Не наилучший вариант (в смысле построения запроса к базе... к тому же веб-сервисы)
+ менеджеры хотят смотреть доступно и на других складах

--
www.it-sfera.com.ua
Terrasoft Solution Partner

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

"Попов Александр" написал:А сделать внизу реестр в котором будут отображаться склады в которых есть товар с указанием кол-ва?

Можно, Отличный вариант! :)
Придется переделать стандартное окно выбора продукта...
Попробуем поэкспериментировать...

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Хотя, Александр, есть один "минус" Вашей идеи...
Если, как в моем примере, больше 10 складов, тогда дополнительный реестр:

1. Отвлекает (менеджеры не любят лишней информации)
2. Лишние запросы на сервер

А так, он видит только свой склад (который устанавливается в его карточке), при необходимости выбирает альтернативный...

В разделе "Продукты" мы добавили деталь "Доступно", где отображается именно так, как Вы предлагаете...

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Можно сделать галочку - отображать все или "свой".

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

Для этого можно в нижней части окна, под реестром Продуктов, сделать 2 закладки: "Доступно на складе" и "Все склады".

Менеджер будет знать, что если его отвлекает много информации или ее количество тормозит работу, то он может перейти на закладку с информацией по 1 складу.

Можно...
Но, посоветовался с нашим Клиентом - оставляем так :)

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Показать все комментарии

Доброе время суток!

Полтора месяца назад, в этом блоге я писал о идее быстрых заказов:
http://community.terrasoft.ua/blogs/3253

За это время идею воплотили в жизнь, немного изменили... Менеджерам понравилось :))
Модуль быстрых заказов включили в наше решение для дистрибьюторов: http://www.it-sfera.com.ua/ru/crm-reshenija/distribution/distribution-fu...

Проведу краткую презентацию подбора продуктов в счет (продукт в корзину добавляем нажатием клавиши Insert) с дальнейшей отгрузкой со склада: QuickOrdering-20090613.avi (5,3 Мб)

Нравится

Поделиться

5 комментариев

Как по мне - вариант быстрее, чем в стандартной коробке, но не самый быстрый в плане работы оператора. Если оператору необходимо заносить большое количество заявок в день - необходимы не значительные доработки самой логики выбора товара.
Но, в целом, супер!!!

Да, действительно впечетляет!

Спасибо!

С помощью "Корзины" можно так же формировать накладные с типом "Ожидание", которые потом одним действием превращаются в накладные с типом "Приход" :)

Вообще, там еще много всего интересного... ;) Мне этот наш проект очень нравится!

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Да. Действительно интересная вещь. Нужно будет себе такое же сделать. :)

спасибо :)

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Показать все комментарии

Здравствуйте!

Продолжая тему склада (http://community.terrasoft.ua/blogs/3221 ), наделал сегодня скриншотов. Кому интересно - милости просим! :)

Нравится

Поделиться

5 комментариев

Готово полное описание конфигурации со снимками экранов:
http://www.it-sfera.com.ua/ru/crm-reshenija/distribution/distribution-f…

--
Cogito, ergo sum

Заинтересовало Ваше решение.
Вопросы:
1. Стоимость.
2. Наличие демо версии.

"Черных Руслан" написал:Заинтересовало Ваше решение.
Вопросы:
1. Стоимость.
2. Наличие демо версии.

Руслан, партнерское решение не предусматривает наличие демо версии (различия между партнерским решением и отраслевым продуктом я описывал в своем блоге http://community.terrasoft.ua/blogs/3028)

Стоимость,- свяжитесь с Александром Чучко

--
Cogito, ergo sum

Полное описание решения доступно и на официальном сайте Террасофт: http://terrasoft.ua/industries/distribution/solutions/

--
Cogito, ergo sum

И добавили слайд-тур:
http://www.it-sfera.com.ua/slidetour/crm-distribution/

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Показать все комментарии

Здравствуйте, коллеги!

Сегодня я хочу представить Вашему вниманию то, чем я занимался последние два месяца (ничего непристойного :) только работа!).

И так, наш клиент и очень хороший друг, решил усовершенствовать свой TSCRM Х25 3.2.0 с частично модифицированными разделами, превратив его в полнофункциональную систему для дистрибуции! Для этого, мы провели 2 недели в командировках, изучали решения партнеров по бизнесу в Польше и Украине (фото отчет визита в Краков здесь: http://picasaweb.google.com/v.kovalyshyn/Krakow#).

Результат - конфигурация на базе TSCRM X25 3.3.0.42, которая решает задачи:

1.Работа с контрагентами
1.1. Накопление и использование разносторонней информации по Контрагентам
1.2. Учет всех адресов и платежных реквизитов
1.3. Учет налоговых реквизитов
1.4. Учет взаимосвязей
1.5. Опросы
1.6. Учет инцидентов, обращений клиентов
1.7. Взаиморасчеты

2.Работа с поставщиками
2.1. Накопление и использование разносторонней информации по Поставщикам
2.2. Учет всех адресов и платежных реквизитов
2.3. Анализ доходности поставок

3.Системы лояльности (новый раздел)
3.1. Типы специальных цен на продукты и группы продуктов
3.2. Системы начисления скидки, зависимо от оборотов
3.3. Системы начисления скидки, зависимо от максимальной покупки
3.4. Автоматический расчет максимального процента скидки
3.5. Системы лояльности для групп Контрагентов

4.Работа с товарными запасами
4.1. Полная база продуктов
4.2. Мультивалютность
4.3. Привязка сложных систем кодировки продуктов с удобным поиском по любому коду
4.4. Учет доступных и ожидаемых продуктов по складам
4.5. Резерв продуктов по счету, документу, договору или по ответственному менеджеру
4.6. Планирование минимальных запасов продуктов на складах
4.7. Автоматизация расчета цены продукта, зависимо от типа и стоимости
4.8. Планирование остатков, анализ остатков и прогноз запасов на следующий период
4.9. Анализ доходности продукта (средний доход в месяц, квартал, год и общий доход по продукту)
4.10. Динамика продаж по складам в числовом и процентном соотношениях за месяц, квартал и год
4.11. ABC-анализ (правило Парето)
a)20% позиций ассортимента (группа А) дает 80% товарооборота
b)15 % позиций ассортимента (группа В) дает 15% товарооборота
c)65 % позиций ассортимента (группа С) составляют 5 % товарооборота
4.12. XYZ-анализ
a)Категория X – группы товаров, характеризуются стабильной величиной потребления и высокими возможностями прогнозирования.
b)Категория Y – группы товаров, характеризуются известными сезонными колебаниями и средними возможностями их прогнозирования.
c)Категория Z – группы товаров с нерегулярным потреблением, какие-либо тенденции отсутствуют, точность прогнозирования невысокая.
4.13.Сочетание анализом АВС и XYZ – выявление безусловных лидеров (группы АХ) и аутсайдеров (СZ)

5.Работа со складами
5.1. Учет продуктов по, теоретически, неограниченному количеству складов
5.2. Методы расчетов: FIFO, LIFO и средневзвешенный
5.3. Партийный учет продуктов
5.4. Учет приходов и отгрузок
5.5. Инвентаризация склада с дальнейшим оприходованием или списанием
5.6. Перемещение продуктом между складами
5.7. Учет ожидаемых приходов
5.8. Автоматическое формирование заказов поставщику на основание отгрузок за выбранный период
5.9. Оптимизация кода склада, для уделённой работы через web-сервисы

6.Работа с рекламациями (новый раздел)
6.1. Учет рекламаций клиентов
6.2. Форма рекламации (возврат денег или замена товара)
6.3. Состояние рекламации
6.4. Учет некондиции
6.5. Рейтинг наиболее проблемных продуктов
6.6. Формирование задач сотрудникам
6.7. Открытие инцидента на основание рекламации

7.Работа со счетами
7.1. Учет всех скидок Клиентов
7.2. Предупреждения о дебиторских задолженностях
7.3. Кредитный лимит клиента
7.4. Глубина кредита (количество дней для отсрочки платежа)
7.5. Фиксация просрочены платежей
7.6. Процентный рейтинг дебиторских задолженностей клиента от общей суммы долга по фирме
7.7. Запрет выставлять счета определённым группам клиентов
7.8. Отгрузка со склада на основание счета
7.9. Пакетная корректировка цены продуктов в счете

8.Отчеты
8.1. Печатные формы документов
8.2. Аналитические отчеты и графики
8.3. Многофрактальный OLAP-отчет

9.Интеграции
9.1. Интеграция с 1С 7.7
9.2. Вывод списка продуктов с ценой и количеством на сайт

Система находится в активном тестирование!
Если кого заинтересует - опишу более детально со скринами :-)

На этом - все!
Спасибо за внимание!

Нравится

Поделиться

16 комментариев

я думаю, заинтересует всех. особенно складская часть

Виталий, отличное решение и описание!

Предлагаю подготовить скрин-шоты к описанным бизнес-задачам в ближайшие дни и выводить конфигурацию в категорию "Партнерское решение".

Уверен, данное решение будет востребовано как со стороны клиентов, так и партнеров Terrasoft!

Полностью согласен с Владимиром.

Александр, обязательно опишем в полном объеме и разместим в "партнерских решениях".
Хотелось бы обратить внимание на то, что разработка велась в двух ветках. Таким образом, решили задачи клиента и в параллельной ветке велась разработка без привязки к данному проекту с нашими идеями и опытом других проектов.
Поэтому решение получилось интересное и гибкое. Думаю к понедельнику сможем порадовать новым (полным) описанием и отдельным разделом на нашем сайте. Если хватит сил еще и слайд-тур организуем!

Александр, хорошие новости!

Успешной работы!

Как предложение - организовывать вебинары по партнерским решениям

Владимир, проведение вебинаров - очень хорошая идея.

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

В любом случае, согласовывать дату и время проведения вебинаров следует с отделом маркетинга Terrasoft.

"Владимир Соколов" написал:организовывать вебинары по партнерским решениям

Идея неплохая, вот только вопрос в сути вебинара?

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

Вопрос снимается, пока писал Александр сделал уточнение!

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

Я где-то 2-3 года назад беседовал одним из сотрудников Terrasoft по поводу разработки учетной части в TSCRM и сделать систему самодостаточной. Даже чтобы не требовалась интеграция с 1С либо другой учетной системой. Мне тогда ответили, что в ближайшем будующем фирму Terrasoft интересует только направление CRM, что на нем идет специализация и в нем видится вся перспектива.
Я прекрасно понимаю руководство Terrasoft. CRM системы сейчас стоят дорого, направление популярное и имеет тенденцию к росту, изменения в бизнесс-логике весьма незначительны.
Учетная система требует значительных усилий на проектирование, разработку, тестирование, так как бизнесс-логика учетной системы значительно сложнее просто CRM системы. Кроме того очень сложен процесс поддержки (так как законодательство очень часто меняется). Кроме того необходимы конфигурации под разное законодательство (российское, украинское, американское и т.д.), что тоже значительно усложняет систему и ее поддержку.
Да и лицензии на учетную систему ранга 1С стоят на сегодняшний день значительно дешевле лицензий TSCRM. Очевидно и поддержка такой учетной системы также стоит дешевле.

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

Отвечу на Ваши вопросы:

"VitaliyC" написал:2 месяца - это чудесный результат для такого проекта.

Реально, проект стартовал на 3.2.0 в мае прошлого года и дорабатывался помодульно. В конце 2008г. мы пришли к выводу, что проще все переписать с 0 на новой версии, поскольку появилось множество пожеланий клиента и новых идей. Мы пообщались с разными компаниями (партнерами нашего клиента), у которых опыт работы на рынке порядка 10-17 лет! Посмотрели как у них, решили как будет у нас! :)

"VitaliyC" написал:Я где-то 2-3 года назад беседовал одним из сотрудников Terrasoft по поводу разработки учетной части в TSCRM и сделать систему самодостаточной.

Обратите внимание! Мы не делали учётной системы (налоги, амортизация и т.д.), для этого используется интеграция с 1С 7.7. В нашей системе работают менеджеры, логисты, аналитики...

"VitaliyC" написал:- разрабатывалась ли проектная документация и в каком виде

спецификация для программистов и краткий регламент для пользователей по ролям в системе

"VitaliyC" написал:- проводилась ли сверка результатов партионного учета с аналогичными учетными системами

Нет, тестирование только стартует с понедельника

"VitaliyC" написал:- проводилась ли проверка системы округлений сумм в документах с аналогичными учетными системами

Да, с 1С

Уверен, система не идеальна... Но мы пытаемся, вмести с клиентом, сделать её таковой!

--
Cogito, ergo sum

Виталий, поздравляю!
Действительно очень интересное решение! Было бы очень интересно на него посмотреть, когда закончите тестирование.

Михаил Талалай
руководитель направления отраслевых решений
ООО "Лабитек", Санкт-Петербург
тел: (812) 448-49-06
e-mail: talalay@labitec.ru

"VitaliyC" написал:- проводилась ли проверка системы округлений сумм в документах с аналогичными учетными системами

Сразу вспомнил "проблему одной копейки": http://community.terrasoft.ua/blogs/3166 :)

--
Cogito, ergo sum

"Ковалишин Виталий aka samael" написал:Уверен, система не идеальна... Но мы пытаемся, вмести с клиентом, сделать её таковой!

Идеальных систем не существует.
Посоветую обращайте больше внимания на уже существующие системы и проводить их анализ. В них все таки заложена проверенная годами и многими клиентами бизнесс-логика.
А конкретного клиента можно убедить работать за общепринятыми стандартами (как напр. это происходит при выборе готовой CRM или ERP системы). Реально это даст ему больше преимуществ в работе чем "собственно придуманный" вариант работы, хоть он об этом зачастую и не задумывается. Проведя анализ существующих систем и реальных потребностей и пожеланий клиента(ов) можно попробовать сделать систему лучше или более оптимальной напр. для конкретного направления "Оптовая дистрибуция". Данный вопрос будет еще более актуальным при позиционировании данного решения как партнерского.

Спасибо за Ваши ответы.
Пожелаю Вам удачи в работе.

"VitaliyC" написал:Идеальных систем не существует.

Согласен :)

"VitaliyC" написал:обращайте больше внимания на уже существующие системы и проводить их анализ

Как я написал, мы обращали внимание на существующие системы!

Мое, субъективное мнение, что в Украине 90% - это разные конфигурации 1С
Наш клиент остановил свой выбор на СРМ-системе Terrasoft.
Благо у его основных поставщиков (Польша, Германия, Италия) ничего не знают о 1С... В Польше вообще забавная ситуация - почти в каждом большом городе имеется свое решение. Нету единой монопольной системы, да и законодательство другое :)
У прямого поставщика (компания, которая на Европейском рынке 17 лет) своя собственная разработка (у них отдельный штат программистов, которые занимаются развитием системы). Система использует Oracle, раньше была написана на Delphi, а 2 года назад они переписали её полностью на C#. Сегодня у них в таблице с проводками продуктов около 11 млн. записей. Это мощный инструмент для отдела продаж и логистов! Обратите внимание, они приняли решение не писать свою учётную систему для бухгалтерии, а купили популярную в их городе и интегрировались. Пускай они отслеживают изменения в законах! :) Считаю, что это правильно.

Очень благодарны клиенту за оказанную помощь в изучение разных систем для дистрибуторов на рынке Европы!

--
Cogito, ergo sum

"Ковалишин Виталий aka samael" написал:
Как я написал, мы обращали внимание на существующие системы!
...
Очень благодарны клиенту за оказанную помощь в изучение разных систем для дистрибуторов на рынке Европы!

Я про это и говорю. У Вас должна получиться хорошая система для оптовой дистрибуции, особенно учитывая, что Вы базировались на европейском опыте.

Расчет коэффициента вариации продукта (XYZ-анализ) проводится по формуле:


где,
х i — количество отгрузок продукта за i- тый период,
x — среднее значение отгрузок продукта,
п — число периодов.

--
Cogito, ergo sum

Показать все комментарии

Подскажите, как в Terrasoft CRM 3.2 выполнить перемещение продукта между складами? (Создать накладную на внутреннее перемещение.)

Нравится

5 комментариев

Вариант 1 - две накладные: приход и расход
Вариант 2 - создать новую операцию - перемещение, с соотв. карточкой, логикой и т.д.

Здравсвтуйте!
Такая задача, как реализация внутреннего перемещения продуктов между складами является далеко не тривиальной.
На самом деле есть несколько вариантов решения подобной задачи. Один из них, наиболее рациональный, реализация отдельной закладки перечня складов и количества продуктов в нем, а также создание накладной типа "Перемещение". На закладке складов необходимо подсчитывать общее количество продуктов по накладным прихода и отгрузки (осуществлять переборку для каждого продукта и склада соответственно) и отображать доступное количество продуктов для каждого склада. Из этой закладки Вы сможете видеть то количество продуктов, которое необходимо переместить из одного склада в другой. Для накладной типа "Перемещение" необходимо создать отдельное окно, в котором будет указан склад отгрузки и склад приема с указанием количества перемещаемого продукта. Для отгрузки продукта со склада функционал будет аналогичен стандартной накладной отгрузки, а для склада - получателя, аналогично стандартной накладной прихода (с точки зрения программной реализации). Создание накладной "Перемещение" можно реализовать по нажатию действия в разделе "Склад".
Также можно реализовать поставленную задачу более простым способом с точки зрения реализации, но он будет менее удобным. Задача будет состоять в изменении значений в полях "Склад" и "Количество" в таблице "Продукт в накладной". Но в данном случае для перемещения продуктов необходимо будет перебирать вручную все записи накладных, в которых будет достаточное количество продукта для перемещения.

Terrasoft Support Team

А как при этом рекоммендуете отслеживать стоимость перемещенного товара?
Ведь иногда перемещение заводится спустя несколько дней, когда уже введены более новые приходные накладные, изменившие себестоимость товара на текущий момент.

Со стоимостью должен соблюдаться общий подход Lifo/Fifo так же как и для отгрузочных накладных, либо если требуется жесткий контроль себистоимости по партиям - ключевым образом переработать логику работы и соответственно графическое представление наличия товара в разрезе партий.

Здравствуйте!

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

Terrasoft Support Team

Показать все комментарии