Renan S

Consegui apenas anexar o link para o Drive, se possível anexar aqui, porém aqui, mesmo na data atual, não consigo.... Se poder pegar de lá, e trazer para cà para analisarem e validar...

Boa noite a todos, Estava analisando e realizando alguns testes referente a isso, e notei que o ACBr ainda continua tradando as denegações, de acordo com as alterações passa a ser rejeição alguns cStat. Um exemplo quando é rejeição o ACBrNFe1.Enviar(nLote, False); ele gera um excpetion, com a rejeição, porém as cStat como ainda estão sendo tratadas como denegada, o ACBr ainda faz processo de atualizar o XML, e sinalizar que a NFe está confirmada... Olhei no forum e vi alguns topicos fechados sobre isso, porem agredito que ainda aja inconsisdencia na ACBrNFeWebServices e na função NFe.Confirmada Pois no casos das CStat, 301,302,303 passa a ser rejeição... Desse assunto existe alguma novidade ? Desde já muito obrigado!

Você já usou 5.8 MB do seu 10 MB limite para anexos. Os arquivos não tem 300kb Tem espaço, porém ao enviar aparece Houve um problema no processamento do arquivo enviado. -200 (Error code: -200)

Segue link: https://drive.google.com/drive/folders/16ChS5X5oSMlRdwGOmkP9iyiaDCkt14vl?usp=sharing Não estou consegindo realizar upload aqui pelo forum...

Segui os fontes aqui, para eu deixar disponivel o LarguraBobina dentro da DM, eu segui o Margens, pois seria só mudar de um local para o outro.... Margens, porque ela estão disponiveis.... Porém os Margens são da ACBrDFeReport.... mudei para o LarguraBobina da ACBrNFeDANFEClasse, para o da DFe Report, espero que eu não tenha quebrado nada... Como os outros não utiliza via componente, e preferem utilizar via arquivo, é só deixar a propriedade com ZERO Segue alterações

Sim, sim, mas não faz sentido, se é algo que estou desenvolvendo, já evito dor de cabeça no futuro.... Praque implementar algo, que posteriormente vamos ter que alterar de cliente para cliente ?

Atualizei o ACBr, só para garantir, porém mesmo assim nada... O LarguraBobina nem é utilizado dentro do ACBrNFeDANFEFRDM, (obs.: pode ser que esteja em outro local, porém não localizei, para FastReport!) Não faz sentido... Igual comentei, se tiver como acessar o LarguraBobina dentro ACBrNFeDANFEFRDM, a propria função, AjustaMargensReports, utilizando PaperWidth := larguraBobina já resolveria a questão.... Acretido que a maioria faça pelo .fr3, porém se o ACBr tem a propriedade, porque não utilizar ? É mais essa questão de acessar, pois não faço muito ideia de como passar isso do componente para o ACBrNFeDANFEFRDM

Bom dia a todos, tudo bem? Estamos iniciando o desenvolvimento com a NFCe, porém notamos algo referente a impressão utilizando FastReport, a propriedade de LarguraBobina, não está sendo respeitada, dentro do ACBrNFeDANFEFRDM nem existe referencia para a largura... Sugestão para implementação seria dentro da função AjustaMargensReports, PaperWidth; porém através do DANFEClassOwner, não estamos conseguindo acessar a LarguraBobina do componente... Alguém saberia nos orientar, de como deixar disponivel a LarguraBobina dentro do ACBrNFeDANFEFRDM ? Ou alguma maneira de acessar o TfrxReportPage da NFce para realizar essa alteração por fora? Obrigado!

Existe alguma sinaleira dessas avulsas? Que não sejam do checkout?

kkkkkk então neh, tipo isso mesmo! kkkkkk Usar um celular afixado lá, seria a segunda opção nossa, se não ter certo com o Modem. Pelo oque eu vi, o certo, certo, era usar um chip especifico (acho que é m2m, algo assim) para isso, mas é um projeto piloto

Por isso que o envio de dados sera via modem! Se tivesse internet, fazeriamos via API (era muito mais facil), porém nesse projeto especifico ele tem necessidades especificas.... Ante mão, não é projeto de automação comercial!

E tem outro problema também, é uma aplicação que irá rodar praticamente sem internet.... Por isso o serviços tipo o ZenEnvia, Twillo, não atenderia

Entendo, mas para começarmos gostariamos de fazer via modem mesmo....Pois é projeto piloto

Boa tarde a todos! Alguém utiliza o ACBrSMS, poderia nose falar qual modem que estão utilizando ? Desde já, Muito obrigado!

Boa tarde a todos! Alguém poderia me indicar algum app que force deixar outro App em primeiro plano, impetindo que o usuario feche ou abre outro aplicativo! E caso reinicie o Android abra o app novamente Desde já muito obrigado!

Faz conforme mencionei no inicio, eu utilizo até hoje e nunca tive problema com nenhuma impressora! Comentario desnecessario da minha parte: Essa questão de papel continuo, funciona na pratica apenas em algumas impressoras! (Na teoria tudo é lindo maravilhoso, porém na pratica não)

Vou fazer!

Desculpa a minha ignorancia, não entendi! Tipo, quando instala o ACBr com a opção de manter apenas a LibXXX no Path, quando clico nos componentes, a IDE não acha o ponto no fonte, para Debugar, e quando eu mexo em algo, presciso usar o instalador novamente para gerar as BPL, mesmo recompilando o Pacote, quando deixo desmarcado, ai consigo ir acompanhando. Sobre o Browse Path, vou estar procurando algo sobre ele Sobre Atualizar, tranquilo, eu geralmente apago e sincronizo novamente (Não é o mais correto!, mas fica melhor aqui para gente, pois deixo uma copia exata do ACBr que utilizamos até a data antes de atualizar)

Boa tarde, a todos, Já aconteceu com alguém a seguinte situação: No meu Delphi, existe varios componentes e fontes anexados na LibPath, por exemplo o ACBr, gosto de deixar o fonte, para poder ir mexendo e entender como as coisas funciona, porém. Porém quando não uso o LibXX do componente, não consigo compilar via dcc, a saída ocorre com o seguinte erro: C:\Program Files (x86)\Embarcadero\Studio\16.0\Bin\CodeGear.Delphi.Targets(366,5): error MSB6003: The specified task executable "dcc" could not be run. O nome do arquivo ou a extensão é muito grande Realmente a LibaryPath é grande, já tentei habilitar o LongPath, do windows porém sem sucesso! Gostaria de deixar do jeito que é hoje com os fontes, existe uma maneira de aumentar esse tamanho ? Desde de já, Muito obrigado!

Informo via código, baseado no configurador do sistema, tá para regular! Isso ocorre quando prescisamos usar uma largura, menor, por exemplo 276, o QRCode ocupa um espaço, mesmo o layout sendo responsivo, acaba cortando! No caso da chave, é estetico(pois já que vai usar duas linhas mesmo, quebra pelo menos a mesma quantidade) Logico que tem outros fatores aqui no meu caso, exemplo FONTE, que a gente força a troca, porém já fiz o teste com o exemplo puro, sem alterações que fazemos e ocorre isso também. Isso ocorre, e é comum de acontecer, é que ninguem repara muito! (É detalhe!) Por isso é apenas uma sugestão, são alterações pontuais, que deixa mais responsivo ainda, e evita cortes, esse da chave, igual comentei, a gente deve problema com a galera que digita esse codigo para doação (pois contava o primeiro digito, mesmo sem cortar o produto, no layout tenho a impressão de que os produtos é levemente mais longe da borda, porém não tenho certeza) Aqui a gente toda atualização a gente faz um roteiro, para implementar as alterações.

Bom dia a todos, Esse tópico é uma sugestão de alteração para quem tem problemas de cortes nas Datas e/ou na chave de acesso do Cupom Fiscal SAT, mesmo reculando o tamanho do impresso, alguma informação ainda sai cortando, ou sobra espaço. Essa "solução", utilizo aqui em mesmo projetos, porém se alguém achar inderresante ao projeto se poder incluir ! Arquivo que altero: ACBrSATExtratoFortesFr (Lembrando que o impresso já está no tamanho máximo que a impressora suporta, se aumentar mais, corta os produtos) *Utilizei o preview para faciliadar, porém é o mesmo que é impresso! Situação com as Datas e QRCode Corta o Número de Série do Equipamento -Geralmente deixo um embaixo do outro, alinhando ao centro. -Retiro o codigo pNumSATLateralBeforePrint (Se for o de Venda, mas tem os de cancelamento também) Resultado final: Para o corte na Data, eu utilizo, dois TRLLabel, um fica responsável pela a data e outro pela Hora Chave de Acesso cortando Em alguns casos, o primeiro digito e o ultimo da chave de acesso, não são impressos, oque gera um problema para cliente, principalmente se ele doar os cupons. Esse não consigo simular com o previewer, porém é relativamente simples ver isso no dia a dia. Solução que adotei No preenchimento do Memo responsável pela Chave, dividi ele em duas linhas, dessa maneira, nunca mais dive problema de cliente reclamando que faltou digito na chave de acesso. Obs. Já tive problema com cliente reclamar que "falta digito" na chave de acesso, e era isso! Obs.: Sei da quebra de linha, porém vai do tamanho do impresso, ele mesmo assim pode cortar, ou gerar duas linhas para fazer caber, então já forço as duas linhas, para ter margem de erro de impressão! ----------------------------------------------- São apenas sugestões que faço aqui para evitar problemas de cortes, e facilidar o dia a dia nossa aqui! Repito tudo, no impresso de cancelamento também! (No local correto) Obrigado pela atenção!

Mesmo problema aqui, em 3 computadores mais o do próprio cliente, NET::ERR_CERT_REVOKED

Verifiquei com pessoal da Auttar, via troca de arquivo não tem e não terá! Para captura só fazendo "gambiara" para pegar do impresso ou integrar via DLL

Na Cappta DLL eu tenho acesso, pois eles pedem em algum caso de eventuais problemas.... No Auttar não localizei, segundo informações apenas via DLL

Obrigado!! Era isso mesmo que precisava! Obrigado!