Painel de líderes

Bom dia! A Escola Nacional de Inspeção do Trabalho, ligada ao órgão do Ministério do Trabalho e Emprego, disponibilizou um curso online e gratuito orientando como deverá ser feito o preenchimento dos novos eventos de processo trabalhista que entram em vigor no dia primeiro de outubro (mais detalhes sobre isso neste tópico). O curso que fornecerá certificado e será divido em duas etapas. A primeira, já liberada trata da escrituração do evento S-2500. A segunda etapa a ser liberada em meados de setembro de 2023 vai abordar o S-2501 e o S-3500. O curso pode ser acessado na página da ENIT. Leia a notícia original aqui. Importante ressaltar que o curso é sobre o preenchimento das informações dos eventos e não tem relação com o componente ACBreSocial. Para entendimento do mesmo, deve-se estudar o programa exemplo disponível no SVN, ou se você usa Lib ou Monitor, os modelos INI

@VINYFARIA de qual componente vc se refere? ACBrBoleto, ACBrPIX ?

Olá Pessoal, Foi feita uma alteração no componente ACBrNFSeX no que se refere a obter a Descrição do Item de Serviço. A função CodItemServToDesc que se encontrava na unit ACBrNFSeXConversao foi removida. Porque isso foi feito? Para evitar alteração no código do componente caso amanhã tivéssemos que acrescentar novos códigos e suas respectivas descrições. Como ficou agora? Foi criado o arquivo TabServicos.ini e o Compila_RES foi alterado para criar/atualizar o TabServicos.res Como vai funcionar agora? A sua aplicação a principio vai procurar o código e usar a descrição que consta no arquivo TabServicos.res que esta incorporado ao EXE da da aplicação. Mas, se você desejar poderá usar o arquivo TabServicos.ini alterado para contemplar descrições diferentes usadas pela cidade em questão, mas para isso você vai ter que copiar o arquivo INI para dentro da pasta do seu EXE ou na propriedade de configuração: Configuracoes.Arquivos.IniTabServicos informar path onde se encontra o arquivo TabServicos.ini Existe ainda uma outra opção que é copiar para dentro da pasta do EXE o arquivo TabServicos.txt alterado para contemplar descrições diferentes e configurar a propriedade de configuração: Configuracoes.Arquivos.TabServicosExt com o valor True. Observações importantes: 1. O arquivo TabServicos.txt tem que ficar dentro da pasta do seu EXE e não podemos alterar o seu nome. 2. O arquivo TabServicos.ini pode ficar em qualquer pasta que você desejar e podemos alterar o seu nome. Caso o seu nome venha a ser alterado na propriedade de configuração IniTabServicos devemos informar além do Path o nome do arquivo INI. 3. O uso do arquivo INI da forma que foi implementado deixa o componente mais versátil, pois vai nos permitir a ter uma tabela de códigos e suas respectivas descrições de serviços para cada provedor ou cidade se assim for necessário.

NFE nao tem como descontar, por vai dar erro total da nota difere do somatorio dos valores

Além disto sugerimos colocar uma flag: Deduzir do total da nota? sim ou não. No MOC não há dedução do vNF, porém como alguns contadores, dependendo do tipo de operação, pedem para deduzir, a flag deixa o sistema atendendo ambos casos.

Tudo bem. Fiz o teste devido à mensagem do Alexandre. Farei outro teste no final de semana.

Olá @jt_vb, É preciso ajustar os acessos do seu usuário aqui no forum. A @aline garcia vai verificar em breve o seu caso. Obrigado!

Desculpa!!! Não havia percebido o ano, obrigada por avisar.

Acho que seria uma boa criar um tópico esse daqui é de 2022. vou fechar ele e dai se tiver mais informações que possa modificar algo deles mas use o csv que tem no svn estão atualizados

F7 e F8 jovem ali no execute.; vai entrar no código e dai tu vai indo até chegar o momento que monta o json e tu pega ele

Ola, minha duvida continua que se é para descontar ou não do total da nota, pelo que andei conversando com um contador esse diz que é para abater

@Valdir, No caso das classes de TEF da PayGo, no ACBr, elas fazem uso desse arquivo, que é adicionado ao componente como Resource, para tentar fazer uma relação da String da Adquirente com o CNPJ... pois o TEF da PayGo não retorna o CNPJ das adquirentes... Entretanto, como você pode ver no arquivo, não temos os CNPJs de várias adquirentes dos possíveis retornos da PayGo

Bom dia Claudiney, Porque você não deixa a propriedade com o valor True? Assim ele imprime automaticamente se a nota foi Confirmada.

Bom dia @willian_delan, Muito Obrigado pela contribuição! Criamos a TK-4402 para avaliação. Assim que tivermos um posicionamento retornamos aqui!

Não compreendi... A implementação do Demo não está funcional? Pesno que se você carregar a DLL isoladamente em cada Thread, não precisaria de semáforos

Bom dia Gladston, Temos que fazer o seguinte: Pegar o XML do RPS gerado, enviado e processado com sucesso do emissor antigo e comparar com o XML do RPS gerado, enviado e processado com falhas pelo emissor novo. Checar tag por tag para descobrir o que esta diferente entre eles. Fazer a alteração para ver se o RPS passa a ser processado com sucesso.

O cProdANP que você está usando está incluído na Tabela de Combustíveis Sujeitos a Tributação Monofásica e por isso está caindo na regra N12-110 da NT2023/001. Sugiro que busque uma orientação junto ao seu departamento fiscal ou contador de confiança sobre como realizar o preenchimento desta NF-e.

Bom dia Alexandre. Entendi, até achei o link para a documentação "https://desenvolvedores.caixa.gov.br", mas não está funcionando corretamente. Vou continuar tentando para ver se consigo a documentação e forma de integração. Obrigado

Bom dia! Conferindo nos arquivos de log que disponibilizou no e-mail, destaco duas mensagens. A primeira é este retorno: Este, pode ser um problema momentâneo na Sefaz, mas é importante que você revise as configurações do seu ACBrMonitor. Veja se a sua rede tem um proxy a ser configurado, atente-se ao uso do TLS1.2 conforme orientado pelo @Daniel InfoCotidiano e as configurações de SSLLib de acordo com o tipo de certificado. (Neste tópico, tem as recomendadas). A segunda é esta aqui: De fato, é estranho o xMotivo ficar null, uma forma de verificar se isso veio da Sefaz de MT em branco mesmo ou se foi uma falha na leitura, é você configurar esta opção: Se fizer isso, quando você enviar algum Documento Fiscal Eletrônico pelo Monitor ele vai salvar no caminho que você indicar os envelopes da requisição. Vão ser arquivos com -soap no nome. Eles são o arquivo que é enviado e o retorno da Sefaz. Veja no envelope de resposta se o retorno da Sefaz veio mesmo em branco. Isso para você verificar se o xMotivo veio mesmo em branco. Agora sobre a razão por você ter recebido ele. Apesar de xMotivo estar null, é possível observar que o cStat que foi retornado foi o 452. Está rejeição foi adicionada na NT2020/005 e tem o seguinte texto: Você a recebeu porque está usando o NFe.CriarEnviarNFe com somente uma NFC-e e com o parâmetro de envio síncrono como false. Ao invés de usar assim: Se você enviar somente uma NFC-e, você precisa usar assim:

Bom dia!!! Subimos uma correção, por favor atualizar os fontes, reinstale o ACBr

Se possível atualizar e fazer novos testes. https://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-pro/ já estamos na versão final 196. Obrigado

Bom dia Helio, Só pra confirmar. Está com qual versão do ACBrMonitor? Atualizado? Obrigado.

Obrigada @Alexandre de Paula vou entrar em contato com o @jt_vb e auxilia-lo....

@Alessandro Seba Bom dia ! Após atualização conseguiu enviar a NFCe? Chegou a verificar se o SSLType está como 1_2?

Bom dia @Siagri Sistemas de Gestão Basta vc informar o timezone ai neste campo q vc destacou. Em SP por exemplo é -3 horas o padrão

@Kirliam Maciel Dias Como citei na sexta, a Lib e Monitor é compilada semanalmente e a referida alteração foi após a compilação. Então vai entrar nesta semana.

Bom dia Alexandre Obrigado pela resposta, foi isso mesmo.

Boa noite Italo! Atualizei aqui e deu certinho ! Mais um vez muito obrigada!

Obrigado @Alexandre de Paula e @Italo Giurizzato Junior. Já atualizei aqui e verifiquei as mudanças. Tópico pronto para ser encerrado.

Boa tarde João, Já esta no SVN.

Exatamente, e tem mais... Na maioria dos sistemas, há a possibilidade de uma manutenção/edição de parcelas, recebimentos, etc. Sendo assim, nossos clientes do sistema ainda podem se utilizar desse aspecto para realizar uma "Venda não fiscal" de produtos, sem nota fiscal, com recebimentos com TEF e com emissão de um cupom com valor fiscal. É um tiro no pé que a Sefaz está promovendo. Eu estou no aguardo de uma nota/instrução oficial do governo de como preencher exatamente esse cupom 5949 com NCM, etc... Se alguém possuir mais informações, compartilhem por gentileza.

Bom dia! Vou postar a solução encontrada, pra ficar documentada para futuras consultas. - Revisei a configuração das Portas Seriais no MicroTerminal, com os parâmetros encontrados nos testes usando o Demo do ACbrBal. - Ajustei o protocolo de comunicação no Microterminal para trabalhar com o Protocolo "GERTEC".

5949 pode ser como pode não ser faturamento.. este é o problema. Eu de forma alguma irei gerar uma nota para um recebimento de crediário (com tef). Isso é totalmente fora de contexto. O documento fiscal já foi emitido na hora da venda, e ponto final. A não ser que existe uma lei (escrita) especificando exatamente isso. Ao meu ver caso "obriguem" a fazer este tipo de nota, seria necessário criar um CFOP específico, onde aí sim daria para controlar os sistemas fiscais e contábeis para não somar em faturamento. Enfim, nosso governo ao invés de ajudar, cria cada vez mais um emaranhado de regras sem explicações claras, que complicam cada vez mais os empresários e desenvolvedores.

Acho que não porque CFOP 5949 não é faturamento.

pessoal, me surgiu uma dúvida, se as empresas do Simples Nacional, emitirem nfce dos pgtos, mesmo que com o CFOP 5949, isso não vai acabar somando no faturamento delas? ou influenciando no faixa das alíquotas?

mas essa Nota Técnica só fala que foi retirado duas validações permitindo utilizar o cfop 5949, e CST 090 na Nfce. mas não especifica como preencher o resto das inf. da nfce. como NCM etc.

Olá Pessoal, Notamos que alguns desenvolvedores estão confundindo ABRASF com Padrão Nacional em relação à NFS-e. Gostaríamos de esclarecer que a ABRASF até faz parte do projeto NFS-e Padrão Nacional, porém não são sinônimos. Os layouts são diferentes! ABRASF: Necessário gerar e enviar o RPS (Recibo Provisório de Serviço). Dependendo do provedor, esse envio pode ser em lote nos modos assíncrono/síncrono ou unitário em modo síncrono; Padrão Nacional: Necessário gerar e enviar o DPS (Declaração Provisória de Serviço) sempre em forma unitária e modo síncrono. Também notamos que alguns desenvolvedores estão recebendo rejeições ao realizar testes de envio com o componente configurado para o Padrão Nacional. Antes de tudo, é necessário analisar alguns pontos muito importantes: O Prestador é MEI? Se sim, provavelmente existem dados errados informados no DPS. Caso contrário, a cidade aderiu 100% ao projeto da NFS-e Padrão Nacional? Se aderiu, provavelmente existem dados errados informados no DPS. Se não aderiu, isso explica a rejeição! Espero que essa dica possa ajudar a esclarecer as dúvidas com relação a esses layouts.