Painel de líderes

Olá Pessoal, Depois de anos, isso mesmo anos, a tão sonhada possibilidade de emitir a NFS-e (Nota Fiscal de Serviço Eletrônica) através do Monitor agora é realidade. O componente ACBrNFSe passou por uma refatoração tão grande que decidimos lançar um novo componente chamado: ACBrNFSeX. Essa refatoração não foi fácil e levou praticamente um ano de trabalho, depois mais um ano para fazer ajustes, pois não temos condições de realização de testes "reais", é ai que entra a comunidade do Fórum ACBr e do Discord que diariamente nos reportam problemas, melhorias e correções. A equipe ACBr agradece imensamente todos esses retornos. Pois só assim que conseguimos aprimorar a cada dia o componente ACBrNFSeX. É com grande alegria que comunicamos uma nova versão do ACBrMonitor Plus com mais uma funcionalidade: A emissão de NFS-e. Lembre-se que o Monitor se utiliza do componente ACBrNFSeX, portanto todos os provedores (empresas contratadas pelas prefeituras) suportados pelo componente e consequentemente todas as cidades que já estão vinculadas a um provedor, o Monitor também atenderá. Não importa se o provedor segue a versão 1 ou 2 da ABRASF ou tem um layout próprio, a partir do momento que você configura o Monitor para uma cidade que possui um provedor vinculado a ela, o Monitor se utiliza de toda a inteligência do componente para gerar o XML e consumir todos os serviços disponibilizados pelo provedor. Caso o seu cliente seja um MEI (Micro Empreendedor Individual) ou a cidade dele aderiu 100% ao projeto da NFS-e Padrão Nacional, com o ACBrMonitor Plus você vai poder emitir a nota desse cliente segundo o Padrão Nacional (não confundir com a ABRASF). A equipe ACBr esta a disposição para tirar duvidas e fiquem a vontade em nos reportar qualquer problema que estejam enfrentando.

Pessoal, realizei a leitura de todas as discussões até aqui, vejo que alguns pontos em relação ao código da autorização ou identificação do pedido são duvidas, especialmente o primeiro tópico desse link onde é decretado a seguinte ação "o sistema da empresa deverá gerar um código de identificação da operação". Buscamos esclarecimentos sobre esse assunto junto ao NAVi e recebemos o seguinte como resposta: Com relação às orientações que estão no link https://atendimento.receita.rs.gov.br/integracao-entre-nfce-e-meios-de-pagamento-eletronicos , notamos que elas realmente não estão deixando claro que o código de integração deve ser gerado pelo sistema de pagamento. Já contatamos a equipe responsável pelo site, e solicitamos que o texto seja alterado para deixar esse ponto mais claro. Em particular, a expressão "sistema da empresa" deverá ser substituída por "sistema de pagamento". O procedimento que deve ser seguido é aquele que mencionamos no email anterior. Repito: O sistema de pagamento vai gerar um código de identificação da transação. O sistema emissor de NFC-e deve pegar esse código e inserir de forma automática na tag cAut do arquivo XML. A integração se dará dessa forma. Vocês podem usar qualquer solução técnica que execute o procedimento acima. Agora está claro, pelo menos para nós, que é a empresa que efetiva os pagamentos que deverá gerar o código de integração e não as nossas empresas (softwarehouses) como estava sendo discutido.

Boa tarde pessoal! Consultando na agenda de paralisações programadas da Sefaz de MG, é possível observar que há uma agendada para o sistema autorizador de NFC-e com previsão de início no dia 23/06 às 18 horas e encerramento no dia 26/06 às 6 horas. Nenhum aviso relacionado é exibido ao acessar a sessão NFC-e da página da Sefaz de MG. Um agradecimento ao Gabriel Henrique pelo aviso no canal #sefaz em nossa comunidade do Discord.

Boa tarde, Caso tenha urgência nas suas demandas, considere assinar o PRÓ, que entre outras coisas conta com o SLA de respostas e atendimento pelos consultores. Qual o município? Está implementando ou estava funcionando e parou? Homologação ou Produção? Tente consultar o lote para ver o que retorna. Se o problema persistir, anexe os xmls pasta análise.

Boa tarde amigos.. A respeito da Nota Técnica 2023.003 que altera as regras de validações para permitir CFOP 5949 e CST de Icms 90 na NFCe emitida no RS... Na NT diz que estaria disponível em homologação a partir de 05/06/2023. Fui fazer um teste hj e está rejeitando o CST 90.. Fiz um questionamento no fale conosco da SEFAZ-RS a respeito disso e veja o que me foi respondido : "Prezado(a) contribuinte: Conforme informado, pelo próprio programador, a NFC-e (65) permite apenas os seguintes CST: 00, 20, 40, 41 e 60. A NFC-e foi concebida para consumidor final, ou seja, compreende apenas as transações em que não ocorrerão mais direito a crédito ao destinatário. Isso significa que toda a tributação ou já se encerrou ou se encerra nessa etapa em que se emite a NFC-e. Caso o objetivo seja utilizar o CST 51 e se permitido pela legislação, deve-se emitir NF-e (modelo 55)." Ou seja, Parece que nem o próprio suporte da SEFAZ-RS tem conhecimento dessa NT, apesar de ela já estar em vigor em homologação desde o dia 05/06/2023. A SEFAZ-RS está se tornando uma carreta carregada de aço morro abaixo sem ninguém na direção !! Salve-se quem puder !!

Olá, O motivo é o mesmo... No CT-e 4.00 existe apenas o envio pelo serviço síncrono e não existe mais a formação de lotes de CT-e (que era o que o schema enviCTe definia). O serviço de recepção recebe agora o CT-e diretamente, ou seja, o conteúdo com "<CTe xmlns="http://www.portalfiscal.inf.br/cte"><infCte..." sem a tag "enviCTe" por fora.

Boa noite, Houve problema semelhante na emissão de NFC-e, com certificado A3, em SP e o problema era nos servidores da Sefaz, conforme tópico a seguir. Entre em contato com o provedor e documente este problema para analisarem se não tem algo do lado deles a corrigir. Por via das dúvidas, reinstale o driver da leitora para descartar algum erro com ele também e revise suas configurações de ssl/tls, conforme tópico a seguir.

Bom dia a todos, Me parece que MG ainda esta usando o namespace e o soapaction da versão 3 na versão 4. Os caras não aprende, fizeram um copia e cola e esqueceram de fazer os ajustes necessários.

Boa tarde! O seguinte aviso é exibido ao acessar a opção NFe no Portal Estadual da NFe de Minas Gerais: Para usar o ACBr em contingência durante este período, siga as orientações do tópico a seguir:

Olá Fiz um ajuste no Emulador para enviar peso de forma automatizada para capturar no PDV. Achei interessante pois é possível ficar inserindo produtos no PDV sem ter que interagir com o emulador. Segue fontes para avaliação. Postei aqui, pois não achei fórum para Projetos, que é a pasta onde estão os fontes do Emulador. Grato, emuladorBalanca.rar

Boa tarde, Faça um teste de assinar o lote de RPS e teste novamente no modo síncrono. Na unit EL.Provider preencha na procedure TACBrNFSeProviderEL204.Configuracao conforme abaixo. ConfigAssinar.LoteRps := True; Reinstale os componentes antes de testar novamente.

Boa tarde @C4Dev, Vamos seguir as regras do fórum. Assunto novo tópico novo. Como o problema mencionado neste tópico foi sanado, vou fechar ele. Por favor crie um novo tópico referente a este outro problema. Muito obrigado pelo retorno e compreensão.

Boa tarde @Daniel Simoes, Reverte realizado.

Boa tarde, A sua contribuição já se encontra no SVN. Muito obrigado.

Na live, comentaram sobre como proceder quando o pagamento envolvesse PIX. Alguém sabe se já foi disponibilizado algum documento que regulamente a operação que apresentaram?

Bom dia. Creio que o mais correto seria tu pegar isso com o contador do cliente. pois podem ter particularidades na questão de somatorio ou uma consultoria na área. creio que o @marcopoloviana do sac fiscal pode lhe ajudar

Você pode testar o binário nesse site: https://www.virustotal.com/ E verificar quantos antivírus acusam problema

Anexado o log gerado pelo ACBr Demo ACBrLibCTe-20230622.log

A resposta é a mesma, o enviCTe só é usado no envio em lote, mais de um CTe, o que não existe mais.

Problema encontrado, na verdade o itemservico estava indo errado na String que monta os itens esta com "," ao inves de ".":

Bom dia !Quando for emitida uma NF-e (modelo 55) com produto tributado pelo ICMS 60 ou CSOSN 500, para operações que não sejam para consumidor final (tag: indFinal=0, Normal) e não informado os campos abaixo, haverá a rejeição 938 - Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Informar os campos: Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet) Alíquota suportada pelo Consumidor Final (tag: pST) Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet) Ideal é consultar o seu contador para que ele possa lhe orientar de forma correta e evitar problemas futuros com preenchimento incorreto.

Bom dia! Dentre os arquivos que foram fornecidos para você no "layout_rps_2.0431.zip" o arquivo "NFS-e_Manual_de_Orientacao_do_Contribuinte_2.04.pdf" é o PDF fornecido pela ABRASF. Ele de fato é da versão 2.04. (mesmo que o link seja semelhante a outros links que usam a versão 1.00 do mesmo provedor no ACBrNFSeXServicos.ini) Minha intenção era verificar se tinha o link do Web Service no PDF, mas este não é o caso. Por isso, meu primeiro questionamento é, foi o pessoal do provedor que passou este link para você? Vamos considerar o link que temos por agora. Se você clicar nele, para abrir com o Chrome mesmo, ele vai abrir uma janela como esta aqui: Nesta janela podemos conseguir o WSDL de cada serviço. Um arquivo WSDL é uma descrição dos serviços disponíveis para o WebService. Veja um exemplo: Eu posso importar este arquivo em alguns softwares e ele vai listar os serviços disponíveis de acordo com o WSDL.(Talvez uma analogia seria as collections que você importa no PostMan para listar as requisições de uma API). Usei o SoapUI para importar o WSDL dos dois primeiros itens da tabela(veja que eles estão marcando que foram clicados no meu primeiro print). Este foi o resultado: Note que para o "RpsService", de fato não existe o método GerarNFSe, ele existe apenas no "NfseService". Você usou o GerarNFSe para tentar emitir? Você precisa usar especificamente o GerarNFSe? É possível fazer um teste usando o EnviarLoteRPSEnvio?(Se o botão Emitir Nota(Novo) do programa exemplo não o fizer, tente o "Enviar Síncrono" ou o "Enviar Assíncrono"). Caso precise usar o GerarNFSe, é possível testar alterando o link no INI de: http://mg-saosebastiaodomaranhao-pm-nfs.cloud.el.com.br/RpsServiceService para: https://mg-saosebastiaodomaranhao-pm-nfs.cloud.el.com.br/NfseWSService ?

Bom dia Jeferson, Esse erro ocorreu na maquina de desenvolvimento ou na maquina do cliente? Se foi na maquina do cliente com certeza as DLL do OpenSSL que você esta usando são antigas tem que usar as mais novas.

Bom dia! Ao acessar o seção CT-e do site da Sefaz de MG, dentre os avisos mostrados um deles informa: Um agradecimento a @Keyth_Saborido por reportar em nossa comunidade do Discord.