Painel de líderes

Olá pessoal, Atualizamos o fórum do ACBr, para a última versão do Invision Power Board 4.5.2 Essa atualização foi bastante significativa, e todos os PlugIns e Temas precisaram ser ajustados... Temos recursos bem legais... como o Dark Theme, e um outro Tema intermediário... Para mudar os Temas, use o botão no Canto Direito da tela Notamos uma significativa melhoria no Layout e fontes do Fórum... porém as maiores mudanças ocorreram na área de Admin, que agora incorpora o Marketplace da Invision...

Correto, mas este serviço permite apenas o registro do Título... Alguns Bancos não disponibilizam nem a realização de consultas. A vantagem é que o registro é imediato, o boleto pode ser pago no mesmo momento...

@Alexandre Felippeto Henzen tudo bem ? A transmissão automática de remessa não existe, mas a comunicação via webservice sim. Veja se este tópico poderá te ajudar

Bom dia, Nesta caso você deve fazer uma consulta e pegar o retorno para salvar na base de dados. Abaixo exemplo de como eu uso aqui. Evento.XML := ACBrNFe.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.XML;

Boa tarde Canan, A solução é muito simples. Não deixar o usuário ficar enviando a mesma nota 200 mil vezes só porque no primeiro envio ocorreu um erro, erro este causando pela internet instável do seu cliente pão duro. Vamos a receita de bolo. Se após o envio da nota ocorrer um erro de internet, o usuário tem que realizar uma consulta com o XML da nota carregado. Porque fazer essa consulta? Muito simples, quando ocorre um erro o componente não lhe informa se o mesmo ocorreu durante o envio ou durante o retorno. Carregando a nota e realizando a consulta, se o erro foi durante o retorno, a nota já esta na SEFAZ e processada, logo com a consulta saberemos o resultado desse processamento. Se a nota foi autorizada, será retornado o protocolo de autorização, como o componente esta carregado com o XML da nota, o mesmo será atualizado, ou seja, receberá o protocolo de autorização. Desta forma podemos já imprimir o DANFE e enviar o XML mais o DANFE em PDF para o cliente. Agora se o erro ocorreu durante o envio, ao consultar teremos como retorno uma rejeição acusando que a nota não consta na Base de Dados da SEFAZ, ai sim o usuário pode enviar novamente. Com uma pequena mudança no procedimento, nunca mais você terá esse problema de Duplicidade.

Bom dia. Quero contribuir com a correção de envio da guia gnre. Na unit pgnreGNRER há uma falha nas funções abaixo. A propriedade "c19_municipioEmitente" dever ser tratada como String, pois a código de município iniciado com 0. function LerXml1: boolean; function LerXml2: boolean; Segue correção: GNRE.c19_municipioEmitente := Leitor.rCampo(tcStr, 'c19_municipioEmitente'); Obrigado.

Se entendi, você não quer emitir NFSe e sim obter as NFSe emitidas contra o CNPJ, como o DistribuicaoDFe para NFe, certo? Se é isso, não tem essa funcionalidade no ACBrNFSe.

Prefeitura retornou meus e-mails, estavam com problema a 3 dias e normalizou hoje.

Italo boa tarde, Entendo, e já esta sendo feito por nosso clientes, praticamente todos os dias eles entram em contato tanto com a Prefeitura como o provedor. Mas somos sempre a linha de frente, o primeiro contato, então sempre acaba sobrando. Mas vamos em frente. Abs,

Boa tarde Italo, obrigado pela sinceridade (isso é algo que verdadeiramente economiza tempo), com base na sua resposta da para ver que o certificado A3, já tirou o sono de muitos membros aqui do fórum. Vou seguir sua orientação e focar mais no uso do certificado A1. Agradeço pelo retorno e desejo muito sucesso a todos que cederam um pouco do seu já escasso tempo para elucidar a mim e a outros que podem a vir enfrentar o mesmo problema.

Evite usar cálculos e arredondamentos pra informar a tag vProd. Calcule e arredonde no momento da venda e armazene esse valor no banco de dados, Na geração da NFe apenas informe esse valor.

Tudo bem Italo, desde já obrigado ai pelo tempo, Eu estou com este prazo apertado, mas de qualquer forma, eu agradeço mesmo.. Acredito que depois do envio correto, teremos ai o problema da consulta, mas vamos por parte... O duro é que o servidor não responde e-mail, e parece q está com problema no retorno, que deveria vir com o código de Verificação e não está vindo.. Mais uma vez, obrigado, vou ficar atento a este post caso vc tenha um retorno dos Mestres...rs.. Valeu!!

Caro amigo Luis Claudio, tenta dar uma refatorada no seu código. Antes de popular o MDFe, desligue os controles DBware das tabelas, principalmente da tabela de CT-e principal e suas tabelas filhas ligadas a ela (Master-Detail), segue um exemplo do site da Embarcadero: procedure TForm1.Button1Click(Sender: TObject); var i: Integer; begin ListBox1.Clear; ListBox1.Items[0]:= 'Destination Airports:'; with Flights do begin DisableControls; try First; i:= 1; ListBox1.Items[0]:= 'Destination Airports:'; while not Eof do begin ListBox1.Items[i]:= Fields[2].Value;; i:= i + 1; Next; end; finally EnableControls; end; end; end; Isso pode ajudar bastante. Até mais !!

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado. Podem finalizar este post.

Quanto a assinar irei testar isto hoje. Quanto aos endereços também fiquei com esta mesma dúvida, pois parece-me que somente nesta cidade os endereços saem do padrão deles.

Bom dia Adelmo, Favor anexar o XML da nota bem como o XML de retorno acusando a rejeição para que possamos lhe ajudar.

Se fizer um "pull Request", fica bem mais simples, de analisar e incorporar...

Tenha certeza que seus fontes estão atualizados

Dê uma olhada nestes vídeos na parte da contingência off-line... Exemplifica como realizar contingência com ACBrMonitor e evitar a duplicidade. https://www.projetoacbr.com.br/forum/video/browse/39-aula-26-contingencia-da-nfe-e-nfce/

O erro ocorre no momento do envio? Se possive anexe o log do ACBrMonitor. E também as configurações do certificado que está utilizando no ACBrMonitor...

ja tentou postar no git do fortes? https://github.com/fortesinformatica/fortesreport-ce/pulls

Desculpa não entendi. Os dados da venda (no caso da NF-e) só são salvos no banco de dados se a nota for autorizada na SEFAZ? A minha sugestão é que os dados da venda devem ser salvos no banco de dados, depois a nota ser enviada para a SEFAZ. Caso ela seja autorizada, você atualiza o banco de dados, com a data/hora da autorização, numero do protocolo e até o XML completo devemos salvar no banco de dados. Se você esta tendo casos de Duplicidade é porque o seu fluxo esta errado. A rotina de envio de nota tem que fazer o seguinte: 1. Marcar no banco de dados no registro da nota em questão que ele foi enviada. 2. Enviar a Nota; 3. Se a nota foi rejeitada (que é diferente de erro de internet) devemos marcar no banco de dados que a nota não foi enviada, desta forma o usuário poderá fazer as devidas correções e enviar novamente. 4. Se a nota foi autorizada devemos atualizar o registro dessa nota com a data/hora de autorização, protocolo e caso tenha um campo para o XML, alimentar esse campo com o XML completo, ou seja, assinado e com o protocolo de autorização.

Boa tarde a todos, Não adianta nós desenvolvedores reclamar com o provedor. Temos que pedir para os nossos clientes abrir um protocolo na prefeitura relatando todos os problemas. E esperar que a prefeitura tome alguma providencia.

Jussara boa tarde, Estamos tendo vários problemas até hoje com a emissão via ISSNet. Lentidão no processamento dos lotes é o mais frequente, tivemos casos de liberar só no dia seguinte um lote enviado as 14hs, é totalmente inviável esta situação. Tenho clientes reclamando diariamente. Entramos em contato diversas vezes e a resposta é sempre a mesma, que estão na fila de processamento e que temos que aguardar. Hoje mesmo, no meio do dia, depois de várias notas já emitidas o provedor me informa que a serie da nota é inválida, sendo que são idênticas as já emitidas, complicado! Infelizmente este provedor não esta dando conta do volume de notas da cidade de Ribeirão Preto, e tínhamos a esperança que passado o primeiro mês isso que resolveria, só que esta piorando a situação. A título de informação, temos sistemas em Delphi que utilizam Acbr e em C# de autoria da empresa, nos dois casos temos os mesmos problemas. Desculpem pessoal é mais um relato do estamos enfrentando em Ribeirão Preto com este novo provedor. Att, Júlio Ferdinando

Eu creio que o componente está se comportando de forma correta... Não houve Desconto (709) na Operação, e sim uma redução do Valor do pagamento... Isso poderia ocorrer, por exemplo, quando o Cartão do Cliente não tem fundos suficientes, ou a Operadora não liberar todo o valor solicitado... Dessa forma, o Programa deve registrar o Pagamento com o Valor ajustado, e aguardar um novo pagamento (ou desconto), para fechar o cupom... o CNF, somente será enviado, após o fechamento do cupom...

Boa tarde ALA, Você leu a NT 2020/004 que trata sobre o DANFE Simplificado - Etiqueta? Se sim, ficou claro para você que esse DANFE não substitui o DANFE em papel A4? Caso esteja tudo claro e você necessita desse DANFE, o que você acha de contribuir com a comunidade implementando ele? Porque só nós moderadores e consultores do ACBr temos que escrever código?

Foi publicado na sexta feira isso amigo. temos um cronograma de coisas a fazer mas logo que estiver liberado será publicado algo aqui no fórum

Bom dia a todos, Esse NT não traz um exemplo de como seria esse DANFE Simplificado - Etiqueta mas traz no item 2.4 os campos obrigatórios: 02.4 Campos Obrigatórios No DANFE Simplificado – Etiqueta deverão estar visíveis e ser impresso no mínimo, além da chave de acesso, seu código de barras e do correspondente Protocolo de Autorização de Uso, o conteúdo dos seguintes campos: a) A descrição “DANFE Simplificado – Etiqueta”; b) Dados do emitente: Nome/Razão Social, Sigla da UF, CNPJ, Inscrição Estadual; c) Dados gerais da NF-e: Tipo de operação, se entrada ou saída, Série e Número da NF-e, Data de emissão; d) Dados do destinatário/remetente: Nome/Razão Social, Sigla da UF, CNPJ/CPF, Inscrição Estadual, quando existir; e) Dados dos totais da NF-e: Valor total da Nota Fiscal. f) Contingência EPEC: Informar o protocolo de autorização do Evento EPEC. Na imagem anexada esta faltando o item "e" e a descrição que se refere ao item "a" não esta em evidencia e esta faltando a palavra Etiqueta. Portanto vejo problemas com esse DANFE que foi anexado.

Bom dia, ajuste já disponível nos fontes.