Предложения и пожелания из Беларуси

  • 638 Просмотров
  • Последнее сообщение 13 декабря 2018
Aleshij написал 10 ноября 2018

При беглом знакомстве с  программой появилось пару идей, возможно возьмете на вооружение:  

1. Установка курс валют, так как я из Беларуси, и собираюсь покупать товар в РФ, хочется цены сразу переводить по установленному курсу, на день оприходования товара.  

2. НДС, прочел что у вас пока нет учета НДС, но даже при УСН (ОСН), при закупке товара из другой страны, нам выставляют счета с НДС, и мы оплачиваем ввозной НДС, по этому хотелось бы, что бы его учет все же был. При оприходывании товара указывать цену без НДС, и ставку. Так же у нас в Беларуси все оптовые продажи товаров как правило проходят с НДС, и счета нужно выставлять с учетом НДС. Сделать отчет по ввозному НДС.  

3. При оприходывании указывать сумму доставки (опционально), что бы она потом "размазывалась" на себестоимость товара.  

4В товарах, при наведении на позицию, выводить не только остаток и себестоимость, но и поставщика с ценой закупки + "размазанной доставкой".  

5. При установке цены продажи выводить так же себестоимость, так как последняя цена закупки может быть ниже всей партии на складе. Себестоимость даст понять какую наценку необходимо установить.  

6. РРЦ/РИЦ- рекомендованные розничные цены/рекомендованные интернет цены, некоторые бренды просят соблюдать РРЦ/РИЦ. По этому было бы хорошо иметь Импорт в котором можно было указать допустим Артикул / Наименование / Цена РРЦ и способ обновления по нужному полю. При таком обновлении на товар во вкладке товары устанавливается еще и цена РРЦ . А при установки продажной цены выводить РРЦ на товар если он есть, и сделать галочку учитывать РРЦ, что бы если мы формируем цену установкой % если вдруг цена окажется меньше РРЦ, на выходе сработала РРЦ. Всегда РРЦ была в приоритете при формировании цены.  

7. Выбрать тип цены по умолчанию. При оприходывании товара сейчас по умолчанию указывается цена с пометкой РМК. Не всегда удобно.  

8. Экспорт, сделать произвольный экспорт в .csv и .txt формат. Так как интернет - магазины, их движки (к примеру популярный Woocommerce) обычно обрабатывают csv или текстовые форматы, по этому было бы хорошо указать какие поля нужно выводить, например Код / Наименование / Остаток / Цена продажи и указать разделитель полей , или ; иногда названия товаров необходимо оборачивать " ".

9. IBAN и SWIFT коды для банков. IBAN используют европейские банки, так же банки Беларуси перешли на IBAN. Банки РФ часто используют SWIFT. Добавить их в формы выставления счетов.

Сортировка: Стандарт | Новые | Голоса
Danil написал 10 ноября 2018

О да, такое лучше обсуждать на форуме, а не в почте. Столько пунктов интересных.

1. Над этим будем думать. Запросы на многовалютность периодически поступают, в том числе и тут на форуме мы это уже пробовали обсуждать. Пока правда ничего дельного не придумали. Предлагайте сценарии, думаю что найдем приемлемое решение.

2. НДС в планах, но в далеких.

3. Это в планах есть. Скорее всего в ближайший версиях. Но возможно еще потребуется обсудить алгоритм размазывания. Равномерно (сумма доставки деленная на количество позиций)? Пропорционально в зависимости от количества? Пропорционально в зависимости от общей суммы позиции? Себестоимость без доставки должна быть где-то видна кроме документа прихода?

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

5. Справедливо. Добавим в планы.

6. Хм. Напрашивается заведение двух типов цен с названиями РРЦ и РИЦ. К которым нужен импорт и сравнение с текущими ценами. Надо подумать.

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

8. По изучаем этот момент. Пока же могу предложить делать экспорт в эксель (например отчета Прайс лист) и там его уже сохранять как csv. Обычно в интернет магазине целая куча всякой информации о товаре плюс картинки. Точно "Код / Наименование / Остаток / Цена продажи" будет достаточно?

9. Пришлите пожалуйста на почту пару примеров таких счетов.

Aleshij написал 10 ноября 2018

1. Завести справочник с валютами. Выбрать там валюту по умолчанию и установить курс обмена так же по умолчанию. При оприходывании товара сделать выбор. Если валюта отличается от базовой, то сделать доступным ввод курса, если его нужно поменять от того который стоит по умолчанию, и поля цена в валюте. Если валюта при оприходывании базовая и не выбрана другая, эти поля сделать недоступными для ввода. Что-то типа первой картинки https://ibb.co/iH2m8V . Либо можно как на второй картинке https://ibb.co/fxB2hq  указать валюту закупки и курс и уже в зависимости от того, что там указано, выводить или стандартную форму или видоизмененную.

3. На второй картинке https://ibb.co/fxB2hq еще и указал строку по распределении доставке. Для начала можно определить один способ распределения, вот тут есть решение https://www.buhonline.ru/forum/index?g=posts&t=342779

4. Да, это из 3го пункта.

7. Ошибся, в "Установить цены продажи", по умолчанию в Тип цен указана та которая с меткой РМК в справочнике. Хотелось бы указать по умолчанию любую другую.

8. Да, речь именно о том как быстро обновить цены и наличие на сайте, обычно достаточно пару полей. Предполагается что карточки в интернет-магазине и ПО имеют одинаковые коды или названия, и достаточно выбрать одно нужное поле, что бы по нему произошло обновление остатков и цен на сайте.

9. Я посмотрел на счета, не чего похоже добавлять не нужно  http://prntscr.com/lgox3h 

Danil написал 11 ноября 2018

1. Ага, а дальше? Вот мы оприходовали в валюте закупки. По идее товары легли с себестоимостью в локальной валюте, или нет? На этом история закончилась? Или дальше требуется видеть какова была себестоимость товара в валюте прихода? Потребуется переоценка в случае изменения курса? 

3. Примерно понятно, хоть по ссылке все равно два варианта описано

7. Непонятно. А что это поменяет?

Aleshij написал 12 ноября 2018

1. Да, товары ложатся с себестоимостью в локальной валюте. В идеале можно предусмотреть конечно, что бы можно было видеть при открытии товара закупку в валюте прихода, а можно оставить только в документе прихода, про переоценку тоже может кому нибудь понадобится. Но по началу хотя бы иметь возможность оприходовать такие товары. Так как в любом случае сейчас нужно перевести самостоятельно это все, вбить уже в переведенном виде, и забыть, цена закупки будет только в бумажном документе, и о переоценки тоже речи идти не может.

7. Например основной тип цены - это новый созданный тип интернет-магазин и он не является РМК, РМК стоит на Тип Розница, и при установки цены всегда нужно менять Розница на Интернет- магазин, пока знакомился с программой несколько раз просто забывал менять, а потом в отчете думал, почему не установились цены продажи )

Danil написал 12 ноября 2018

1. Ага, ну т.е. просто требуется некая автоматизация пересчета в локальную валюту при приходе, правильно? При этом как я подозреваю (и по прошлым обращениям) еще нужен механизм обновления курсов, да? Курс должен быть по курсу ЦБ или какого-то конкретного банка? Или курс ЦБ плюс процент?

7. Т.е. вы кроме интернета еще и через РМК продаете? И цены в рознице и в интернете у вас разные?

Aleshij написал 12 ноября 2018

1. Да, нужно просто быстро оприходовать в локальной валюте, как вариант сохранить где-то цену и валюте закупки. Курс можно устанавливать руками, автоматическое подтягивание даже с ЦБ это конечно тоже было бы хорошо, плюс возможность установить %, но можно начать для начала с малого ) Курс при оприходывании можно и изменить руками, мало ли кому-то захочется принять товар по заведомо другому курсу.

7. Да, часто бывает такое, что есть и интернет-магазин и розничная точка, при этом цены разные, и даже разный товар.

Mihail написал 12 ноября 2018

Всем привет.

1. При закупке есть еще фиксация долга. Т.е. документ "Приход товаров" (режим Закупка) увеличивает не только количество и себестоимость на складе, а еще увеличивает долг перед поставщиком (отчет Взаиморасчеты). И возникает вопрос, в какой валюте фиксировать долг и в какой валюте потом делать оплату поставщику за полученный товар?

Aleshij написал 12 ноября 2018

1. Логично, долг и оплата в валюте закупки.

Mihail написал 12 ноября 2018

1. Т.е. в иностранной валюте (отличной от местной/локальной), так ? И тогда получается, что в денежные документы (Расходный кассовый ордер, Банковская выписка и др.), которыми будет фиксироваться закрытие этого долга, тоже нужно добавлять возможность указать валюту, верно ?

3. Затраты на доставку. Помимо распределения, тут вопрос кто выполнял доставку (и кому за нее должны) ?  Если тот же поставщик, то увеличенная на сумму доставки общая сумма накладной ложится в долг поставщику и все нормально. А если доставку делал другой контрагент, то нужно добавлять новое поле в "Приход товаров", где указывать "перевозчика" и тогда сумму доставки фиксировать как долг перед перевозчиком, а общую сумму минус сумму доставки как долг перед поставщиком.

Aleshij написал 12 ноября 2018

1. Верно.

3. Да все верно. Поставщик может оказать услугу доставки своим транспортом или заказать самостоятельно ТК и перевыставить счет, но платить мы будет поставщику за товар и за услугу перевозки, тогда в поле перевозчик укажем самого поставщика. Либо мы сами нанимаем ТК и платим отдельно перевозчику, тогда укажем стороннего перевозчика.

Aleshij написал 12 декабря 2018

10. Доброго дня. Столкнулся с проблемой. Начал вводить расчетный счет в справочник, и поле Номер счета то оказалось коротким, у нас счета выглядят вот так BY36PJCB30120131901000000933 не вмещаются.

Danil написал 12 декабря 2018

Обновил тестовую версию скачайте её, там будет длина счета в 30 символов, вам должна подойти.

  • Понравилось
  • burn
  • Aleshij
Aleshij написал 13 декабря 2018

11. Когда формируешь Документ Банковская выписка во вкладке Все документы, поле Контрагент остается пустым. С РКО все нормально. https://prnt.sc/lubi3k

Mihail написал 13 декабря 2018

11. Когда формируешь Документ Банковская выписка во вкладке Все документы, поле Контрагент остается пустым. С РКО все нормально. https://prnt.sc/lubi3k

 Это нормально. В журнале отображается соответствующий реквизит из ШАПКИ документа, т.к. в шапке Банковской выписки нет контрагента, потому и не отображается (контрагент там в табличной части и их может быть много).

Close