Italo Giurizzato Junior

Boa tarde, Qual é a dificuldade? Se esta gerando o Path c:\NFe\Gerados\ é porque você configurou no componente, se esta incluindo 201303\NFe\ é também motivo de configuração, sendo assim a primeira parte do path você já tem a segunda basta pegar a data de emissão da NFe. Simplificando: sPathArquivo := ACBrNFe.Configuracoes.Arquivos.GetPathNFe(DM_VEN.Notas2Emissao.AsDateTime); sNomeArquivo := sPathArquivo+'\'+DM_VEN.Notas2ChaveNFe.AsString+'-nfe.xml'; Onde: DM_VEN.Notas2Emissao.AsDateTime = me retorna a data de emissão da Nota; e DM_VEN.Notas2ChaveNFe.AsString = me retorna a chave da mesma. Ambos armazenados no banco de dados: tabela Notas2, campos Emissao e ChaveNFe.

Boa tarde Sueli, Se for essa data então já entrou em vigor. Mas verifique isso corretamente, pois até onde sei, somente as empresas piloto, vão ter que emitir, depois aos poucos vai ser liberado para as demais empresas do Estado. Eu realizei modificações no componente ACBrNFe basedo na NT 004/2012 para que o mesmo seja capaz de emitir tanto a NF-e quanto a NFC-e. Realizei testes utilizando a SEFAZ-AM que por sinal, a primeira NFC-e autorizada com valor juridico foi no Amazonas. Assim que a NT for publicada no Portal Nacional da NF-e vou disponibilizar as alterações.

Boa tarde David, O erro não seria: propriedade não existente? Se sim, realize o procedimento conforme o link abaixo:

Bom dia Edudidu, Fonte: ACBrCTeWebServices.pas function TCteRetRecepcao.Executar: Boolean; O que você deseja saber mais precisamente?

Bom dia David, Qual é a versão do Quick Report que você tem instalado?

Bom dia Valdomiro, A resposta é não, veja a página 11 da NT 2012/002 os dados necessários para realizar a consulta. Você vai notar que não temos nenhum campo para informar a data inicial e final ou seja um período.

Márcio, Se eu entendi, devemos informar ao encerrar um Manifesto é: cUF e cMun informado no XML como sendo o destino final da carga? Mas, segundo o manual devemos efetuar o encerramento não só quando a carga chega ao seu destino, também devemos efetuar o encerramento quando ocorre alguma alteração, por exemplo troca do motorista. Exemplo: O caminhão parte da origem "A" e tem como destino "C", mas passa pelo ponto "B", digamos que "A, B e C" são cidades por onde o caminhão passa sendo que "A e B" ficam no estado de São Paulo e "C" fica no Rio de Janeiro. Logo na cidade "A", origem do trajeto é emitido o MDF-e, mas ao chegar em "B" ocorre a mudança do motirista, sendo assim devemos encerrar o Manifesto e emitir um outro com os dados do novo motorista, ao chegar em "C" destino da carga, devemos encerrar esse segundo Manifesto. Até onde sei quando é emitido o MDF-e devemos informar a UF origem e destino e se necessário as demais UF entre a origem e destino caso seja esse o trajeto do caminhão. Pelo o que você disse, ao efetuar o encerramento a UF e Municipio tem que ser a origem, ou destino ou um intermediário. É isso?

Bom dia Márcio, E encerramento é um evento como o Cancelamento, mas vai ai usa sugestão de como fazer: // Carregar o xml do MDF-e ACBrMDFe.Manifestos.Clear; ACBrMDFe.Manifestos.LoadFromFile(NomeArquivo); (...) // Alimentar o componente com os dados do Evento. with ACBrMDFe.EventoMDFe.Evento.Add do begin infEvento.chMDFe := sChave; infEvento.CNPJ := sCNPJ; infEvento.dhEvento := now; // TpcnTpEvento = (teCCe, teCancelamento, teManifDestConfirmacao, teManifDestCiencia, // teManifDestDesconhecimento, teManifDestOperNaoRealizada, // teEncerramento); infEvento.tpEvento := teEncerramento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := sProtocolo; infEvento.detEvento.dtEnc := Date; infEvento.detEvento.cUF := CodUF; // exemplo 35 - SP infEvento.detEvento.cMun := CodMunicipio; // exemplo 3557105 - Votuporanga/SP end; // Envio do evento ACBrMDFe.EnviarEventoMDFe(idLote); // Retorno da SEFAZ sProtocolo := DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; sStat := IntToStr(DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat); sMotivo := DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; sDataHora := DateTimeToStr(DMMDFe.MDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento); Espero ter ajudado.

Boa tarde edudidu, O status 100 não lhe serve? Pois este status diz que o CT-e foi autorizado sendo assim o lote foi processado.

Boa tarde Thiago, Após realizar a consulta se: Status for igual a 137 e o indicador de continuação for 1, você deve repetir a consulta só que em vez de informar zero ao <ultNSU> você deve informar o numero retornado. Logo você deve colocar a consulta dentro de um loop e fazer com que ela seja repetida até que o indicador de continuação seja zero ou até atingir o numero de vezes que você estabeleceu, por exemplo repetir 20 vezes.

Boa tarde Joemil, Sim, a primeira NFC-e com validade juridica foi emitida por uma empresa do Estado do Amazonas. E o que você deseja saber?

Boa tarde arce, É agora que aparecem quem é contador e quem acha que é. Pede para esse contador do seu cliente apresentar o documento que diz que tem que destacar esses impostos no CT-e. No CT-e não existe PIS e COFINS pelo menos segundo o manual não temos na estrutura do XML campos para informar esses impostos. É o cara esta viajando na maionese.

Boa tarde Márcio, O que vem a ser o Recebimento do Manifesto?

Boa tarde Nilton. É uma pena que o manual referente ao DACTE peca em não apresentar os modelos para todos os tipos de CT-e, temos somente o tipo normal, os demais: Complemento de valores, Anulação e Substituição não constam do manual. Mas até onde sei no caso do tipo complemento não é impresso a lista de documentos originários, pois trata-se de um CT-e que esta complementando um outro CT-e.

Bom dia abucarub, No caso do CT-e temos somente: CST: 00 - Tributação Normal ICMS 20 - Tributação com BC reduzida do ICMS 40 - ICMS Isenção 41 - ICMS não tributada 51 - ICMS diferido 60 - ICMS cobrado anteriormente por Substituição Tributária 90 - ICMS Outros Logo o que você deve fazer é dizer ao seu cliente (transportadora) que não existe para o CT-e os CST 10 e 70, mostrando manual, sendo assim o que o contador esta dizendo é bobagem. Se o contador insistir, peça para ele mostrar um documento que comprove o contrario. O CST 10 e 70 existem na NF-e: 10: Tributada e com cobrança do ICMS por Substituição Tributária 70: Com redução de base de cálculo e cobrança do ICMS por substituição tributária ICMS por substituição tributária. Outra coisa o Schema (cteTiposBasico_v1.04.xsd) utilizado para validar o CT-e não contem os CST 10 e 70.

Bom dia a todos, Fico feliz por estar caminhando, apesar dos poucos testes que realizei, mas foram para sanar problemas de recepção e retorna da SEFAZ. Pelo jeito foram resolvidos todos. Assim que for possível, ou seja quando for publicado a documentação a nível nacional, vou liberar os fontes do componente.

Boa tarde Scientist, Páginas 160 e 161 do manual 5.0 da NF-e responde todas as sua perguntas. EAN nada mais é do que o código de barras do produto, EANTrib idem, não é ExIPI e sim ExTIPI por tanto não tem nada have com o imposto IPI. Uma NF-e pode conter somente produtos ou produtos e serviços, mas não pode ter somente serviços. Mas antes de você fazer uma NF-e com produtos e serviços, você deve verificar junto a prefeitura se ela aceita, muitas prefeituras não estão aceitando, logo você tera que emitir uma NF-e com os produtos, e a Nota de Serviço, eletrônica ou não dependendo se a cidade já possui a NFS-e. Aconselho você imprimir pelo menos as paginas do manual onde é apresentado a estrutuda do XML da NF-e, estude o programa exemplo que acompanha o componente. No programa exemplo você vai aprender como alimenta-lo com os dados pertinente a venda dos produtos. Você vai notar que as propriedades do componente que receber esses dados seguem a mesma nomenclatura do manual.

Boa tarde Luciano, Segundo o lay-out da ABRASF não tem como, você vai ter que fazer uma segunda nota mesmo. Note que eu disse lay-out e não padrão, pois tem provedor que fez algumas alterações no lay-out visando a inclusão de dois ou mais serviços. Mas lembre-se, você tem que seguir o lay-out ou melhor o schema utilizado pelo provedor contratado pela cidade em questão.

Bom dia Thiago, Se a transportadora vai realizar o transporte da carga, seja ela o que for, dentro do municipio, ela pode emitir uma Nota Fiscal de Serviço. Mas se vai transportar de uma cidade para outra, tem que emitir o Conhecimento. Neste caso o proprietário do container deve emitir uma Nota Fiscal de simples remessa especificar na lista dos itens o container e seu respectivo valor. Por sem simples remessa não caracteriza venda, e deve tambem especificar na nota a empresa que vai receber esse container que pode até ser a filial. Ou emitir uma declaração informado que trata-se de uma simples remessa, especificar o material a ser transportado ou seja o container e seu valor. O CTe adimite 3 tipos de documentos, NF (comum papel) ou NF-e ou Outros (declaração). Por favor me corrijam se eu estiver errado.

Bom dia Luciano, Você deve estar confuso, por talvez conhecer a NF-e, mas acontece que a NFS-e a coisa é diferente. Na NF-e, a sua aplicação gera o XML da NF-e, assina e a SEFAZ retorna o protocolo de autorização. Na NFS-e a sua aplicação gera o XML do RPS, assina e envia para o WebService que por sua vez retorna o XML da NFS-e. É por isso que ao alimentar o componente com os dados, você esta na verdade alimentando os dados do RPS e não da NFS-e. Já o componente ACBrNFSeDANFSeQR ao buscar os dados para imprimir o DANFSE se baseia na estrututa da NFS-e que é bem diferente do RPS.

Sim, cruza os dados, você tem que usar o certificado da empresa.

Boa tarde Edudidu, Acredito que a mensagem retornada pela sefaz esta clara. No caso do conhecimento temos 3 pessoas envolvidas, o Emitente (emissor do CT-e), o Rementente da carga e o Destinatário da carga. A mensagem diz que o Emissor não esta habilitado, o emissor no caso tem que ser a transportadora, ela tem o certificado digital? Você esta usando o certificado dela? Foi solicitado junto a SEFAZ a habilitação do certificado da transportadora para emissão do CT-e? Pela mensagem retornada "Atividade Economica incompativel para emissao de documento fiscal" você não esta usando o certificado da transportadora.

Boa tarde Adauri, Abra esse arquivo e vefifica se tem alguma mensagem de erro. Ou mande ele para mim por e-mail.

Adauri, Primeiro, verifique se o arquivo: <numnota>-nfse.xml onde <numnota> é o numero da NFSe, não esta sendo salvo em outro luga, caso afirmativo, você deve configurar o componente corretamente. Se não, o problema pode ser que o seu RPS esteja sendo rejeitado, verifique os XMLs que estão na pasta GER, ve se tem um chamado -lista-nfse.xml

Adauri, A NFSe funciona de forma diferente da NFe. Vamos comparar, as duas para entender o funcionamento. Na NFe temos os seguintes passos: 1. Gerar o XML da NFe; 2. Assinar; 3. Validar o XML da NFe assinada; 4. Montar o lote contendo 1 ou mais NFe assinadas e validadas; 5. Enviar o lote; 6. Consultar a situação do lote mediante o numero do recibo; 7. Protocolar o XML da NFe assinada, ou seja acrescentar as informações do protocolo ao XML da NFe; 8. Imprimir o DANFE; 9. Enviar por e-mail o XML da NFe assinada e protocolada ao destinatário. Observação: Os passos 4, 5, 6, 7 e 8 são executados automaticamente pela function Enviar Note que no caso da NFe o componente gera o XML da NFe o que temos como retorno da SEFAZ é o protocolo de autorização que depois é adicionado ao XML que o componente gerou. Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Não sei se ficou claro o funcionando, mas note que a coisa é bem diferente.