Italo Giurizzato Junior

Boa tarde a todos, Agora temos um fórum só para tratar assuntos relacionados ao componente ACBrMDFe. Gostaria de agradecer aos administradores do fórum, pois o MDF-e Manifesto Eletrônico de documentos fiscais, não é apenas mais um Documento Fiscal Eletrônico que vai ser utilizado pelas transportadoras, mas também pelos emitentes de NF-e que realizam o próprio transporte dos produtos vendidos. Quando eu iniciei o assunto sobre o MDF-e já sabia que: Primeiro deveria criar um novo componente e não criar funcionalidades no ACBrCTe; Segundo optei por postar dentro do fórum ACBrCTe pois no fringir dos ovos que vai mais emitir o MDF-e são as transportadoras. Agora precisamos mover todo as postagens referentes ao MDF-e para dentro deste fórum. Mais uma vez muito obrigado a todos.

Boa tade a todos, Obrigado Leandro pelos elogios. Pessoal, dentro da pasta ...\Exemplos\ACBrCTe existe varios arquivos textos com fragmentos de código da minha aplicação, entre eles temos o AlimentarComponentes.txt, nesse arquivo vocês vão encontrar as respostas, basta estuda-lo.

Bom dia Riqueluiz, Sim, se você esta se referindo aos arquivos textos que encontram-se dentro da pasta ...\Exemplos\ACBrCTe, eles são fragmento de códigos da minha aplicação. Portanto os: DM_CNT e DM_CTA são Data Modules que criei para a minha aplicação. Você precisa estudar esses fragmentos de códigos e adapta-los ao seu sistema.

Bom dia a todos, Já encontra-se disponivel as alterações, por favor faça uma cópia dos fontes, antes de atualizar. Depois de baixados os novos fontes, favor testar.

Bom dia a todos, Com relação ao Canhoto do CT-e, podemos sim realizar alterações, vamos primeiramente nos remeter ao manual. Manual DACTE versão 1.00b, página 12 item 1.24.5: O terceiro paragrafo do item 1.24.5 deixa claro que as informações presente no canho é de livre escolha, o que esta no manual é apenas um exemplo. Me baseando em um DACTE que recebi, podemos colocar no canhoto as seguintes informações: Razão Social ou nome fantasia da transportadora, chave de acesso, Razão Social do Remetente, Destinatário, Numero e Série do CT-e, Data e Hora de Emissão, Forma de Pagamento, Tomador do Serviço, Valor do Frete, Cidade de Origem e Destino da Prestação. E os espaços para que o Recebedor possa preencher a Data da Entrega, Horário, Nome do Recebedor, Assinatura e RG. Quero lembra-los que o DACTE que acompanha o componente possui o canhoto parecido com o que consta no manual. Veja bem essa é uma proposta de alteração, e volto a lembrar que os fontes estão disponiveis, e qualquer um poderá alterar conforme a necessidade.

Bom dia Geferson, O código fonte de todos os componentes ACBr são abertos, se você detectar um erro, você mesmo pode efetuar a correção e nos enviar a mesma, para que possamos efetuar a correção e disponibilizar para todos. Logo não há necessidade de ficar esperando que nós façamos as devidas correções. Efetuei a correção segundo a sua orientação e já encontra-se disponivel. Favor atualizar os fontes, e testar novamente.

Boa noite Osmar, Você atualizou a URL do tortoise? Se não, não vai atualizar mesmo.

Boa noite Geferson, Favor atualizar os fontes e testar novamente.

Boa noite bilogyn, No caso da NFSe não se valida o RPS e sim o lote e essa validação é feita pelo próprio componente de forma automática.

Boa tarde Adilson, Muito obrigado pela colaboração e empenho em tornar mais um provedor funcional. Quando ao cancelamento, você carrega o XML da NFS-e que pretente cancelar antes de efetuar o cancelamento?

Bom dia Adilson, O XML é gerado através da Unit pnfsNFSeW, essa tag <CodigoTributacaoMunicipio> fica dentro do grupo <Servico>, mas checando a unit em questão esta tudo OK, verifique se ele esta atualizado. Lembrando que estamos falando do provedor 4R.

Já esta disponivel, vamor ver se vai funcionar com outras verões do Quick Report que possui o filtro para gerar o PDF.

Bom dia a todos, O código do componente é aberto, portanto vocês tem acesso aos fontes, altere conforme a necessidade, desde que as alterações não afetem o lay-out do DACTE, uma vez que ele foi desenhado conforme o manual. Mas não vejo nenhum problema de deixar o canhoto um pouco maior na vertical para que possa ser acrescentado mais uma linha contendo o nome da transportadora.

Bom dia lvr, Removi o label, favor atualizar os fontes e testar novamente.

Bom dia Adriano, Você só pode incluir várias NF-e em um unico CT-e quando todas as NF-e são do mesmo Emitente para o mesmo Destinatário, caso contrario não pode. Exemplo 1: NFe 1 - Emitente A -> Destinatário B NFe 2 - Emitente A -> Destinatário B NFe 3 - Emitente A -> Destinatário B NFe 4 - Emitente A -> Destinatário B Neste caso podemos emitir um unico CTe relacionando as 4 NFe acima, pois o Emitente é o mesmo e o Destinatário também. Exemplo 2: NFe 1 - Emitente A -> Destinatário B NFe 2 - Emitente A -> Destinatário C NFe 3 - Emitente D -> Destinatário E NFe 4 - Emitente F -> Destinatário E Neste caso devemos: Emitir 4 CTe, por que, as NFe 1 e 2 tem o mesmo Emitente, mas o destinatário é diferente, logo um CTe para cada um, nas NFe 3 e 4 temos o mesmo destinatário, mas o emitente é diferente, logo um CTe para cada um. Não interessa se os emitentes são da mesma cidade e ou os destinatários são da mesma cidade. Reafirmando um CTe pode ter 1 ou mais documentos originários no caso NF-e, para ter 2 ou mais todas as NF-e incluidas em um mesmo CTe tem que obrigatoriamente ter o mesmo emitente e o mesmo destinatário. Espero ter ajudado.

Bom dia lvr, Como existe o ImprimirPDF que gera e salva o PDF, não sei se seria interessante. Outra coisa, alguns provedores como por exemplo o Ginfes possui uma URL que o próprio componente monta e que você pode enviar por e-mail para o tomador do serviço. Este por sua vez ao clicar no link obtem o DANFSE gerado pelo próprio provedor, permitindo que o tomador possa imprimir ou salvar o mesmo em PDF. O EnviarEmail se utilizado e configurado corretamente, alem de anexar o XML da NFS-e inclui também o DANFSE em PDF, previamente salvo na pasta indicada na configuração do componente.

Boa noite Adriano, Não, você não pode informar como documento originário uma listagem de documentos emitidos separadamente. Agora me diz uma coisa esse CTe com 50 notas ou mais, as notas são do mesmo remetente e para o mesmo destinatário?

Régys, Pelo que entendi, fica por conta do cliente, inclusive se ele possui um cadastro na loja, pode optar por receber por e-mail, neste caso não ocorre a impressão do DANFE NFC-e. Veja a página 2 das Especificações Técnicas do DANFE NFC-e disponibilizado no Portal Nacional da NF-e.

Sendo assim, meio caminho andado. Uma observação importante: No DANFE NFC-e a impressão da lista de itens é opcional, ou seja só será impressa se o cliente assim desejar, caso contrario não precisa imprimir.

Boa tarde Régys, A impressão do DANFE NFC-e não implementei, o meu foco inicial foi com relação ao XML e a conexão com os webservices. Me parece que a impressora não fiscal da DARUMA (desculpe se eu errei no nome) já possui o recurso para gerar e imprimir o QR Code, não sei quanto as demais. Seria interessante não depender do hardware, logo precisamos de um componente free para gerar o QR Code, do resto não vejo problemas. Pois quem já implementou o Cupom Fiscal não vai ter dificuldades em Implementar o DANFE NFC-e.

Boa tarde, A noticia publicada no portal da SEFAZ-AM diz que os requisitos são: Ser contribuinte do ICMS do estado do Amazonas e possui o certificado digital do tipo A1 ou A3 no padrçao ICP-Brasil. Se você for utilizar o componente ACBrNFe, basta configura-lo, temos uma propriedade onde você escolhe o modelo de documento fiscal, no caso mdNFCe. Eu trabalhei nas alterações do componente juntamente com a SEFAZ-AM, logo ele já possui todas as URLs para o ambiente de homologação para o respectivo Estado.

Marcos, É o que eu conclui, agora é só uma questão de tempo para que o pessoal da SEFAZ-SP implemente os WebServices para a NFC-e. Acredito que isso vai ocorrer até o final deste ano.

E para quem é do Estado de São Paulo temos o seguinte: A Portaria CAT nº 147/2012 com alterações da Portaria CAT nº 37/2013. A partir de 01/04/2014 não serão mais credenciados equipamentos emissores de cupom fiscal - ECFs e que os equipamentos existentes deverão ser substituídos por SAT contados a partir de 5 anos da primeira lacração do equipamento. "Artigo 28 - O contribuinte obrigado à emissão de CF-e-SAT poderá optar por emitir Nota Fiscal Eletrônica - NF-e, modelos 55 ou 65, nas hipóteses em que a legislação prevê a emissão de Cupom Fiscal por meio de equipamento Emissor de Cupom Fiscal. Parágrafo único - Quando, em decorrência de problemas técnicos, não for possível transmitir a NF-e, modelos 55 ou 65, à Secretaria da Fazenda ou obter resposta à respectiva solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29-12-2008, ou emitir CF-e-SAT." No meu entendimento, as empresas do varejo do Estado de São Paulo poderá optar pela utilização da Nota Fiscal Eletrônica para Consumidor Final - NFC-e modelo 65 ou Nota Fiscal Eletrônica modelo 55 em substituição ao SAT.

Boa tarde a todos, Para quem é do Estado do Rio de Janeiro ou tem clientes nesse estado, vai ai uma boa noticia: http://www.tirio.org.br/TI-RIO-Noticias/Clipping/Negocios/Comerciantes-fazem-campanha-pela-Nota-Fiscal-do-Consumidor-Eletronica-no-estado-27145.html

Boa tarde Adilson, Já esta disponivel, favor atualizar e testar novamente.