lucimauro

@EdmarFrazao não seria melhor mudar para escpos porque pelo que entendi esta usando forts

Ola , isso e um CFe correto então quando for gerar precisa incluir a tag indRatISSQN Esta assim : <CNPJ>15129220000197</CNPJ> <IE>795240260110</IE> <indRatISSQN>N</indRatISSQN> Troque por : <CNPJ>15129220000197</CNPJ> <IE>795240260110</IE> <cRegTribISSQN>1</cRegTribISSQN> <indRatISSQN>N</indRatISSQN>

Ola @Net Shopping aqui usamos assim hHandleDllNfe:LimparLista() hHandleDllNfe:CarregarXML(ArqXml) // Arquivo xml cRet_imprimirPdf:=hHandleDllNfe:ImprimirPDF() O arquivo PDf sera salvo no caminho abaixo [DANFE] PathPDF=Local do arquivo PDF

@lfernandolopes eu uso em harbour com classe baixada do svn assim hHandleDllNfe:LimparLista() hHandleDllNfe:CarregarXML(tp_ArqXml) cRet_imprimirPdf:=hHandleDllNfe:ImprimirPDF()

A tudo bem, obrigado !!!

Ola bom dia a todos; Queria saber se tem alguma previsão da inclusão do PAG FOR na acbrlib?

Bom dia; No final deste tópico a resposta.

Já tentou calibrar em ferramentas/ Ação/alimentação de formulario?

Boa tarde. Já deu uma olhada neste topico?

Aqui só funciona se fizer a consulta após o cancelamento para atualizar o XMl, assim a tarja sera impressa.

Depois de cancelar esta fazendo um consulta da nota carregando o xml para atualização do mesmo?

@Juliomar Marchetti talvez a empresa no credenciamento deva pagar alguma taxa agora o desenvolvedor acredito que não. Mais eu apenas acho.

https://ajuda-vendas.estaleiro.serpro.gov.br/renave/ Me parece que os sistemas poderão transmitir os dados das notas emitidas do veiculo novos para este portal, não tenho certeza.

Pena que pelo que vi aqui não mudou nada com relação a anterior.

Eu também tenho essa mesma duvida já que estou iniciando a emissão de boletos, agora pelo WeBService não contempla todos os bancos ate o momento então acaba sendo necessário ter a opções por arquivo.

Esses primeiros NCM estão com 7 dígitos , esta correto assim o scrip?

Estou com esse problema também, essa ultima tabela do IBPT não contempla ainda os novos NCM

A questão para mim está totalmente ESCLARECIDA. Diante de todas as evidências e relatos dos colegas nesta thread, resolvi chutar o pau da barraca e partir para o nível hard: falei para o cliente que estávamos com um problema sério desde o dia 10 deste mês, e todas as evidências apontavam para algum aplicativo na CONTABILIDADE consumindo o mesmo serviço. Dei ultimato: se o cliente nao resolvesse isso, eu iria parar o meu serviço de baixa de xml e manifestação de notas. Parêntese: Eu sei que o cliente jamais aceitaria eu parar o meu serviço de baixa de xml rsrsrsrs. São mais de 1mil notas mensais e eles nao querem voltar a fazer essa tarefa manualmente. Aí o negócio pegou fogo. A contabilidade que antes jurou de pe junto que nao, ninguem fazia isso la, de repente alguem levantou a mao e confessou que realmente fazem pq "precisam pra baixar os xmls pra calcular alguns impostos". Ora ora ora. Imediatamente o serviço deles foi parado, e pra surpresa de mais ninguem rsrsrs tudo voltou a fluir perfeitamente. Isso foi ontem, 18/03, por volta das 17horas. Desde entao minha aplicação ja fez cerca de 10 consultas (na madrugada o serviço para), e... NENHUMA REJEIÇÃO. Pra mim o assunto foi resolvido e esclarecido. Obrigado a todos

Boa, Vou testar isso

E as consultas realizadas por essa outra aplicação, não bagunçava o seu UltNSU?

Continuo achando que tem problema na sefaz. So ontem tomei 10 rejeições heheheh. Ora, se ha outra aplicação num sei onde consultando pelo mesmo cnpj, essa outra aplicação está recebendo outro NSU e supostamente bagunçando o meu aqui, correto? Se o meu ultimo NSU nao eh mais o "ultimo NSU" eu DEVERIA receber rejeição toda vez, concorda comigo? Como consulto o meu "ultimo NSU" que tenho armazenado, e tomo rejeição, e 1h e 10min depois consulto o mesmíssimo "ultimo NSU" e ja vem os documentos? Como? Alguem teria alguma teoria que explicaria esse caso?

Que há um problema na sefaz, me parece nao haver duvidas. Compartilhando... No mesmo cliente estou recebendo em média 5 rejeições para cada 1 consulta com sucesso. Sempre com 1h e 10minutos de intervalo entre as consultas. Vamos para as possíveis causas, conforme regras da Sefaz: 1. Nao estou enviando o UltNSU correto Improvavel. Se assim fosse e essa fosse a causa, eu nao receberia documentos de jeito nenhum. Mandei o mesmíssimo NSU nas vezes que consultei e recebi "consumo indevido", e também nas vezes que deu certo. Sera que ficaram com peninha de tanta rejeição e vez por outra resolveram mandar algo? rsrsrs 2. Consultas sucessivas mesmo recebendo cStat 137 Não restou recebendo cStat 137. Ainda que recebesse, as consultas estão espaçadas por 1h e 10min 3. Outras aplicações fazendo consultas simultâneas Também improvável ja que, como falado, vez por outra a sefaz fica boazinha e manda os documentos que tem la rsrs. Se eu faço uma consulta ca, outra aplicação faz consulta la... e se nós passamos o dia inteiro nisso, entraríamos num loop infinito em que sempre haveria uma rejeição de consumo indevido. Cada consulta resetaria o cronometro e seria rejeição eterna. Como falado, se esse fosse o problema TODAS as consultas seriam rejeitadas. Eu nao deixei de consultar ca, e a outra aplicação (se existisse) tbm nao deixou de consultar la. Como, milagrosamente, vez por outra os documentos sao recebidos? 4. Consulta por Chave da Nfe Não faço. 5. Matriz e filial usando o mesmo certificado Não é o caso.

@aloisiopires tente aqui https://github.com/ElginDeveloperCommunity/Impressoras/tree/master/Impressoras Não Fiscais/Bematech

Sim sim. A bronca eh com a sefaz. O intuito do topico eh saber se mais alguem padece do mesmo problema hehe Eu, particularmente, nao tem essa opcao. Consulto sempre por UltNSU

Como exemplo, ontem, domingo, contabilidade fechada, cliente fechado. Apenas o servidor do cliente funcionando. Acessei e fiquei acompanhando o dia inteiro. Consultas realizadas a cada 1hora e 10minutos. De 6horas da manha ate por volta das 19h horas, foram recebidas 10 rejeições e apenas uma dessas consultas retornou cStat 138