Здравствуйте, уважаемые разработчики!
1. Бухгалтер в недоумении, почему когда выбрано подразделение в шапке табличного документа, при добавлении строк (из списка сотрудников), список не отфильтрован по подразделению (которое выбрано в шапке). Просьба сделать как в Зарплатной ведомости (Заработная плата->Платежные ведомости->Ведомости зарплаты)
Картинка прилагается
Здравствуйте, уважаемые разработчики!
1. В табеле рабочего времени замечена странность с операцией Редактирование рабочего времени (Shift+F10). Спрашивает период, пишем с 2014.02 по 2014.02. Далее обнуляем всех. Все штатно. Но после Расчет всех (сначала повторив операции Shift+F10 и ввод периода), получаем не 20 раб дней, как в феврале, а 17, как в январе. Для эксперимента подправил в salary_quotas для строки 2014.01 days=20 hours=160 и снова Расчет всех. Все прошло штатно. Картинка прилагается.
2. Так же обращаю Ваше , что Кадры у нас ведутся с января 2010, а Зарплата только с января 2014, Хотя на второй картинке все наоборот. Просьба подправить
Здравствуйте, уважаемые разработчики!
Хочу обратить Ваше Внимание , что Минимальный среднедневной заработок из МРОТ должен умножаться еще и на районный коэффициент (со слов бухгалтера), в нашем случае на 1,5. В Больничных листах поле для ввода коэффициента есть, но в печатной форме никак не отражен. На картинках ниже вариант из 1С и БЭСТ. Просьба дорисовать.
P.s. Суммы прописью, конечно, Хорошо , но цифрами выглядит привычней и доступней.
Всех с Олимпиадой!!!
Уважаемые разработчики, бухгалтерия просит с нового года автоматическую нумерацию (рег.номер) в актах начинать с 000001. В Накладных и Счетах-фактурах это реализовано давно, а вот акты остались обделенные Вашим м. Заводить новый вид документа это вариант, но не хочется наводить муть. Юридический номер не печатается ни в одном из отчетов, но даже если подправить отчет, то нумерация все равно не автоматическая, а вручную бухгалтер вводить не хочет. Ну вот просьба доработать.
После обновления до SP 31.5 в поле серия документа в личной карточке в Кадрах вместо серии типа 99 99 написано 99_. Для новых карточек, получается 99_99 и сообщение (после ОК) "Серия и номер документа не соответствуют шаблону 99 99 999999". Чем это запить? Как глотать?
Здравствуйте!
Открываем Счета-фактуры на закупку, выбираем какой-нибудь документ на закуп материалов или товаров (желательно, чтобы в документе было несколько строк с разным НДС 10% и 18%). Добавляем в таблицу услугу, например, по транспортировке и щелкаем по кнопке Регистрация->Оприходование для записи в книгу покупок. ТАКАЯ белеберда получается!!! Проблема тянется с июня после SP28 (а может и раньше), честно думал кто-нибудь заметит и в SP дождусь исправления - не дождался. Ошибка проявляет себя и на демке. подходит фактура №000000009-001 (рег№ 000009) от 02.01.2010 Фирма "Орион". Добавте туда услугу по автоперевозке (гр.00004 н/н 0000000000005) и попробуйте сделать запись в книгу покупок (сумма получится 236,00 руб, а НДС с этой суммы 50518,09).
P.S. К концу года надо привести все книги покупок в порядок, большая просьба устранить косяк оперативно.
Здравствуйте!
Захожу в акты выполненных работ услуг (Продажи.Клиенты), открываю любой документ, прохожу проле счет-фактура и получаю ошибку. Ругается на какой-то индекс или не может создать индекс... не понятно. Помогите, разобраться, плиз.
Картинки прилагаю здесь и еще здесь
Здравствуйте, уважаемые разработчики!
Ранее в операциях Касса.Подотчеты->Кассовые документы была опция Сверочный расчет F10. Нужен для сверки сумм по документам и по проводкам. Бывает разнятся!
Чем можно его заменить в Денежных средствах?
Пытаюсь закрыть периоды в Закупках и Продажах. Предварительно запускаю Восстановление целостности данных и имею вот ЭТО: http://files.mail.ru/73G42Q?t=1 Поставил SP26 - толку никакого. Будет ли легче если поставлю Доп.7? Как быть?
Нужно ли перед закрытием периода в Товарах закрывать период в Книге покупок-продаж?
Уважаемые разработчики, большая просьба к Вам предусмотреть ввод типовой операции прямо в кассовых ордерах. На первый взгляд, просьба кассиров и главбуха показалась фигней, но если поразмыслить можно понять: типовая операция имеет название "Сдана выручка в банк", а корр.счет 57 - это просто две обезличенные циферки! Ну конечно сказывается еще и привычка от работы в старом варианте Касса.Подотчеты.
Так вот, предлагается ввод операции выполнять в ордере, далее корр.счет заполняется автоматом из одноименного поля типовой операции, ... а вот сами проводки формируются уже при добавлении ордера в кассовую книгу - все логично и просто ... и приемственно!
Удовлетворите, плиз, просьбу стареньких кассиров и бухгалтеров.
С Новым Годом!!!
Имеется пожелание-просьба чтобы корр.счет в строках авансового отчета (если еще не заполнен) заполнялся атоматом из одноименного поля типовой операции (если там введен, конечно). А в случае их расхождения можно выдать, например, какое-нибудь предупреждение.
В старом варианте так и было - давайте сохранять приемственность!
... а раз есть корр.счет, значит надо и аналитику предусмотреть, как, например, в кассовых ордерах аналитика есть, но нету типовой операции (о чем в другой теме)!
Ну собственно в том и : почему в БЭСТе нигде нету товарного чека? Вроде как документ типовой формы, широко используемый. Облазил reptempl - ничего. Непонятно!
За все время ни ответа ни привета!!! На демке ситуация тоже воспроизводится.
Если я могу заменить Q0*SPP на параметр S0, то формулу типа if(SPP>OCN1,SPP*Q0,OCN1*Q0) уже ничем заменить не получается!!!!
Проводки неверные!!!
Операторы заплевали все мониторы!!!
Салфеки заканчиваются!!!
Или решите проблему или вышлите салфеток, пожалуйста!!!
Можно получить разъяснения зачем программа разрешает ввод отрицательной закупочной цены??!!! (Товары.Продукция) Какой такой посыл может быть??!!! Нонсенс!
Исправьте, пожалуйста, или если так должно быть, предусмотрите в настройке параметров какой-нибуде переключатель. Операторы нечаянно жмут минус на цифровой клавиатуре (ногти же длинные), а потом не всегда замечают. Жесть!
Большая просьба к разработчикам предусмотреть удаление документов в приходе по внутреннему перемещению. Часто возникает ситуация когда в приходе записывается документ или его часть (не все строки), далее программа вылетает (или совсем или с длинным сообщением бла-бла-бла, наверно, из-за ошибки записи). В расходе найти документ не могут, т.к. он и не успел записаться, а в приходе болтается недо-документ, который операторы не могут удалить.
Так вот почему бы не сделать возможность удаления в приходе?
При "вытягивании" строк из одного документа в новый документ по внутреннему перемещению неверно проставляются проводки. Проводка по операции только одна с формулой Q0*SPP. Удалось выяснить, что SPP принимает значение из самой последней строчки, т.е. по всем строкам количество умножается на одну и ту же цену. Раньше хотя бы подтверждали проблему или отрицали, а щас вообще молчок... Людям неудобно работать, нервничают.
Товары.Продукция. Внутреннее перемещение. После замены операции в документе по F5 изменяется part_code и part_id на код того же склада, с которого происходит расход. Изменение происходит по приходной части внутреннего перемещения (vid+type='14').
На примере:
vid type sclad part_code
1 4 000001 000002
2 4 000002 000001
После замены операции:
vid type sclad part_code
1 4 000001 000001
2 4 000002 000001
Товары.Продукция. Открываем картотеку складского учета. Жмем F10. Получаем движение по ТМЦ. Жмем Ctrl+End и... первая строчка исчезает, становится пустой. Это в том случае, если все движение умещается на одном экране и не требует прокрутки.
В версии 3.3 поле mdoc.agentnam1 при "вытягивании" строк из закупки в новое перемещение заполнялось наименованием поставщика. И очень было удобно! А в 3.4 эту функцию убрали, ничего не заполняется. Восстановите эту функцию, пожалуйста, если возможно!
Помогите, плиз, в решении следующей проблемы.
Внутреннее перемещение -> По расходному документу значение полей (sumout summa sumoutr)= 556,00 556,00 390,78 , а по приходу значение полей 556,00 390,78 390,78. Как такое может получаться? Печатаем реестр документов прихода - видим одно (нету наценки), а печатаем реестр расхода - наценка есть (и должна быть).
Подскажите где посмотреть, пожалуйста?
БЭСТ-5 3.4 SP24.3
Дополню здесь... может непонятно написал. Внутреннее перемещение оформляется 2-мя записями : расход по одному складу (vid+type='24'), и приход по другому складу (vid+type='14') и суммы у них должны совпадать... У меня не совпадают.
Хотелось бы обратить на тему от 23 апреля 2010, об окошке калькуляция налогов в товарных накладных http://www.bestnet.ru/support/forum/index.php?PAGE_NAME=read&FID=8&TID=3851 Для пояснения проблемы скриншот здесь http://files.mail.ru/80SZSY?t=1 В строке "По документу в цел20/10/10" дата из поля ГТД, "РУБ" в первом поле на самом деле из поля Валюта, а единичка по втором из поля Курс, также в третьем поле появляются буквы "ая" от слова "складская" цена.
Очевидна проблема в прорисовке окна, которая никак не устранится с 23 апреля.
Все суммы в Выписке печатаются без копеек. Параметр [DialogForm.val."ТОЧНОСТЬ_ПРЕДСТАВЛЕНИЯ"] возвращает ноль. В справочнике кодов валют точность представления до сотых.
Разберитесь, плиз. И верните название предприятия в Report title, плиз.
Каким-то загадочным образом при вводе приходных кассовых ордеров получается что одна и таже проводка связывается с разными документами (ордерами).
Попытались воспроизвести ситуацию - не вышло.
Файлы здесь http://files.mail.ru/43Y9IV