Eduardo Arantes

Obrigado pela resposta, Juliomar. O padrão nesse relatório, então, é sempre apenas um dos valores preenchido e o outro vazio? Não existe nem um parâmetro que permita mostrar os dois valores? Pelo que entendi, Isso não é algo configurável. Obrigado.

Boa tarde, Senhores. Usamos o componente ACBrNFSeX no município de Uberaba, impressão FastReport. Verificamos algo estranho quanto à impressão quando há retenção de ISS: Na lógica, informamos ou [Valor do ISS] ou [Valor do ISS Retido]. Nunca os dois ao mesmo tempo, como se vê na lógica abaixo: if (QryClasseCadastroCLASSE_CLI_CAD.AsString = 'RET') then begin ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.ValorIssRetido := Val_Iss_Aux; ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.IssRetido := stRetencao; ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.ValorIss := 0; end else begin ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.ValorIssRetido := 0; ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.IssRetido := stNormal; ACBrNFSeX1.NotasFiscais.Items[qtdnf].NFSe.Servico.Valores.ValorIss := Val_Iss_Aux; end; Entretanto, na impressão, os dois campos aparecem preenchidos (foto abaixo). A mesma nota, impressa pelo site da prefeitura, sai com **** no Valor do ISS. (Foto abaixo). No XML, os dados aparecem da seguinte forma: <ValoresNfse> <BaseCalculo>962.41</BaseCalculo> <Aliquota>2</Aliquota> <ValorIss>19.25</ValorIss> <ValorLiquidoNfse>943.16</ValorLiquidoNfse> </ValoresNfse> <Valores> <ValorServicos>962.41</ValorServicos> </Valores> <IssRetido>1</IssRetido> O que está sendo feito de errado? Desde já, agradecemos.

Bom dia, Juliomar. Eu não alterei o relatório. Pra falar a verdade, nem sei como alterar o .fr3. Só uso os componentes, não tenho o editor do Fast Report. Outro detalhe: Conversei com o pessoal aqui, o erro só acontece no pdf que é gerado pelo componente para depois ser enviado para o cliente. Na impressão normal, aparece tudo perfeitamente. Tem alguma sugestão? Obrigado.

Boa noite, Senhores. Usamos ACBRNFSeX, Fast Report, especificamente com o arquivo DANFSeNovo.fr3 e temos passado por um problema na impressão da NFS-e. Parece que parte do cabeçalho usa uma fonte que não é muito comum e, em alguns clientes onde essa fonte não está instalada, os caracteres não aparecem, como podem conferir na foto abaixo. Bastaria colocar ali a mesma fonte que é usada em outros pontos do mesmo relatório. Não temos tido problema com outras partes do mesmo relatório. Desde já, agradecemos.

Obrigado, Daniel.

Bom dia, Senhores. Estamos enfrentando um problema que surgiu logo depois da última atualização dos componentes. Ao executar nosso programa, quando vai transmitir a NFe, aparece o erro: "Access violation in module sqlint32.dll". Estou postando aqui para ver se alguém já passou pelo mesmo problema, devido à coincidência do erro ter surgido exatamente depois da atualização. Pesquisamos na internet e parece conflito do BDE com a dll, mas como a atualização foi a mudança mais drástica recente, estou tentando ver se alguém pode me dar alguma dica, porque as soluções que encontramos na net não resolveram o problema. Obs.: Delphi 7 com Firebird, rodando em Windows 11. Desde já, obrigado pela ajuda.

Boa tarde, Senhores. Estamos implementando o uso da API do Sicoob para consultar e enviar boletos. Para isso, seguimos os passos indicados no tópico "Boas notícias ! Consulta Movimentação SICOOB API disponível !", usando o exemplo para componentes Delphi. Entretanto, já no passo 1, ao efetuar a consulta com tpConsulta, como no exemplo, aparece a mensagem: "Erro: TBoletoW_SicoobOperação CONSULTA_BOLETO nao implementado para este Banco". Procurei aqui e encontrei o tópico: "Erro na consulta de Retorno no Boleto Sicoob APi", que relata o mesmo problema. Mas, o usuário informa que conseguiu o resultado usando tpConsultaDetalhe, o que não é o método oficial indicado no tópico dos 3 passos, e em seguida o tópico é fechado. E também, quando tento pelo tpConsultaDetalhe, aparece um erro informando que a "Lista de Boletos está vazia", ou seja, também não funciona. Alguém mais passou pelo mesmo problema? Estou tentando seguir o exemplo, mas está parando no primeiro passo. Desde já agradeço pela atenção.

Obrigado, Renato. Vamos aguardar.

Boa noite, Senhores. Estamos consultando uma NFe que foi transmitida com sucesso para SVCAN. As consultas iniciais funcionaram, mas depois de vários minutos, não conseguimos mais consultar a NFe. O que pode ter acontecido? Descrevo a sequência a seguir. Observe o horário das consultas: 1 - Transmissão da NFe em ambiente de PRODUÇÃO, mas com tipo emissão SVCAN. Chave de Acesso : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307 Situacao : Autorizado o uso da NF-e Data Recebimento : 07/07/2023 16:31:05 Protocolo : 631230015045151 Mensagem retorno : Autorizado o uso da NF-e Ambiente : Produção Estado : MG 2 - Efetuado o cancelamento da NFe. Retorno do cancelamento: Chave de Acesso : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307 Motivo : 135 - Evento registrado e vinculado a NF-e Data Recebimento : 07/07/2023 16:33:28 Protocolo : 631230015051432 Ambiente : Producao Estado : MG 3 - Nova consulta, efetuada após o cancelamento. Chave de Acesso : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307 Situacao : Cancelamento de NF-e homologado Data Recebimento : 07/07/2023 16:34:43 Protocolo : 631230015045151 Mensagem retorno : Cancelamento de NF-e homologado Ambiente : Produção Estado : MG 4 - Depois de 22 minutos, efetuamos nova consulta, e a NFe não foi mais encontrada na base de dados. Chave de Acesso : 3123 0703 9134 0400 0164 5500 1000 0014 3069 0001 4307 Situacao : Rejeicao: NF-e nao consta na base de dados da SEFAZ Data Recebimento : 07/07/2023 16:56:41 Protocolo : Mensagem retorno : Rejeição: NF-e não consta na base de dados da SEFAZ Ambiente : Produção Estado : MG Detalhe: 1 - Usamos a chave de acesso para consultar no site da Sefaz nacional, e a NFe está lá. Consta inclusive os horários de transmissão e de cancelamento. 2 - Consultamos no site da Sefaz.mg e aparece mensagem de inexistente. A questão principal é por que a NFe apareceu nas consultas e de repente parou de aparecer. Desde já agradecemos pela atenção.

Muito grato pelo esclarecimento, Alexandre. Bom trabalho para você, e obrigado pela ajuda. Um esclarecimento adicional... Eu li em algum lugar que o svcan se encarrega de transmitir automaticamente para a receita. É necessário fazer mais algum procedimento, ou simplesmente aguardar?

Boa noite, Senhores. Alguém já passou por esse problema? Enviamos uma NFe de teste com o tipo de emissão SVCAN, no ambiente de homologação, a qual foi recepcionada sem problemas e retorna consulta: Chave de Acesso : 31230703913404000164550010000023906900023907 Situacao : Autorizado o uso da NF-e Então fizemos uma carta de correção para essa NFe, mas ao enviar o evento da carta de correção, apresentou a rejeição: 491 - Rejição: O tpEvento informado inválido. Na lógica movemos os campos cOrgao e tpEvento como mostrado abaixo: ACBrNFe1.CartaCorrecao.CCe.Evento.Clear; // o evento é limpo antes with ACBrNFe1.CartaCorrecao.CCe.Evento.Add do begin ... infEvento.cOrgao := StrToInt(Copy(TCarCorECHAVE_NFE.Value,1,2)); infEvento.tpEvento := teCCe; //110110 ... end; E nos XMLs consta o tpEvento 110110, para carta de correção, como anexamos a seguir. O que está faltando, lembrando que enviamos a partir de MG para o SVCAN? Obrigado. 30-eve.xml 30-ped-eve.xml

Boa tarde, Senhores. Estamos enfrentando problema no envio de NFSe de apenas um cliente para o WebISS em Uberaba. Os outros clientes estão funcionando normalmente. Procuramos tópicos semelhantes mas não encontramos. Ao transmitir, retorna a mensagem abaixo, sendo que os endereços de homologação e de produção já foram conferidos e estão corretos: ------------------------------- Método Executado: Enviar Lote Síncrono Parâmetros de Envio Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://homologacao.webiss.com.br/ws/nfse.asmx Erro: 2148073481 - Falha Enviando a Requisição. Erro: 2148073481 - Correção: --------- A princípio suspeitamos que poderia ser alguma falha no certificado. O cliente usa um certificado A3 - Token, mas como o mesmo certificado está funcionando na emissão de NFe, comprovamos que o certificado está correto. Aguardamos uma resposta e agradecemos desde já, Atenciosamente, Eduardo.

Por favor, excluam esse tópico. Eu cometi um erro e coloquei ele dentro de ACBrNFSe. Na verdade, já usamos o componente mais novo: ACBrNFSeX. Vou criar esse tópico lá, para ficar no lugar correto. Desculpem-me.

Boa tarde, Senhores. Estamos enfrentando problema no envio de NFSe de apenas um cliente para o WebISS em Uberaba. Os outros clientes estão funcionando normalmente. Procuramos tópicos semelhantes mas não encontramos. Ao transmitir, retorna a mensagem abaixo, sendo que os endereços de homologação e de produção já foram conferidos e estão corretos: ------------------------------- Método Executado: Enviar Lote Síncrono Parâmetros de Envio Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://homologacao.webiss.com.br/ws/nfse.asmx Erro: 2148073481 - Falha Enviando a Requisição. Erro: 2148073481 - Correção: --------- O cliente usa um certificado A3 - Token. Funciona na consulta de status da NFe e traz resultado OK, ou seja, o certificado parece estar correto. Aguardamos uma resposta e agradecemos desde já, Atenciosamente, Eduardo.

Obrigado, Juliomar. Testei aqui e funcionou perfeitamente. Valeu.