Painel de líderes

Provavelmente ao atualizar houve conflito com alterações locais nos teus fontes. Use a opção "Resolve" do Tortoise para resolver os conflitos. Ou a opção "Revert" para descartar as tuas alterações locais e usar o fonte do repositório.

Boa tarde, fiz ajustes na programação. Não foi necessário ajustes relativos a biblioteca.

Boa tarde, Vamos analisar essa possibilidade.

Bom dia Henrique, Também achei estranho a alteração e até questionei se não iria gerar efeito colateral. Assim que possível vou reverter a alteração.

Bom dia, Então eu tentei também utilizando a libWinCrypt e deu o mesmo problema. Porém hoje atualizei o Acbr e as dlls também para fazer uns testes e vou monitorar se o problema vai continuar ou não. O estranho que isso acontece somente no MT, nos outros estados está normal. Acontece esporadicamente esses erros, as vezes envia um e dá erro no próximo. Se o problema não ocorrer mais aviso mais tarde. Obrigado pelo retorno!

Não. O emissor da nota deve obrigatoriamente guardar o XML, então o webservice de distribuição de arquivos não permite que o mesmo baixe novamente o arquivo.

Atualize a pasta de Schemas.

Vou revisar o codigo e atualizações e qualquer duvida volto a consultar. grato.

Bom dia @Daniel Simoes Copiei a DLL para a pasta de exemplo ACBrDIS e era somente isso mesmo que estava faltando, consegui ativar o teclado e enviar os comandos de texto usando o modelo disKeytecTeclado. Obrigado !!

bom dia ======================== // btn MDFE carregar ini bRETORNO is boolean=ACBR_INICIALIZAR("ACBrMDFe32.dll","MDFE_Inicializar") // 1 IF bRETORNO=True THEN EDT_RESPOSTA=ACBR_CARREGARINI("ACBrMDFe32.dll","MDFE_CarregarINI",EDT_INI) IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA+=CR+"Ini Mdfe Carregando com Sucesso" END ELSE EDT_RESPOSTA="erro inicializar" END ACBR_FINALIZAR("ACBrMDFe32.dll","MDFE_Finalizar") ======================== PROCEDURE ACBR_CARREGARINI(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="", ... sRECEBER_ARQUIVO_OU_INI is string="") //gnretorno_acbr=API("ACBrNFe32.DLL","NFE_CarregarINI",StringToUTF8(sRECEBER_ARQUIVO_OU_INI)) gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo,StringToUTF8(sRECEBER_ARQUIVO_OU_INI)) IF gnretorno_acbr=0 THEN// 0 Carregou com Sucesso RESULT "0" ELSE texto is string="Erro Retorno ["+gnretorno_acbr+"]" IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada " IF gnretorno_acbr=-10 THEN texto+=" Indica que houve erro ao Carregar o arquivo INI" RESULT texto END ================================ Doaçao Amarildo Matos - https://streamelements.com/amyteste/tip Bom dia, Seja bem vindos a mais uma video Aula. Essa Aula está sendo Gravada no dia 29 11 2019. Dica 2511. Método usado para ler o arquivo INI para o componente ACBrMDFe. https://windevdesenvolvimento.blogspot.com/2019/11/dicas-2511-windev-webdev-mobile-acbr.html https://acbr.sourceforge.io/ACBrLib/MDFE_CarregarINI.html Compartilhe Canal Youtube Amarildo Matos Amarildo, desde 1990 ensinando Desenvolvimento de Sistemas, tornando sonhos em realidades.

consegui resolver. eu sempre pedi para o componente imprimir logo após uma emissão ou uma consulta de nfse. sempre funcionou, inclusive para algumas outras cidades estava 100% em produção. mas devido a esse erro percebi que a solução foi: fazer um: DataModule1.ACBrNFSe1.NotasFiscais.Clear; depois fazer o componente ler o arquivo xml novamente com: DataModule1.ACBrNFSe1.NotasFiscais.LoadFromFile(NomeArqXml, False); e ai sim imprimir: DataModule1.ACBrNFSe1.NotasFiscais.ImprimirPDF; isso resolveu pra mim. não sei se pode acontecer com outros, então vou deixar registrado aqui.

Acho que para operar com PS2 o ACBrDIS tentará carregar a DLL InpOut32.sim ( ou algo parecido com isso ) Deve estar na pasta DLLs\Diversos... experiente copia-la para a mesma pasta do seu .EXE

Olá Matheus, Mais uma vez obrigado por sua disposição e alterações. Boa parte delas já foram adicionadas ao SVN. Eu fiquei "debruçado" sobre esse último problema relacionado ao método TLeitor.rExtrai já há algum tempo. Sei que o código atual talvez não seja o mais otimizado, mas ainda não consegui reproduzir o problema. Utilizando o xml que você proveu e o exemplo que citei acima, a função TLeitor.rExtrai sempre tem como parâmetro item = 1. Quer dizer que o código é extremamente rápido mesmo sem as alterações. Por outro lado, o seu código realmente parece fazer sentido. Essa parte dos componentes é muito delicada porque afeta todos os documentos eletrônicos. Por isso, seria possível prover um exemplo que demonstra realmente o problema? Não precisa ser uma lentidão exagerada. Apenas um passo a passo pra reproduzir o problema com o código atual.

Pra não precisar distribuir a DLL você pode acrescentar MidasLib no uses do dpr.

É loucura mesmo! Não sei o que fazem com eles!

bom dia ============= // BTN MDFE INICIALIZAR E FINALIZAR bRETORNO is boolean=ACBR_INICIALIZAR("ACBrMDFe32.dll","MDFE_Inicializar") IF bRETORNO=True THEN EDT_RESPOSTA="Inicializou" ELSE EDT_RESPOSTA="erro inicializar" END ACBR_FINALIZAR("ACBrMDFe32.dll","MDFE_Finalizar") EDT_RESPOSTA+=CR+"Finalizou" =============== PROCEDURE ACBR_INICIALIZAR(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="") //gnretorno_acbr=API("ACBrNFe32.DLL","NFE_Inicializar",StringToUTF8(gsarquivo_ini),"") gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo,StringToUTF8(gsarquivo_ini),StringToUTF8(sChaveCrypt)) IF gnretorno_acbr=0 THEN RESULT True ELSE texto is string="Erro Retorno"+" - "+gnretorno_acbr IF gnretorno_acbr=-1 THEN texto+=" Indica que houve falhas na finalização da biblioteca " IF gnretorno_acbr=-5 THEN texto+=" Indica que não foi possível localizar o arquivo INI informado " IF gnretorno_acbr=-6 THEN texto+=" Indica que não foi possível encontrar o diretório do arquivo INI " RESULT texto END =============== PROCEDURE ACBR_FINALIZAR(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="") gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo) IF gnretorno_acbr=0 THEN RESULT True ELSE texto is string="Erro Retorno"+" - "+gnretorno_acbr IF gnretorno_acbr=-2 THEN texto+=" Indica que houve falhas na finalização da biblioteca" Info("ERRO FINALIZAR DLL"+texto) RESULT texto END ============= Bom dia, Seja bem vindos a mais uma video Aula. Essa Aula está sendo Gravada no dia 28 11 2019. Dica 2508. Método usado para inicializar e Finalizar Mdfe acbr lib. DICAS 2508 - WINDEV WEBDEV MOBILE - ACBR 177 - MDFe_Inicializar e Finalizar https://windevdesenvolvimento.blogspot.com/2019/11/dicas-2508-windev-webdev-mobile-acbr.html https://acbr.sourceforge.io/ACBrLib/MDFe_Inicializar.html https://acbr.sourceforge.io/ACBrLib/MDFe_Finalizar.html

No Indy realmente não tem... dá uma olhada no que comentaram nesse tópico aqui (em inglês): https://en.delphipraxis.net/topic/1725-sftp-client/

Boa tarde Moises, Os campos da versão NFe 4.0 já haviam sido adicionados mesmo antes da Sebrae disponibilizar esse layout, o problema parece estar apenas na geração do grupo pagamento, vamos verificar para corrigir a leitura destes campos.

Boa tarde Se seu XML estiver validando nos schemas sem problemas, pode utilizar o método NFe.EnviarNFe(), vai funcionar da mesma forma, o ACBrMonitor precisa apenas estar configurado para utilizar o Integrador Fiscal, e os diretórios Input e Output precisam estar configurados de forma idêntica no ACBrMonitor e no Integrador. No ACBrMonitor precisa estar com WebService configurado para UF- CE.

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

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

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

Ok entendi muito obrigado pelo retorno...

Bom dia Camilo, Ocorreu a troca do executável? Ou de um dia para outro começou a retornar esse erro? Se não ocorreu a troca do executável, favor entrar em contato com o provedor para saber qual é o motivo do lote não ter sido processado.

Boa tarde Adilson, Se tratando das URLs de homologação e de produção no arquivo Pronimv2.ini agora tem somente isso: [URL_P] ; Soledade/RS RecepcaoLoteRPS_4320800=http://186.237.127.134/nfsews/services.svc ; Demais Cidades RecepcaoLoteRPS=%NomeURL_P%/nfse.portal.integracao/services.svc [URL_H] ; Soledade/RS RecepcaoLoteRPS_4320800= ; Demais Cidades RecepcaoLoteRPS=%NomeURL_H%/nfse.portal.integracao.teste/services.svc Como você pode ver se a cidade não for Soledade/RS as demais até agora as URLs são padronizadas, com isso foi possível a utilização das variáveis NomeURL_P e NomeURL_H Apague os arquivos que contem uma bolinha vermelha no ícone e atualize novamente.

Bom dia Lucas, Eu não tenho nenhuma aplicação que emite GNRE, mas vamos ver se eu consigo lhe ajudar. Primeiro vamos tentar entender essa mensagem de erro. "O Documento de Origem informado não é usado pela Receita informada na UF favorecida! O "Documento de Origem" que a mensagem se refere, acredito ser a chave da NF-e informada na tag <valor> do grupo <campoExtra> A "Receita Informada" que a mensagem se refere, acredito ser o código informado na tag <receita> do grupo <item> Por fim a "UF favorecida", acredito ser a UF informada na tag <ufFavorecida> Como não acusou que a UF favorecida esta errada e nem o código da Receita, chego a conclusão que ao informar esse tipo de receita não devemos informar a chave da nota. Como disse logo no inicio não tenho nenhuma aplicação que emite GNRE e não conheço muito sobre essa Guia. Posso ter escrito besteira, vamos aguardar se mais alguém do fórum com mais conhecimento possa lhe ajudar.

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

Bom dia a todos, Robson, você ainda esta configurando o componente com o libCapicom? Porque não muda para libWinCrypt?

Bom dia, liguei na epson eles me passou o driver correto.

bom diaa, curso de tributacao pra devs só hoje 99,00 na blackfriday https://www.subscribepage.com/sacfiscalbalta https://sun.eduzz.com/293752

pessoal, eu estou tentando emitir nfse para montes claros tem alguns dias, não estava dando certo, estava dando erro 404, como se não achasse a url, percebi que eu não devia informar o nome de usuario e senha do site da prefeitura para o componente, isso mudou o erro apenas em homologação mas não funcionava de forma alguma em produção. depois de tentar milhares de coisas aleatórias, descobri que a URL em produção para montes claros só emite se for com protocolo HTTP (não usar HTTPS) já em homologação, o https parece estar respondendo normalmente. eu modifiquei os arquivos e acabei de emitir uma nota. gostaria de deixar aqui para avaliação de vocês Cidades.ini Pronimv2.ini

Obrigado @Daniel Simoes, farei testes amanhã e reporto aqui o resultado.

Boa noite, Tivemos vários usuários que ao utilizar essa impressora em NFCe com mais de 50 itens, imprimia apenas até o item 50. A segundo eles (não chegamos a testar aqui em laboratório pois não temos esse modelo) é atualizar o Driver da impressora que o problema desaparece. Abraços.

Olá Arturguerra, Muito obrigado. O que pode estar acontecendo na sua situação é que o ACBrBal ligado ao ACBrMTer não está configurado para interpretar corretamente o peso passado a ele. Você pode tentar trocar os protocolos ou implementar um novo protocolo no ACBrBal. Mas infelizmente, verifiquei que não podemos enviar ao SVN essa alteração. O que acontece é que sua alteração faz com que o componente ACBrMTer passe a ignorar a ligação com o componente ACBrBal e interpretar o peso sempre do mesmo jeito. O componente ACBrBal é quem deve fazer a interpretação de peso, porque a forma como se interpreta o peso muda de modelo para modelo. Tentei adaptar suas alterações para o ACBrBal, mas as informações são insuficientes. O protocolo da balança Magna que temos implementado é mais complexo do que você implementou nesse código acima. De qualquer maneira agradecemos sua intenção em ajudar.

Pessoal muito obrigado por atualizar os arquivos! Agora deu certo. Agora é começar estudar o código para implantar na minha aplicação. Desde já agradeço a todos.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

arquivo já esta no SVN.

tarde ta ai : with ACBrETQ do begin Desativar; Modelo := TACBrETQModelo(strtoint(covalor(FormConfig.edit79.text))) ; Porta := trim(FormConfig.edit38.text); Unidade := etqMilimetros; Ativar ; ImprimirTexto(orNormal, 2, 1, 1, 2, 1, clientdataset2.fieldbyname('desc1').asstring); ImprimirTexto(orNormal, 2, 1, 1, 5, 1, clientdataset2.fieldbyname('tam').asstring); ImprimirTexto(orNormal, 2, 1, 2, 8, 1, 'REF '+xValor); ImprimirBarras(orNormal, barCODE128, 2, 2, 12, 1, trim(clientdataset2.fieldbyname('barra').asstring), 5, BecNAO); ImprimirTexto(orNormal, 2, 1, 2, 18, 1, trim(clientdataset2.fieldbyname('barra').asstring)); ImprimirTexto(or90, 1, 1, 1, 2, 26, trim(FormConfig.Edit2.Text)); ImprimirTexto(or90, 2, 1, 1, 1, 29, trim(FormConfig.Edit8.Text)); ImprimirTexto(orNormal, 2, 1, 1, 2, 37, clientdataset2.fieldbyname('desc1').asstring); ImprimirTexto(orNormal, 2, 1, 1, 5, 37, clientdataset2.fieldbyname('tam').asstring); ImprimirTexto(orNormal, 2, 1, 2, 8, 37, 'REF '+xValor); ImprimirBarras(orNormal, barCODE128, 2, 2, 12, 37, trim(clientdataset2.fieldbyname('barra').asstring), 5, BecNAO); ImprimirTexto(orNormal, 2, 1, 2, 18, 37, trim(clientdataset2.fieldbyname('barra').asstring)); ImprimirTexto(or90, 1, 1, 1, 2, 62, trim(FormConfig.Edit2.Text)); ImprimirTexto(or90, 2, 1, 1, 1, 65, trim(FormConfig.Edit8.Text)); ImprimirTexto(orNormal, 2, 1, 1, 2, 73, clientdataset2.fieldbyname('desc1').asstring); ImprimirTexto(orNormal, 2, 1, 1, 5, 73, clientdataset2.fieldbyname('tam').asstring); ImprimirTexto(orNormal, 2, 1, 2, 8, 73, 'REF '+xValor); ImprimirBarras(orNormal, barCODE128, 2, 2, 12, 73, trim(clientdataset2.fieldbyname('barra').asstring), 5, BecNAO); ImprimirTexto(orNormal, 2, 1, 2, 18, 73, trim(clientdataset2.fieldbyname('barra').asstring)); ImprimirTexto(or90, 1, 1, 1, 2, 98, trim(FormConfig.Edit2.Text)); ImprimirTexto(or90, 2, 1, 1, 1, 101, trim(FormConfig.Edit8.Text)); Imprimir(1, StrToInt(covalor(FormConfig.edit80.text))); end;

@jairovianna O problema é que vc nao preencheu a tag xNome da entrega, por isso ta em branca. Dercide.

Fico no aguardo grato

Boa tarde Chegou a verificar como está implementado no Demo em Harbour? http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/

Boa tarde Qual versão do ACBrMonitor está utilizando? Pois o layout atual é esse: Os dados para impressão dever seguir a especificação do Manual SEFAZ- DAMDFe

Boa tarde, No ACBrMonitor realmente não tem esta propriedade de imprimir mensagem MDF-e Encerrado, vou adicionar esse parâmetro no método de impressão...

Boa tarde Mozart e Italo, O nosso software atende hoteis e no nosso caso a solução proposta neste tópico não pode ser aplicada. Pelo fato do município de prestação do serviço ser sempre a cidade onde o hotel esta instalado, não podemos preencher a informação de Município de Prestação de Serviço com o município do Tomador. Acredito que a melhor solução neste caso seja reverter as alterações efetuadas pelo Mozart no arquivo ACBrNFSeDANFSeRLRetrato.pas e continuar se baseando na propriedade Servico.CodigoMunicipio. Abaixo anexo o arquivo alterado para análise. ACBrNFSeDANFSeRLRetrato.pas

Qual configuração SSL está utilizando? Está informando a senha do certificado? Verifique se está conforme abaixo:

Boa tarde Adilson, Muito obrigado pela colaboração. Observação: os seus fontes estão desatualizados em especial os arquivos INI utilizados pelo componente ACBrNFSe.

Obrigado pela resposta estava postando agora que foi isso mesmo pasta schemas desatualizada.

Parece algum problema nos próprios arquivos de Schema. Está com a pasta de Schemas atualizada?

Nada a ver o que estão de defendendo.... Para ideia os Emissores Públicos NF-e, CT-e, MDFe, todos Contem ou continham a opção de Pré Visualização, mesmo sabem que existem Grids, TextBox, Labes.....Tiro no pé é continuar com uma ideia obsoleta . Já falei BLOQUEAR TODAS AS FORMAS DO USUÁRIO DE REPRODUZIR A PRE-IMPRESSÃO. A Pré visualização diretamente no formato de DANFE evita muitos cancelamentos, quando o usuario utiliza CFOPS que precisam de mudanças de tributação,Mensagens especificas,Transportadoras, ou o motoria incorreto.... Concordo plenamente, e o teste eu percebi na pratica, a visualização precisa ser igual o DANFE.... Cheguei ate criar a duplicação da NFe,ou CTe, por conta de muitos cancelamentos com dados faltantes.... Depois que Colocamos a Pre Visualizar.... acabou o cancelamentos ea incomodação.

Respondendo, para quem mais possa precisar: GTIN14 é um padrão de codificação, não um tipo de código. O tipo de código usado na impressão é o "Interleaved 2 of 5" (2 de 5 intercalado). É usado em centros de distribuição, para indentificar caixas coletivas. Por exemplo, 1 caixa contendo 12 unidade de um produto X. Cada produto é etiquetado com seu código GTIN-13 (antigamente éra conhecido como EAN-13): "7891111222226" E a caixa coletiva tem uma etiqueta com um GTIN-14, exemplo "1 789111122222 8", sendo que o primeiro dígito é um indicador de quantas unidades existem na caixa coletiva, seguida dos doze primeiros digitos do GTIN-13 e mais um dígito verificador. Tem que ser combinado com o cliente, uma tabela que mostre a quantidade, ex: 1 = 12 unidades 2 = 18 unidades 3 = 24 unidades 4 = 36 unidades 5 = 48 unidades 6 = 54 unidades 7 = 60 unidades 8 = 66 unidades 9 = *** quantidade variável 0 = não se aplica []´s Edson.