Italo Giurizzato Junior

Boa noite jcanjo, Por favor atualize os fontes e teste novamente.

Boa tarde Neo, Atualize os fontes e testa novamente.

Boa tarde Edilson, O problema é que você esta enviando o XML sem o protocolo de autorização. O comando Enviar do componente se encarrega de incluir o protocolo de autorização no XML. As propriedades Salvar estão com o valor TRUE? Configuracoes.Geral,Salvar := True; Configuracoes.Arquivos.Salvar := True;

Boa tarde Bruno, Atualiza os fontes e testa novamente.

Boa tarde a todos, Favor atualizar os fontes e tentar novamente.

Boa tarde jcanjo, Como já dito a nova versão do CTe, traz varias alterações, não só de TAGs e Grupos novos como também a alteração de posicionamento de alguns grupos dentro do XML. Portanto não basta apenas comentar a diretiva PL_104 e descomentar a PL_200. Você vai ter que fazer algumas alterações na rotina que alimenta o componente com os dados, veja alguns exemplos: // adiciona NF (comum papel) - documento originário ao componente. {$IFDEF PL_200} with infCTeNorm.infDoc.infNF.Add do {$ELSE} with Rem.InfNF.Add do {$ENDIF} begin (...) end; // // Informações do Detalhamento do CTe do tipo Anulação de Valores // {$IFDEF PL_200} infCTeAnu.chCTe := DM_CNT.ConhecimentoAnuladoCTe.AsString; infCTeAnu.dEmi := DM_CNT.ConhecimentoAnuladoData.AsDateTime; {$ELSE} infCTeAnuEnt.chCTe := DM_CNT.ConhecimentoAnuladoCTe.AsString; infCTeAnuEnt.dEmi := DM_CNT.ConhecimentoAnuladoData.AsDateTime; {$ENDIF} Tenha sempre em mãos o MOC, pois as propriedades do componente seguem a nomenclatura do mesmo. Foi dito também que os WebServices não estão disponiveis, logo os unicos testes possíveis no momento é: Gerar o XML, Assinar e Validar.

Bom dia rafikrafael, Obrigado pela colaboração, Já esta disponivel.

Bom dia Arce, Sim, durante 7 meses a SEFAZ vai aceitar CTe nas duas versões. O componente ACBrCTe ja esta em conformidade com o MOC 2.0,m estamos agora aguardando a liberação do ambiente de homologação para fazer os ajustes finais mediante os testes.

Bom dia RCI, Existe duas opções de revogação na lista, a antepenultima e a útima, você desmarcou as duas?

Bom dia André, O programa exemplo no caso o ACBrCTeDemo ele não esta compilado e o seu código fonte esta disponivel. A idéia é mostrar para os programadores em Delphi como utilizar as funcionalidades do componente ACBrCTe. Componente este utilizado no ACBrNFeMonitor que por sinal é o que você esta utilizando para emissão do CT-e. Ao gerar o arquivo texto para que o peso bruto seja impresso no lugar certo você deve atribuir ao campo tpMed o seguinte texto: "PESO BRUTO" para que o peso seja impresso na coluna Peso Base de Calculo, atribua ao campo tpMed o texto: "PESO BASE DE CALCULO".

Bom dia Leandro, Podemos sim, estudar essa possibilidade. Para minimizar o tempo, caso alguem já tenha feito o DACTE em tamanho A5 com uma via ou 2 para ser impresso em A4, não importa se foi feito em Quick Report ou outro, por favor disponibilize os fontes.

Conforme publicado em Manuais de Orientação do Contribuinte - MOC e Notas Técnicas - NT segue o calendário de inicio de novas implementações nos ambientes de homologação e produção e datas finais de versões antigas: DF-e = Documento Fiscal Eletrônico CT-e = Conhecimento de Transporte Eletrônico MDF-e = Manifesto de Documento Fiscal Eletrônico NF-e = Nota Fiscal Eletrônica NFC-e = Nota Fiscal de Consumidor Eletrônica (nome oficial publicado no Ajuste SINIEF 11/2013) +----------------------------------------------------------------------+ | DF-e | Publicação | Versão | Inic. Hom. | Inic. Prod. | Fim Versão / Data | +----------------------------------------------------------------------+ | CT-e | MOC | 2.00 | 01/09/2013 | 01/11/2013 | 1.04c - 01/06/2014 | +----------------------------------------------------------------------+ | MDF-e | NT2013/004 | 1.00a | 29/10/2013 | 01/12/2013 | | +----------------------------------------------------------------------+ | NF-e | NT2013/005 | 3.10 | 02/12/2013 | 03/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 31/03/2015 | +----------------------------------------------------------------------+ | NFC-e | NT2013/005 | 3.10 | 01/10/2013 | 04/11/2013 | 3.00 - 01/12/2014 | | NFC-e | NT2013/005 | 3.10 | 02/12/2013 | 06/01/2014 | 3.00 - 31/07/2014 | +----------------------------------------------------------------------+ Com relação a NFC-e só será utilizada pelas UF que aderirem esse modelo de documento fiscal para registrar a venda ao consumidor no varejo. Participantes do projeto piloto da NFC-e: * UFs com WebServices próprios: AM, MT, RS (3 de um total de 11). * UFs que utilizam o SVRS (SEFAZ Virtual-RS): AC, RN, SE (3 de um total de 12) * UFs que utilizam o SVAN (SEFAZ Virtual Ambiente Nacional): MA (1 de um total de 4) O projeto piloto da NFC-e termina em 31/08/2013 19/10/2013, portanto apartir de 01/09/2013 20/10/2013 inicia a nova fase do projeto que é a massificação ou seja, esta aberto para que as demais UFs não participantes do projeto possam entrar e consequentemente a adesão voluntária de novas empresas das UFs participantes e das que venham a aderir esse tipo de documento fiscal para registrar a venda no varejo para o consumidor final. As alterações introduzidas pela Nota Técnica 2013/004 estão previstas em homologação para 01/11/2013, por razões operacionais teremos que antecipar para 29/10/2013. (SEFAZ - RS) As alterações nas datas de inicio para os ambientes de homologação e produção para os documentos NF-e e NFC-e foram alteradas conforme Nota Técnica 2013/005 v1.01 - Versão Nacional 2013. NFC-e Avança no País. Noticia publicada no Portal de Noticias da SEFAZ-AM em 04/04/2014 Link: http://www.sefaz.am.gov.br/noticias/exibenoticia.asp?codnoticia=10548 A noticia totaliza em 21 Estados, mas em primeira mão digo que já são 25 restando apenas Espírito Santo e Santa Catarina. Dentro desses 25 Estados, alguns já adotaram a NFC-e e outros manifestaram interesse em implantar, mas não foi divulgado datas.

Bom doa Rodrigo Guelf, Ao instalar e registrar as DLLs você fez usando os previlégios de administrador? No caso do Windows 64 bits a pasta que vai conter as DLLs tem um nome diferente do Windows 32 bits, correto? Já tentou desinstalar o certificado e instalar novamente?

Bom dia Alex, Você chegou a apagar as BPLs do ACBr antes de instalar os componentes novamente? A versão do Windows e do Delphi são as mesmas em ambas as maquinas?

Bom dia ande1710, As cidades que não disponibilizaram o webservice, não tem como utilziar o componente, pois este se comunica com o webservice. Você pode até gerar o lote de RPS ( function GerarLote ) e salvar em disco, depois acessar o site e importar o arquivo, ou digitar os dados do RPS diretamente no site. Se optar por gerar o lote não tem como acrescentar essas informações, agora pelo site, pode ser que sim.

Bom dia Sérgio, Mais uma vez muito obrigado pelos testes e colaboração nas correções.

Boa noite Sérgio, Muito obrigado pelo retorno. Já fiz as alterações e disponibilizei.

Boa noite Rodrigo Guelf, Ao tentar executar o consulta status ocorre o mesmo problema? Qual é a versão do windows?

Boa tarde Adelman, Fiz um teste aqui, no meu caso o XML foi gerado, em modo de homologação o RPS não é assinado e nem o lote. Aqui o erro ocorreu ao tentar se conectar com o WebService, mas isso era esperado uma vez que não usei um certificado válido.

Boa tarde Adelman, Agumas funcionalidades não estão disponiveis para determinados provedores, você tentou usar a opção [Gerar e Enviar Lote]? Você esta com todos os fontes atualizados?

Boa tarde Alex, Você esta com todos os fontes de todas as pastas atualizados, inclusive a pasta synalist ?

Boa tarde Juliana, Não tive tempo de abrir o código do ACBrBoleto e estuda-lo. Ele não utiliza o ACBr.inc? Se sim, porque não criar nesse arquivo uma diretiva de compilação chamada: QReport_Web ? De ela estiver comentada essa unit não sera incluida na compilação, caso contrario será. Algo semelhante fiz no ACBrCTe, veja: Neste caso temos em ACBr.inc a diretiva QReport_PDF.

Boa tarde Medreis, A NFSe é diferente da NFe. Na NFe quando você cancela você tem um retorno do protocolo de cancelamento. Na NFSe quando você cancela você tem como retorno um novo XML contendo a NFSe mais as TAGs referente ao cancelamento da mesma. Portanto se você realizar uma consulta usando por exemplo o ConsultarNFSe, você vai ter o XML da NFSe com as TAGs do cancelamento.

Boa tarde Adelman, O provedor IssDSF já esta implementado e a cidade Campo Grande/MS já consta na lista desse provedor. Lembre-se que no caso da NFS-e a coisa funciona um tanto diferente da NFe. Se possível post como anexo um fragmento do seu código que esta ocorrendo o problema.

Boa tarde Nellien, A poucos minutos disponibilizei mais algumas correções e atualizei os schemas que vem junto com o programa exemplo. Por favor, durantes esta semana, procure realizar atualizações diárias, até que fique tudo redondo.