Italo Giurizzato Junior

Bom dia, Cuidado para não confundir o certificado digital em formato de Token com o CSC - Código de Segurança do Contribuinte que antes também era chamado de Token. O idCSC e CSC são obrigatórios para gerar a URL do QR-Code usado na NFC-e.

Bom dia a todos, Me parece que a obrigatoriedade de incluir o QR-Code no XML em ambiente de produção vai ser prorrogado para o ano que vem, visto que algumas SEFAZ nem sequer ainda implementaram essa obrigatoriedade no ambiente de homologação.

Bom dia Claudio, No caso do Open SSL há necessidade de que a unidade tenha no minimo 3 caracteres.

Você pode zipar somente os fontes que foram necessários alguma alteração e postar aqui mesmo em anexo. Caso seja necessário também alteração no pacote de instalação separe em um outro Zip.

Bom dia Luiz, Se isso ocorreu significa que a unit pcnNFeR foi alterada por você e consequentemente não foi atualizada. Sugiro que renomei caso você tenha feito alguma alteração e baixe ela novamente.

Bom dia Jones Almeida, Que tal contribuir com o projeto e fazer as alterações necessária no GNRE? Para que o mesmo fique funcional com o Trunk2. Eu não uso o ACBrNFSe, mas estou fazendo as devidas alterações para que o mesmo funcione no Trunk2.

Bom dia Gilvan, Esse problema já foi comentado em outra postagem. O problema é a URL da SEFAZ-PB que inventaram de acrescentar um parâmetro a mais. A SEFAZ já esta ciente do problema e esta estudando uma solução para o mesmo.

Bom dia Mauro, Pelo que eu entendi você esta usando o programa gratuito da SEFAZ para poder emitir o MDF-e, correto? Pois bem, aqui nós não usamos esse programa, nós desenvolvemos componentes e programas para emitir MDF-e. Existe um site especifico do MDF-e onde você encontra uma cartilha, não é o manual desse programa mas acredito que vai lhe ajudar bastante a entender como deve proceder. https://mdfe-portal.sefaz.rs.gov.br/

Programa exemplo do ACBrNFSe - Trunk2 Visulizar Arquivo Na pasta onde for descompactado o executável, deve-se colocar junto os arquivos INI que são baixados junto com os fontes do repositório Trunk2. Autor Italo Jurisato Junior Enviado 09-10-2015 Categoria Utilitários ACBr

Boa tarde, Os últimos 9 dígitos são 8 do cCT e 1 do Digito Verificador. Se esta diferente é porque você optou por fazer com que o componente gere automaticamente de forma aleatória o cCT (código aleatório do Conhecimento de Transporte). A SEFAZ aconselha que o cCT seja aleatório. Você pode contornar esse problema fazendo o seguinte: 1. Quando for salvar no banco de dados as informações pertinentes ao conhecimento gere um numero aleatório com no máximo 8 dígitos e que seja maior que zero. Salve esse numero com as demais informações no banco de dados. 2. Quando for alimentar o componente com os dados atribua o numero gerado a propriedade cCT. 3. Caso você utilize o LoadFromFile para carregar o conteúdo de um XML do CT-e, lembre-se de atribuir o valor False como segundo parâmetro, isso faz com que o componente não gere novamente o XML. Espero ter ajudado.

Boa tarde Rogério, Antes de executar o método Consultar você esta carregando o XML da NF-e? Se sim, você poderia postar em anexo o arquivo: *-sit.xml ?

Boa tarde Marcio, Se esta falhando na validação da TAG qrCode o problema é que você não configurou as propriedades CSC e idCSC do componente.

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.