Diego Foliene

Certo. Defina a opção para que o componente salve os envelopes Soap da requisição, definindo ACBrNFSeX.Configuracoes.WebService.Salvar := True e refaça o teste. Qual é o conteúdo do envelope de resposta?

Se você questionar o provedor quanto a isso, qual é o retorno deles? Os RPS para eles constam como em processamento ou já processados? Você recebeu um Nº de Protocolo, se você passar a informação e questionar eles não te dizem nada sobre ele?

Bom dia! Não tem como fazer isso no arquivo ACBrLib.ini. Veja que a configuração é única, fazendo parte da configuração base que é o [DANFe] e não do [DANFeNFe] ou do [DANFeNFCe]. No entanto, veja também que o primeiro parâmetro do método NFe_Imprimir é justamente o nome da impressora. Esse parâmetro é opcional, pois se deixado em branco, vai usar o que foi definido no ACBrLib.ini, mas pode informar o nome de uma impressora nele também.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Foi publicada a versão 23.2.D das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/09/2023 até 31/10/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto

Bom dia! Sobre a informação em si: Buscando mais informações a respeito, o leiaute da NF-e não tem um grupo específico para referenciar CF-e. Veja neste tópico, orientação informando para passar a informação no campo de referencia de NF-e (tag refNFe). Sobre o ACBr: Conferindo na rotina de leitura, não estava prevendo o tipo "SAT". Tanto que se observarmos no log da classe, podemos ver que o valor do enum para o tipo "SAT" antes, também era "NFe". Eu enviei no SVN, na Rev-30850, alteração para que considere o tipo "SAT" em futura compilação da Lib. Durante este meio tempo, como paliativo, podem usar o tipo "NFe" para que a informação seja gerada no XML.

Boa tarde! Realizei um teste e obtive o mesmo resultado. Vou buscar mais informações e reporto aqui assim que descobrir algo.

Boa tarde! Conferindo no Portal da Nota Fiscal Eletrônica às 17h57 já não consta mais a contingência ativada para a Sefaz de Minas Gerais.

Boa tarde! O ACBrPosPrinter tem uma configuração de Log na propriedade ArqLOG. Por favor, faça a configuração de acordo com a devida plataforma e veja se o log gerado trás mais informações que possam ser úteis.

Boa tarde @C4Dev! Validando o arquivo que disponibilizou neste validador, foram apontadas as seguintes rejeições: Tente corrigir elas e refazer o teste. Pois pode ser que esteja devolvendo está mensagem de rejeição, mas na verdade esteja caindo em outro erro.

Boa tarde pessoal! Foi realizada uma melhoria nas rotinas de resposta da NFS-e para a Lib e para o Monitor. Nesta nova versão, além das informações habituais, será devolvido também informações a respeito dos XMLs das NFS-e que foram gerados. As novas informações serão devolvidas em uma nova seção [Arquivos] como a do exemplo: [Arquivo1] CaminhoCompleto=C:\ACBrMonitorPLUS\Arqs\11111111111111\NFSe\202310\Notas\005-nfse.xml NomeArquivo=005-nfse.xml [Arquivo2] CaminhoCompleto=C:\ACBrMonitorPLUS\Arqs\11111111111111\NFSe\202310\Notas\006-nfse.xml NomeArquivo=006-nfse.xml Optou-se por fazer desta forma devido ao fato de ser possível enviar um lote com até 50 RPS. Então, fazendo desta maneira, fica uma seção para cada XML gerado.

Bom dia @Exi Sistemas! O problema está no seu arquivo ServicoIniEx.ini. Você está passando no CodServico o valor 1 e este valor está incorreto! A Lib lê a informação do CodServico para preencher no XML as tags nrServicoItem e nrServicoSubItem, seguindo a lógica: CodServico = 1402; nrServicoItem = 14; nrServicoSubItem = 2; //---- CodServico = 901 nrServicoItem = 9 nrServicoSubItem = 01 Como você informou o valor 1, ele está dando erro de conversão no momento de ler a informação e montar o XML. Por favor, faça um teste informando no CodServico o código correspondente da LC116/2003

Bom dia pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de Minas Gerais, está com contingência ativada desde às 12h05 e com previsão de encerramento às 18h00 do dia 02/10/2023. Para usar o ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Bom dia! Muito obrigado por reportar! Foi criada a #TK-4531 para análise do caso e parecer do consultor responsável.

Conferindo no Portal da Nota Fiscal Eletrônica, a contingência foi ativada para a Sefaz de São Paulo: Siga as orientações do tópico abaixo para emitir em contingência:

Bom dia! No dia 02/10/2023, por volta das 08h27, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para emissão de NF-e na Sefaz de São Paulo. Conferindo no DownDetector, é possível observar que o volume de relatos de problemas aumentou exponencialmente durante este período: Não há contingência ativada até a publicação deste tópico.

Olá pessoal! No dia 29/09/2023, foi publica a versão 3.61 desta NT. A nova versão apenas trás uma correção nas datas do texto explicativo da própria NT, alterando de: Para:

Olá pessoal! O novo evento vai servir para o empregador lançar informações relativas a acordos e decisões de processos que tramitam na Justiça do Trabalho ao qual não cabem mais recurso. A partir do dia 1º de Outubro de 2023. Todos os empregadores, pessoas físicas ou jurídicas, inclusive os empregadores domésticos, MEIs e segurados especiais. Decisões proferidas pela Justiça do Trabalho até 30 de Setembro de 2023, mesmo que recolhidas posteriormente a 1º de Outubro serão declaradas na GFIP e recolhidas por meio de GPS. Decisões posteriores a esta data serão declaradas no DCTFWeb e recolhidas por meio de DARF numerado. O recolhimento continua normal, por meio do GFIP, até ser substituído pelo FGTS digital em 2024. O envio pode de um evento pode ser feito pelo portal web do e-Social ou através de aplicação própria, via web service. FONTE: As informações expostas aqui foram retiradas da notícia Processo Trabalhista no eSocial: o que você precisa saber divulgada no dia 29/09/2023.

Boa tarde! Estamos analisando o seu caso e realizando alguns testes. A princípio, estamos tendo problemas para reproduzir o problema. Por favor, a cidade de Reserva/PR só foi adicionada no ACBrNFSeXServicos.ini oficialmente, posteriormente ao seu relato de problema. Qual foi o procedimento que executou para conseguir testar com ela na Lib antes desta adição? Pergunto isso porque o componente(e consequentemente a Lib) possui uma validação em que caso selecione uma cidade que não tenha provedor configurado, ele devolve a mensagem "Nome da cidade não está associado a nenhum provedor". EDIT: Consegui reproduzir o problema mudando minha abordagem de teste! Vou continuar minha análise e assim que descobrir algo, reporto aqui.

Você pode conferir está e outras tags na unit IPM.GravarXML que fica em ...\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores

Boa tarde! A URL e o manual que disponibilizou coincidem com a versão 1.00/1.01 deste mesmo provedor e não a 2.04. Tente desta forma: [4310108] ; Incluido em 29/09/2023 Nome=Igrejinha UF=RS Provedor=IPM O provedor IPM exige informações de autenticação, conforme pode ser observado em sua unit:

Boa tarde! Alterei o endereço e fiz um teste utilizando o programa exemplo. O resultado foi este: Alteração enviada ao SVN na Rev-30825 Por favor, atualize seus fontes, reinstale o ACBr com a opção de Apagar Arquivos Antigos marcada e refaça o teste para ver se o problema vai se repetir. Caso volte a dar Access Violation e estiver testando com sua aplicação, peço que faça um teste usando o programa exemplo.

Consultando as 12:53 na página de status do Discord, consta que todos os serviços estão operacionais.

Veja que o problema está na URL. Se você tentar acessar ela direto pelo navegador, também não abre. Agora se eu tento acessar a cidade de Barra de São Francisco/ES, que é atendida pelo mesmo provedor, na mesma versão.

Para enviar, você pode usar o InformacoesComplementares. Para impressão, pode, basta alimentar a propriedade na NFS-e, depois de carregar a NFS-e e antes de chamar a impressão.