Ir para conteúdo
  • Cadastre-se

mgaSystem

Membros
  • Total de ítens

    28
  • Registro em

  • Última visita

Tudo que mgaSystem postou

  1. Bom dia Daniel, tem sim dentro do arquivo de configuração do Sat tem se gera log e a pasta e nome do arquivo. Isto está certo. O fato é que o Log do acbrsat.log cria e é costantemente atualizado pela Acbr. Já o log da dll ele não está gerando como deveria. Como eu converso com técnicos e não com desenvolvedores não tenho muito suporte para poder tirar minhas dúvidas. Dentro do demo do acbrsat vi que apenas configuramos o caminho e nome do log do acbr e nunca o log do Dimep. Questinonei a eles se é a Dll deles que cria este log, porém pediram para ver com vocês. Estranhamente quando eu compilo o demo da Acbr satteste.exe e coloco na máquina do cliente está gerando este arquivo de log, Em anexo o satdimep.ini que mostra o caminho e se gera log e uma imagem da pasta onde mostra o arquivo criado do acbr e sempre atualizado e o de log da Dimep que continua com data de ontem e nunca atualiza. E segundo os mesmos toda vez que se faz uma consulta deveria gerar e atualizar o arquivo de log deles. Obrigado Márcio satdimep.ini
  2. Boa tarde Em uma tentativa de resolver problema de lentidão do Sat Dimep, que sempre funcionou satisfatoriamente o pessoal da Dimep, muito solicitos, me perguntou porque o sistema não está gerando um arquivo chamado logsat_dimep.log que é um nome genérico que eles colocam na pasta c:\sat no arquivo de configuração da dll. O arquivo acbrlog.log está send gerado normalmente. Questionei ao técnico se o responsável por gerar o arquivo de log da dll seria a Dimep ou se seria a Acbr. Se alguém tiver esta resposta me ajudaria muito, pois quando faço o mesmo processo pelo executável de teste da acbr o log é gerado como solicitado pela dimep. Obrigado.
  3. Boa tarde. No xml em anexo houve uma rejeição onde o sat não retorna dados muitos claros da rejeição, porém analisando o xml vi que a tag <nro/> está de um jeito estranho. Olhei outros xmls do emitente e não apresenta esta falha. Detalhe é que o emitente fez esta nota para um cliente fora de sp e alterou a UF para Sp. Caso este erro seja causado por este motivo terei que barrar a emissão de cupom para fora do estado e sugerir a Nfe. No item 2 tenho uma dúvida sobre o imposto. Eu informei na tagimpostos.icms igual 060 e o sistema transformou o que deveria ser uma tag icms060 em icms040 com conteúdo 060. Este caso é por curiosidade mesmo pois não gera erros. Esta conversão foi feita automaticamente pelo acbr? Obrigado AD20230719111310-019360-env.xml
  4. Boa tarde. Obrigado. Subindo o arquivo de log para análise. log_Delphi_10.2_Tokyo_Win32.txt
  5. Boa noite, há um tempo vi um post sobre este assunto e a resposta da acbr que a última versão delphi CE realmente não tem instalador por linha de comando. Estou tendo erro na versão 10.2.3 tokyo architect. Esta versão deveria aceitar a instalação? Obrigado A última versão do Delphi CE não suporta compilador por Linha de comando.. não há como usar o instalador do ACBr, com ele..
  6. Boa tarde. Procurei em vários sites em também no ACBR sobre meios de pagamento da NFC-e. No mês 3 de 2021 BigWIngs falou que para meios de pagamento pix deveria ser usado o tipo fpPagamentoInstantaneo. Homologuei minha aplicação com a skytef com TefDll e também Pix, porém quando faço a geração do xml e coloco os valores 17 18 dá erro na validação dos dados, conforme imagem anexa. Se tentar colocar 99 com xpag 'Carteira digital' também a própria validação da Acbr rejeita. Fazendo como 99 e sem a tag xpag dá certo. Pode derrepente estar faltando preenchimento de alguma coisa, O sistema já funciona há um bom tempo com tef e outras formas de pagamento. o Código que passei Está fixo só para agilizar teste. Na minha aplicação não está fixo e sim dinâmico, mas o resultado no xml é o mesmo. Obrigado 31220721671706000155650010000018119000018114-nfe.xml 31220721671706000155650010000018119000018114-nfe.xml
  7. Obrigado pela ajuda. Vou verificar se por acaso, o que eu fiz aqui na minha máquina caiu como contingência também. A sequência está preservada . Já fiz a conferência e não possui furos na sequência , não sendo necessário fazer inutilização. Obrigado mais uma vez. Abraço
  8. Claro, em anexo Xml e print da tela de consulta NFc-e no site da Sefaz-MG Obrigado 31220221671706000155650010000024569000024560-nfe.xml
  9. Boa tarde. O Cliente está trabalhando em modo de produção e com situação normal. Como eu apenas posso emitir testes, na minha simulei como ambiente homologação/normal. A questão que o relógio do windows 10 do cliente por algum motivo desconfigurou ficando com horário 23:59 do dia 09/02. Então o tempo de atraso de data é muito maior que 5 minutos. O que acho mais estranho é que mesmo na minha máquina consigo que a nota seja aprovada com data do dia anterior e em momento algum a sefaz rejeita a nota. Caso vocês consigam simular poderão ver que está sendo aceito. Pelo menos em Belo Horizonte - MG. Tenho o xml e o print da pasta do cliente que mostram a data de geração e o conteúdo do xml. E na sefaz MG está com data de inclusão 09/02 23:59 e data de aprovação como 10/02. Obrigado
  10. Boa tarde. No dia de hoje um cliente me ligou relatando que deu um erro no sistema dele. Ao dar ok na mensagem a nota foi enviada e o cupom foi emitido. Ao consultar a nota no meu sistema, verifiquei que a data de emissão ficou com a data de ontem 09/02/2022 as 23:59. Mostrei ao cliente a data e hora que estava no sistema operaciona dele. Consultei a nota na Sefaz - Mg e mesma foi aceita. Resolvi testar na minha máquina e alterei a data para a mesma 09/02/2022 as 23:59. A nota foi aprovada e emitiu cupom fiscal. (Ambiente Homologação). Teria alguma orientação sobre esta questâo? Certo seria data mensagem com data e hora atrasada? Obrigado.
  11. Boa tarde. Já tenho vários projetos usando acbr e preciso colocar no meu sistema NFCE/SAT o tef. Fiz homologação junto a paygo(homologado) usando troca de arquivos e também com a fiz a homologação com a skytef usando troca de arquivos e estou aguardando o resultado. Usei uma classe que desenvolvi. Vi que o componente acbr está pronto e funcionando e usei o demo e gostaria de colocar em minha aplicação de forma definitiva. Preciso tirar dúvidas caso alguem possa me ajudar. 1 - Gostaria de ver a possibilidade de suprimir perguntas, pois várias delas já foram feitas pela minha aplicação e gostaria de passar por parâmetro: Ex: se a venda é cartão de débito ele pergunta se é à vista, se é magnético ou digitável. Se é crédito ele pergunta se é á vista, parcelado, depois pergunta taxas. Tem como pular fases e pedir a senha direto. Tem estabelecimentos que trabalham de forma muito simples 2- Na impressão sai um primeiro comprovante que é um resumo do que foi venda de crédito e venda de débito antes da via dos cartôes. Tem como não imprimir? 3- No componente tem uma propriedade geral ACBrTEFD1.ConfirmarAntesDosComprovantes ela funciona para todos os tipos de gerenciador tef? 4- Em operações com cartão simples ou multiplos cartões, a confirmação é automática? 5- Em caso onde a operação onde a nota deu rejeição e o pagamento já foi confirmado, posso fazer o cnc direto ou tenho que chamar função administrativa? 6 - Reimpressão de cupons só em modo administrativo? Obrigado Márcio.
  12. Boa tarde, preciso tirar uma dúvida a respeito de um problema que estou tendo. Se por ventura uma NFCe é rejeitada por dados inválidos, o xml da nota está gravado na pasta. Enquanto o operador vê o problema de cadastro ele resolve fazer outra NFC-e na frente. Neste momento ele gera um segundo xml com o mesmo número de nota com dígito diferente. Quando o contador importou os xmls emitidos apresentou duplicidade de nota com valores diferentes e uma deles não aprovada. Gostaria de saber se existe algum recurso automático que sobreponha o xml ou eu teria que fazer a exclusão do xml caso o operador desista da operação. Para notas normais apenas faço o seguinte try ACBrNFe.Enviar(vNumLote,false,true,false); //lote / imprimir / sincrono / zipado erro_ws := 'N'; except erro_ws := 'S'; GravaRetornoNota; end; Para contingências faço ACBrNFe.NotasFiscais.Assinar; ACBrNFe.NotasFiscais.Validar; ACBrNFe.NotasFiscais.GravarXML(); gravaRetornoNota; Caso algum procedimento esteja errado, ou incompleto, agradeço a colaboração. Obrigado
  13. Boa tarde. Estou passando pelos mesmos problemas a vários dias. Enviei um e-mail para a Sefaz - MG que respondeu, falando na sexta-feira que existe um erro em uma das instâncias da NFC-e. O problema persiste e tenho clientes com mais de 200 NFC-e em contingência. Se você tenta enviar ele demora e em seguida você tenta enviar , ele demora e dá duplicidade , então está horrível o serviço deles.
  14. André só mais uma coisa o xml quando eu dou loadfromfile e mando enviar ele passa a ficar com a data do dia. Então o componente não poderia estar gerando algum tipo de alteração no mesmo?
  15. Boa tarde. Quando gero o xml, no momento da contingência ele fica gravado e só utilizo no momento de enviar de forma definitiva, então não interfiro no processo recriando o xml. Mas vou verificar e agradeço a resposta. Abraço
  16. Bom dia. Pesquisei no fórum e preciso de ajuda. Já tive este erros em notas normais tanto nfe quanto nfce e sei que a solução passa pela data e hora do windows. Porém o que me chama a atenção é que notas em produção do tipo contingência sejam rejeitadas por este motivo. Printei o xml que posto em anexo bem como o xml da nota. Este problema ocorre com pouca frequência mas ocorre e no dia de hoje estou com problema. Vi que as configurações de data e hora estão para não sincronizar e também o horário de verão está desmarcado. No print em anexo as setas mostram a data e hora do xml, do meu computador e do computador do cliente. Fontes acbr atualizados. Na rotina uso apenas o código abaixo: vNumLote := gerarLoteNs; ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(vArq); ACBrNFe.Enviar(vNumLote); Obrigado 31210621204313000131650010000123851000123859-nfe.xml
  17. Boa tarde. Obrigado vou verificar pois está ficando vermelho mesmo. E o estranho que mesmo eu excluindo as pastas que estão vermelhas e mandando baixar tudo de novo, ele continua ficando vermelho. Ontem devo ter feito alguma alteração apenas no demo do acbr tentando achar o erro. Obrigado
  18. Boa tarde. O ini do BHISS que está na minha pasta de desenvolvimento é um e a pasta acbr é outra bem diferente e eu não tenho hábito de copiar nem o cidades.ini nem o Bhiss.ini. O Meu .ini estava com 0 na URI e não 1. Fiz a alteração e a nota foi enviada. Duas coisas me causaram estranheza, a primeira é que quando eu fiz o update no svn ele baixou. Em seguida fiz a instalação da Acbr novamente. Após isto não mexi em configurações nem minhas nem de clientes e ambos apresentam o mesmo problema. Percebi que meu certificado A3 só pedia uma autenticação, depois da atualização ele pede pra enviar e pede pra consultar lote. Deu um erro agora na função imprimirPdf que vou debugar pra ver. Agradeço imensamente sua juda e por precaução irei baixar os fontes novamente. Gostaria de saber se ao baixar devo fazer a instalação ou é desnecessário? Obrigado Abraço
  19. Boa tarde. O ini do BHISS que está na minha pasta de desenvolvimento é um e a pasta acbr é outra bem diferente e eu não tenho hábito de copiar nem o cidades.ini nem o Bhiss.ini. O Meu .ini estava com 0 na URI e não 1. Fiz a alteração e a nota foi enviada. Duas coisas me causaram estranheza, a primeira é que quando eu fiz o update no svn ele baixou. Em seguida fiz a instalação da Acbr novamente. Após isto não mexi em configurações nem minhas nem de clientes e ambos apresentam o mesmo problema. Percebi que meu certificado A3 só pedia uma autenticação, depois da atualização ele pede pra enviar e pede pra consultar lote. Deu um erro agora na função imprimirPdf que vou debugar pra ver. Agradeço imensamente sua juda e por precaução irei baixar os fontes novamente. Gostaria de saber se ao baixar devo fazer a instalação ou é desnecessário? Obrigado Abraço
  20. Boa tarde. BHISS - Prefeitura de Belo Horizonte
  21. Boa tarde, vou anexar, o que perce bi é que a tag Signature - signedinfo - reference - URL está vazia no novo e preenchida no velho. 181-env-lot.xml 70-env-lot.xml
  22. mgaSystem

    Erro no xml nfse PBH

    Boa tarde. Até semana passada eu estava com os fontes do acbrnfse com data de 2020. Ao atualizar esta semana e tentar emitir notas de serviço tanto da minha empresa quanto de clientes, recebo a mensagem : o documento XML de entrada do serviço está fora do padrão especificado. o Código do erro é o E181. Já busquei em vários lugares soluções e falam em falta de inscrição municipal do tomador, caracteres especiais inválidos , porém nada. Peguei o demo acbr atualizado e também fiz os testes dando o mesmo erro. Comparando os xmls gerados no envio do lote na versão antiga do executável com a atual nada difere. Volto o executável antigo e emite normalmente a nota. Atualizei o esquema para poder ver se havia alguma coisa de errada mas não deu certo. Evito ao máximo pedir ajuda, buscando soluções nos fóruns, mas preciso no momento. Detalhe eu baixei os fontes e fiz a instalação completa. Obrigado
  23. Boa tarde. Estou tendo dois problemas com o componente no dia de hoje um ao tratar o retorno da NFC-e e outro no evento on destroy do webservice. Uf: MG em ambiente de homologação destructor TWebServices.Destroy; begin FStatusServico.Free; FEnviar.Free; FRetorno.Free; FRecibo.Free; FConsulta.Free; // erro acontece nesta linha FInutilizacao.Free; FConsultaCadastro.Free; FEnvEvento.Free; FAdministrarCSCNFCe.Free; FDistribuicaoDFe.Free; FEnvioWebService.Free; inherited Destroy; end; E ocorrendo o erro tenho duas telas possíveis como anexo. Exclui a pasta de fontes e atualizei para ver se havia algum problema. Agradeço se puderem me ajudar.
  24. Boa tarde. Deixo aqui o procedimento para quem possa necessitar. Tive que ir no painel de controle, no gerenciador de dispositivos e nas propriedades da porta coloquei a velocidade correta 115200 e também tive que alterar o controle de fluxo para xon e xoff. Com o controle de fluxo em nenhum que é o padrão no gerenciador, a mesma não aciona e não retorna os status. Dentro do posprinter tem esta possibilidade mas mesmo assim não ativava. Obrigado pela ajuda.
  25. Boa noite, sei que este assunto se torna repetitivo e após muitos testes decidi pedir ajuda. Li bastante fóruns e sites de busca. Peço Desculpa , mas não tive êxito. Uso impressora térmica não fiscal Epson TM-T20 serial e gaveta Bematech cabo rj11. Fiz testes tanto pelo meu sistema quanto pelo posprinter. Exemplos abaixo: 1-Impressora Instalada físicamente com porta RAW:EPSON TM-T20 Receipt, impressão ok - abre gaveta ok - status sempre stNaoSerial ligada ou desligada 2-Impressora generic somente texto com porta Com1, impressão ok - abre gaveta ok - status sempre stNaoSerial ligada ou desligada 3-Impressora Instalada físicamente com porta RAW:EPSON escp, impressão ok - abre gaveta ok - status sempre stNaoSerial ligada ou desligada 4-Não instalada o posprinter não consegue ativar na com1 mesmo ela estando conectada (communication error :1 Função incorreta) Neste último caso mesmo não instalado se mando dir > com1 a impressão está normal. Precisava que retornasse os status para avisar ao operador de caixa se a impressora está offline se o papel está acabando. Obrigado.
×
×
  • 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.