Nelson A Sousa

Olá, Já passei por isso. Criei outra pasta e reimportei tudo.

Se você deseja emitir um boleto, não tem saída, tem que seguir as regras do banco escolhido. Se quer algo menos "burocrático" pode enviar um e-mail para o Sacado com os dados da conta bancária e aguardar ele depositar. Ou solicitar o envio de cheques pelo correio.

No caso de documentos NÃO FISCAIS, a utilização do termo "nota" pode trazer confusão. NÃO EXISTE "nota" não fiscal, o que pode existir é uma pré-venda, por exemplo, no caso de restaurantes e lanchonetes. Isso possibilita ao cliente conferir no papel(algo bem parecido com o cupom) o seu consumo. No AcbrMonitorPlus, conseguimos isso utilizando os comandos PosPrinter. No caso de se querer imprimir algo no formato A4, pode-se usar a própria ferramenta de programação. São várias as possibilidades, criadores de relatórios, impressão direta, etc. Resta saber que tipo de impressão os amigos desejam.

Se for pra emitir algo como uma pré-venda o que deve ser usado são os comandos da PosPrinter, para o caso de querer utilizar uma impressora não fiscal. Se quiser emitir algo no formato A4, aí então não precisa do Acbr não, é só criar um relatório com a própria ferramenta que utiliza para programar.

Uma pequena dúvida: E como vai ficar no caso de desenvolvedor CLT? Ou seja, desenvolvedor contratado pelo Emitente? Fornece-se os dados do desenvolvedor ou do emitente?

Pode ser aquele problema do preview. Se estiver exibindo o preview do DANFE pode ser que ele está "por trás" de sua aplicação. Existem vários tópicos sobre esse assunto.

Olá, Na pasta ...\Projetos\ACBrMonitorPLUS\Lazarus\Exemplos tem uns muito bons.

Olá, Se o seu aplicativo de celular já imprime DANFE, e, DANFE só se imprime com NFe autorizada, então você não pode usar o CriarEnviarNFe() para o mesmo documento. A não ser que o Aplicativo não transmita a NFe e imprima uma espécie de pré-venda, mas gerar chave de NFe em pré-venda é estranho também. Anexe aí o LOG e o INI pra gente dar uma olhada.

Hi, Payment Acbr?!?! Are you sure you're in the correct fórum?

Ok, mas com a abertura da Dialog de seleção de impressoras, a impressão acontece? Ou, uma vez selecionada a impressora o erro ocorre?

E se deixar a caixa de seleção de impressoras em branco? é bom dar uma conferida nas permissões da pasta de geração dos xml e pdfs.

De acordo com seu arquivo de configurações aí acima, a impressora configurada no Monitor na seção GERAL é a Doro PDF Writer. O erro não acontece com preview porque nesse caso você escolhe a impressora quando imprime. Já sem o preview está usando a impressora configurada na seção GERAL é a Doro PDF Writer. Deve estar tentando criar um PDF em algum lugar aí. Dá uma olhada na primeira imagem que o @José M. S. Junior enviou aí acima.

Tá parecendo que é a impressora configurada no Monitor. Dá uma conferida lá.

Tá parecendo um CPF com zeros à esquerda.

Olá, @Rafael Dias, Obrigado pela resposta. Eu me referia à primeira utilização da Dll. É certo que na primeira utilização o arquivo INI ainda não existe, e , mesmo passando o path completo é retornado o erro de arquivo não encontrado. No caso de quem usa o ClickOnce pra distribuir seus aplicativos, a cada update lançado é criada uma nova pasta de instalação e o INI vai pro espaço. Por isso a necessidade da criação de pastas "fixas" para os sistema distribuídos com ClickOnce. Eu até já me virei aqui...rsrsrs. Na primeira utilização, eu verifico se a pasta existe, e, caso não exista, eu crio na pasta que desejo um arquivo INI em branco. Dessa forma ao passar o path completo não ocorre erro. if (Verifica_Pasta_Existe(NgGlobais.PubPastaSistema + @"\Dados\LogsINI\") == false) { System.IO.Directory.CreateDirectory(NgGlobais.PubPastaSistema + @"\Dados\LogsINI\"); //Cria pasta using (StreamWriter writer = new StreamWriter(NgGlobais.PubPastaSistema + @"\Dados\LogsINI\ACBrLib.ini")) { writer.Write("");//Cria INI em branco } } O interessante seria se a própria lib fizesse esse trabalho. Caso o arquivo não existisse na pasta informada o mesmo fosse criado.

Olá pessoal, Iniciei os testes da AcbrLibPosPrinter no c#. Tenho uma dúvida, a criação do arquivo INI(o primeiro) é sempre feita na pasta de instalação da dll? Tentei passar um path na primeira execução e foi retornado o erro de arquivo não encontrado. Seria interessante se pudéssemos passar o path de leitura e criação da dll logo na primeira utilização da mesma. Digo isso por causa da distribuição em clickonce. Toda vez que lançamos um update o clickonce cria uma nova pasta de instalação do EXE e Dlls, o que complica a vida de quem usa essa modalidade de distribuição de seus sistemas. É claro que tenho pastas padrão para o banco de dados, logs, INIs e relatórios. Gostaria de manter o INI da AcbrLibPosPrinter dentro da sua respectiva pasta.

Olá pessoal, Voltei pra reportar sobre se a caixa de diálogo de impressão aparece com a impressora configurada no Monitor. Realmente, a caixa de diálogo NÃO APARECE, quando a impressora está configurada no Monitor. Portanto, para sanar o problema que relatei ao abrir este tópico, basta configurar uma impressora no Monitor. SOLUCIONADO!!! Obrigado @José M. S. Junior pela atenção!!!

Hummm...na verdade o Monitor aqui está sem uma impressora selecionada. Vou efetuar os testes amanhã pois o CNPJe não está comigo agora, mas volto pra reportar.

Bom dia @José M. S. Junior, A simulação para replicar o erro é, ao se utilizar o método CriarEnviarNFe(), marcar o parâmetro de impressão (bImprimeDANFE=1), o parâmetro de preview(bMostrarPreview=Nulo). Ao aparecer a caixa de diálogo para escolha da impressora dev-se clicar no botão [CANCEL], cancelar a impressão. Quanto a resposta da SEFAZ ficar gravada no log. não fica não. Logo após o registro no Log do comando CriarEnviarNfe() é registrado apenas o seguinte: 11/01/2019 15:31:53 - ERRO: Operation aborted Apenas isso, mesmo com a autorização da NFe! Acho que vou seguir sua sugestão e separar os comandos de impressão. Muito grato pela sua ajuda!

Exatamente, envia o método sem a opção de preview.

É, estou achando que vou ter que implementar algo no meu sistema. Mas a solução está difícil, o cliente que mais usa a rotina não quer imprimir produto por produto, quer a impressão do pedido inteiro. Já estou cogitando inclusive sugerir outra impressora. Pelo menos uma que suporte uma maior alimentação de papel.

Boa tarde pessoal, Usando AcbrMonitorPlus 1.2.0.39 com C#. Para evitar aquele problema da tela de visualização da impressão ficar por trás da tela do meu sistema, e parecer que o sistema ficou travado, eu estou usando o comando CriarEnviarNFe(,"INI",1442, 1, ,"",,1,1) com o parâmetro do preview nulo; O problema é que, se o usuário cancelar a impressão, na caixa de dialogo de impressão, o Monitor retorna um erro de cancelamento da operação (ERRO: Operation aborted), quando na verdade o retorno que interessa é o do processamento do comando CriarEnviarNFe(), ou seja, a resposta padrão do método. Alguém tem alguma sugestão de como devo tratar essa ocorrência? No arquivo LOG, é no início, deixei apenas as informações relevantes. LOG.TXT

Olá pessoal, Minha questão é meio OFF TOPIC. Gostaria de saber se existe uma forma de se controlar o final do rolo de etiquetas. Vou dar um exemplo, em meu sistema lançamos os pedidos de venda. Pedidos estes com vários produtos com suas respectivas quantidades. Emitimos uma etiqueta para cada produto vendido, e, às vezes podem ser centenas de etiquetas, uma para cada unidade dos produtos. O que ocorre é que o rolo das etiquetas termina e então acontece um erro na impressão. Aí devemos iniciar a impressão de tudo novamente, uma vez que a impressora não continua de onde parou após a troca do rolo de etiquetas. Existe uma solução para isso? Algum dos amigos pode me sugerir algo?

Olá, Você está utilizando o comando CriarEnviarNFe() de forma errada. Dá uma conferida no help a forma correta para utilização do mesmo. Uma vez corrigido a forma de uso do método, ele deve estar contido no seu arquivo sainfe.txt, e, este arquivo deve estar com seu path configurado corretamente no AcbrMonitorPlus.

Acho que ele está se referindo ao posicionamento das informações. Me parece que ele deseja que as informações de log mais recentes sejam mostradas primeiro.