Italo Giurizzato Junior

Bom dia Jeanny, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4101

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.

Boa tarde Paulo, Você poderia anexar o XML de envio e de retorno de um lote com 2 RPS para que possamos analisar melhor o problema?

Boa tarde Robson, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde @Daniel Simoes, Reverte realizado.

Boa tarde Danilo, Favor atualizar todos os fontes, reinstale o ACBr e faça novos testes.

Bom dia Everson, Já esta no SVN.

Bom dia, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Danilo, Já inclui na minha lista de tarefas para analise. TK-4091

Boa tarde Felipe, Você poderia anexar a alteração que você fez para a cidade de Porto Belo para que possamos atualizar o arquivo INI e enviar para o SVN?

Boa tarde Joemil, A cidade de Juazeiro/BA trocou de provedor? Pois no arquivo ACBrNFSeXServicos.ini consta que o provedor é MetropolisWeb e não Sudoeste.

Boa tarde Gabriel, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia John, No que se refere ao Padrão Nacional da NFS-e temos o seguinte: 1. Se o prestador for MEI independente da Cidade ter aderido ao projeto ou não, deverá obrigatoriamente emitir as suas notas no Padrão Nacional a partir de 01/09/2023. 2. Se o prestador não for MEI, temos as duas situações abaixo: 2.1 Se a Cidade aderiu 100% ao projeto o prestador vai emitir as suas notas no Padrão Nacional a partir da data estabelecida pela prefeitura. 2.2 Se a cidade aderiu somete ao pacote de compartilhamento de dados, o prestador vai continuar a emitir as suas notas como emite hoje. Quem adere ao projeto é a Cidade e não o Prestador de Serviço.

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.

Bom dia Diron e Marcos, Vocês tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Márcio, Muito obrigado pela colaboração. Já esta no SVN. Detalhe importante os seus fontes estão muitos desatualizados, ainda ele não contempla a versão 4.00 do CT-e.

Boa tarde Bill, Já esta no SVN.

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

Everson, Analisando as suas alterações não entendi o motivo da alteração na unit Provider do provedor. Na unit ACBrNFSeXProviderBase o ConsultaSitLote já recebe o valor False e ele só é alterado para True na unit ACBrNFSeProviderABRASFv1, só que o provedor em questão se utiliza da unit ACBrNFSeProviderABRASFv2. No programa exemplo na procedure ChecarResposta temos as seguintes condições para apresentar o resultado do ConsultarSituacao: if ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio and ((Emite.Protocolo <> '') or (Emite.NumeroLote <> '')) then begin if ACBrNFSeX1.Provider.ConfigGeral.ConsultaSitLote then begin with ConsultaSituacao do begin (...) Você não esta alterando o valor do ConsultaSitLote diretamente na sua aplicação?

Marcio, Você poderia anexar as units que você alterou?

Diego, Já esta no SVN.

Boa tarde Túlio, Já esta no SVN.

Boa tarde Igor, Após o envio do lote de Rps no modo assíncrono, você esta consultando a situação do lote e por fim consultando o Lote? Pois no modo assíncrono ao enviar o que temos como resposta é o numero do protocolo. Leia atentamente o tópico abaixo.

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4072

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