Painel de líderes

O que é a NFS-e nacional? Basicamente é um modelo padrão para emissão de nota fiscal de prestação de serviços que pretende ser implementado pelo governo em todo país, assim como já aconteceu com a NF-e, nota fiscal eletrônica de venda de mercadorias. O lançamento para testes ocorrerá inicialmente em 7 cidades e deve iniciar em dezembro deste ano. Cidades da 1º etapa da implantação NFE-e Nacional: Rio de Janeiro (RJ) São Paulo (SP) Brasília (DF) Belo Horizonte (MG) Porto Alegre (RS) Maringá (PR) Marabá (PA) Objetivos do Governo O grande objetivo é ter mais controle da circulação e declaração dos impostos, em especial a arrecadação do ISS, que atualmente é controlado pelas prefeituras. Com o novo sistema, a Receita Federal terá em mãos os relatórios de faturamento que hoje são de posse das prefeituras. Na prática, o Governo Federal poderá aferir com precisão a arrecadação das prefeituras e otimizar os repassem para os municípios. O que muda na hora de emitir a nota? Para o empresário, a mudança é apenas de sistema. Ao invés de emitir as notas fiscais pelo sistema da prefeitura, ele precisará acessar um sistema nacional, com diferenças de layout, por exemplo. A tributação, porém, seguirá a mesma. Para quem tem familiaridade com a NF-e, a nota eletrônica padrão para empresas de comércio, o modo de funcionamento dela deve ser a base para o da NFS-e nacional. Prazo de implementação para todo o Brasil? Ainda não há uma previsão para a implementação do sistema em todo o Brasil, os testes deverão ocorrer primeiramente nas cidades escolhidas. Algo que pode atrasar é o tempo de adaptação de cada prefeitura ao sistema, visto que hoje cada município tem um sistema próprio, muitas vezes fornecidos por empresa terceirizada e com contratos longos, por exemplo. Por tudo isso, é possível imaginar que a implementação para todo o país ainda demore um bom tempo para acontecer. Fonte : https://www.contabilizei.com.br/contabilidade-online/nfs-e-nacional-nota-fiscal-servico/

"Estamos cientes de um problema que causa falhas nas mensagens e estamos trabalhando em uma correção. Desculpas pela interrupção e obrigado por aguentar firme! http://dis.gd/status "

Olá, Sabemos que muitos que passam a utilizar a ACBrLib sentem a necessidade de implementar as mesmas por API, para isso temos um exemplo em .NET onde poder ser realizado testes com a lib NFe e Boleto. Essa API não deve ser utilizada como aplicação final, pois implementa apenas um serviço de cada biblioteca, com objetivo de retornar o PDF do documento gerado, mas pode servir como referencia de como implementar a sua API com os serviços que necessita a partir das bibliotecas do ACBr. É importante ressaltar que o uso de API junto à lib deve ser ponderado, se existe a real necessidade de uso por API, pois implementando as bibliotecas de forma a serem utilizadas diretamente pela aplicação local, o seu uso será mais fácil e performático. O uso de APIs pode ser utilizados para aplicações totalmente WEB. Já para aplicações Desktop, como por exemplo um PDV, opte por utilizar as libs de forma local junto ao executável da aplicação. Segue abaixo a apresentação de como configurar e testar o exemplo ACBrAPI do repositório ACBr: Link do aplicativo Demo no repositório SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/ACBr.API/ Link Downloads das libs (Versão Demo):

Boa tarde Mário, Cada tributo tem a sua base de cálculo, e a forma de compô-la. Após a composição da base de cálculo, você aplica a regra e a alíquota do tributo em cima dessa base. Por exemplo, no caso do ICMS podemos ter: vBC = vProd + vFrete + vOutro + vSeg + vIPI - vDesc Porém você tem regras que podem excluir o vIPI, vFrete e vDesc ali da base do ICMS. Entra o fator "depende" da operação. Abs

Acho que para sua dúvida invocamos nosso amigo @marcopoloviana ou uma contabilidade especializada pra lhe dar um caminho correto

Achei o erro... ao carregar o sistema eu chamava a rotina de contingencia FContingenciaNFCe := TContingenciaNFCe.Create(ACBrNFe1.Configuracoes); o problema é que eu não havia ainda carregado as configurações de CSC ainda. Ao carregar o XML que estava na pasta de OffLine a rotina assinava novamente o XML (mesmo ele ja ter sido assinado), com CSC errado. a solução foi colocar para a rotina de contingencia receber as configurações depois que eu alimentava as configurações do componentes NFe ai mesmo que a rotina assinava novamente ela assinava com CSC correto.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK-2448

Bom dia. Obrigado pela informação. Eu tô vendo aqui que o retorno do webservice já está vindo sem os dados do tomador, mesmo na consulta por faixa de notas.

Valdir, Desculpa entendi errado, realmente as informações do destinatário não consta no resumo da nota. Acredito que a separação só será possível após a manifestação do destinatário.

Bom dia, No componente novo ACBrNFSeX temos apenas um método para enviar o Rps para o WebService: Emitir. Esse método possui 3 parâmetros, sendo eles: aNumLote (String); aModEnvio -> meAutomatico (valor padrão), meLoteAssincrono, meLoteSincrono, meUnitario e meTeste; aImprimir (Boolean) -> True (valor padrão) e False. Aconselho sempre usar os valores padrões desta forma, caso o provedor se utiliza da versão 1 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo assíncrono, por outro lado caso o provedor se utiliza da versão 2 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo síncrono. Os provedores que seguem a versão 1 do layout da ABRASF só tem apenas um forma de enviar o Rps e é o Enviar o Lote de Rps no modo assíncrono. Já os provedores que seguem a versão 2 conforme consta no manual deveria disponibilizar 3 formas de envio do Rps: Enviar o Lote de Rps no modo assíncrono, Enviar o Lote de Rps no modo síncrono e Envio de apenas 1 Rps. Infelizmente existem alguns provedores que seguem a versão 2 do layout da ABRASF que não disponibilizam as 3 formas. Por conta disso que eu reforço: sempre usar os valores padrões do método Emitir, com isso o componente acaba usando a forma de envio que o provedor disponibilizou, caso ele tenha ele tenha disponibiliza mais de 1 forma de envio o componente se utiliza do melhor modo.

Bom dia Eliezer, Já esta no SVN.

Bom dia, na correria que estou nem tive tempo de ver o vídeo em questão, apesar dele ter sido postado no meu e-mail. Obrigado.

certo me dá um passo a passo com o exemplo e vou reproduzir. lembre-se do lado de cá temos só o exemplo pra conseguir auxiliar.

Implementação e testes no outro tópico. Fechando este. Obrigado

Eu recebi isso do sicoob para autenticação com certificado digital na emissão de boleto na API de Cobrança V2 Boa tarde, Segue um exemplo utilizando o cURL: curl -v -X POST https://apis.sisbr.com.br/cooperado/cobranca-bancaria/mtls/oauth2/token --key chaveprivada.key --cert mtls-certificado.cer --header 'Content-Type: application/x-www-form-urlencoded' --data-urlencode 'grant_type=client_credentials' --data-urlencode 'client_id=xxxx' --data-urlencode 'client_secret=xxxx' --data-urlencode 'scope=xxxx' Qualquer dúvida nos contate. Atenciosamente, Time Open Banking Sicoob Confederação SIG quadra 6 lotes 2080 SIG, St. Sudoeste 70610-460 - Brasília - DF https://developers.sicoob.com.br

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Link para APK na Google Play Store https://play.google.com/store/apps/details?id=br.gov.rs.procergs.nff

Boa tarde, Por favor não copie o conteúdo do XML na postagem, pois isto dificulta a leitura da mesma. Neste caso o correto é anexar o XML. At.

Bom dia, tiyoung. Geralmente esse erro é causado pela conexão lenta de internet ou problemas na SEFAZ. Sugiro que tente aumentar o TimeOut da sua aplicação. Tente com as configurações abaixo:

Boa tarde, Conforme aviso publicado no portal da SEFAZ-MG, o Sistema Integrado de Administração da Receita Estadual (SIARE), ficará indisponível das 17:000 até as 23:00 de hoje (08/03/2022) Fonte:http://www.fazenda.mg.gov.br/