Pesquisar na Comunidade

Olá, comunidade ! A Secretaria Municipal da Fazenda de São Paulo anunciou alterações na sistemática de emissão da NFS-e relacionadas à tributação federal, especialmente sobre PIS e COFINS, com o objetivo de adequar o sistema à Nota Técnica SE/CGNFS-e nº 007/2026, publicada pela Secretaria Executiva do Comitê Gestor da NFS-e. As mudanças passaram a valer em 14 de maio de 2026 e impactam diretamente a emissão de NFS-e nos leiautes 1 e 2. O que muda na emissão da NFS-e? A partir da nova regra: Os campos PIS/PASEP e COFINS deverão informar os valores totais da operação, correspondentes aos débitos de apuração própria; Valores de retenção de PIS, COFINS e/ou CSLL deverão ser somados e informados: no campo “Contribuições Sociais – Retidas” na emissão on-line; no campo “ValorCSLL” na emissão via WebService; Também passa a ser obrigatória a correta identificação do tipo de retenção conforme os códigos definidos pela Prefeitura Novos códigos de retenção Os códigos aceitos para identificação das retenções passam a ser: 0 – PIS/COFINS/CSLL não retidos; 3 – PIS/COFINS/CSLL retidos; 4 – PIS/COFINS retidos e CSLL não retido; 5 – PIS retido e COFINS/CSLL não retidos; 6 – COFINS retido e PIS/CSLL não retidos; 7 – PIS não retido e COFINS/CSLL retidos; 8 – PIS/COFINS não retidos e CSLL retido; 9 – COFINS não retido e PIS/CSLL retidos. Alterações adicionais Outra mudança importante é que o campo “INSS” passou a ser apresentado como “Contribuição Previdenciária – Retida” na emissão on-line. Além disso, o espelho da NFS-e foi atualizado para exibir os novos campos: “Contribuições Sociais – Retidas”; “Descrição Contribuições Sociais – Retidas”. A Prefeitura também informou que o campo “Pagamento Parcelado Antecipado”, utilizado no leiaute 2, deixa de ser obrigatório. Essas alterações exigem atenção das empresas e desenvolvedores que utilizam integração via WebService, garantindo que os sistemas estejam atualizados para evitar rejeições ou inconsistências na emissão fiscal. E como fica o ACBr? O ACBr já contempla essas alterações no componente! Para informar o tipo de retenção de PIS e COFINS, deve ser alimentado o seguinte campo: No componente: NFSe.Servico.Valores.tribFed.rpRetPisCofins // Valores possíveis do enumerado: trpiscofinscsllNaoRetido, trpiscofinscsllRetido, trpiscofinsRetidocsllNaoRetido, trPisRetidoCofinsCsllNaoRetido, trCofinsRetidoPisCsllNaoRetido, trCofinsCsllRetidoPisNaoRetido, trCsllRetidoPisCofinsNaoRetido, trPisCsllRetidoCofinsNaoRetido No ACBrMonitor e ACBrLib, estará disponível na próxima versão. Abaixo, um exemplo de preenchimento: // Valores possíveis: 0, 3, 4, 5, 6, 7, 8 e 9 [tribFederal] tpRetPisCofins= Fonte oficial Prefeitura de São Paulo – Alteração na emissão de NFS-e

O Banco Itaú comunicou a descontinuação do endpoint atual da API de Boleto Híbrido. A partir de agora, os desenvolvedores devem migrar para o novo endpoint Bolecode Pix, que combina a geração de boletos com QR Codes, garantindo mais segurança e agilidade. Endpoints descontinuados: Nome: itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext Versão: 2.148.4 Base path (produção): https://secure.api.itau/pix_recebimentos_conciliacoes/v2 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext/v2 Novos endpoints (Bolecode Pix): Versão: 1.0.4 Base path (produção): https://pix-pj.api.itau.com/recebimentos-pix/v1 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1 O suporte do Itaú informou que o formato correto é 99999999999999900 e que a documentação será revisada em breve. O que estamos disponibilizando? Para evitar quebras na emissão de boletos, disponibilizamos uma unit de envio para o novo endpoint, compatível com Lazarus e Delphi (projeto ACBr). Você pode testar e contribuir com a validação: ACBrBoletoW_Itau_API.pas Passos para atualizar: Atualize seu repositório do ACBr. Salve a nova unit (anexada acima) na pasta: ..\ACBr\Fontes\ACBrBoleto\WS Execute o instalador do ACBr (para Lazarus, reconstrua a IDE). Um de nossos usuários já testou em produção com sucesso, utilizando as mesmas credenciais e parâmetros — apenas com a atualização das units. O que muda para quem usa ACBrBoleto? Nada. Mantivemos a compatibilidade para que sua aplicação não seja impactada. Como a documentação oficial ainda não foi atualizada, contamos com a colaboração de desenvolvedores para testar a nova unit e validar em seus ambientes. (Sandbox Boleto Itau, retorna erro, pois tem o ambiente para teste) , esta unit não foi enviada para o SVN! Em caso de problemas, abra um tópico no fórum do ACBr. Logs de exemplo: Homologação: 14/05/26 13:35:11 - URL: [POST] https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1/boletos-pix Observação: O ambiente sandbox para Boleto Híbrido/Bolecode não está disponível. Produção: 14/05/26 13:39:40 - URL: [POST] https://pix-pj.api.itau.com/recebimentos-pix/v1

Existem duas propriedades no título do boleto que costumam gerar dúvidas no preenchimento: CodigoMoraJuros (Enumerado) Define o tipo de cálculo de juros/mora: 0 → Valor por dia 1 → Taxa mensal (%) 2 → Isento 3 → Valor mensal 4 → Taxa diária (%) CodigoMora (String) Código utilizado por alguns bancos para definir a mora: '' → Não informado (padrão) '1' → Valor diário '2' → Taxa mensal (%) Caso específico – Sicredi: (Vide Particularidades) 'A' → Valor 'B' → Percentual Regras Importantes Para evitar rejeições ou comportamento inesperado, siga estas regras: Regra 1 Se você estiver utilizando: CodigoMoraJuros <> Isento Então: CodigoMora = '' (Não deve ser informado) Regra 2 Se você utilizar: CodigoMora preenchido Então obrigatoriamente: CodigoMoraJuros = Isento Regra 3 – Particularidades por banco Sempre consulte o arquivo de particularidades do banco, pois podem existir regras específicas. Exemplo – Sicredi: Utilizar: CodigoMora = 'A' (Valor) ou CodigoMora = 'B' (Percentual) E obrigatoriamente: CodigoMoraJuros = Isento "Estes campos impactam tanto a impressão das mensagens padrão quanto a geração das instruções de Juros de Mora nos boletos. Por isso, sempre que implementar boletos em um cliente, peça para que ele homologue os boletos junto ao banco."

Olá pessoal, Mais uma novidade nos produtos do ACBr, foi disponibilizado o ExtratoAPI do pacote BaaS no ACBrMonitor! O ExtratoAPI é um componente que permite a consulta de Extratos nas APIs dos bancos. No momento, os bancos atendidos são: Banco do Brasil, Inter e Sicoob. Veja a documentação do ACBrMonitor com as instruções para o novo recurso: https://acbr.sourceforge.io/ACBrMonitor/ExtratoAPI.html Até mais,

Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Algumas mensagens comuns no ACBrNFSeX, o que elas significam e o que você pode fazer. Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária

Estou usando o Via CEP para consultar CEPs e parou tudo de funcionar? O que pode estar acontecendo? Aparentemente o serviço está passando por instabilidades, com relatos que o serviço e a página estão inacessíveis. Quem usa ACBrCEP para suas consultas não precisa se preocupar! O componente ACBrCEP permite o uso de diversos provedores de serviço para sua consulta!!! Basta trocar o provedor e tudo fica funcionando normalmente! Lembrando que você consegue usar através do ACBrMonitor e também através da ACBrLibCEP com as mesmas funcionalidades!!!

Olá pessoal! Houve uma alteração na forma como o ACBrMonitorPLUS devolve a informação do nome do XML gerado. Quem utiliza o ACBrMonitorPLUS a muito tempo, provavelmente está acostumado a receber na resposta do mesmo, o nome do arquivo em dois locais diferentes como no exemplo abaixo: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. [CTe_Arq1] Arquivo=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Vejam que mesmo havendo na resposta uma seção específica para as informações do CT-e autorizado, há um seção [CTe_Arq1] que recebe somente o local onde o arquivo foi gerado. Esta seção [DFe_ArqX] costuma ser gerada no retorno quando assíncrono. Agora, com alguns documentos adotando somente o modo de envio síncrono e visando padronização na forma como está informação é devolvida tanto na resposta do Monitor e na resposta da Lib, está seção foi removida e a informação foi movida para a já existente seção com os dados do documento fiscal com o identificador NomeArq. Então a resposta agora será desta forma: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= NomeArq=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. Todos os meus retornos foram alterados? Foram alterados os retornos dos comandos de envio dos objetos do CTe e do MDFe, ambos documentos que adotaram somente o modo de envio síncrono.

Boa tarde, gostaria de saber se o ACBrMonitor já está preparado para encerramendo de MDF-e por terceiro? Pois procurei em https://acbr.sourceforge.io/ACBrMonitor e não encontrei nada referente a encerramento de MDF-e por terceiro.

Para quem estiver com problemas de acesso aos nossos manuais on-line, tanto do ACBrLib ou ACBrMonitorPlus, estamos disponibilizando em formato PDF. ACBrMonitorPlus: ACBrMonitor.pdf ACBrLib: ACBrLib.pdf

Bom dia Pessoal, tudo bem? minha empresa possui um sistema de Gestão em PHP somos do sul de minas porém temos alguns clientes em São Paulo, e foi solicitado por um de nossos clientes a implantação do SAT Fiscal, encontramos no ACBrMonitor uma forma rápida e fácil de realizar esta integração conseguimos realizar a criação do arquivo txt e tudo funcionou perfeitamente quando se utiliza o txt nas pastas, porém quando tentamos utilizar via TCP/IP por meio de webSocket Javascript. A comunicação chega a ser estabelecida porem é rapidamente fechada. e no navegador o erro que aparece no console é que a resposta do aperto de mão vindo do ACBr monitor não é um HTTP válido. Como nosso sistema é um sistema on-line, hospedado na nuvem não temos a possibilidade de utilizar por arquivos. Então gostaria de saber se alguém do grupo conseguiu realizar a comunicação via browser utilizado um WebSocket em Javascript. desde já agradeço.

Bom dia Devs ! Agora você pode enviar o comando para alterar o TimeZone do ACBrMonitor Plus. Comando: NFe.SetTimeZone(nModo, cTimeZone) Parâmetros: nModo = Inteiro; cTimeZone = String; (obrigatório quando o nMODO for tzManual) Tabela nTIPO: 0 = tzSistema 1 = tzPCN 2 = tzManual Exemplos: Para configurar TimeZone padrão do Sistema: NFe.SetTimeZone(0) Para configurar TimeZone padrão do PCN: NFe.SetTimeZone(1) Para configurar TimeZone padrão do Manual (Brasilia DF) NFe.SetTimeZone(2,-03:00)

Olá, pessoal, após emissão DE CTE em contingência SVRS ontem (26/06/2023), não estou conseguindo cancelar o CTE pelo ACBrMonitorPLUS versão 1.4.0.161 32bits, é retornado o erro em "<chaveCTe>-resp.txt": "ERRO: Nao foi possivel consultar o numero de Protocolo para a Chave: 35230657296543000115570010000435037000631461" Pesquisando vi algumas soluções: "Isso ocorre quando o protocolo do campo nProt difere do protocolo de autorização do CTe. Para resolver esse problema é preciso informar o número de protocolo de autorização correto durante o cancelamento" O problema é que o comando CTE.CancelarCTe só aceita como parâmetros: nChaveCTe: Chave do CTe a ser cancelado nDados: informar Texto de justificativa de cancelamento nCNPJ: Passar esse parâmetro caso queira o CNPJ da empresa quando o cancelamento for por evento! (Opcional) Desde já, obrigado por qualquer ajuda.

Esta função é útil principalmente quando o SAT perde a comunicação durante a emissão da venda ou cancelamento. Ao chamar a função ConsultarUltimaSessaoFiscal é retornada os dados da última venda. Esta função já existia para quem utiliza o componente ACBrSAT e foi incluída no ACBrMonitorPLUS e ACBrLibSAT, e já estão disponíveis em nossos repositórios para downloads a partir de hoje (12/04/2023), bora fazer o download ! Quem utiliza componente ACBrSAT em Delphi ou Lazarus, quem utiliza ACBrMonitor Plus ou ACBrLibSAT.DLL (que é compatível com qualquer linguagem de programação que consuma arquivos dll) além de ter a resposta padrão da função, já detectamos o conteúdo do retorno e se conter o XML de venda ou cancelamento, automaticamente geramos o XML de venda ou cancelamento na pasta que foi configurada previamente (onde são gravados os arquivos xml de vendas/cancelamento). Uso no componente ACBrSAT: ACBrSAT1.ConsultarUltimaSessaoFiscal; Uso no ACBrMonitorPlus: SAT.ConsultarUltimaSessaoFiscal Uso com a biblioteca ACBrLibSAT.dll: SAT_ConsultarUltimaSessaoFiscal(sResposta, esTamanho); *Lembrando que este método indicado pelo fabricante é recente e pode não existir em SATs como layout 0.07 ou com firmwares que não contenham este método.*

Olá pessoal, Venho por meio desta, informar que: Está disponível a consulta de GTIN utilizando o ACBrMonitorPLUS! O projeto ACBr já possuía o componente ACBrGTIN disponível para Delphi e Lazarus, possibilitando a consulta de GTINs através de implementação direta. Agora possibilitamos também essa consulta através da aplicação ACBrMonitorPLUS, que pode ser feita de 3 diferentes formas: (Obs: Utilizaremos o código '7898380740424' apenas a título de testes) 1 - Consulta GTIN na aba 'DFe > Testes > GTIN' 2 - Consulta GTIN utilizando troca de arquivos TXT O comando necessário para solicitar a consulta é: GTIN.Consultar("7898380740424") O retorno da consulta também será em um arquivo 'txt' no formato: OK: [Consulta] CEST= NCM=4012090 cStat=9490 dhResp=07/10/2022 10:23:26 tpGTIN=13 xMotivo=Consulta realizada com sucesso xProd=LEITE PASTEURIZADO TIPO B 3 - Consulta GTIN através de comunicação TCP/IP: (Utilizaremos nossa aplicação de demonstração de comunicação TCP, disponível em: '...\trunk2\Projetos\ACBrMonitorPLUS\Lazarus\Exemplos\Lazarus\' ) O comando necessário para solicitar a consulta é: GTIN.Consultar("7898380740424") Esse comando deve ser enviado para a porta TCP configurada no ACBrMonitorPLUS, veja um exemplo: Como obter o ACBrMonitorPLUS? Caso seja assinante do nosso plano ACBr PRO, basta realizar o download do ACBrMonitorPLUS na sessão de downloads do fórum ACBr, através desse link. Ainda não é assinante??? Então fale agora mesmo com um dos nossos consultores via whatsapp (15)2105-0750 e descubra todas as vantagens de ser um PRO Mas se prefere obter somente o ACBrMonitorPLUS, poderá adquiri-lo AQUI Onde posso encontrar a documentação e os exemplos de uso do ACBrMonitorPLUS? Os exemplos de uso estão disponíveis para download via SVN, Clique aqui e saiba mais sobre como baixar todos os fontes e exemplos do Projeto ACBr. Já o manual está disponível de forma online em https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Ficou alguma dúvida? Então corre lá no nosso Discord que a gente te ajuda! Até mais!

Olá Boa noite, Fiz a instalação do acbrmonitorplus Quando mando emitir cupom ele aparece a mensagem (NumeroSessao: 908325 - Resposta:Erro ao tentar abrir a porta) Alguém pode me ajudar ? uso o sat elgin smart. No acbrmonitor coloquei Elgin e Elgin2 porem da o mesmo erro Só muda o numero da sessao.

Boa tarde. Gostaria de questionar a respeito deste erro ERRO: Porta não definida - Estava ocorrendo ao enviar o comando NFe.EnviarNFe . Começou a acontecer de um dia para o outro, sem motivo. Não mudei nenhuma configuração, nenhuma linha de código, nada ! E do nada, após algumas(várias) tentativas, voltou a funcionar normalmente. Estou preocupado com este erro pois estou fazendo a homologação do sistema realizando a emissão pelo acbrmonitor para poder implantar nos clientes mês que vem e este erro ocorreu hoje. Alguém sabe o que pode ser ?

Olá, preciso agendar o fechamento do ACBRMonitor para remapear impressoras remotas e então ativá-lo novamente, senão não reconhece impressoras novas. Se eu forçar o fechamento pelo Taskkill /F ele para na tela de Msgbox avisando que o ACBR está em execução. Tem outra forma de fechar o ACBR de forma autõnoma? Alguma sugestão que não dependa da interferência do usuário?

Olá, Para quem pretende iniciar a utilização de nossa solução ACBrMonitorPlus mas ficava em dúvida por não ter uma forma de testar se de fato as soluções atenderiam suas expectativas , temos novidades... Disponibilizamos o ACBrMonitorPlus Demo, o qual é compilado semanalmente !! E se você já conhece nossa solução, mas quer saber se as versões mais recentes possuem algum recurso que sua aplicação precisa, a versão Demo é uma forma muito simples de descobrir! Por que criamos as versões Demo? Anteriormente para se realizar os testes, era preciso realizar o download do instalador do ACBrMonitorPlus, o qual era obtido somente ao assinar nossos planos SAC, ou ao se realizar um pedido de trial, o qual levava tempo para ser analisado e mesmo após a liberação o acesso aos downloads era por um período muito curto, fazendo com que vc não tivesse acesso as versões mais atualizadas, já com a versão demo, você poderá testar as últimas versões a qualquer momento, sem precisar aguardar qualquer validação! Como as versões Demo Funcionam? Essa versão mantém todos os recursos atualizados do ACBrMonitorPLUS, porém com algumas limitações... Os Documentos Fiscais Eletrônicos serão emitidos apenas em homologação e o aplicativo ACBrMonitorPLUS fica disponível para uso por 1 hora, após esse tempo será necessário reiniciar o aplicativo. Como todo aplicativo Demo essa versão é exclusiva para testes e homologação da ferramenta. A vantagem é que você pode baixar livremente a versão demo atualizada através do fórum do ACBr. Onde posso obter as bibliotecas na versão Demo? Para baixar o ACBrMonitorPlus Demo, acesse o link abaixo https://www.projetoacbr.com.br/forum/files/category/21-acbrmonitorplus-demo/ Quais são os passos para iniciar a utilização do ACBrMonitorPLus ? 1. Realizar o Download do instalador (Demo ou Produção) 2. Analisar a documentação disponibilizada com o instalador e de forma online aqui. 3. Realizar a implementação Como posso obter o ACBrMonitorPlus de produção? O ACBrMonitorPlus versão PRO permanece disponível para assinantes do ACBr PRO ou para quem desejar adquirir apenas os instaladores de forma individual. Ainda com dúvidas ? Para mais informações sobre a modalidade ACBr Pró fale com nossos consultores pelo fone/whats (15) 2105-0750 ou acesse nosso portal aqui. Para dúvidas sobre o uso das bibliotecas ACBrLib acesse estas sessões no fórum ou os canais dedicados ao assunto em nosso servidor Discord.

Boa tarde, Nossa equipe está implementando o módulo de GNRE usando ACBrMonitor Plus e surgiram algumas dúvidas que gostaríamos de esclarecer. Incluiremos abaixo: A data de vencimento e pagamento são geradas após a emissão do documento via ACBr ou é com base em alguma equação? Se equação, qual seria? Quando os produtos e nota de referência devem ser informados e quando não, de acordo com as receitas? Qual a relação das receitas com os impostos para gerar as guias? Quando o Detalhamento da Receita deve ser informado ou não, de acordo com as receitas e/ou UF favorecida? Quando os Campos Adicionais devem ser informados ou não, de acordo com a UF favorecida? Quem puder nos auxiliar para seguirmos com a implementação pode incluir nesse tópico. Obrigado!

Boa tarde, tenho um sistema de vendas para a minha loja de varejo na empresa Bling, e para configurar a parte de gerar os Cupons Fiscais eu precisaria do ACBrMonitor para realizar a comunicação com o app BlingNF e o meu hardware SAT. Porém não encontrei apenas a aplicação ACBrMonitor no forum, no site, ou no proprio github. Gostaria de saber se para eu utilizar o ACBrMonitor eu teria que estar realizado o pagamento mensal de R$ 120,00, pois não gostaria de utilizar a ferramenta inteira do ACBr, apenas o Monitor para a comunicação com o bling.

Olá, Para quem utiliza o ACBrMonitorPLUS, estamos lançando uma versão Beta Test com algumas melhorias na interface... As mudanças visam uma melhor experiência dos usuários ao configurar a ferramenta e também para identificação de possíveis problemas nas validações de cada componente. Veja no vídeo abaixo o que mudou... E fica o convite para baixar essa nova versão e realizar os seus testes!!!

Boa tarde, Estou iniciando os testes com o sat e nunca utilizei os produtos do projetoacbr entao estou com algumas duvidas, que surgiram apos a instalação 1) No acbrmonitor existe uma tag SAT mas nao localizei onde fica a configuracao da pasta de envio do arquivo para leitura 2) No manual, na aba Comandos do objeto Sat -> Passo a passo SAT -> Como emitir um CFe, esta escrito para utilizar o método CriarEnviarCFe. Isso é um arquivo que eu salvo aonde ? 3) Ainda na mesma opcao descrita no item 2, SAT.CriarEnviarCFe("C:\ACBrMonitorPLUS\Entrada\CFe.INI") Este é o nome do arquivo de envio com o conteudo da cfe ? 4) é possivel alterar a pasta que recebe a CFe para a pasta downloads ? 5) No conteudo da CFe caso eu nao precise preencher alguns campos isso é permitido ou existe alguma regra ? Por exemplo o campo infAdProd Obrigado pela atenção

Caros amigos eu gostaria de saber se é possivel o seguinte: -Usando o acbr monitor receber requisições para nfe com cnpj de empresas diferentes? -Sobre usar o tcpip para mandar requisições da nfe é possivel apenas em rede interna eu posso por por ex. em uma nuvem de servidor vps e de la enviar para receber as requisiçoes?