Italo Giurizzato Junior

Boa tarde a todos, Muito obrigado a todos, Link para o portal do MDF-e: https://mdfe-portal.sefaz.rs.gov.br/ Neste portal temos: Manual, Notas Técnicas, Schemas e a legislação sobre o MDF-e, inclusive o calendário de obrigatoriedade.

Boa tarde a todos, É assim mesmo, inclusive quando termina o mês os arquivos digamos temporarios: arquivos de envio de lote, consultar o status, entre outros, podem ser excluidos, uma vez o que tem valor fiscal e que realmente deve ser guardado pelo periodo legal é o XML que contem o CT-e desde que esteja assinado e protocolado, sem esquecer agora com a nova versão 2.00 os arquivos de eventos, como por exemplo a CC-e e Cancelamento.

Bom dia opennet, Primeiramente peço para verificar as datas de inicio da nova versão 1.00a através do link: Segundo, o componente ACBrMDFe possui uma propriedade chamada VersaoDF que aceita os valores ve100 e ve100a Dependedo da versão você deve utilizar um conjunto de schemas ou outro. No caso da versão 1.00a você deve utilizar a os schemas que estão na pasta ...\Exemplos\ACBrMDFe\Delphi\Schemas\V100 salvo com o nome: PL_MDFe_100a_pre (correcao) Teceiro sempre ter em mãos o Manual, pois nele consta a estrutura completa do XML, assim você fica sabendo, quais campos são obrigatórios e quais são opcionais.

Bom dia Rômulo, Sim, sem nenhum problema. Você pode anexar aqui no fórum, somente os fontes que você ajustou para o componente passar a funcionar corretamente com o provedor Digifred.

Bom dia Gustavo, Vou checar e ver se encontro algo.

Ricardo, Muito obrigado, mais uma troca de versão agora é 5.0 Quanto as UFs participantes do projeto piloto, veja este link: No que diz respeito a obrigatoriedade vai ser necessário entrar no site da SEFAZ da UF em questão e verificar se tem algo publicado. No caso do Amazonas: http://portalnfce.sefaz.am.gov.br/empresario/cronograma/

Bom dia Marcio, Uma transportadora que emite CT-e, se o documento originário (nota fiscal de venda da mercadoria) for uma NF-e, ao gerar o CT-e devemos informar a chave da NF-e, relacionando desta forma o CT-e com a NF-e. A NF-e tem um prazo para cancelamento de 24 horas, já o CT-e tem 168 horas contados a partir do recebimento do protocolo de autorização. No meu entendimento, se dentro do prazo de 24 horas: 1. A mercadoria foi encaminhada para a transportadora (NF-e emitida e autorizada pela SEFAZ); 2. O CT-e foi emitido; 3. O CT-e foi cancelado; 4. A mercadoria foi devolvida ao remetente. Não vejo motivo da SEFAZ não efetuar o cancelamento da NF-e, uma vez que a mercadoria não foi transportada até o destinatário, apenas foi coletada pela transportadora e posteriormente devolvida. Se a SEFAZ no momento de cancelar a NF-e checa se existe um CT-e vinculado a mesma, deveria checar se o mesmo foi cancelado, se sim, efetuar o cancelamento da NF-e. Isso é que deve ser questionado junto a SEFAZ, pois o fato gerado no caso no que tange o transporte não foi realizado. Como na maioria das vezes o remetente e a transportadora são da mesma cidade, sendo assim, o transporte dentro da cidade não cabe a emissão do CT-e e sim se for o caso uma Nota Fiscal de Serviço. Esse é o meu entendimento, não significa que estou correto.

Bom dia Ricardo, Se eles pertencem as UFs participantes do projeto piloto com certeza sim. Pois essas UFs, já divulgaram ou vão divulgar um calendário de obrigatoriedade.

Bom dia sossystem, Conforme o link que você postou temos o seguinte: (...) "Para seu controle, a transação de saque será informada separadamente no comprovante de vendas e no extrato da sua conta corrente." (...) Neste caso não vejo problemas, supondo que a compra ficou em 40 reais e necessito de 30 reais (saque). No XML vai constar somente os 40 reais e no DANFE também, no caso do saque seria impresso sem seguinte um comprovante de saque no valor de 30 reais. Outra coisa, se o cartão é "passado" uma unica vez, acredito que a modalidade permitida é somente Débito, ou seja não posso pagar os 40 reais no crédito e querer sacar 30. Quanto ao TEF não sei lhe responder. Até onde sei a SEFAZ, mais precisamente o grupo de empresas que esta participando do projeto piloto iriam discutir esse assunto com as operadoras de cartão.

Bom dia Tallys, Vamos por parte: No que o programa exemplo se utiliza de 2 componentes, ACBrNFSe e ACBrNFSeDANFSeQR (feito em Quick Report). A principio não se faz necessário você criar nenhuma unit para poder utilizar os componentes. Na sua aplicação, terá por exemplo um form onde o usuário vai solicitar a emissão das NFS-e, neste form você coloca os componentes mencionados acima. Cria algumas procedures, para configurar o componente, alimentar com os dados referentes ao serviço, etc. Quanto a prestadora FGMaiss que vamos chamar de "provedor" não foi implementada no componente. Como a idéia é desenvolver uma aplicação para atender as empresas da sua região e que por sua vez utilizam o provedor FGMaiss, primeiramente você deve buscar informações e documentações sobre esse provedor. Por exemplo: 1. o provedor utiliza o padrão ABRASF? 2. foi disponibilizado WebServices para o envio e retorno dos XMLs? 3. requer certificado digital? 4. quais são as cidades atendidas por este provedor? 5. XMLs exemplos de envio e de retorno, de preferencia completo, ou seja, com as TAGs de envelope soap. Obtendo todas essas respostas temos condições de implementar ou não esse provedor no componente.

Bom dia Michel, Desculpe, em não postar que já estava disponivel. Antes tarde do que nunca, muito obrigado pela colaboração.

Boa tarde Igor, Vasculhei todos os fontes do ACBrMDFe e não encontrei nenhuma unit que poderia estar provocando isso. Se os fontes dos componentes estão OK, mas precisamente os do componente ACBrMDFe, todos estão com uma bolinha verde no icone. Isso me leva a crer que o problema é a sua aplicação.

Boa tarde Marcio, Entendo a sua preocupação, mas vamos nos ater na realidade. Acredito que nenhuma loja costuma retornar troco para alguem que pague em cheque por exemplo. Visto que cheque não há garantia de recebimento. As lojas só retornam troco para que paga em dinheiro, exemplo: Valor da Nota: R$ 46,00 Valor pago : R$ 50,00 (dinheiro) Troco: : R$ 4,00 No XML teremos: Valor da Nota : R$ 46,00 Pgto Dinheiro : R$ 46,00 Antes que você questione o meu post, a uns 20 anos atraz eu abastecia o meu carro em um posto vizinho da minha casa. Colocava 30 reais de combustivel e na hora de pagar com o cartão pedia para o funcionario passar 50 reais e me dar um troco de 20, só para não ter que ir até o banco e efetuar o saque. O funcionario me olhava torto e pedia autorização para o proprietário. Com o advento da NFC-e, esse tipo de pratica vai ficar complicado ou melhor não vai ser mais possível ser feita.

Boa tarde Eloi, Primeiramente, por favor assunto novo tópico novo. Segundo, apesar de estar aparecendo a opção Delphi 5, eu acredito que não seja possível instalar o ACBr nessa versão. O que lhe impede de migrar para no minimo Delphi 7?

Boa tarde Madalozzo, Supondo que os pontos A, B e C são UF distintas, exemplo: SP, MG e RJ e que o trajeto do caminhão seja A -> B -> C. Podemos emitir um MDF-e para o par SP e MG e outro para o par MG e RJ.

Bom dia Rinaldo, Qual é o erro?

Bom dia Rayanne, Verifique o Library Path do Delphi. O Path do PCN2 tem que vir antes do Path do ACBrNFe e do ACBNFSe.

Boa noite Carlos, Quando entro em contato, utilizo a opção de fale conosco do próprio site da SEFAZ.

Boa tarde Udenilson, Desta forma: ACBrNFe.WebServices.Enviar.Lote := Lote; ACBrNFe.WebServices.Enviar.Executar; Só ocorre o envio, uma coisa que esqueci de incluir é a forma de envio (sincrono ou assincrono). O correto é: ACBrNFe.WebServices.Enviar.Lote := Lote; ACBrNFe.WebServices.Enviar.Sincrono := True; // Valor True = Sincrono, False = Assicrono ACBrNFe.WebServices.Enviar.Executar; Se Sincrono for True, ao executar o Enviar vamos ter ter como resposta o protocolo de autorização, o XML será atualizado, faltando apenas imprimir o DANFE. Devemos lembrar que no envio Sincrono o lote só pode ter apenas UMA NFC-e. Por outro lado se Sincrono for False, ao executar o Enviar, ocorre somente o envio e temos como retorno o recibo. Neste caso devemos realizar a consulta com base no recibo para obter o protocolo de autorização e posteriormente a impressão do DANFE. No envio Assincrono o lote pode conter mais de uma NFC-e e um total de 50 respeitando também o limite de 500 Kbytes.

Boa tarde Rodrigo, Pesquisando na internet, pelo que me consta a prefeitura de Vitória/ES possui um sistema próprio de emissão de NFSe. Favor entrar em contato com o departamento de TI da prefeitura para confirmar.

Boa tarde Roberto, Favor Atualiar os fontes e testar.

Bom dia Andre Lucas, Analisando o seu arquivo TXT, o código no ACBrNFeMonitor, mais precisamente na rotina que lê o arquivo TXT e mais o componente ACBrCTe. Não vejo motivos para que o XML esteja sendo gerado com ICMS00 em vez de ICMS90. A não ser que tenha espaço em branco ou outro caracter invisivel após o valor do campo CST no arquivo TXT. A rotina vai em busca de da sequencia 90 e encontra 90espaço como não existe essa tributação acaba retornando 00 que é o primeiro valor.

Bom dia Udenilson, Depende de que forma você esta utilizando o componente. No caso do envio existe duas maneiras: ACBrNFe.Enviar(Lote); ou ACBrNFe.WebServices.Enviar.Lote := Lote; ACBrNFe.WebServices.Enviar.Executar; A primeira faz tudo, ja a segunda não.

Bom dia Carlos, Entre em contato com a SEFAZ e expõe o problema, com certeza é erro deles. Outra coisa, para desencargo de conciencia, checa se a TAG que contem a chave da NF-e (documento originário) esta completa ou seja 44 digitos e também cheque se no portal da NF-e essa chave realmente pertence a uma NF-e. Checado tudo isso e estando tudo OK, entre em contato com a SEFAZ.

Bom dia Luciano, Versão 3.0 da NF-e? Não vamos disponibilizar, pelo simples fato deste modelo de documento fiscal que se encontra na versão 2.0 vai passar para a versão 3.10 O que existe na versão 3.00 é a NFC-e que também vai passar para a versão 3.10 Hoje o componente ACBrNFe suporta os dois modelos de documentos fiscais: NF-e versão 2.00 e NFC-e versão 3.00 Já realizei as modificações necessárias para que o componente ACBrNFe passa a emitir os dois modelos de documentos fiscais acima mencionados na versão 3.10 Estou aguardando apenas a autorização para enviar essas modificações para o repositório onde fica os fontes dos componentes. Assim que eu receber essa autorização, vai estar disponivel também as novas alternativas de envio em contingência publicadas na Nota Técnica 2013/007. Como você pode ver, toda vez que o governo divulga uma alteração ou algo novo, nós regaçamos as mangas, para deixar os componentes sempre em conforminade com os Manuais, Notas Técnicas e Legislação Vigente. Seja bem vindo ao ACBr, você não vai se arrepender.