Форум сервиса Планфикс

Федоров Илья Александрович писал(а): ↑

13.11.2018 13:09

Более перспективный, как мне кажется, путь это интеграция с учетными системами где хранится актуальная информация по расчетам, остаткам и т.п.

• В аналитику добавляем такой реквизит как "Дата обнуления остатков", .Т.е. это дата когда в последний раз остатки равнялись нулю.

• Когда остатки в очередной раз обнуляются (долг полностью погашен и дебет равен кредиту), добавляем в аналитику пустую запись с текущей датой в новом поле, это значит что все отчеты будут строится после этой даты.

• Затем заходим в настройки аналитики и меняем в ней значение по умолчанию на эту дату обнуления, т.е. все дальнейшие записи в этом поле будут иметь значение например 01-05-2018.

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

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

Александр Черняев писал(а): ↑

13.11.2018 16:37

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

Константин Чугунов писал(а): ↑

15.05.2019 12:58

Мне кажется, Вам стоит смотреть в сторону вычисляемых полей в карточке контакта.

Примерно так, вижу:
Кастомное поле 1: "Платежи". Сюда суммируем соответсвующую аналитику по платежам клиента.
Кастомное поле 2: "Списания". Сюда суммируем аналитику по потраченным средствам клиента.
Кастомное поле 3: "Баланс" Вычисляемое поле = поле1 - поле2

Внимание вопрос: а можно ли в отчете выводить значение вычисляемого поля, на определенную дату? Т.е. не то значение поля которое имеется в нем на момент запуска отчета, а то, которое было в этом поле в определенное время... Интересные кейсы могли бы получиться.

Дмитрий Гончаренко писал(а): ↑

15.05.2019 16:54

Нет, это очень сложная штука со множеством нюансов. Если бы такая возможность была, то это решало бы половину задачи превращения ПланФикса в систему учета вроде 1С.

Тогда зачем у нас есть аналитики? Т.е. данные собираем, а посчитать до конца не можем...

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

Mike Goshka писал(а): ↑

27.05.2019 09:59

У нас есть решение с аналитиками, могу в кратце описать как мы его видим:

1. В кастомных полях появляется специальное поле, которое будет использоваться для хранения остатка.
2. К этому полю подвязывается 2 аналитики, при добавлении одной из которых будет наращиваться значение поля (Поступление), а другой списываться (Списание).
3. Данное поле запрещается к редактированию в ручном режиме и можно задавать только с помощью добавления аналитик.
4. Перемещение например между складами это расход с одного справочника (склада) и приход в другой справочник (склад).

Тут хорошо ложится схема с выпиской счетов через аналитики, сразу при выписке счета товар списывается со справочника, если счет аннулирован, возвращается обратно.
При удалении аналитик, механизм возврата обратно в поле справочника.

Mike Goshka писал(а): ↑

27.05.2019 09:59

У нас есть решение с аналитиками, могу в кратце описать как мы его видим:

1. В кастомных полях появляется специальное поле, которое будет использоваться для хранения остатка.
2. К этому полю подвязывается 2 аналитики, при добавлении одной из которых будет наращиваться значение поля (Поступление), а другой списываться (Списание).
3. Данное поле запрещается к редактированию в ручном режиме и можно задавать только с помощью добавления аналитик.
4. Перемещение например между складами это расход с одного справочника (склада) и приход в другой справочник (склад).

Тут хорошо ложится схема с выпиской счетов через аналитики, сразу при выписке счета товар списывается со справочника, если счет аннулирован, возвращается обратно.
При удалении аналитик, механизм возврата обратно в поле справочника.

Mike Goshka писал(а): ↑

28.05.2019 12:28

Поле будет хранить только текущий актуальный остаток.

Michael Goshka писал(а): ↑

27.05.2019 09:59

4. Перемещение например между складами это расход с одного справочника (склада) и приход в другой справочник (склад).

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

Michael Goshka писал(а): ↑

16.04.2020 05:33

Это описанный концепт работы.
Он еще не реализован.

Vitalii Pervukhin писал(а): ↑

16.04.2020 13:51

Это описанный концепт работы.
Он еще не реализован.
А когда планируете реализовать?

А когда планируете реализовать?