Ваши комментарии
Здравствуйте.
Многовалютный учет, сейчас, наверное - это самый частый запрос, поступающий от наших пользователей. Поэтому мы пересмотрели наши планы и поставили этой функции более высокий приоритет. К сожалению, при разработке программного продукта тяжело соблюдать даже приблизительные сроки выхода, так как задания меняются в процессе разработки, и зачастую даже возникают новые.
Я могу рассказать общие моменты, которые будут касаться многовалютного учета в "Большой Птице".
Мы по-прежнему ориентируемся на то, что большинство пользователей в качестве основной валюты имеют российский рубль. Будет введено понятие "Основная валюта учета", в которую будут (при необходимости) пересчитываться все суммы по документам. В документе можно будет выбрать валюту, курс и кратность. При проведении документа, если он создан в неосновной валюте, суммы будут пересчитаны в основную. Например, мы делаем накладную на 100 долларов по курсу 55 руб, а основной валютой является рубль. Клиент станет нам должен 5500 руб. То есть в отчетах всегда будет фигурировать только основная валюта учета, это нужно для того, чтобы, например, закрывались взаиморасчеты. В качестве основной валюты можно будет выбрать любую из справочника валют, однако уже существующие документы никак пересчитываться не будут. Курс валюты можно устанавливать по курсу ЦБ, вводить вручную или рассчитывать по формуле. Валюта будет введена во все документы, где есть суммы, а также она появится в справочниках "Кассы", "Банковские счета", "Типы цен". Наименование валюты будет выводиться в печатной форме документов.
Многовалютный учет, сейчас, наверное - это самый частый запрос, поступающий от наших пользователей. Поэтому мы пересмотрели наши планы и поставили этой функции более высокий приоритет. К сожалению, при разработке программного продукта тяжело соблюдать даже приблизительные сроки выхода, так как задания меняются в процессе разработки, и зачастую даже возникают новые.
Я могу рассказать общие моменты, которые будут касаться многовалютного учета в "Большой Птице".
Мы по-прежнему ориентируемся на то, что большинство пользователей в качестве основной валюты имеют российский рубль. Будет введено понятие "Основная валюта учета", в которую будут (при необходимости) пересчитываться все суммы по документам. В документе можно будет выбрать валюту, курс и кратность. При проведении документа, если он создан в неосновной валюте, суммы будут пересчитаны в основную. Например, мы делаем накладную на 100 долларов по курсу 55 руб, а основной валютой является рубль. Клиент станет нам должен 5500 руб. То есть в отчетах всегда будет фигурировать только основная валюта учета, это нужно для того, чтобы, например, закрывались взаиморасчеты. В качестве основной валюты можно будет выбрать любую из справочника валют, однако уже существующие документы никак пересчитываться не будут. Курс валюты можно устанавливать по курсу ЦБ, вводить вручную или рассчитывать по формуле. Валюта будет введена во все документы, где есть суммы, а также она появится в справочниках "Кассы", "Банковские счета", "Типы цен". Наименование валюты будет выводиться в печатной форме документов.
Здравствуйте.
Я думаю, что единственный надежный выход из подобной ситуации - только делать все самому. К сожалению, застраховаться от непорядочного сотрудника фактически невозможно.
Я думаю, что единственный надежный выход из подобной ситуации - только делать все самому. К сожалению, застраховаться от непорядочного сотрудника фактически невозможно.
Здравствуйте.
По сути вопроса я уже писал выше, и в этом плане, к сожалению, ничего не изменилось. Я прекрасно понимаю, что функциональность, которой не хватает лично вам, всегда будет самой важной. В свое время я работал с 1С и занимался доработкой ее решений под нужды клиентов. И я думаю, что мы оба осознаем смысл лозунга "любой каприз за ваши деньги", в соответствии с которым франчайзи 1С с радостью предложат заказчику свои услуги. Однако в рамках массового сервиса данный подход, к сожалению, применить невозможно. Все пользователи работают на одной версии системы. Кастомизация по запросам отдельных клиентов и последующая поддержка таких решений привела бы к радикальному удорожанию стоимости использования сервиса. Доработка по каждому обращению пользователя единой системы приведет, в свою очередь, к появлению монстра (или "новогодней елки"), с которым невозможно или неприятно будет работать. Поэтому нам приходится выступать "фильтром" между пожеланиями пользователей и тем, что попадает в продукт. Поверьте, всегда хочется чтобы система имела больше возможностей. Но, во-первых, есть желание сохранять баланс между простотой и функциональностью, а во-вторых, разработка всегда ведется в условиях ограниченности ресурсов - в первую очередь это касается времени.
Я искренне благодарен вам за то, что вы высказываете свои пожелания и отстаиваете свою позицию здесь, на форуме. Но в данный момент я продолжаю считать описываемую функциональность частью глобальной задачи, связанной с ограничением прав по объектам предметной области. Такие запросы поступают часто, правда они довольно разнородны и связаны с конкретной задачей, которую решает пользователь. Давайте я в ближайшие пару дней постараюсь сформулировать здесь вопросы, которые меня смущают. Возможно, вместе с вами и вашим личным опытом автоматизации учета мы сможем найти на них приемлимые ответы, и это позволит запустить разработку интересующей вас функциональности. Искренне надеюсь на понимание моей позиции и на продолжение сотрудничества.
По сути вопроса я уже писал выше, и в этом плане, к сожалению, ничего не изменилось. Я прекрасно понимаю, что функциональность, которой не хватает лично вам, всегда будет самой важной. В свое время я работал с 1С и занимался доработкой ее решений под нужды клиентов. И я думаю, что мы оба осознаем смысл лозунга "любой каприз за ваши деньги", в соответствии с которым франчайзи 1С с радостью предложат заказчику свои услуги. Однако в рамках массового сервиса данный подход, к сожалению, применить невозможно. Все пользователи работают на одной версии системы. Кастомизация по запросам отдельных клиентов и последующая поддержка таких решений привела бы к радикальному удорожанию стоимости использования сервиса. Доработка по каждому обращению пользователя единой системы приведет, в свою очередь, к появлению монстра (или "новогодней елки"), с которым невозможно или неприятно будет работать. Поэтому нам приходится выступать "фильтром" между пожеланиями пользователей и тем, что попадает в продукт. Поверьте, всегда хочется чтобы система имела больше возможностей. Но, во-первых, есть желание сохранять баланс между простотой и функциональностью, а во-вторых, разработка всегда ведется в условиях ограниченности ресурсов - в первую очередь это касается времени.
Я искренне благодарен вам за то, что вы высказываете свои пожелания и отстаиваете свою позицию здесь, на форуме. Но в данный момент я продолжаю считать описываемую функциональность частью глобальной задачи, связанной с ограничением прав по объектам предметной области. Такие запросы поступают часто, правда они довольно разнородны и связаны с конкретной задачей, которую решает пользователь. Давайте я в ближайшие пару дней постараюсь сформулировать здесь вопросы, которые меня смущают. Возможно, вместе с вами и вашим личным опытом автоматизации учета мы сможем найти на них приемлимые ответы, и это позволит запустить разработку интересующей вас функциональности. Искренне надеюсь на понимание моей позиции и на продолжение сотрудничества.
Здравствуйте, Руслан.
К сожалению, в данный момент система ориентирована в основном на торговые операции, а не на производство. Поэтому себестоимость партии возникает "на входе" - то есть, с поступлением товара от поставщика. Дальнейшие перемещения внутри компании не влияют на себестоимость товара, так как не меняют сущность самой партии. Возможно, вы сможете организовать учет, используя фиктивного поставщика и поступления товара от него.
К сожалению, в данный момент система ориентирована в основном на торговые операции, а не на производство. Поэтому себестоимость партии возникает "на входе" - то есть, с поступлением товара от поставщика. Дальнейшие перемещения внутри компании не влияют на себестоимость товара, так как не меняют сущность самой партии. Возможно, вы сможете организовать учет, используя фиктивного поставщика и поступления товара от него.
Здравствуйте.
1. Ввод остатков для одного товара ничем не отличается от ввода остатков для двух тысяч. Вы создаете товар в справочнике "Товары и услуги" и добавляете его в многострочную часть документа "Ввод остатков товаров", указывая остаток для выбранной единицы измерения.
2. Вы можете вручную установить произвольное значение цены для каждого типа цен и единицы у товара. Работа с ценами описана здесь:
http://support.bigbird.ru/topic/298815-tovaryi-i-uslugi/#prices
http://support.bigbird.ru/topic/299369-sposobyi-ustanovki-tsen-na-tovaryi/
3. Цены разных типов устанавливаются в форме элемента справочника "Товары и услуги", а в документе ввода остатков указывается себестоимость текущего товарного остатка (цена же там служит только для удобства указания общей суммы, которая и является себестоимостью партии).
1. Ввод остатков для одного товара ничем не отличается от ввода остатков для двух тысяч. Вы создаете товар в справочнике "Товары и услуги" и добавляете его в многострочную часть документа "Ввод остатков товаров", указывая остаток для выбранной единицы измерения.
2. Вы можете вручную установить произвольное значение цены для каждого типа цен и единицы у товара. Работа с ценами описана здесь:
http://support.bigbird.ru/topic/298815-tovaryi-i-uslugi/#prices
http://support.bigbird.ru/topic/299369-sposobyi-ustanovki-tsen-na-tovaryi/
3. Цены разных типов устанавливаются в форме элемента справочника "Товары и услуги", а в документе ввода остатков указывается себестоимость текущего товарного остатка (цена же там служит только для удобства указания общей суммы, которая и является себестоимостью партии).
Здравствуйте.
После формирования на основании инвентаризации двух документов - оприходования и списания товаров, учетные остатки товаров в системе должны стать равными фактическим. То есть, если у вас числилось в программе 10 единиц товаров, а по факту было 3, должно быть списано 7 единиц и учетный остаток должен стать равен тоже 3.
После формирования на основании инвентаризации двух документов - оприходования и списания товаров, учетные остатки товаров в системе должны стать равными фактическим. То есть, если у вас числилось в программе 10 единиц товаров, а по факту было 3, должно быть списано 7 единиц и учетный остаток должен стать равен тоже 3.
Здравствуйте.
Изъятие выручки из розничной кассы оформляете документом “Расход из кассы” (печатная форма РКО) с видом операции "Прочее". Указываете в этом документе розничную кассу, из которой выручку изымаете и соответствующую дату. Сумму изъятой выручки можно посмотреть в отчете кассира.
Прием наличной выручки в основную (общую) кассу оформляете документом “Поступление в кассу” (печатная форма ПКО) с видом операции "Прочее" за тот же день.
В отчете “Движение по кассе” за каждый день вы увидите нулевой остаток по розничным кассам и остаток денег в основной (общей) кассе по итогам за день, и если эти наличные деньги никуда не расходовались, то и нарастающим итогом за весь период.
Здравствуйте.
Мы заканчиваем формирование технического задания на разработку функциональности, связанной с возможностью использования нескольких валют. Она будет включена в следующее крупное обновление системы, к самой разработке приступим уже через неделю.
Мы заканчиваем формирование технического задания на разработку функциональности, связанной с возможностью использования нескольких валют. Она будет включена в следующее крупное обновление системы, к самой разработке приступим уже через неделю.
Здравствуйте, Андрей.
Большое спасибо за ваше сообщение!
Мы отказались от планов адаптации десктопной версии "Большой Птицы" для мобильных устройств. То есть, мы не будем переносить всю функциональность системы на планшеты или смартфоны. И технические проблемы в этом вопросе не главное, мы хотим четко описать возможные кейсы мобильного использования системы и следовать именно им.
Мы собираемся сделать несколько мобильных приложений, которые будут предназначены для решения узкоспециализированных учетных задач: работа торгового представителя на выезде, интерфейс розничного продавца, проведение инвентаризации.
Большое спасибо за ваше сообщение!
Мы отказались от планов адаптации десктопной версии "Большой Птицы" для мобильных устройств. То есть, мы не будем переносить всю функциональность системы на планшеты или смартфоны. И технические проблемы в этом вопросе не главное, мы хотим четко описать возможные кейсы мобильного использования системы и следовать именно им.
Мы собираемся сделать несколько мобильных приложений, которые будут предназначены для решения узкоспециализированных учетных задач: работа торгового представителя на выезде, интерфейс розничного продавца, проведение инвентаризации.
Сервис поддержки клиентов работает на платформе UserEcho
К сожалению, у нас есть на ближайший период задачи, которые мы считаем более приоритетными. При этом мы не отказываемся принципиально от добавления функциональности, связанной с CRM, поэтому это больше вопрос времени.