Фамилия Евгений

19
Рейтинг

vinokurovey
Евгений Фамилия



  •   Регистрация: 19.11.2010 (13 лет назад)

  •   Был(а) на сайте: 30.04.2024

Подписчики 2
Группы

Рейтинг 19

Добавление разбивки по периодам в отчет "Движение товаров". БП 3.0
+2 –

Отчеты и формы Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Абонемент ($m) Расширение (cfe) Логистика, склад и ТМЦ

В конфигурации "Бухгалтерия предприятия 3.0" в разделе "Склад" есть типовой отчет "Движение товаров", в котором нет возможности разбивки движений по периодам (день, неделя, декада, месяц...). Предлагаемое расширение добавляет такую возможность без изменения типового функционала отчета.

1 стартмани

21.02.2024    408    7    vinokurovey    2       

2

Проверка соответствия плановых (кадровых) показателей фактическим (примененным при расчете)
+2 –

Отчеты и формы Бухгалтер Сложные периодические расчеты 8.3.14 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Абонемент ($m) Внешний отчет (ert,erf) Зарплата Анализ учета

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

1 стартмани

23.05.2023    2340    19    vinokurovey    4       

2

Исправление документов "перенос данных" в ЗКБУ
+5 –

Инструменты и обработки Системный администратор Программист Платформа 1С v8.3 1С:Зарплата и кадры бюджетного учреждения Россия Бухгалтерский учет Windows ФОМС, ЕФС Абонемент ($m) Внешняя обработка (ert,epf) Зарплата

После переноса данных из ЗиК77 в ЗКБУ8 иногда возникает ситуация, при которой задваиваются или затраиваются данные в регистре накопления "Учет доходов для исчисления страховых взносов" в ЗКБУ. Связано это с тем, что документы "ПереносДанных", которые предназначены для отражения начислений в регистрах расчетов почему-то дополнительно делают движения по регистру накопления "СтраховыеВзносыСведенияОДоходах". Представляемая вашему вниманию обработка исправляет ошибочные движения.

1 стартмани

27.08.2013    3083    41    vinokurovey    5       

5

Обработка создания движений по НДСПредъявленный на основе ручных операций по Кд19 счета
+5 –

Инструменты и обработки Бухгалтер Платформа 1С v8.3 1С:Бухгалтерия 2.0 Россия Бухгалтерский учет Налоговый учет НДС Абонемент ($m) Внешняя обработка (ert,epf) Регламентированный учет и отчетность Корректировка данных

Иногда необходимо сформировать движения по регистру накопления НДСПредъявленный подобно тем, которые формирует документ "Формирование записей книги покупок", но сформировать на основе проводок документа "Операция". Например, такая потребность возникает у клиентов, которые часть входящего НДС закрывают не на 68 счет, как это делает документ "Формирование книги покупок", а на какой-либо другой счет. Для этого клиент делает ручную операцию по Кд19 счета. Но, к сожалению, при заполнении документа "Формирование записей книги покупок" такие операции программой не учитываются и этот документ повторно пытается закрыть несуществующий остаток на 19-м счете. Предлагаемая вашему вниманию обработка анализирует документы "Операция введенная вручную" за выбранный период и если находит движения по Кт19-го счета, то в найденных документах добавляет движения по регистру накопления "НДС предъявленный". После такой корректировки автозаполнение документа "Формирование записей книги покупок" должно проходить корректно.

1 стартмани

24.08.2012    3279    41    vinokurovey    2       

5

Отчет по поставкам от поставщиков на склады
+5 –

Отчеты и формы Бухгалтер Платформа 1С v8.3 1С:Бухгалтерия 2.0 Россия Бухгалтерский учет Абонемент ($m) Внешняя обработка (ert,epf) Логистика, склад и ТМЦ

Отчет формирует таблицу, из которой можно видеть, какой поставщик, на какой слад и на какую сумму поставил материалов. Отчет работает по проводкам Дт10-Кд60. Может пригодится для анализа объемов поставок от поставщиков по складам. В отчете сделана расшифровка сумм в виде отчета по проводкам.

1 стартмани

04.10.2011    4107    40    vinokurovey    4       

5
Смотреть все

Комментарии

Публикации › Добавление разбивки по периодам в отчет "Движение товаров". БП 3.0 › #2 27.02.24 18:06
Что-то пошло не так... Повторно залил файл расширения. В результате скачивания должен загружаться cfe-файл размером 37 535 байт, md5: 81782c32f3ae871eec08a771a8ab582e
Публикации › Добавление разбивки по периодам в отчет "Движение товаров". БП 3.0 › #0 21.02.24 18:00
В конфигурации "Бухгалтерия предприятия 3.0" в разделе "Склад" есть типовой отчет "Движение товаров", в котором нет возможности разбивки движений по периодам (день, неделя, декада, месяц...). Предлагаемое расширение добавляет такую возможность без изменения типового функционала отчета.
Публикации › Проверка соответствия плановых (кадровых) показателей фактическим (примененным при расчете) › #4 01.06.23 6:03
Извиняюсь, первоначально не так понял вопрос.
Вот моя формулировка вашего вопроса: зачем нужен этот отчет, если есть встроенный типовой механизм "Перерасчеты", который не должен допускать расхождения плановых(кадровых) показателей с фактическими(примененными при расчете)?
Ответ: Типовой механизм ЗУП "Перерасчеты" работает не идеально.
Например, он потребует перерасчета зарплаты даже в том случае, когда в документе "Изменение оплаты труда" поменялся комментарий документа без изменения данных для расчета. Логично, что при таком изменении перерасчет зарплаты не нужен. И в механизме перерасчетов есть возможность удалить записи по подобным документам. Такое "удаление записей" существенно экономит время при наличии документов с изменением незначительных данных с большим количеством сотрудников - перерасчет документов уже требоваться не будет. Но такое "удаление записей" может привести к случайному удалению информации по принципиальным изменениям. И тогда экономия времени на ненужных перерасчетах может привести к неактуальным показателям расчета.
Ну или можно ничего не удалять из этого механизма, просто понимая, что там неактуальные записи. В крупных организациях нередко этот механизм хранит неактуальную информацию за несколько лет и в итоге становится неработоспособным.
В подобном случае может помочь дополнительная проверка в виде моего отчета.
Публикации › Проверка соответствия плановых (кадровых) показателей фактическим (примененным при расчете) › #2 30.05.23 11:44
Чтобы ответить на этот вопрос нужен контрольный пример, на котором будет видна некорректность работы отчета.
Публикации › Проверка соответствия плановых (кадровых) показателей фактическим (примененным при расчете) › #0 22.05.23 8:55
При расчете зарплаты в ЗУП или ЗКГУ нередко бывает ситуация, когда кадровики ввели свежую информацию для расчета зарплаты уже после того, как расчетчики выполнили ее расчет. В результате "плановые" показатели расчета кадровиков расходятся с "фактическими" показателями расчетчиков. Для выявления таких расхождений может пригодиться данный отчет (как дополнительная проверка корректности расчета зарплаты перед окончательным закрытием месяца).
Dev › Ошибка разделения доступа к базе данных › #33 09.12.22 9:47
В моем случае база была подключена к IIS для доступа через http. Для исправления ошибки пришлось временно остановить службу IIS, выполнить процедуру, требующую монопольного режима и потом обратно запустить службу IIS.
Dev › Обработка представления в расширении › #17 08.11.22 8:58
(16)
Информация с сайта ИТС (https://its.1c.ru/db/pubextensions/content/58/hdoc):
В обычном режиме исполнения встроенного языка будут расширяться все методы конфигурации – и клиентские, и серверные.

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

Стандартно расширение создается с установленным флажком Безопасный режим
Dev › Обработка представления в расширении › #15 03.11.22 16:47
Если расширение подключено с признаком "Безопасный режим", то серверные процедуры расширения работать не будут. Поэтому для таких расширений, где используются "ОбработкаПолученияПредставления" и "ОбработкаПолученияПолейПредставления" необходимо убирать этот признак.
Публикации › Как вести несколько касс в 1С:Бухгалтерии 8 ПРОФ. Расширенная кассовая книга › #5 17.11.20 13:39
Здравствуйте. Подскажите пожалуйста, а как в вашем расширении решена проблема с нумерацией страниц кассовых книг(их нужно каждый раз при печати указывать вручную или они сохраняются при формировании и далее используются при новых формированиях отчетов подобно типовому отчету)?
Публикации › Кассовая книга по подразделениям без доработки (Бухгалтерия 3.0 ПРОФ) › #55 17.11.20 9:05
(25) Для того, чтобы субсчета попадали в Баланс достаточно завести для обособленных касс субсчета не 50-го счета, как сделано в описании этой доработки, а субсчета счета 50.02. Т.е. вместо текста "создаем счет 50.92, 50.93 и т.д. (свойства счета заполняем аналогично 50.01)." необходимо читать "создаем счет 50.02.1, 50.02.2 и т.д. (свойства счета заполняем аналогично типовому 50.02)." Проверил корректность формирования баланса при таких настройках на 3.0.84.46 - баланс заполняется корректно.
Т.е. при таких настройках не нужно групповой обработкой заменять счета в кассовых ордерах на 50.01 и потом возвращать обратно. Все работает корректно без дополнительных изменений.
Именно этот подход был использован в https://infostart.ru/public/1289426/