Nelson A Sousa

Olá, reparou se está incrementando o sequencial do evento?

Talvez esteja provocando algum conflito por estar passando também o CSOSN, ou é CST ou CSOSN. Os CSTs do Pis e Cofins estão errados também.

Olá, Você tem que dar uma conferida no regime tributário em que enquadra o emitente da NFe. Dependendo do regime tributário você deve informar CST ou CSOSN. E o CST não é o mesmo para Icms, Pis e Cofins e pode mudar dependendo da origem da mercadoria. Resumindo, cada produto tem o seu CST ou CSON. Uma novelinha que um contador pode te dar uma ajuda.

Se você instalou o Inno Setup, então o arquivo com que deve trabalhar é o ACBrMonitorPLUS.ISS. Abra-o e efetue a compilação com o INNO SETUP. Uma boa pedida quando se vai utilizar o Inno Setup é instalar também o ISTOOL, este proporciona uma interface mais amigável que o Inno. Porém o Istool depende do Inno, tem que instalar os dois.

Você deve compilar o projeto AcbrMonitor e não o AcbrMoniitorConsole.

Dê preferência pra fazer tudo em x32. Não use x64.

Vixe, tem razão!! Por algum motivo o Enum com os valores do Ambiente foi alterado para 0 e 1, quando deveria ser 1 e 2, não sei e nem lembro porque fiz isso!!! Obrigado Gr@c@!!

Boa noite pessoal, Utilizo o AcbrMonitorPlus 1.2.0.50 com C#. Estou tendo 2 problemas ao enviar um NFCe (homologação). No validador da SEFAZ RS me retorna o erro de 704 - [Simulacao] Rejeicao: NFC-e com Data-Hora de emissao atrasada Já no AcbrMonitor eu recebo o erro: ERRO: Ambiente do XML (tpAmb) e diferente do configurado no Componente (Configuracoes.WebServices.Ambiente) Olhei no meu arquivo INI, no XML e nas configurações do AcbrMonitor e o tpAmb está = 1(homologação) em todos. Podem me dar uma força? Coloquei aí abaixo os arquivos envolvidos no problema. ACBrMonitor.ini 31190325616095000101650010000000031170076216-nfe.xml NFEVenda.INI

Essa não é minha praia não mas, os documentos originários não seriam as NFes da mercadoria transportada? Você esta colocando em observações ao invés dos docs originários.

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

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