mgaSystem

Boa tarde. é o seguinte liguei para o pessoal da Soluti de Goiania, mas sou de BH eles conectaram comigo e a resposta era sempre a mesma, problema está na sua aplicação o que é mais fácil. Após ele fazer os testes eu li um post no acbr falando de todas as possibilidades de erro, fui tikando uma a uma e por final, entrei no site baixei os instaladores do Gemalto e tudo voltou a funcionar normalmente. Então o problema de autenticação que não consegue determinar o provedor de criptografia está realmente ligado a instalação da Gemalto. Obrigado Juliomar por se interessar e responder.

Sempre aparece aqui no fórum problemas com este dispositivo da Gemalto e mesmo fazendo todas as conferências vejo que é constante problemas com este Token. Havia pedido meu cliente para não usar mais token A3 e passar a usar mais o token A1. Hoje estou tendo novamente no meu cliente problemas e o mesmo sempre pôe a culpa na aplicação, não é nada razoável, peguei o sistema de teste de nfse e coloquei para não falar que é o mesmo e os mesmos problemas se apresentam. Sempre a mesma mensagem de assinatura. Ví que no emissor novo não tem a rotina de assinatura com hash. Se alguém puder me dar uma ajuda neste sentido agradeço bastante. Cliente tem uma escola, está com várias notas de serviço para emitir e não consegue. Obrigado

Bom dia, vi um post do ìtalo que falava que para padrão nacional não existe consulta por rps, só por chave, eu sempre fazia a consulta por rps antes, com isto eu consultava para evitar erros de webservice que fala número de nota e ou /serie já existem. Mas como não tem esta possibilidade deixarei vir o retorno e aumento o número da Dps em mais 1 caso dê este erro. Mas agradeço o retorno.

Bom dia. Procurei no fórum mas só ví publicações anteriores ao emissor fiscal nacional. Ao consultar uma nota pelo código que existe no demo abaixo, o mesmo se consultado por chave de nota fiscal retorna um registro, porém se consultado por dps que entendi sendo xNsu, retornou 44 notas fiscais, ou seja todas emitidas pelo cliente. Se alguém puder me dar um auxílio. Obrigado. procedure TfrmACBrNFSe.btnConsultarDFeClick(Sender: TObject); var xTitulo, xChaveNFSe, xNSU: string; begin xTitulo := 'Consultar DFe pela chave da NFSe ou NSU'; xChaveNFSe := ''; if not(InputQuery(xTitulo, 'Chave da NFS-e:', xChaveNFSe)) then exit; xNSU := ''; if not(InputQuery(xTitulo, 'NSU - Numero Sequencial Unico:', xNSU)) then exit; if (xChaveNFSe <> '') and (xNSU = '') then ACBrNFSeX1.ConsultarDFe(xChaveNFSe); if (xChaveNFSe = '') and (xNSU <> '') then ACBrNFSeX1.ConsultarDFe(StrToIntDef(xNSU, 0)); ChecarResposta(tmConsultarDFe); end;

Boa tarde. No site da Prefeitura de Belo Horizonte , fala que todo contribuinte deverá emitir a nota fiscal no portal Nacional. Nós que usamos o Acbr há muitos anos como fica? Dentro do bhiss.ini tem o link de produção e homologação, os dados continuarão sendo enviados para estes links e Pbh envia os dados ao portal nacional ou haverá algum tipo de redirecionamento pelo Acbr para este novo portal? Alimentar_Componente_layout_PadraoNacional esta rotina deverá ser a nova forma de alimentar? Obrigado

Boa tarde. Todas as minhas aplicações que uso o Acbr desktop windows, desenvolvidos em Delphi 7, os meus clientes tem pedido para migrar para web, e ai preciso de aconselhamento sobre os componentes acbr. Qual linguagem eu poderia usar para aproveitar a tecnologia acbr para migrar para web e qual linguagem de desenvolvimento vocês me aconselham. Vi um vídeo de Clederson Maia sobre intraweb com bootstrap que achei interessante. Hoje Só consigo desenvolver em php, html, javascript, bootstrap. Obrigado

Obrigado pelo retorno

Bom dia. Vi que algumas pessoas tiveram este mesmo problema mas não estou conseguindo resolver. Apaguei várias pastas do Acbr na tentativa de solucionar o problema e não consegui. Sempre trabalho com o Delphi 7 e recentemente instalei no Delphi 10.2.3 Toky Architect . Está acontecendo a mensagem de compilado em versão diferente. Com isto todos meus sistemas pararam de compilar. Agradeço se puderem me dar uma atenção nesta questão pois estou com vários chamados e não consigo mais compilar nenhum sistema. Obrigado.

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

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.

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

Boa tarde. Obrigado. Subindo o arquivo de log para análise. log_Delphi_10.2_Tokyo_Win32.txt

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..

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

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