Italo Giurizzato Junior

Boa tarde Pedro, Por favor leia a Nota Técnica 2014/001 v1.10 que trata sobre o Evento EPEC. É ele que substitui o DPEC.

Bom dia Luiz, Se eu entendi você não esta conseguindo salvar os XML separados por mês é isso? O problema é que a propriedade de configuração mudou de nome agora ela se chama SepararPorMes. ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := True;

Bom dia Icozeira, Estou realizando diversas alterações no componente ACBrNFSe a fim de compatibiliza-lo com o Trunk2. Peço desculpas caso eu venha disponibilizar algum fonte com algum erro de sintaxe, pois a maior parte do tempo realizo as alterações aqui na empresa que ainda estou com os fontes do Trunk instalados, portanto não tenho condições de compilar. Acabo compilando em casa depois das 18:00 e é ai que descubro que tem algum erro. Mas vamos as boas novas. Em casa estou realizando testes com o provedor Ginfes e com as alterações os métodos: Enviar, Consultar Situação do Lote, Consultar Lote, Cancelar NFS-e, Imprimir NFS-e, Enviar e-mail e gerar o Link NFS-e já estão funcionando. Esta faltando testar e fazer as devidas correções nos métodos: Gerar Lote RPS (não realiza envio, apenas gera o lote e salva em disco para ser importando pelo site da prefeitura) e Consultar NFS-e por RPS. Por fim vai ficar faltando os métodos: Gerar NFS-e (lote contendo apenas um RPS), Enviar Síncrono e Substituir NFS-e. Mas para esses 3 últimos métodos será necessário testar com outro provedor, pois o Ginfes não disponibiliza esses serviços. Para aqueles que tem clientes cujas cidades são atendidas pelo provedor Ginfes podem realizar os testes, pois as alterações que estou realizando estão disponíveis no repositório do Trunk2.

Rodrigo, Esse XML que você postou não serve para imprimir o evento, tem que ser o procEventoCTe.xml Por favor não fique postando varias vezes o mesmo problema, veja a resposta que dei em seu outro post.

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?

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.

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.