Italo Giurizzato Junior

Boa tarde Carlos, Com certeza os seus schemas não estão atualizados.

Boa tarde, Favor atualizar os fontes e testar novamente.

Boa tarde Thiago, Primeiramente, se atente ao seguinte: Quem pode emitir o MDF-e? Transportadoras, neste caso deve relacionar os CT-e que ela emitiu. Empresas que realizam o transporte da própria mercadoria vendida. Por exemplo você tem uma loja de moveis e possui um caminhão. A sua sua loja vai emitir a NF-e referente a venda e caso o destinatário seja de uma cidade em outro estado, será necessário emitir o MDF-e. Vale lembrar também que a emissão do MDF-e é para transporte interestadual e carga fracionada, ou seja, serão realizadas diversas entregas para destinatários diversos. Sendo assim o emitente do MDF-e é o mesmo da NF-e. O XML que você postou traz como emitente uma empresa (vide a TAG CNPJ do emitente - final é /0001-12) e outra como emitente das NF-e (vide CNPJ contido na chave das NF-e - final é /0001-76) Esse CNPJ que aparece no emitente tem que ser o mesmo que aparece nas chaves das NF-e. Com certeza esse CNPJ com final /0001-12 não esta habilitado junto a SEFAZ a emitir NF-e.

Bom dia Werner, Para se obter o XML assinado e protocolado de forma legal existem 3 formas: 1. O emitente da nota deve enviar por e-mail o XML conforme consta na legislação, se ele não faz isso você esta recebendo a mercadoria sem nota, pois o DANFE para o Fisco não tem validade jurídica a não ser que o destinatário seja pessoa física. 2. Pelo site da SEFAZ; 3. Usando o método DistribuicaoDFe; Vamos então a esse método: 1. Na pasta Doctos\Manuais você encontra o PDF: Manual ACBrNFe versão 1.04 caso você já esteja usando os fontes do Trunk2 com certeza alguns métodos estão diferentes, mas o DistribuicaoDFe não mudou nada e na página 15 você encontra uma breve explicação bem como o significado de cada parâmetro dele. 2. No Portal Nacional da NF-e em Notas Técnicas você encontra a NT 2014/002 versão 1.01 que trata sobre o Distribuição DFe são apenas 13 páginas, considero a sua leitura muito importante. 3. A sua utilização é bem simples mas para poder obter o tão desejado XML assinado e protocolado é necessários alguns passos a mais. Devemos inicialmente executar o método DistribuicaoDFe para obter os resumos das NF-e, em seguida devemos realizar a manifestação do destinatário em cada uma delas (lembrando que a manifestação é um evento, vide NT 2012/002 versão 1.02) ao executar pela segunda vez o DistribuicaoDFe, dependendo do tipo de manifestação teremos como resposta o XML completo da NF-e. Não é preguiça ou não querer explicar o que é e como faz, eu sempre peço para que as pessoas leem os manuais e notas técnicas, pois estarão lendo um documento que foi publicado pelo ENCAT e disponibilizado no Portal Nacional da NF-e da SEFAZ, pressupõe que as informações contidas sejam corretas. Ocorrem alguns erros sim, ninguém é perfeito. Estamos aqui para esclarecer algumas duvidas.

Bom dia, Já postei em um outro tópico que as chances de prorrogar o inicio em ambiente de produção são muitas, acredito que somente para o ano que vem vai ser necessário, visto que algumas SEFAZ não implementaram ainda em ambiente de homologação.

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.