Воскресенье, 09.08.2020, 08:58
Приветствую Вас Гость | RSS

Универсальная программа учета

Ленточный вариант форума - Форум

[ Обновленные темы · Новые сообщения · Участники · Правила форума · Поиск · RSS ]
Форум » Ленточный вариант форума
Новые сообщения
supasoftДата: Вторник, 09.06.2020, 11:00 | Сообщение # 1
Форум: Изменение функций | Тема: Дублирование дочерних записей не во всех дочерних объектах
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Бывают ситуации, когда нужно дублировать дочерние записи не во всех дочерних объектах. Тут два варианта решения проблемы:
1. Настраивать в каких дочерних объектах дублировать записи.
2. Дублировать только в тех объектах, в которых тип правила удаления "Удалять".
Возьмем пока второй вариант, т.к. он проще в реализации.
 
supasoftДата: Пятница, 22.05.2020, 18:32 | Сообщение # 2
Форум: Изменение функций | Тема: Пересоздание скопированных дочерних записей
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Сейчас копирование дочерних записей происходит при закрытии карточки по клавише "ОК". Есть вариант копировать дочерние записи при выборе значение в соответствующем справочнике. Будем называть этот справочник триггером.
Например, если пользователь выбрал значение в справочнике-триггере то программа спросит "Скопировать дочерние записи?". Если пользователь нажимает "Да", то записи копируются и их сразу будет видно на карточке.
Пример 2. Если пользователь выберет другое значение справочника-триггера, то программа предложит пересоздать скопированные дочерние записи по другому шаблону.
Это удобно, т.к. появляется возможность указать другое значение справочника с пересозданием дочерних записей.
Если есть незаполненные обязательные поля, то программа будет требовать сначала заполнить их, а не справочник-триггер. Это, возможно, создаст неудобства. Хотя может и нет.
Плюсы:
- можно пересоздавать дочерние записи по другому шаблону
- можно пересоздавать дочерние записи с другим количеством в родительском объекте
Минусы:
- станет немного сложнее. раньше выбрал справочник-триггер, нажал ОК и все в порядке. А теперь вопросы какие-то задаются.
- перед выбором справочника-триггера программа будет требовать заполнить другие обязательные поля
Что думаете?
 
supasoftДата: Четверг, 14.05.2020, 18:48 | Сообщение # 3
Форум: Планы разработки | Тема: Журнал изменения полей
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Контроль за тем, кто, когда и что именно изменил в каждом поле.
 
supasoftДата: Четверг, 14.05.2020, 18:05 | Сообщение # 4
Форум: Планы разработки | Тема: Групповые операции
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Массовое добавление/изменение/удаление данных. Например добавить всем клиентам заметку, что им была сделана рассылка.
 
supasoftДата: Понедельник, 20.04.2020, 13:02 | Сообщение # 5
Форум: Изменение функций | Тема: Перенос базы из %appdata% в Мои документы
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
А то пользователям сложно искать базу в версии с установщиком.
Скорее всего база будет в "Мои документы\Supasoft\Localbase".
 
supasoftДата: Понедельник, 20.04.2020, 12:59 | Сообщение # 6
Форум: Изменение функций | Тема: Переименование папки Source на Init
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Надо переименовать папку Source на и Init и скрыть ее. Пользователи постоянно пытаются сохранить туда базу.
 
supasoftДата: Пятница, 17.04.2020, 15:45 | Сообщение # 7
Форум: Удаление функций | Тема: Удаление [N] в шаблонах документов
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Маркер [N]можно заменить нумерацией ворда.
 
supasoftДата: Пятница, 17.04.2020, 15:44 | Сообщение # 8
Форум: Изменение функций | Тема: Удаление третьего состояния логического поля
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Не прижилась. Да и сложно в использовании для простого пользователя.
 
supasoftДата: Пятница, 17.04.2020, 15:42 | Сообщение # 9
Форум: Удаление функций | Тема: Удаление функции формулы "Значение родителя"
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Функцию "Значение родителя" можно заменить функциями "Если".
 
supasoftДата: Вторник, 07.04.2020, 18:02 | Сообщение # 10
Форум: Вопросы | Тема: Распределение поступления денег
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Если оплата одна за несколько проектов, то разбейте оплату на несколько. Считаю ошибочным внесение оплаты в расходы. Все оплаты клиента нужно вносить в оплаты. Все расходы - в расходы.
 
SmolenskДата: Понедельник, 06.04.2020, 20:03 | Сообщение # 11
Форум: Вопросы | Тема: Распределение поступления денег
Группа: Пользователи
Сообщений: 5
Репутация: 0
Статус: Оффлайн
Так-то сделать конечно можно, но это слишком простой учет....много вопросов возникнет...
Оплата может быть одна сразу за несколько проектов, часть на тех затраты, часть предоплата, есть проекты повторяющиеся (сопровождение сайта), есть разовые и т.п.
, я так примерно и сделал но более подробно...всё считается хорошо и красиво.

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


Сообщение отредактировал Smolensk - Понедельник, 06.04.2020, 20:04
 
supasoftДата: Понедельник, 06.04.2020, 18:06 | Сообщение # 12
Форум: Вопросы | Тема: Распределение поступления денег
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Что-то как-то сложно все у вас. Я бы сделал так:
Прикрепления: 5442080.png(4.1 Kb)
 
SmolenskДата: Понедельник, 06.04.2020, 11:05 | Сообщение # 13
Форум: Вопросы | Тема: Триггер
Группа: Пользователи
Сообщений: 5
Репутация: 0
Статус: Оффлайн
Спасибо за помощь
 
supasoftДата: Понедельник, 06.04.2020, 10:49 | Сообщение # 14
Форум: Вопросы | Тема: Триггер
Группа: Администраторы
Сообщений: 38
Репутация: 0
Статус: Оффлайн
Смотрите рисунок. Базу прилагаю.
Прикрепления: 1780946.zip(159.4 Kb) · 1331131.png(38.7 Kb)
 
SmolenskДата: Понедельник, 06.04.2020, 10:19 | Сообщение # 15
Форум: Вопросы | Тема: Распределение поступления денег
Группа: Пользователи
Сообщений: 5
Репутация: 0
Статус: Оффлайн
Добрый день.
Занимаюсь оказанием определенного вида услуг (разработка сайтов и сопутствующие).
Есть огромное желание реализовать распределение поступления денег от клиента на статьи затрат.

Постараюсь пояснить по пунктам:
1) Сейчас в моей конфигурации в карточке каждого клиента есть вкладка "проекты" (грубо говоря сайты клиента и доп. услуги).

2) Во вкладке "проекты" есть вложенные вкладки:
- "продажи/прибыль" (по каждому сайту клиент делает 2-4 платежа (предоплаты)).
- "тех затраты" (мои затраты для выполнения "проекта" (покупаю плагины, шаблоны и т.д.) 

3) Соответственно оплата клиента (пришли деньги на карту) у меня вручную (просту делю сумму) распределяется на две вкладки: "продажи/прибыль" и "тех затраты", некоторые оплаты просто заносятся в "продажи/прибыль" если нет "тех затрат".

4) Что бы не запутаться с какой предоплаты куда пошли деньги я сделал у клиента также вкладку "Общие поступления" куда просто заношу сумму и дату поступления денег от клиента.

5) При ручном распределении денег на "продажи/прибыль" и "тех затраты" у меня в них есть поле ("ссылка на объект "Общие поступления") где я вручную выбираю с какого поступления эта "продажа" или "тех затрата"

Пример: "Проект" (сайт) стоит 30 000. Пришла предоплата 15 000.
1) Заношу эту сумму на вкладку "Общие поступления".
2) С неё я 5 000 трачу на покупку шаблона сайта -заношу в "тех затраты")
3) остальные 10 000 заношу  "продажи/прибыль".
При каждом внесении выбираю (поле "ссылка на объект "Общие поступления") к какому поступлению относится.
 

Это не сильно сложно когда суммы ровные, но иногда приходится высчитывать, иногда тех. затрат несколько. Я конечно создал поля типа "дебет-кредит")))) которое проверяет всё ли правильно я распределил (без остатка).
 
Но может быть, если не сложно, подскажите как реализовать механизм "распределения поступление денег"
Подобное было ещё во втором прототипе, он не поддерживается, но может быть по-другому.

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