Italo Giurizzato Junior

Bom dia Rodrigo, Após o envio o componente salva o arquivo: *-procEventoCTe.xml se este arquivo não esta sendo salvo favor atribuir o valor True a propriedade: Configuracoes.Arquivos.Salvar

Bom dia Cleonir, O certificado não esta vencido? A cadeia de certificados esta instalada? Já conferiu a configuração do Internet Explorer no que diz repeito a revogação de certificados?

Bom dia Helio, Rejeição por Erro não catalogado é problema na SEFAZ-Autorizadora, favor entrar em contato e expor o problema.

Bom dia Antonio, Se o pagamento será realizando parte em dinheiro e outra em cartão você deverá executar o bloco: with pag.add do begin (...) end; duas vezes, a primeira para a parte do pagamento em dinheiro e a segunda para a parte do pagamento com o cartão. Supondo que eu vou no supermercado, a compra ficou em 230 reais na hora de pagar, pago 30 reais no meu cartão vale alimentação, 40 reais no cartão vale alimentação da minha esposa e o restante no meu cartão de crédito ou débito. O bloco acima deverá ser executado 3 vezes.

Bom dia Werner, Antes de executar o enviarEmail você esta carregando o componente com o CT-e? Se sim, sabe precisar onde exatamente esse erro ocorre?

Gabriel, Uma URL com parâmetros só pode ter apenas um "?". O Schema validou a URL, mas você tentou ler o QR-Code gerado por ela?

Dércio, Acredito ser a solução mais simples, depois podemos remover essas condições e deixar somente a que checa o modelo do documento fiscal.

Bom dia João, A sua interpretação esta correta. Se a SEFAZ-Autorizadora estiver parada você deve enviar para a SVC-AN ou SVC-RS dependendo da UF, a série continua a mesma, consequentemente a numeração também e quando os problemas na SEFAZ-Autorizadora forem sanados você volta a emitir em teNormal. Quando as notas enviadas para a SVC não se preocupe pois a mesma se encarrega de envia-las para a SEFAZ-Autorizadora.

Bom dia, As alterações que provemos no componente são baseadas nos manuais notas técnicas. O que você acha de dar uma lida nas notas técnicas que tratam dessas alterações?

Bom dia a todos, Gabriel, o seu problema é simples e já explique de forma minuciosa em outro post. A questão é que a SEFAZ-PB acrescentou um parâmetro a mais antes do chNFe e isso esta provocando esse erro na validação da URL do QR-Code. Não existe nada o que possamos fazer, a não ser entrar em contato com a SEFAZ-PB e dizer a eles que a URL que eles definiram não esta em conformidade com a validação dos novos Schemas pelo simples fato de existir o parâmetro: cdFuncao, parâmetro este não previsto na documentação do DANFE - QR-Code versão 3.3

Mailson, Me parece que algumas SEFAZ estão atrasadas na alteração do ambiente de homologação é por isso que você consegue enviar para o ambiente de homologação sem o grupo infNFeSupl e a nota não é rejeitada. Entre em contato com a SEFAZ e questiona a respeito do assunto. Pergunte se eles vão conseguir cumprir os prazos.

Bom dia a todos, Dércio, como os Schemas são utilizados tanto para a NF-e quanto para a NFC-e não vejo problemas em você atualizar hoje dia 07/10/2015. A partir do momento que consta que o grupo ou o elemento desse grupo é opcional, se não informarmos ele não será validado. Veja a definição do grupo infNFeSupl no schema leiauteNFe_v3.10.xsd : <xs:element name="infNFeSupl" minOccurs="0"> Note que o minimo de ocorrências é zero, isso significa que o grupo é opcional, por outro lado a definição do elemento qrCode é: <xs:element name="qrCode"> Note que neste caso o elemente qrCode é obrigatório veja: <xs:whiteSpace value="preserve"/> <xs:minLength value="100"/> <xs:maxLength value="600"/> A informação tem que estar presente, tem que ter um tamanho mínimo de 100 caracteres e no máximo 600. Resumindo, quanto aos Schemas você pode atualizar. Quanto não gerar até o dia 2 e passar a gerar a partir do dia 3 a unica solução é acrescentar uma condição que cheque a data de emissão da nota. Desta forma você pode também atualizar a aplicação em todos os seus clientes antes do dia 3/11/2015.

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.

Bom dia Antonio, Nem sempre o programa exemplo acompanha na mesma velocidade as mudanças do componente. E outra coisa, o programa exemplo é um exemplo, portanto não apresenta todas as possibilidades. A NT que você se refere é a 2015/002 e a alteração referente a Formas de Pagamento é a inclusão de uma nova TAG: tpIntegra que faz parte do grupo <card>. O grupo <card> só é gerado caso exista um pagamento através de cartão. Dentro do grupo <card> agora temos as seguintes TAGs: tpIntegra, CNPJ, tBand e cAut, todas agora são opcionais. Para mais informações sobre cada uma dessas TAGs vide a NT página 6. No caso da TAG tpIntegra foi criado o tipo: // TtpIntegra = (tiNaoInformado, tiPagIntegrado, tiPagNaoIntegrado); Como você faz para alimentar as TAGs já existentes? não é mais ou menos assim: with pag.Add do begin // TpcnFormaPagamento = (fpDinheiro, fpCheque, fpCartaoCredito, fpCartaoDebito, fpCreditoLoja, // fpValeAlimentacao, fpValeRefeicao, fpValePresente, fpValeCombustivel, // fpOutro); tPag := fpDinheiro; // por exemplo vPag := vPagValor; // Informações sobre o Cartão de Crédito / Débito CNPJ := sCNPJCartao; // TpcnBandeiraCartao = (bcVisa, bcMasterCard, bcAmericanExpress, bcSorocred, bcOutros); tBand := bcVisa; // por exemplo cAut := sNumAutorizacao; end; Pois bem você vai acrescentar antes do CNPJ a seguinte linha: // TtpIntegra = (tiNaoInformado, tiPagIntegrado, tiPagNaoIntegrado); tpIntegra := tiPagIntegrado; // por exemplo Caso você informe o valor tiNaoInformado a TAG tpIntegra não será gerada no XML. Espero ter ajudado.

Bom dia Cesar, Toda vez que o cStat for igual a 999 isso significa que ocorreu um erro no Web Service da SEFAZ e em xMotivo é para aparecer qual é esse erro. O que você tem que fazer, entrar em contato com a SEFAZ e relatar o problema informado o código 999 bem como a sua descrição retornada em xMotivo.

Bom dia a todos, O problema neste caso é a SEFAZ-PB que inventou moda, resolveu colocar na URL do QR-Code um parâmetro a mais chamado cdFuncao veja: ..../seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 O que esta em vermelho é o final da URL, mas a SEFAZ-PB acrescentou o parâmetro que esta em negrito. O carácter "?" é usado para separar a URL dos parâmetros, caso tenhamos mais do que um devemos separa-los pelo carácter "&" Segundo o manual do DANFE NFC-e onde contem a estrutura da URL do QR-Code temos: URL?chNFe&nVersao&tpAmb&cDest&dhEmi&vNF&vICMS&digVal&cIdToken&CSC&cHashQRCode Como vocês podem ver o primeiro parâmetro é chNFe e o mesmo é separado da URL pelo "?". No caso da URL da SEFAZ-PB temos como primeiro parâmetro cdFuncao isso faz com que viole a regra de validação logo no Schema, impossibilitando o envio da nota para a SEFAZ. Não tem o que fazer, apenas reclamar com a SEFAZ-PB para que eles removam na URL esse parâmetro, pois não acredito que a equipe Nacional do Projeto da NFC-e vai fazer uma alteração no Schema possibilitando o acrescimento de parâmetros na URL. Visto que somete SEFAZ-PB fez essa mercadoria.

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.