Управление модулями

  • 483 Просмотров
  • Последнее сообщение 25 мая 2017
burn написал 12 мая 2017

[quote=burn]Начал копаться в модулях, чтобы подправить немного формат печати ценника под себя, нашел его формат в xml и тут же нашел, что добавленные модули хранятся не в папке программы, чтоб было бы удобнее, а в папке пользователя во временных файлах системы, можно ли как-то их перенести в папку программы (все модули) или подскажите где прописывается в программе путь к установленным модулям чтобы переложить их ручками и поправить к ним путь.

[quote=Danil]Значит так, установленные модули вообще хранятся в базе. Т.к. разные базы будут работать с одной и той же папкой программы, то "подмешивать" туда модули нельзя, ну и еще по нескольким причинам. Поэтому при запуске программы модули "раскладываются" в папку пользователя.

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

[quote=Danil]Теперь, что можете сделать вы. Сделайте папку, где вам удобно и как удобно. Туда положите нужный вам ценник, но назовите его как вам нравится, если не переименовать, модуль его может "перебить". Далее в настройках базы данных:

вот тут не совсем согласен с концепцией, влазить в базу и ее править внешними прогами...

[quote=Danil]в каталоге конфигурации, через запятую укажите путь к новосозданной папке с новым ценником. Должно получиться ровно то что вы хотите.

в текущем варианте не редактируя базу, так понимаю это нельзя сделать... только правка SQL

Сортировка: Стандарт | Новые | Голоса
Danil написал 12 мая 2017

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

дело в том, что папка с базой вещь абстрактная, если работать с базой MSSQL расположенной на другом компьютере то никакой папки с базой не будет существовать, но при этом из базы все необходимое достать можно будет основная папка каталога конфигурации тоже вещь не сильно меняемая, потому что по умолчанию лежит в программ файлсах, а значит потребуются права администратора, что бы туда что-то доложить, а главное она может изменена после очередного обновления программы тут возможно стоит уточнить, есть база данных (место где хранятся данные), она может быть как файловая (SQLite), так и клиент-серверная (MSSQL, PostreSQL), а есть конфигурация (место где хранится информация о структура базы, бизнес логика, печатные формы и т.д.) ... так вот, модули это небольшие кусочки конфигурации, которые при старте программы либо дополняют либо перекрывают какие-то части основной конфигурации ... модули могут быть не только загружены с нашего сервера, но и вручную ... обременять наших пользователей поиском места куда и что им нужно докинуть у нас уже желания нет (опыт был печальным :) ), писать туда автоматически тоже затея может быть неудачной (см. выше про программ файлз), поэтому пишем туда куда можем гарантированно писать, причем установив модуль на одном компьютере мы получаем этот же модуль на другом компьютере, который работает с этой же базой ... как-то так

вот тут не совсем согласен с концепцией, влазить в базу и ее править внешними прогами... в текущем варианте не редактируя базу, так понимаю это нельзя сделать... только правка SQL

в вашем случае базу трогать нет необходимости, можете удалить оттуда модуль с ценниками стандартными средствами, так как вам он по идее не нужен, используйте только те ценники, которые вам нужны (или те которые вы планируете править) в вашей отдельной папке и этот вариант будет актуален только для небольшого количества пользователей, которые готовы отыскать ту нужную и заветную папку, вы решились и даже справились с форматом ценника (как я понял)

burn написал 12 мая 2017

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

дело в том, что папка с базой вещь абстрактная, если работать с базой MSSQL расположенной на другом компьютере то никакой папки с базой не будет существовать, но при этом из базы все необходимое достать можно будет основная папка каталога конфигурации тоже вещь не сильно меняемая, потому что по умолчанию лежит в программ файлсах, а значит потребуются права администратора, что бы туда что-то доложить, а главное она может изменена после очередного обновления программы тут возможно стоит уточнить, есть база данных (место где хранятся данные), она может быть как файловая (SQLite), так и клиент-серверная (MSSQL, PostreSQL), а есть конфигурация (место где хранится информация о структура базы, бизнес логика, печатные формы и т.д.) ... так вот, модули это небольшие кусочки конфигурации, которые при старте программы либо дополняют либо перекрывают какие-то части основной конфигурации ... модули могут быть не только загружены с нашего сервера, но и вручную ... обременять наших пользователей поиском места куда и что им нужно докинуть у нас уже желания нет (опыт был печальным :) ), писать туда автоматически тоже затея может быть неудачной (см. выше про программ файлз), поэтому пишем туда куда можем гарантированно писать, причем установив модуль на одном компьютере мы получаем этот же модуль на другом компьютере, который работает с этой же базой ... как-то так

вот тут не совсем согласен с концепцией, влазить в базу и ее править внешними прогами... в текущем варианте не редактируя базу, так понимаю это нельзя сделать... только правка SQL

в вашем случае базу трогать нет необходимости, можете удалить оттуда модуль с ценниками стандартными средствами, так как вам он по идее не нужен, используйте только те ценники, которые вам нужны (или те которые вы планируете править) в вашей отдельной папке и этот вариант будет актуален только для небольшого количества пользователей, которые готовы отыскать ту нужную и заветную папку, вы решились и даже справились с форматом ценника (как я понял)

По ценнику да, я просто заменил стандартный ценник в программе на нужный и работает, даже без перезапуска, т.к. он берет модуль только во время запроса. Но тут появляется встречный вопрос, в текущем варианте, как сработает программа, при копировании всей программы и базы на другой комп. Модули будут не установлены и соответственно недоступны на нем или придется копировать все куски включая папки модулей тоже. Либо еще вариант установив программу на 2-й комп, подтянув базу, что произойдет с модулями, которые были установлены на компе №1. Их надо доставлять на текущем вручную или оно само подтянет :) ?

Danil написал 12 мая 2017

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

burn написал 12 мая 2017

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

Понял, тоже вариант, для пользователя такая процедура в принципе не будет заметна.

ЗЫ: расскажите, а что вы правили в ценнике?

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

burn написал 16 мая 2017

В продолжение темы, перекапывал модуль "Счет" В принципе полностью его перевел на Украинский, но остановился на 2-х задачах... 1. Еденицы измерения валюты, т.е. руб. - не нашел где заменить 2. Сумма прописью так же где нарыть чтобы поправить правила... Свой файл что получился могу скинуть, напишите куда...

Andrey написал 16 мая 2017

На почту support@kayala-soft.ru

Danil написал 16 мая 2017

В продолжение темы, перекапывал модуль "Счет" В принципе полностью его перевел на Украинский, но остановился на 2-х задачах... 1. Еденицы измерения валюты, т.е. руб. - не нашел где заменить 2. Сумма прописью так же где нарыть чтобы поправить правила... Свой файл что получился могу скинуть, напишите куда...

Клёво! Файл кидайте нам на почту, что дал Андрей. 1. Рубли поправим в коде, поставим валюту из региональных параметров, должно подойти. 2. Правила прописи тоже подправим к следующей версии.

burn написал 16 мая 2017

На почту support@kayala-soft.ru

В продолжение темы, перекапывал модуль "Счет" В принципе полностью его перевел на Украинский, но остановился на 2-х задачах... 1. Еденицы измерения валюты, т.е. руб. - не нашел где заменить 2. Сумма прописью так же где нарыть чтобы поправить правила... Свой файл что получился могу скинуть, напишите куда...

Клёво! Файл кидайте нам на почту, что дал Андрей. 1. Рубли поправим в коде, поставим валюту из региональных параметров, должно подойти.

Предлагаю как вариант не из региональных параметров а в константы, ну а там можно и так и так...

2. Правила прописи тоже подправим к следующей версии.

Письмо отправил посмотрите...

Danil написал 16 мая 2017

ПДВ это наш НДС? ваша организация этот налог платит?

burn написал 16 мая 2017

ПДВ это наш НДС? ваша организация этот налог платит?

Да все верно это НДС у нас он составляет 20%. На предприятии зарегистрировано 3 фирмы 2 из которых плательщики НДС.

Danil написал 17 мая 2017

Да все верно это НДС у нас он составляет 20%. На предприятии зарегистрировано 3 фирмы 2 из которых плательщики НДС.

не смущает, что у нас нет учета ндс? или те две не планируете на нашей программе автоматизировать?

burn написал 17 мая 2017

Да все верно это НДС у нас он составляет 20%. На предприятии зарегистрировано 3 фирмы 2 из которых плательщики НДС.

не смущает, что у нас нет учета ндс? или те две не планируете на нашей программе автоматизировать?

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

Danil написал 18 мая 2017

еще вопрос, а почему "Рахунок-фактура"? счет-фактура же имеет другой смысл, или это вы хотите сымитировать счет-фактуру? ух ты ... почитал, ясно у вас так обычный счет и называется

Danil написал 18 мая 2017

[img]https://image.prntscr.com/image/12beedb1e9c848afab05f4179fe14971.png похоже на то что нужно?

burn написал 18 мая 2017

[img]https://image.prntscr.com/image/12beedb1e9c848afab05f4179fe14971.png похоже на то что нужно?

да, все отлично смотрится! Одно поле (номер счета) я специально иначе делал, но это не стандарт, поэтому его я сам допилю... А так отлично и хорошо вписывается в комплект модулей!

Danil написал 19 мая 2017

а какие у вас требования к номеру?

burn написал 19 мая 2017

а какие у вас требования к номеру?

Мне банально можно в строке печати "Рахунок-фактура № РсТ-13" вот этот номер РсТ-13 я менял на номер вводимый в поле выше 12345679802541 вводя туда нужные номера полностью перекрываю требуемое... там всего то один код подменить.. Ну или поменять формат РсТ-13 на СФ-00013 - Что-то в таком виде (По аналогии с 1С).... ПС: пока думал.. появилась идея... возможно кому-то пригодится еще... в настройках добавить поле префикса для печати счетов. Т.е. в чем сама идея - в программе учет вести как он и есть но дать возможность изменения этого префикса для печати вместо "РсТ-" печатать "[u]текстовое поле[/u]" в моем случае "СФ-"

Danil написал 19 мая 2017

ПС: пока думал.. появилась идея... возможно кому-то пригодится еще... в настройках добавить поле префикса для печати счетов. Т.е. в чем сама идея - в программе учет вести как он и есть но дать возможность изменения этого префикса для печати вместо "РсТ-" печатать "[u]текстовое поле[/u]" в моем случае "СФ-"

а смена префикса вообще для документа подойдет? ведь именно он туда и попадает

burn написал 19 мая 2017

ПС: пока думал.. появилась идея... возможно кому-то пригодится еще... в настройках добавить поле префикса для печати счетов. Т.е. в чем сама идея - в программе учет вести как он и есть но дать возможность изменения этого префикса для печати вместо "РсТ-" печатать "[u]текстовое поле[/u]" в моем случае "СФ-"

а смена префикса вообще для документа подойдет? ведь именно он туда и попадает

Да, конечно. Просто я о чем подумал.. Если Компания уже ведет свою базу и хочет только изменить печатную часть, а старые документы не менять... (думая о тех, кто уже ведет какое-то время свою базу) для новых это не важно. Либо встречный вопрос префикс ведется в базе, либо он только при отображении..?

Danil написал 19 мая 2017

я имел в виду возможность сменить префикс документа через модуль, никого удивлять новыми префиксами без их желания мы не намерены :) префикс хранится в форме документа и по нему в базе увеличивается счетчик нумератора, т.е. есть возможность сменить префикс если необходимо и в БД установить с какого начального значения увеличивать счетчик уже сейчас можно в модуль вынести форму документа, заменить там префикс и должно заработать, но по хорошему нужно только часть

burn написал 19 мая 2017

я имел в виду возможность сменить префикс документа через модуль, никого удивлять новыми префиксами без их желания мы не намерены :) префикс хранится в форме документа и по нему в базе увеличивается счетчик нумератора, т.е. есть возможность сменить префикс если необходимо и в БД установить с какого начального значения увеличивать счетчик уже сейчас можно в модуль вынести форму документа, заменить там префикс и должно заработать, но по хорошему нужно только часть

Да, как раз такой вариант оптимален

burn написал 24 мая 2017

Есть вопрос по модулям ценников. Начали вносить товары, возникла задача формирования около 20 шаблонов ценников. Посоветуйте, как решить вопрос, руками я могу каждый шаблон сделать, вопрос как их втягивать весь список шаблонов... либо как сделать привязку конкретной группы товаров какому-то шаблону для печати из списка, возможно ли это?..

burn написал 24 мая 2017

На часть вопроса я уже нашел ответ, если положить шаблоны в папку "PrintForms" программы оно их автоматом подбирает, уже отлично... Остается вторая часть вопроса: как сделать привязку конкретной группы товаров какому-то шаблону для печати из списка, возможно ли это?..

Danil написал 24 мая 2017

на самом деле в любой каталог из списка указанных в "Каталог конфигурации" в настройках базы PrintForms не совсем удачное место, может удалиться при следующем обновлении по поводу привязки, ее нет, нужно подумать, тут может быть вопрос в том, что например подобраны 4 товара у которых четыре разных шаблона ценников, непонятно как их печатать, так как ценники могут иметь разные размеры ... печатать их на разных листах? 20 шаблонов, чем вызвано такое количество шаблонов?

burn написал 24 мая 2017

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

А можно как-то прописать чтобы оно брало так же модули из папки с базой..?

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

да, думаю при наличии в одной печати товаров с разными шаблонами проще всего печатать на отдельные листы.

20 шаблонов, чем вызвано такое количество шаблонов?

Слишком много разных групп товаров в которых необходимо указывать обязательные дополнительные сведения на ценнике, вот к примеру: для плитки надо указывать такие: размер 1-й плитки, площадь в м2 1шт, кол-во в 1 упаковке, площадь в м2 одной упаковки, производитель, страна производства(это поле у нас вообще обязательное на всех ценниках уже почти 2 года, а у нас это около 10 стран, только по 1 категории).

Danil написал 25 мая 2017

А можно как-то прописать чтобы оно брало так же модули из папки с базой..?

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

Слишком много разных групп товаров в которых необходимо указывать обязательные дополнительные сведения на ценнике, вот к примеру: для плитки надо указывать такие: размер 1-й плитки, площадь в м2 1шт, кол-во в 1 упаковке, площадь в м2 одной упаковки, производитель, страна производства(это поле у нас вообще обязательное на всех ценниках уже почти 2 года, а у нас это около 10 стран, только по 1 категории).

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

burn написал 25 мая 2017

А можно как-то прописать чтобы оно брало так же модули из папки с базой..?

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

Слишком много разных групп товаров в которых необходимо указывать обязательные дополнительные сведения на ценнике, вот к примеру: для плитки надо указывать такие: размер 1-й плитки, площадь в м2 1шт, кол-во в 1 упаковке, площадь в м2 одной упаковки, производитель, страна производства(это поле у нас вообще обязательное на всех ценниках уже почти 2 года, а у нас это около 10 стран, только по 1 категории).

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

хорошо, сейчас проработаю формы и отправлю (до когда лучше отправить? когда планируется следующая версия), я просто добавляю вариации по мере наполнения товара. Есть правда моменты которые не смог сделать, ручками в шаблоне, видать или туплю или где-то допускаю ошибку в коде... ПС: Появилось предложение, или не нашел по умолчанию в программе. При печати остатков товара, дать возможность печати без цен входа, только кол-ва (Если отдается на ревизию продавцам отделов эту информацию знать не надо, понятно что можно ручками в екселе убрать перед печатью, но думаю такая возможность пригодится многим) ПС2: Можно добавить в варианты точности 4 знака после запятой. (В плитке к примеру р-р 230х350 в 1шт = 0,0805 м2), остатки кривые выходят когда не кратное кол-во

Danil написал 25 мая 2017

хорошо, сейчас проработаю формы и отправлю (до когда лучше отправить? когда планируется следующая версия), я просто добавляю вариации по мере наполнения товара. Есть правда моменты которые не смог сделать, ручками в шаблоне, видать или туплю или где-то допускаю ошибку в коде...

через 1-2 недели планируем выпустить, шлите что есть, возможно уже стоит остановиться :)

ПС: Появилось предложение, или не нашел по умолчанию в программе. При печати остатков товара, дать возможность печати без цен входа, только кол-ва (Если отдается на ревизию продавцам отделов эту информацию знать не надо, понятно что можно ручками в екселе убрать перед печатью, но думаю такая возможность пригодится многим)

по идее им там и количество не нужно, только название товара и место куда они впишут количество, которое нашли у себя в отделе, такую форму делает документ Инвентаризация в эксель выгружать не обязательно, можно просто уменьшить ширину ячеек в отчете до нуля перед печатью [url=http://wiki.kayala-soft.ru/wiki/1037/%D0%9F%D0%B5%D1%87%D0%B0%D1%82%D0%BD%D1%8B%D0%B5-%D1%84%D0%BE%D1%80%D0%BC%D1%8B-%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2-%D0%B8-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BE%D0%B2]Ширина и высота ячеек[/url]

ПС2: Можно добавить в варианты точности 4 знака после запятой. (В плитке к примеру р-р 230х350 в 1шт = 0,0805 м2), остатки кривые выходят когда не кратное кол-во

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

burn написал 25 мая 2017

хорошо, сейчас проработаю формы и отправлю (до когда лучше отправить? когда планируется следующая версия), я просто добавляю вариации по мере наполнения товара. Есть правда моменты которые не смог сделать, ручками в шаблоне, видать или туплю или где-то допускаю ошибку в коде...

через 1-2 недели планируем выпустить, шлите что есть, возможно уже стоит остановиться :)

ok. Отправлю с коментами

ПС: Появилось предложение, или не нашел по умолчанию в программе. При печати остатков товара, дать возможность печати без цен входа, только кол-ва (Если отдается на ревизию продавцам отделов эту информацию знать не надо, понятно что можно ручками в екселе убрать перед печатью, но думаю такая возможность пригодится многим)

по идее им там и количество не нужно, только название товара и место куда они впишут количество, которое нашли у себя в отделе, такую форму делает документ Инвентаризация в эксель выгружать не обязательно, можно просто уменьшить ширину ячеек в отчете до нуля перед печатью [url=http://wiki.kayala-soft.ru/wiki/1037/%D0%9F%D0%B5%D1%87%D0%B0%D1%82%D0%BD%D1%8B%D0%B5-%D1%84%D0%BE%D1%80%D0%BC%D1%8B-%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2-%D0%B8-%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BE%D0%B2]Ширина и высота ячеек[/url]

принято

ПС2: Можно добавить в варианты точности 4 знака после запятой. (В плитке к примеру р-р 230х350 в 1шт = 0,0805 м2), остатки кривые выходят когда не кратное кол-во

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

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

Danil написал 25 мая 2017

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

форматирование количества в формах есть шанс сделать централизованно, а вот то что еще в базе данных для количества используются типы с точностью до трех знаков, как для документов, так и для хранения остатков, вот это самое неприятное

burn написал 25 мая 2017

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

форматирование количества в формах есть шанс сделать централизованно, а вот то что еще в базе данных для количества используются типы с точностью до трех знаков, как для документов, так и для хранения остатков, вот это самое неприятное

:-( Если используется фиксация в базе... тогда конечно задачка... Тут надо смотреть есть ли возможность расширения типов, либо в описанных выше случаях всегда будет несовпадение кол-ва с реальными остатками. Тогда прийдется на ревизиях по этим позициям всегда вносить корректировки из-за несовпадения с реальными продажами, которые так же будут накапливать ошибки...

Danil написал 25 мая 2017

:-( Если используется фиксация в базе... тогда конечно задачка... Тут надо смотреть есть ли возможность расширения типов, либо в описанных выше случаях всегда будет несовпадение кол-ва с реальными остатками. Тогда прийдется на ревизиях по этим позициям всегда вносить корректировки из-за несовпадения с реальными продажами, которые так же будут накапливать ошибки...

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

burn написал 25 мая 2017

:-( Если используется фиксация в базе... тогда конечно задачка... Тут надо смотреть есть ли возможность расширения типов, либо в описанных выше случаях всегда будет несовпадение кол-ва с реальными остатками. Тогда прийдется на ревизиях по этим позициям всегда вносить корректировки из-за несовпадения с реальными продажами, которые так же будут накапливать ошибки...

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

От части да, просто взаиморасчеты со всеми поставщиками и клиентами в м2 поэтому на текущий момент будем страдать недостачами/коректировками остатков, если решитесь на добавление или правку типа, буду весьма благодарен.

burn написал 29 мая 2017

Добрый день, помогите разобраться с глюком: После ценообразования по позиции в базе цена верная, но при печати ценника выдает неправильную цену... Фото ниже. [url=http://radikal.ru][img]http://s011.radikal.ru/i318/1705/61/7851ba871724.png[/url] [url=http://radikal.ru][img]http://s11.radikal.ru/i183/1705/29/f2c4b4c26948.png[/url]

Danil написал 29 мая 2017

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

Приветствую! Да, это ошибка. Поправим, до следующей версии потерпите?

burn написал 29 мая 2017

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

Приветствую! Да, это ошибка. Поправим, до следующей версии потерпите?

Да, конечно. Просто пока надо будет перепроверять перед печатью

burn написал 06 июня 2017

1. Рубли поправим в коде, поставим валюту из региональных параметров, должно подойти. 2. Правила прописи тоже подправим к следующей версии.

Не нашел этой части, в новой версии, или еще в разработке?

Danil написал 06 июня 2017

оно уже должно работать с тем нюансом что вот тут у вас должен быть украинский формат: [img]https://image.prntscr.com/image/aeaab39e7b804a20abdf00054152f9a7.png тогда сумма прописи и валюта должны быть на украинском языке и счет тоже

burn написал 06 июня 2017

оно уже должно работать с тем нюансом что вот тут у вас должен быть украинский формат: тогда сумма прописи и валюта должны быть на украинском языке и счет тоже

Стандарты вроде правильно указаны.. пороюсь еще может где дает ошибку

burn написал 06 июня 2017

Нашел... Хана.. Везде стояли верно единицы и т.п. а в денежных единицах оно не поменялось по стране. Спасибо, Отлично выглядит!!!

Danil написал 06 июня 2017

вроде еще префикс хотели поменять для расхода товаров, все еще хотите? если да, то зашлем на почту вместе с реквизитом для размеров в ценнике

burn написал 06 июня 2017

вроде еще префикс хотели поменять для расхода товаров, все еще хотите? если да, то зашлем на почту вместе с реквизитом для размеров в ценнике

Да, все ещё есть такое желание, спасибо. Говорили тогда о расходе и счетах.

burn написал 07 июня 2017

вроде еще префикс хотели поменять для расхода товаров, все еще хотите? если да, то зашлем на почту вместе с реквизитом для размеров в ценнике

Да, все ещё есть такое желание, спасибо. Говорили тогда о расходе и счетах.

Спасибо, модуль получил...

Close