Есть бизнес. Есть цели. Есть софт. Будет результат!
Правила публикации сообщений:
1. Одна тема - одна идея или вопрос. Не пишите несколько составляющих в одном сообщении.
2. Название сообщения как можно более короткое, отображает суть вопроса/идеи/ошибки.
3. В описании - раскрытие сути. Желательно публиковать скриншоты с ошибками или примерами идей.
4. Пишите пожалуйста идеи и предложения не в комментариях, а в новых собщениях!
По продукту вводится минимальный остаток и порог реагирования (при каком количестве нужно заказать). Эти же остатки можно ввести отдельно для каждого склада. В соответствии с этим количеством – можно делать заявки поставщикам.
Существует отчет, который рассчитывает средний расход продукта в день и исходя из остатков на складе. Расход продуктов рассчитывается по реализации (по списаниям со склада). Например, если в день уходит 10 единиц продукта, а остатки на складе (с вычетом резерва) составляют 80 единиц продукта, то этого продукта нам хватит на 8 дней. Срок поставки от основного поставщика – 3 дня. Соответственно, нам нужно заказать этот продукт через 8-3 = 5 дней. Текущая дата + 5 дней = дата предполагаемого заказа.
Планируемые списания (списания в статусе «Запланировано») – резервируют продукты на складе.
Если требуется полный список все городов РФ, то давайте попробуем на основе КЛАДР сделать перенос его в систему. Правда в КЛАДРе всё равно нет однозначных данных о телефонном коде города, т.е. если и появится список всех городов, то коды придётся ставить в ручную . Работа с КЛАДР это индивидуальная задача и пока решается на платной основе.
Переезд на новый ПК
Прошу помочь с переездом на новый ПК.
Дело в том что на старом ноутбуке сдыхает HDD и было принято решено перехать на новый за одно и обновиться.
На старом ПК стоит несколько версий SQL от 2008 до 2012
Послднее время я работал на 2012 (при запуске программы там можно выбирать из установленных версий) когда-то выбрал так и осталось.
Купил я новый ПК поставил на него 2008 R2 express версию SQL и попытался восстановить БД из архива (SQL 2012), но плучил ошибку.
Тогда я попробовал проделать то же самое, но с архивом сделанным из под SQL 2008.
Данный архив восстановился без проблем, но оказалось что БД старая и содержит не актуальную информацию на сегодняшний день.
Собственно как вы уже догадались :) вопрос сводиться к тому чтобы понять как можно перегнать последнюю версию архива из 2012 SQL в 2008?
Т.к. на новом ПК у меня система чистая, то я бы хотел избежать необходимости в установке на нее еще и 2012 версии SQL. Тем более что в последней версии КлиКа я нашел руководство по установке и там было сказано, что ваш продукт заточен конкретно под 2008 SQL. Не знаю почему он у меня заработал на 2012 версии?
В свое время 2012 версию я поставил изходя из того, что на новой версии ваша программа будет быстрее работать (типа новая версия, много улучшений), но если прирост и есть, то не заметный для конечного пользователя.
Знал бы к каким последствиям это приведет в будущем... но уже поздно.
Обратная операция поддеривается, но вот и мено в таком направлении - нет.
Вам придётся отказаться от использования SQL 2008 и полностью перейти на SQL 2012.
Начиная с 201 года поддержка версии SQL 2012 осуществляется в полной мере и работать на этой версии можно не опасаясь каких-либо последствий или ошибок несовместимости.
Расчет доходности реализации по ДС при частичной оплате
Добрый день!
Мне надо получить анализ выручки/доходности_по_выручке по менеджерам/контрагентам, при этом иметь возможность задать необходимый период времени, как по реализации, так и по поступлению ДС.
Для этого я создал Режим на Пивот на классе Поступления.Факт.Разнесения.
Для подсчета доходности по неполностью оплаченной реализации использую коэффициент, какая часть с/с-сти оплачена, типа сумма поступивших ДС/сумма накладной.
Доходность по выручке считаю так:
Case
when ("Сумма"/"Реализация->Сумма") < 1 and "Сумма" > "Реализация->Стоимость б.в."
then ("Сумма"-isnull("Реализация->Стоимость б.в.",0))
when ("Сумма"/"Реализация->Сумма") < 1 and "Сумма"< "Реализация->Стоимость б.в."
then ("Сумма"-isnull("Реализация->Стоимость б.в."*"Сумма"/"Реализация->Сумма",0))
else ("Сумма"-isnull("Реализация->Стоимость б.в.",0))
end
Сумма - ДС из поступления.
Это работает за исключением случая, когда на одну реализацию приходит несколько оплат, и при этом каждая
оплата в отдельности меньше с/с-сти, а в сумме они больше с/с-сти. Такое случается из-за курсовых разниц. При этом для каждого поступления ДС работает второе условие, но потом на режиме это суммируется, и получается,
что оплачено больше себестоимости, в результате доходность считается неправильно.
Пример: с/с-сть 100, реализация 120. пришло денег 130 (70+60). По каждому
приходу ДС работает второе условие, т.к.
каждый приход ДС меньше суммы накладной и меньше с/с-сти. Оплачена с/с-сть 58,33+50=108,33, т.е. больше, чем была с/с-сть.
В результате, когда считаю доходность, получаю (70-58,33)+(60-50)=11,67+10=21,67. На самом деле должно быть 130-100=30.
p.s. версия 6.5 2.6.2011
руководство пользователя ПСБ
Полное руководство пользователя опубликовано а разделе "документация" сайта http://axistem.ru/support/docs.php
Прямая ссылка: http://axistem.ru/support/doc/klik_poligrafia_user_manual.zip
Так еж не потеряло свую актуальность руководство по быстрому началу работы с решением: http://axistem.ru/support/doc/klik_poligrafia_quick_start.zip
Клик Управление продажами. Расчет поля 1858 "Сумма всех продаж" в классе 131 "Номенклатура
массовое изменение цен
ошибься при вводе себестоимости - решил увеличить на 50 копеек - 0,5р
получаю такую ошибку как на картинке.
при этом изменение на целое число 5 рублей - проходит хорошо.
задать другой разделитель рублей и копеек 0.5 система не дает.
Здравствуйте, Сергей, ошибку увидили, теперь, как исправить:
1. Заходите в КК под пользователем sa
2. Открываете режим Оборудование и стоимость операций
3. На данном режиме нажимаете сочетание клавишь на клавиатуре Ctrl + T - становится доступным Скрипт (Все действия -> Скрипт)
4. В открывшемся редакторе сценария находите процедуру Sub Update (sender), в ней находите строку:
kol = this("form")("CountProd").Value
и заменяете ее на строку:
kol = CStr(replace(abs(this("form")("CountProd").Value),",","."))
Далее, ищем строку:
kolSeb = this("form")("CountProdSeb").Value
и заменяем ее на:
kolSeb = CStr(replace(abs(this("form")("CountProdSeb").Value),",","."))
Сохраняем скрипт.
5. Идем в Пуск, Все программы, Microsoft SQL Server, SqL Server Menagement Studio, входим под sa. В Menagement Studio слева нажимаем кнопку New Query- откроется окно запроса, в него вставляем текст из прикрепленного файла. Проверяем вверху слева от запроса в выпадающем списке (расположен слева от кнопки EXECUTE) название базы для которой ходим выполнить запрос. Нажимаем кнопку EXECUTE – запрос выполняется – видим сообщение Command(s) completed successfully.
6. Идем в КК и проверяем работу кнопки изменения цен
Скорость открытия режимов в КК
Крайне мешает работе с КК медленное открытие режимов и создание записей. К примеру - от открытия режима задач и начала создания "задачи" до ее сохранения проходит не менее 2 минут, большая часть времени уходит на ожидание открытия режима, создания записи и т.д. Содержательная часть (текст задачи, исполнитель и т.п.) занимает не более 30 сек.
Судя по всему основное время занимает выполнение разных скриптов.
Как можно ускорить работу КК? Может быть отключить выполнение скриптов при открытии режимов и т.п.?
Где я могу увидеть себестоимость продукта
Такая ячейка у меня есть в режиме "Накладные от поставщиков", в карточке "Поставщик.Накладные.Продукты." Но заходить туда для того чтобы увидеть себестоимость каждый раз неудобно.
Мне кажется. что эта информация должна быть в режиме Продукция, на вкладке Поставщики, в карточке "Номенклатура.Поставщики." Но там есть только цена от поставщика без разнесенных услуг.
Если кратко сформулировать заложенный в систему подход к учету, то получим следующее:
Себестоимость с учетом разнесенных услуг рассчитывается в рамках каждого отдельного документа от поставщика и поэтому она отличается для разных накладных даже в рамках одного поставщика.
Себестоимость реализации покупателю определяется в момент выполнения этой реализации по средневзвешенному значению партий текущих остатков продукта. Т.е. она так же может изменяться от реализации к реализации.
По этим причинам вывести какую-то универсальную цифру на карточку продукции не получается. Это будет в любом случае некоторый договорной параметр, например "себестоимость последней поставки" или нечто аналогичное.В планах стоит отобразить в карточке "Номенклатура. Поставщики" историю накладных про этому продукту от этого поставщика с указание себестоимости каждой поставки.
Настройки отправки по e-mail
Service d'assistance aux clients par UserEcho