Valdir Dill

Bom dia @Juliomar Marchetti, Acho que consegui me encontrar, rs... Não estava me achando porque estava tentando criar o registro 1300 no bloco 0. O correto é no bloco 1, certo? Por isso pensei que talvez não houvesse suporte ao registro 1300, mas consegui dar o tranco aqui, rs e agora vai. Obrigado.

Boa noite, Estamos precisando implementar a geração do SPED Fiscal para registros 1300, 1310, 1320, ...ou seja, são registros específicos para postos de combustíveis. No demo do Acbr e mesmo fuçando no componente não encontrei muita coisa sobre isso. Só encontrei uma referência do registro 0206. Gostaria de saber se algum colega poderia me auxiliar com algum exemplo. Um pontapé inicial já ajudaria. Obrigado.

Perfeito. Esclarecido. Obrigado.

Você diz que a Impressão está ocorrendo mesmo que você não chame o método "Imprimir" ? Exato. A impressão acontece assim que primeiro ACBrPosPrinter1.Buffer.Add('... é executado. Mas analisando melhor meu código, notei que estava com ACBrPosPrinter1.LinhasBuffer = 1 Se mudar para ACBrPosPrinter1.LinhasBuffer = 0, aí não imprime se não executar ACBrPosPrinter1.Imprimir(.... É isso mesmo então? Ou seja, se ACBrPosPrinter1.LinhasBuffer = 1, então ACBrPosPrinter1.Buffer.Add(' inicia a impressão e, nesse caso, dispensa-se ACBrPosPrinter1.Imprimir(...? Obrigado.

Bom dia, Com base no demo do posPrinter utilizamos esse componente da seguinte forma. ConfiguraACBrPosPrinter; //alimenta dados da porta, impressora, etc. ACBrPosPrinter1.Ativar; ACBrPosPrinter1.Buffer.Add('</zera>'); ACBrPosPrinter1.Buffer.Add('<n></ce>Título</n>'); ACBrPosPrinter1.Buffer.Add('</ae></linha_simples>') ACBrPosPrinter1.Buffer.Add('Linha 1'); ACBrPosPrinter1.Buffer.Add('Linha 2'); ACBrPosPrinter1.Buffer.Add('Linha 3'); ACBrPosPrinter1.Imprimir('', True, True, True, 1); Está funcionando tudo ok. A questão é que esta última linha ACBrPosPrinter1.Imprimir('', True, True, True, 1), se ela for executada ou não, não faz diferença, ou seja, a impressão ocorre de toda forma, mesmo que eu tirar/comentar essa linha. Pergunto: - É isso mesmo ou estou fazendo algo errado? - Se a impressão acontece, mesmo sem essa linha, então qual seria a função desse método ACBrPosPrinter1.Imprimir? Obrigado!

Bom dia, Não foi com esse modelo de impressora, mas também passamos por isso. Nosso problema foi corrigido acertando o modelo da impressora (ACBrPosPrinter1.Modelo). Estávamos setando ppTexto e mudamos para ppEscPosStar. Veja se não é o caso também aí. Abraços!

Boa tarde, Só para dar um feedback aqui... Conversei com o suporte Gertec e me informaram que o pareamento celular/G800 realmente não é possível. Mas impressão direta, ou seja, com o aplicativo rodando no G800 é show. Nosso app já está funcionando 100%. Obrigado.

Beleza @Juliomar Marchetti vou tentar isso. Obrigado.

Me parece que pode ser isso mesmo @Daniel. Percebi aqui que ao tentar parear um celular com o G800, ele (o Android) entende que é para fazer uma ancoragem, ou seja, para compartilhar o Wifi do aparelho. Tentei contato com o pessoal da Gertec, mas é bem complicado o suporte deles. To quase devolvendo o aparelho, rs..imagina indicar para nossos clientes isso, nem pensar. Obrigado pelas dicas.

Sim, isso mesmo @Juliomar Marchetti E pior que instalando o app diretamente no TSG800, aí funciona. Mas seu eu executar o app no celular e tentar imprimir via bluetooth, aí dá esse erro que relatei. Obrigado.

Boa noite, Estou testando o AcbrPosprinter em Android e está ocorrendo um erro (print anexo). Uso o demo do svn. Erro: java.io.ioexception read failed socket might closed or timeout, read ret: -1 Ocorre no momento que que se clica no botão "Ativar" do app. Obs.: no demo não fiz nenhuma alteração no código. A única coisa que faço no app em execução é selecionar a impressora bluetooth, que é um TSG800. Alguma sugestão?

Boa tarde, Não seria interessante que a "function IsWorkingDay(ADate: TDateTime): Boolean" da acbrUtil.pas considerasse também os feriados? Anexo a função já pronta para apreciação e, se for o caso, implementação oficial. Obrigado. ACBrUtil.pas

Eu também acredito que seja isso...alguma coisa no gerenciador do certificado talvez... Mas não tivemos acesso à máquina do usuário para uma análise mais detalhada. Como foi um caso beeeem isolado, deixamos para lá e orientamos o usuário a comprar um A1 na próxima renovação de certificado, hehe!

Boa tarde, Também temos um usuário onde isso acontece. Num universo de centenas de usuários, apenas um único ocorre isso. Certificado A3. A senha é alimentada tudo certinho no componente. Tanto é que em todos os demais usuários que usam o mesmo sistema, o processo de assinatura de XMLs ocorrem normalmente, ou seja, sem pedir a senha. Mas nesse único usuário, assim que o procedimento de assinar é acionado, abre-se a telinha do certificado para informar a senha. É como se não tivesse sido informada a senha no componente. Obriagdo

Bom dia, De fato, informei os dados e foi autorizado. Obrigado.

Boa tarde, Estamos testando (envio em homologação) a emissão de MDFe de CTe de lotação (apenas um documento) e estamos recebendo a rejeição: "726 - O grupo de informações da carga lotação deve ser informado"... Pelas análises, constatamos que é pela falta das informações prodPred.infLocalCarrega.CEP e prodPred.infLocalDescarrega.CEP, as quais de fato não estão sendo alimentadas. Porém, segundo a NT 2020.001 versão 1.04, essa regra só vai ser aplicada a partir de 06 de julho próximo... Porque será então que está acontecendo a rejeição? Na NT diz que será aplicada em produção. Será que estamos tendo a rejeição porque estamos enviando em homologação? Em anexo arquivos de envio/retorno. Obrigado. 289000007608599-pro-rec.xml 289000007608599-pro-rec-soap.xml 28200427818048000168580010000000511356219011-mdfe.xml

Ficou bem esclarecido. Obrigado!

O texto anterior com a dúvida ficou truncado. Repito-o para melhor entendimento. Então, pelo que entendi, desse jeito que estou fazendo, ou seja, com essa diretiva acima inativa, eu distribuir ou não as .dll da pasta ...\DLLs\XMLSec\MinGW\32\ não muda nada. É isso?

Bom dia, ...Hoje em dia eles não são mais necessários... Não sabia disso, rs... Meu acbr.Inc está assim: //{$DEFINE USE_MINGW} Então, pelo que entendi, desse jeito que estou fazendo, ou seja, com essa diretiva acima inativa, a distribuir ou não as .dll da pasta ...\DLLs\XMLSec\MinGW\32\ não nada. É isso? Obrigado.

Boa noite, Gostaria de entender melhor essa questão das .dll que estão disponíveis no svn. Gostaria de entender melhor para que eu possa também distribuir os arquivos corretos e apenas eles. Me refiro mais especificamente às .dll openSSl. Vamos lá: Na pasta ..\DLLs\OpenSSL\1.0.2.21\x86\ temos duas bibliotecas: - ssleay32.dll - versão 1.0.2.21 - libeay32.dll - versão 1.0.2.21 Já na pasta ..\DLLs\XMLSec\MinGW\32\, temos as mesmas bibliotecas, porém em outra versão: - ssleay32.dll - versão 1.0.2.5 - libeay32.dll - versão 1.0.2.5 As dúvidas são: 1) Como esses dois arquivos estão duplicados (em duas pastas do repositório), quais desses arquivos devo utilizar no meu binário e também distribuir com a aplicação? 2) Neste tópico - https://www.projetoacbr.com.br/forum/topic/55737-fontes-do-acbr-já-suportam-openssl-111/?tab=comments#comment-365585 - recomenda a atualização dessas .dll e nele menciona que os arquivos ssleay32.dll e libeay32.dll mudaram para libssl-1_1.dll e libcrypto-1_1.dll, respectivamente. No caso de eu passar a utilizar os novos arquivos versão, não devo mais usar/distribuir os ssleay32.dll e libeay32.dll, é isso? Obrigado

Bom dia

Bom dia, A NT 2016.002 v140 excluiu a tag/campo IPI.clEnq da NFe. Não seria o caso de excluir também essa property no Acbr para evitar dúvidas? Obrigado.

Boa tarde, Estou com uma dúvida sobre valores de pagamentos/duplicatas em NFe. Exemplo: em uma venda de R$ 90,00: - R$ 30,00 recebidos em dinheiro no ato da venda; - R$ 60,00 em 3 parcelas de R$ 20,00 com vencimentos futuros. A duvida é como informar o grupo duplicatas na NFe. Deve ser informado 4 parcelas (uma de 30,00 e outras 3 de R$ 20,00) e o valor da fatura (vLiq) no total da nota (R$ 90)? Ou deve-se informar 3 parcelas de R$ 20,00 e valor da fatura (vLiq) no valor de R$ 60,00? Há uma forma correta ou ideal para se informar esses dados? Obrigado

Bom dia, Ok, obrigado @Italo Jurisato Junior

Bom dia, Estou com problema com o retorno do provedor IPM, mais especificamente para o município de Colombo-PR. O envio da nota e processamento no servidor está tudo certo. Apenas o XML que estou capturando de ACBrNFSe1.NotasFiscais.Items[0].NFSe.XML vem com tags HTML e outras informações. Aí não consigo imprimir a nota pelo Acbr. Em anexo estou enviando o XML retornado. Também fiz um teste abrindo esse retorno via browser. Aí ele gera a nota na tela. Para testar -> https://sistemagfil.com.br/testeNFSe.html Estou fazendo algo errado ou é um problema desse provedor mesmo? Vi que tem dois posts do ano passado tratando desse problema, mas sem uma solução. Obrigado. retornoNFSeIPM.xml