Diego Foliene

A alteração no componente nativo foi enviada hoje para o SVN. Por isso não foi englobada na compilação da Lib que foi feita ontém. Vou gerar uma compilação local e lhe enviar no privado para que você possa testar. Só confirmando, você usa Cdecl, Multi-Thread, X64, correto?

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

Bom dia! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 20/08/2023, com previsão de inicio as 06:00 e término as 18:00 do mesmo dia. Para emitir em contingência usando o ACBr durante este período, siga as orientações do tópico abaixo:

Bom dia! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz de Pernambuco está com contingência agendada para o dia 18/08/2023, com previsão de inicio as 05:50 e encerramento as 10:00 do mesmo dia. Para utilizar o ACBr em contingência durante este período, siga as orientações do tópico a seguir:

Bom dia. Parece ser dcu perdido pela máquina. Veja se ele não gerou algum em C:\Users\Public\Documents\Embarcadero\Studio Tente também reinstalar o ACBr marcando a opção "Apagar Arquivos Antigos" no instalador.

Bom dia! Sim, é necessário certificado digital, conforme trecho extraído do manual disponível AQUI. Outra questão a verificar é se configurou o componente para TLS1.2. Aqui tem as configurações de certificado recomendadas por tipo: Tente também aumentar a configuração de TimeOut do componente(a mesma é definida em milissegundos).

Bom dia! Mais uma vez, muito obrigado pela contribuição. As classes foram enviadas ao SVN na Rev-30343. As classes do ACBrLib.Core\CTe, são classes que podem vir a ser usadas por outros DFes, geralmente são classes de configuração da Lib. Por causa disso, optei por colocar essa junto as demais em ..\ACBrLib\Demos\C#\CTe\Imports\Dinamico\Shared. Verificado que a rotina de leitura nativa estava usando o índice errado. Correção enviada ao SVN na Rev-30342

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

Só reforçando, o provedor ISSDSF, você deve usar o botão Enviar Lote RPS(Teste) da aba Teste do programa exemplo e não os botões da aba Envios.

Boa tarde! Alteração do tipo na classe CTe.cs para lista enviada ao SVN na Rev-30339. Adição da geração do grupo infCteComp na rotina que gera o ini no componente nativo enviada ao SVN na Rev-30338

O problema era no ambiente de Homologação da Sefaz de Goiás. Conforme solução compartilhada por outros membros da comunidade neste tópico:

Conferindo no seu log, consta: Por favor, faça um teste, colocando as Dlls da OpenSSL escolhendo de acordo com a arquitetura que compila sua aplicação, coloque elas na mesma pasta da sua aplicação e refaça o teste.

Boa tarde. Você apenas não pode enviar múltiplos RPS no mesmo INI. Faça um teste carregando mais de um ini e depois usando o método Emitir. Algo como: NFSe_CarregarINI(Primeiro.ini) NFSE_CarregarINI(Segundo.ini) NFSE_Emitir

Tente rever os scopes, se eles estão de acordo. Aqui cita um momento em que isso aconteceu e era instabilidade da própria API. Configure o log para o nível muito alto e veja se o mesmo trás mais alguma informação que possa ser útil.

Você comentou no Discord que testou somente com 1 e também acrescendo zeros a esquerda. O conteúdo tem que ser literal ao que está no site. Se tiver letra em maiúscula e minúscula juntas, você deve digitar essas mesmas letras maiúsculas e minúsculas na mesma ordem. Se tiver hífen deve colocar também. Veja se não tem nenhum espaço em branco no CSC que foi disponibilizado e tente passar com um TRIM para garantir. Como confirmou que está funcionando em produção, acredito que esteja passando as informações nas configurações corretas. Caso queria ver onde é montado o QrCode. Coloque um break point na função GetURLQRCode da unit ACBrNFe.pas. Está a rotina que monta o QrCode. Reforçando também que é a NT2016/002 que rege a criação do QrCode e de acordo com ela: QrCode = https://endereco-consulta-QrCode?p=<chave_acesso>|<versao_qrcode>|<tipo_ambiente>|<identificador_CSC>|<codifo_hash>

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

A Lib e o Monitor usam criptografias diferentes, por favor, ao invés de copiar direto do INI do Monitor e colar no INI da Lib, use o método NFe_ConfigGravarValor para definir as informações e refaça o teste.

Boa tarde! Na Revision-30093,foi incluída a opção para configurar Certificados na versão 2.0 do BB. Por favor, queira atualizar e testar.

Boa tarde. Não sei se entendi bem. Fora a adição dos CSTs monofásicos e a geração de seus respectivos grupos, o processo de geração do XML deve seguir a mesma regra. Além disso, se o cProdANP, não está na tabela, entã o não tem os grupos de tributação monofásica, vide: Você está tentando emitir uma nota com CSOSN 500 e está recebendo rejeição?

Boa tarde! Na Rev-30232, foi removido o site de Colatina que estava fixo.

Se possível, por favor, disponibilize o arquivo XML que está usando para testes. Se julgar que o mesmo tenha informações sensíveis e não possa ser anexado diretamente aqui. Envie para [email protected] com o link do tópico no corpo do e-mail, para posterior identificação.

O ACBrMonitor e a ACBrLib criptografam no INI as informações de senha. No caso da lib, você não pode editar e inserir a senha manualmente no arquivo ini, você precisa usar o método NFE_ConfigGravarValor. Você fez este processo?

Veja o ConfigAssinar. Você precisa de um certificado.