QBFC: настраиваемые отчеты — фильтрация по настраиваемым полям

В отношении моего предыдущего вопроса: qbfc CustomerQuery на основе адреса электронной почты?

Можно ли создать настраиваемый подробный отчет о клиентах и ​​использовать настраиваемое поле для «фильтрации» отчета. Должен признаться, я не совсем разбираюсь в CustomDetailReports, так как мне не нужно их реализовывать, и никогда не было.

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

Что я пытаюсь сделать, так это получить список клиентов в подробном отчете и отфильтровать этот отчет на основе значения настраиваемого поля. Таким образом, я могу сузить свои возможности клиентов, которых мне нужно проверить, и получить их ListID или FullNames.

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

Я могу сохранить свою собственную ссылку во внешней БД и использовать ее для ссылки на адрес электронной почты в ListID клиента, но мне бы очень хотелось добиться этого с данными, хранящимися только в Quickbooks, в соответствии с философией Quickbooks «Хранить данные Один раз"

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

Заранее спасибо.


person Louis van Tonder    schedule 20.11.2013    source источник


Ответы (1)


Можно ли создать настраиваемый подробный отчет о клиентах и ​​использовать настраиваемое поле для «фильтрации» отчета.

Неа. QuickBooks не поддерживает это.

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

Да, он отображает настраиваемый отчет... но не позволяет фильтровать его по настраиваемым полям.

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

Рассматривали ли вы вместо этого кэширование клиентов в вашем приложении? Это было бы гораздо быстрее. Затем вы можете просто периодически запускать запрос к QuickBooks, чтобы получать клиентов, которые были обновлены с момента последнего запуска запроса (например, добавочная синхронизация данных).

Я могу сохранить свою собственную ссылку во внешней БД и использовать ее для ссылки на адрес электронной почты в ListID клиента, но мне бы очень хотелось добиться этого с данными, хранящимися только в Quickbooks, в соответствии с философией Quickbooks «Хранить данные Один раз"

Мой личный опыт показывает, что, к сожалению, синтаксис запроса, который позволяет/использует QuickBooks, слишком ограничен, чтобы это было реалистично.

person Keith Palmer Jr.    schedule 20.11.2013
comment
Спасибо, как обычно, вы ответили на все мои вопросы... и будущие вопросы по этой теме, которые я собирался задать... :-) - person Louis van Tonder; 20.11.2013
comment
Я думаю, что, как вы предложили, я буду кэшировать, а не хранить клиентов. Может быть, однажды, когда мое приложение откроется, а затем в фоновом режиме каждый раз, когда добавляется новый клиент, обновите мой временный кеш. - person Louis van Tonder; 20.11.2013
comment
Обновление для всех, кто использует этот вопрос в качестве ссылки. Моя реализация кэширования сокращает мои процедуры входа в систему с 15-20 секунд до 1 секунды... (Я аутентифицируюсь по адресу электронной почты и паролю клиента в пользовательском поле). Спасибо. - person Louis van Tonder; 21.11.2013