Сумма "Итого" в таблице не равна сумме, получаемой простым суммированием (на калькуляторе) сумм по строкам. Типовая ошибка по алгоритмизации и программированию . Возмутительно знакомая ситуация!!!
Много раз на уроках информатики терпеливо объяснял учащимся: "Если Вы в каждой строке таблицы запрограммировали округление до какого-либо знака (например, до копеек: ROUND(SUMM_STR,2)), то в итоговой строке Вы должны СНАЧАЛА программировать округление, а только ПОТОМ суммирование (SUM(ROUND(SUMM_STR,2)), а не ROUND(SUMM(SUMM_STR),2)), иначе результаты будут разными!
Увы, не попались мне в свое время некоторые программисты. Не видать бы им зачета по информатике!
Елена М пишет:
При выгрузке, после того как выбираем параметр экспортировать всех, больше никаких запросов не выдает,что то делает(быстро) и пишет, что конвертация завершена обработано 6450!, и пусто в налогоплательщике.
Попробуйте при выгрузке на "Какие табельные номера сотрудников используются в Вшей организации" ответить "С символами" и выбрать порядковый номер "1"
Все элементарно. Не забывайте строжайжим образом выгонять всех из БЭСТа при UPGRADE. В каком модуле кто-то торчал (в том числе в головном меню модуля), тот и не обновился с соответствующими последствиями.
Пробовал сделать отчеты по ПФ в среднего размера (340 чел) предприятии в "Налогоплательщике Windows 11.52" с помощью нового переноса данных из БЭСТа (сделанного в SP42). Получилось очень красиво. Период (декабрь 2007) не закрывал, памятуя о систематически повторяемой разрабочиками ошибки в переносе после закрытия декабря. Данные перенеслись вполне корректно. Недочеты - отсутствие после переноса во всех справках категории (НР), флага "выводить в ИС" легко устраняются групповыми операциями "Налогоплательщика". Как всегда, изящно корректирутся и выявляются легкие неточности в адресах. Никаких дополнительных "телодвижений" типа вытирания поля для информирования в Cardspri не требуется.
Зачистка неточностей до безошибочной выгрузки в ПФ заняла около 30 мин.
Эти же сведения практически готовы для использования в отчете 2НДФЛ.
На мой опыт - самый удобный вариант сдачи годовых отчетов в ПФ и налоговую по НДФЛ.
Есть бухгалтеры, которые помесячно закрывают модуль кассовых операций (что, кстати, грамотно). Также БЭСТ всегда допускал (и даже рекомендовал помесячное закрытие периодов в бухучете). О клиентах с неполным модульным составом говорить воовще не приходится.
Настоятельно просим разработчиков доработать возможность переноса данных с учетом этих обстоятельств.
У нас заказчик, как уже поняли, средненький. Надеются, что проект при реализации с применением БЭСТ будет экономически оправдан.
Чем сможете помочь и что нам за это будет?
Адаптировать под БЭСТ-5 из БЭСТ-4 сможем, тем более, что наш случацй попроще.
Хватит ли скорости при работе под БЭСТ-5 без терминального режима при обычном выделенном 2003 сервере? Удаленные места сделаем через удаленные модули или черех терминалку (их 2)
Кто занимался автоматизацией складского хозяства в книготорговле. Прошу откликнуться. Специфика:
-большое количество параметров у каждой номенклатуры и у карточки
-большое количество номенклатур (десятки тысяч)
-оптовая и розничная торговля
-большие приходные накладные (в среднем 500 наименований), которые надо вводить одновременно, а лучше автоматически с Exel-форм накладных поставщика
-удаленные складские филиалы, имеющие право оптовой и розничной торговли
-НДС 10 и 18%
-15 одновременно работающих мест
и пр.