Italo Giurizzato Junior

Bom dia Mailson, Você configurou o componente com os valores de CSC e idCSC?

Bom dia Ricardo, Não utilizo o ACBrMonitor Plus e não faço parte do seu desenvolvimento. No caso do CT-e não sei se existe a possibilidade de escolher o DACTE em Fortes ou Fast Report. Caso exista mude para ver se resolve o problema. Se sim, favor postar aqui no fórum qual deles não esta apresentando as informações, para que o pessoal que cuida do DACTE façam as devidas correções.

Boa tarde Fernando, Desculpe, mas os primeiros fontes a receberem os novos endereços foram do repositório Trunk e depois do Trunk2. Os fontes do ACBrMDFe que estão na minha maquina estão no repositório e o que esta na minha maquina estão com os endereços atualizados conforme documento da SEFAZ-RS. No que diz respeito a NFS-e os fontes disponibilizados no Trunk2 é para funcionar o método Enviar. Detalhe importante todos os testes que estou realizando é com o provedor Ginfes.

Boa tarde a todos, Calma pessoal, como disse o Agnaldo temos até o dia 03/11/2015 até lá vamos fazer as devidas correções. Quero lembra-los que somente o ambiente de homologação esta aceitando o XML com a nova TAG.

Boa tarde Vagnerso, Pelo que estou entendendo o componente esta gerando e enviando o lote com sucesso, o problema é o retorno da SEFAZ com o protocolo de autorização. Código de erro 999 é problema nos servidores da SEFAZ. Não tem jeito você vai ter que aguardar até eles arrumarem.

Bom dia Wagner, Como já foi dito a geração do grupo <infNFeSupl> que contem a URL do QR-Code é automática. No momento somente o ambiente de homologação esta aceitando o XML com esse grupo. Portanto fique tranquilo, que no ACBrMonitor Plus será totalmente transparente, como é para que usa o componente.

Elton, Já leu esse link: http://www.projetoacbr.com.br/forum/announcement/7-fim-de-correções-e-commits-em-trunk/

No programa exemplo do ACBrNFe não tem um botão para imprimir Eventos?

Gabriel, Abra a unit ACBrNFe e procure pela função GetURLQRCode no final dela tem que estar dessa forma: // Passo 6 if Pos('?', urlUF) > 0 then Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode else Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode; Se não estiver significa que o fonte esta desatualizado. Lord82, Com certeza esta faltando algum dado que é usado na geração da URL do QR-Code, como por exemplo o CSC e idCSC.

Bom dia Isaias, Você leu a NT 2015/003 versão 1.06? Se não leu, leia, você vai descobrir que as TAGs novas e o grupo novo são todos opcionais.

Bom dia, Carta de Correção é um evento, portanto tem que utilizar a impressão de evento.

Bom dia, O seu XML da NFC-e contem o grupo <infNFeSupl> que traz o valor do QR-Code. Acontece que se você envia para o ambiente de homologação funciona 100% e no ambiente de produção a nota é rejeitada. A explicação é simples, o ambiente de produção só vai aceitar o XML com esse grupo a partir de 03/11/2015. Resumindo para testar tem que colocar, e para enviar em produção tem que retirar.

Bom dia Gabriel, Os teus fontes não estão atualizados ou você fez alteração em ACBrNFe e consequentemente não recebeu as novas correções.

Bom dia Vinícius, Você esta com todos os fontes de todas as pastas atualizados? Esta usando os fontes do repositório Trunk ou Trunk2?

Faça mais essa alteração: (...) Copy(XMLAss, i, length(XMLAss)); FXMLAssinado := XMLAss; <=== incluir esta linha end; (...)

Bom dia a todos, Vocês estão utilizando os fontes do Trunk2? Como esta a configuração do Windows?

Se não esta entrando dentro do IF significa que a condição é falsa. Se ao configurar o componente você atribuiu o valor moNFCe ótimo, então procure na sua Unit onde ocorre o envio se não tem nenhuma linha que esta atribuindo o valor moNFe.

Bom dia a todos, Se ele não entra dentro do IF isso significa que o valor da propriedade ModeloDF não é moNFCe e sim moNFe. Configure corretamente o componente.

Após alimentar o componente, você executando o método Assinar?

Abra a unit ACBrNFeNotasFiscais e procure por qrCode. Existe um fragmento de código que precisa ser descomentado.

Boa tarde José, Quais campos esses schemas não contemplam?

Boa tarde ServerInfo, Com certeza você enviou a nota para o ambiente de homologação sem o grupo <infNFeSupl>. Para que o componente gere esse grupo em ambiente de produção automaticamente é muito simples, basta você alterar o fonte do componente impondo uma condição que seria a data, caso este seja 03/10/2015 ou posterior gere caso contrario não. Abra a unit ACBrNFeNotasFiscais e procure por qrCode e faça a alteração impondo a condição pela data de emissão da nota.

Boa tarde Alexandre, Se você não consegui encontrar a unit que deve ser alterada, significa que você não leu esse tópico pois a penúltima postagem minha informa em qual unit e qual procedure deve-se fazer a alteração para que o componente gere automaticamente a TAG qrCode no XML da NFC-e.

Boa tarde Lord82, Esta errado, você não precisa incluir na sua aplicação a alimentação da propriedade qrCode, o componente se encarrega de fazer isso automaticamente. Mauricio, note que a regra de validação da SEFAZ de numero ZX01-10 se refere ao modelo 55 sendo assim se for informado o grupo <infNFeSupl> a nota será rejeitada. Por outro lado a regra de numero ZX01-20 se refere ao modelo 65, logo a nota será rejeitada caso o grupo não seja informado. Resumindo, para NF-e não se deve informar e para NFC-e devemos informar.

Boa tarde a todos, Na pasta ...\Exemplos\ACBrDFe\ACBrNFe\Schemas não atualizamos os schemas, mas vocês podem baixar a PL_008g do link que o José Manuel postou clicando em: Esquemas XML NF-e - Pacote de Liberação No. 8g (27/07/2015) (ZIP)