Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

Sandro TC

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    154

  • Registro em

  • Última visita

  • Days Won

    1

 Tipo de Conteúdo 

Tudo que Sandro TC postou

  1. Sandro TC
    Olá, Juliomar. O cliente emitiu a nota e fez seu cancelamento. A contabilidade exige a nota impressa com a informação "Nota cancelada". Tentei o parâmetro cMarcaDagua mas não foi impresso no DANFE, nem em homologação nem em produção.
  2. Sandro TC
    Olá, utilizo o ACBrMonitorPLUS (1.3.0.193) e preciso que seja impresso no DANFE de NF-e a informação (marca d'água) "Nota Fiscal Cancelada". Ao consultar em vários posts no fórum, vi que é necessário setar a propriedade ACBrNFe1.DANFe.NFeCancelada para true. Mas, como fazer isso no ACBrMonitorPLUS se meu sistema não é desenvolvido em Delphi? Não encontrei um comando no manual do ACBrMonitorPLUS para fazer algo como NFE.NFeCancelada = true no arquivo ENTNFE.TXT. O evento de cancelamento está sendo devidamente registrado e as notas que meu sistema emite estão sendo devidamente canceladas. Desde já agradeço qualquer colaboração.
  3. Sandro TC
    Dúvida solucionada, Juliana. Obrigado.
  4. Sandro TC
    Obrigado, Juliana. A propósito, percebi que se eu gerar o arquivo TITULO.INI sem valor no campo NossoNumero de cada boleto, ao chamar a função MontarCampoNossoNumero() a mesma retorna zero. Já se eu gerar o arquivo TITULO.INI com um valor sequencial no campo NossoNumero de cada boleto, a função MontarCampoNossoNumero() retorna um número com o dígito. Obs.: estou chamando a função MontarCampoNossoNumero() passando o índice de cada boleto via parâmetro corretamente. Isto procede? Fiz algo errado?
  5. Sandro TC
    Bom dia, Juliana. O campo NossoNumero pode ser preenchido sequencialmente pelo meu sistema (primeiro boleto número 1, segundo boleto número 2 e assim por diante) ? Ou devo utilizar obrigatoriamente a função BOLETO.MontarNossoNumero ? Desde já agradeço.
  6. Sandro TC
    Olá, estou desenvolvendo emissão de boletos bancários utilizando o ACBrMonitor PLUS e estou com dúvidas sobre os campos nossonum e seunumero do arquivo TITULO.INI que meu aplicativo está criando para o ACBr. Meu sistema pode gerar um número sequencial para o campo nossonum de cada boleto do arquivo TITULO.INI ? Por exemplo, o primeiro boleto emitido pelo sistema seria nossonum = 1, o segundo boleto emitido pelo sistema nossonum = 2 e assim por diante? Ou meu sistema deve obrigatoriamente gerar o nossonum utilizando o comando BOLETO.MontarNossoNumero ? Outra dúvida: o número que meu sistema definir no arquivo TITULO.INI para cada boleto, no campo nossonum do arquivo de remessa, será o mesmo número retornado pelo arquivo de retorno do banco? Exemplo: Se nossonum = 5 no arquivo de remessa, o campo nossonum do arquivo de retorno do banco também será 5? Então, para que serve o campo SeuNumero do arquivo TITULO.INI ? Obtive um arquivo ".ret" do Bancoob de um conhecido e, após converter esse arquivo para Retorno.INI pelo ACBr (para analisar), o arquivo Retorno.INI possui, para cada boleto, os campos nossonum e SeuNumero, conforme trecho do arquivo abaixo. Esse SeuNumero seria gerado pelo meu sistema? [Titulo1] ... NumeroDocumento=30347-3 DataProcessamento=09/06/2020 NossoNumero=0202300 ... SeuNumero=0000000000000000000030347 Desde já agradeço qualquer colaboração.
  7. Sandro TC
    Tentei de todas as formas indicadas mas, infelizmente, não funcionou. Creio que possa ser algum problema na impressora do cliente, pois nos demais clientes funciona perfeitamente. Resolvi o problema modificando meu ERP com nova configuração para direcionar as suas próprias impressões para o ACBr. Assim, todas as impressões serão feitas pelo próprio ACBr, desativando o controle de porta (conforme mencionado no início deste Post), e o problema foi resolvido. De qualquer forma, agradeço a todas as colaborações.
  8. Sandro TC
    Farei todos os testes e configurações conforme sua indicação. Quando tiver algum resultado postarei aqui. Muito obrigado!
  9. Sandro TC
    Bom dia, José M. S. Junior. O modelo da impressora Bematech é MP-4200 TH. Só existe esta informação na etiqueta da impressora, além do número de série. Vou fazer testes com o protocolo ESCPOSEpson assim que possível e retorno com o resultado. Obrigado pela dica.
  10. Sandro TC
    Boa tarde, utilizo o ACBrMonitorPLUS versão 1.3.0.193 e está acontecendo o seguinte problema em um cliente com impressora não fiscal Bematech. Ao imprimir o DANFE de uma NFC-e, somente a logomarca é impressa e a linha "CNPJ: xxxxx yyyyy", sendo xxxxx o cnpj e yyyyy o nome da empresa. O DANFE não é impresso, mas sim somente logomarca e cnpj. Se desmarcar a checkbox "Imprimir logo", somente a linha com o CNPJ da empresa é impressa e nada mais é impresso. Ao desmarcar a checkbox "Controle Porta" o DANFE é impresso corretamente, com todos os dados. Porém, se eu deixar essa checkbox marcada, meu aplicativo não consegue imprimir na impressora não fiscal, pois parece que a porta fica bloqueada pelo ACBr. Sempre utilizo as configurações conforme imagens (anexo) nas impressoras Bematech de clientes e sempre funcionou. Porém, é a primeira vez que uma impressora de cliente já possui uma logo gravada previamente na mesma, o que parece ser a causa do problema. Desde já agradeço qualquer colaboração.
  11. Sandro TC
    Bom dia, Rafael Dias. Funcionou. Muito obrigado!
  12. Sandro TC
    Daniel, ao recuperar a senha utilizando a chamada abaixo a senha retornada é mostrada com caracteres estranhos. ConfigLerValor("DFe", "Senha") Devo colocar a senha como ela realmente é no arquivo ACBrLib.ini ? Se, por exemplo, a senha é "123" devo colocar: Senha=123
  13. Sandro TC
    Boa tarde, estou iniciando testes com a ACBrNFe32.dll e estou recebendo mensagem abaixo ao executar a função NFE_StatusServico. Passos executados: 1) NFE_Inicializar 2) NFE_StatusServico 3) NFE_Finalizar Executei a função ConfigLerValor("DFe", "ArquivoPFX") e a mesma retornou o caminho e nome do certificado corretamente. O certificado está instalado corretamente, já que o ACBrMonitorPLUS está funcionando corretamente com este certificado. Mensagem retornada pela função NFE_StatusServico: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro ao ler informações do Certificado. Provavelmente a senha está errada Na imagem (anexo) segue configuração do ACBrMonitorPLUS. Configuração parcial do arquivo ACBrLib.ini: [DFe] SSLCryptLib=1 SSLHttpLib=3 SSLXmlSignLib=4 [NFe] SSLType=5
  14. Sandro TC
    Olá, utilizo o ACBrMonitorPLUS e gostaria de saber se é possível identificar qual item de uma NF-e ou de uma NFC-e gerou uma rejeição qualquer? Isto porque, às vezes, ocorre uma determinada rejeição qualquer em uma nota que possui muitos itens e, quando a mensagem de rejeição é apresentada ao usuário, não é possível identificar qual item foi o responsável pela rejeição, para que o mesmo proceda com a correção do cadastro do item, por exemplo, CST/CSOSN errado, etc. Minha aplicação realiza várias consistências no cadastro mas, às vezes, alguma inconsistência não é detectada no momento da gravação do item do cadastro. Aos poucos vamos melhorando as validações no cadastro, mas nem sempre isso é possível. Tenho conhecimento de que nem toda rejeição ocorre por inconsistências em itens da nota. Creio que tal informação não exista nas respostas da Sefaz (SAINFE.TXT). Talvez alguém tenha alguma dica de como proceder. Desde já agradeço a atenção e colaboração.
  15. Sandro TC
    Boa tarde, comigo deu certo, conforme explicações do BigWings. Fiz conforme abaixo, ou seja, adicionei os dois campos dentro da seção Produto001: [Produto001] CFOP=5202 Codigo=31 . . . pDevol=100.00 vIPIDevol=30.00
  16. Sandro TC
    Funcionou, BigWings. Muito obrigado!
  17. Sandro TC
    Boa tarde, BigWings. Vou fazer a correção e posto daqui a pouco o resultado. Desde já agradeço a atenção.
  18. Sandro TC
    Boa tarde, Frank. Também estou com o mesmo problema. Utilizo o ACBrMonitorPLUS versão 1.2.0.46 (compilada em março deste ano). Adicionei os campos abaixo no arquivo NFE.INI mas o ACBr não criou as tags pDevol e vIPIDevol nos itens no arquivo XML dentro da tag impostoDevol. [IPI001] CST= CodigoEnquadramento=999 ValorBase=0.00 Aliquota=0.00 pDevol=100.00 vIPIDevol=30.00
  19. Sandro TC
    Tudo certo. Compreendido. Muito obrigado ao Kiko Fernandes e ao Fabrício.
  20. Sandro TC
    Fiz o devido ajuste e funcionou! Obrigado por me lembrar da NT 2019.001. Porém, tenho uma dúvida sobre a regra de validação B03-10 da NT 2019.001 que você mencionou: A regra cita, por exemplo, que o número 01234567, entre outros, não pode ser utilizado na tag cNF. Neste caso, se eu utilizo um contador com auto incremento e, se esse meu contador atingir esse número 01234567, eu teria a rejeição, certo? Como você está fazendo, Fabrício? Está utilizando um contador? Desde já agradeço.
  21. Sandro TC
    Sim, vou fazer o ajuste, pois como até então estava funcionando, achei que eu poderia colocar zeros à esquerda em cNF para diferenciá-lo de nNF. Mas pelo jeito não é aceito. A Sefaz deve ter atualizado seus servidores de homologação com esta verificação, pois em produção está funcionando. Obrigado, Fabrício.
  22. Sandro TC
    Obrigado pelo retorno, Fabrício. A questão é qual código numérico, já que o código da rejeição é o mesmo 897 e a mensagem diferente? Ainda porque não fiz nenhuma alteração em meus fontes e o mesmo problema foi apontado por outras pessoas aqui no fórum. Mesmo assim, vou ajustar o campo cNF para ficar diferente do nNF, pois no meu XML está assim: <cNF>00001389</cNF> <nNF>1389</nNF>
  23. Sandro TC
    Bom dia, pessoal. Para mim a rejeição 897 começou em 25/06/2019 com a mensagem "Valor Fatura maior que Valor Total da NF-e". Hoje a rejeição 897 já apareceu com a mensagem "Código numérico em formato inválido", conforme abaixo. Não fiz nenhuma alteração em minha aplicação e a rejeição aqui em GO persiste. É uma simples NFC-e com pagamento em dinheiro emitida no modo de homologação. CStat=897 CUF=52 DhRecbto=27/06/2019 10:23:43 Msg= VerAplic=GO4.0 Versao=GO4.0 XMotivo=Rejeição: Código numérico em formato inválido
  24. Sandro TC
    Infelizmente, ainda não!
  25. Sandro TC
    Fizemos o procedimento usando certmgr.msc em duas máquinas com Windows 7 e também deu certo. Obrigado, Gilberto.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...