Italo Giurizzato Junior

Boa tarde Marcio, Coloca-se no lugar do comerciante. Você realiza uma venda no valor de 90 reais o cliente quer fazer um cheque de 100 e lhe pede um troco de 10 reais, você aceitaria? Qual é a garantia que o cheque não vai voltar, por falta de fundo ou outros motivos? O cheque ao meu ver para quem recebe é um recebimento a prazo, pois tem que depositar, esperar ser compensado para o dinheiro entrar na conta, dependendo do valor demora um ou dois dias. E você vai dar o troco em dinheiro, ou seja recebe a prazo e da o troco a vista. É como o Roberto escreveu, é raro ou ninguem faz esse tipo de transação. Se você não quer engessar o seu sistema a idéia do Roberto é muito boa, criar um cadastro de formas de pagamentos com um campo indicando se permite ou não troco. O comerciante cauteloso, vai permitir troco somente quando a forma de pagamento for em dinheiro, caso contrario não.

Boa tarde Open Net, Link do Portal do MDF-e: https://mdfe-portal.sefaz.rs.gov.br/

Boa tarde sossystem, Não tenho nenhuma aplicação emitindo NFC-e apenas NF-e e CT-e, logo não tenho todas as respostas sobre essas questões. Lembre-se apenas ajudei nas alterações do componente ACBrNFe para que o mesmo também suporta-se esse modelo de documento fiscal.

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.