Italo Giurizzato Junior

Boa tarde, Vou verificar, assim que o problema for sanado, disponibilizo a correção.

Boa tarde Edmundo, ContentTypeTemplate é uma string e esta definida em SOAPConst e CheckContentType é uma procedure e esta definida em SOAPHTTPTrans O seu Delphi esta instalado corretamente?

Boa tarde Rigotti, Favor atualizar os fontes e testar novamente.

Boa tarde Eduardo, Você esta se referindo a qual componente? Se é o ACBrNFSe, qual é a cidade?, você selecionou a pasta correta de schemas? Uma vez que existem varios provedores e cada um com seu schema de validação. Existe uma lista junto com o programa exemplo, onde temos o nome da cidade e o respectivo provedor.

Boa tarde a todos, Vamos voltar ao assunto: Download do XML, pois a SEFAZ vai impor novas regras. Primeiramente, baixem dos respectivos portais as seguintes Notas Técnicas: MDF-e (Manifesto Eletrônico de Documentos Fiscais) - NT 2013/004 CT-e (Conhecimento de Transporte Eletrônico) - NT 2013/010 Na MDFe_NT2013_004 traz o MOC (Manual de Orientação do Contribuinte versão 1.00a Na CTe_NT2013_010 traz o MOC versão 2.00 É sabido que vai sair a versão 3.01 da NF-e, mas até o momento não foi publicado a NT que trata dessa nova versão. Na página 103 do MOC - MDFe e página 151 do MOC - CTe, que encontram-se nas NT mencionadas acima, temos uma novidade, o grupo <autXML> = Autorizados para download do XML do DF-e, trata-se de uma lista com até 10 CNPJ ou CPF. Bom os MOCs não tem informações precisas, mas tudo indica que o numero de pessoas autorizadas a realizar o download do XML vai ser restrito. Vamos a um exemplo utilizando no caso o CT-e, onde temos normalmente, o Emitente, o Remetente e o Destinatário da carga. Essas três pessoas estão declaradas no XML, ou seja, é informado o CNPJ ou CPF delas. Acredito eu que essas pessoas (Emitente, Remetente e Destinatário) vão poder realizar o download do XML sem nenhum problema, obviamente seguindo as regras e restrições. Hoje qualquer um de nós tendo implementado a opção de download, se soubermos a chave da NF-e e esta estiver com a sua manifestação do destinatário realizada, é possível realizar o download. Isso faz com que o XML que é um documento fiscal eletrônico valido juridicamente, possa ser obtido por qualquer um. Com a inclusão no XML do grupo <autXML> podemos limitar as pessoas que vão estar autorizadas a realizar o download. Portanto se o contator da sua empresa se utilizada desse procedimento ou seja realiza o download do XML, você vai ter que incluir o CNPJ ou CPF do mesmo no grupo <autXML>, pois quando a SEFAZ implementar a checagem desse grupo, somente as pessoas autorizadas vão poder ter acesso ao XML. Como esse grupo <autXML> vai fazer parte das novas versões do MDF-e e CT-e, acredito que ele também vai aparecer na versão 3.01 da NF-e, vamos aguardar. Sendo assim, pessoal, se preparem para incluirem um cadastro de pessoas com autorização para download do XML. Antes que eu esqueça, boa leitura a todos.

Boa tarde, Correção feita, favor atualizar os fontes e testar.

Boa tarde Carlos, Alteração realizada, favor atualizar os fontes e testar.

Boa tarde Jeferson, Como postado acima, para mim deixa claro que no Estado de São Paulo você vai poder usar os procedimentos que hoje são adotados para NF-e no que diz respeito a contingência, veja o final do arquivo 28 da Portaria CAT 147/2012. No final do ano passado iniciei um trabalho visando o componente ACBrNFe ser capaz de trabalhar com os dois modelos fiscais, ou seja NF-e e NFC-e. Existe uma empresa no Estado do Amazonas emitindo NFC-e usando o componente ACBrNFe com as modificações que realizei. A grosso modo podemos dizer que o componente ACBrNFe já esta apto a emitir a NFC-e, bastando apenas incluir as URLs dos ambientes de homologação e produção dos demais Estados e isso vai ser feito na medida que eles forem divulgando, visto que elas são diferentes da NF-e. Quanto ao monitor já não sei te responder, mas creio que em breve ele vai ser capaz de emitir a NFC-e também.

Thaine, Essa tag é obrigatória como dito anteriormente, logo você tem que colocar uma data, se o usuário não especificou uma data coloque por exemplo a data seguinte após a emissão, ou seja: data_emissao := Date; // data de hoje extraida do relógio da maquina, a variavel data_emissao é do tipo Tdatetime. if data_entrega <> 0 then rodo.dPrev := data_entrega else rodo.dPrev := data_emissao + 1; // lembrando que a variavel data_emissao é do tipo Tdatetime. acredito que isso resolve o seu problema.

Bom dia Marcos, Com relação ao provedor ou seja a empresa contratada pela Prefeitura da sua cidade que ficou responsável por implementar a NFS-e. A sua cidade é Dois Córregos - SP, vejas estes links: Site da prefeitura: http://www.doiscorregos.sp.gov.br/ Note que temos um link sobre o SimplISS, é esse o provedor ou seja a empresa contrata pela prefeitura. http://187.45.245.217/doiscorregos_contrib/ A maioria das cidades colocam essa informação no próprio site da prefeitura. Caso você não encontre, entre em contato com alguem da prefeitura e pergunte qual é a empresa. Quanto ao LinkNFSe, dependendo do provedor, essa função retorna uma URL que você pode enviar por e-mail para o tomador do serviço. Espero ter ajudado. Quando e clicar nessa URL será aberto a página que contem o DANFSE gerado pelo próprio provedor.

Bom dia Thaine, No XML só existe duas TAGs chamadas dPrev uma delas é opcional e a outra é obrigatória. A que é obrigatória é justamente a que você esta alimentando ( Rodo.dPrev:=data_entrega; ). O erro ocorre ao validar o XML gerado, correto? Se sim, cheque o conteudo de data_entrega, o problema esta nessa variável.

Bom dia Carlos, Estranho, o provedor Fiorilli, não possui o webservice para consultar a situação do lote? Pois acrescentando o proFiorilli na lista como você fez ele deixa de consultar a situação do lote. Você tentou usar o EnviarSincrono em vez do Enviar?

Bom dia, Se possível post como anexo o XML de uma NFS-e que ocorre o problema.

Bom dia Adolfo, Se a sua intenção é enviar o XML da NF-e por e-mail para o destinatário, esta usando o comando errado. O comando: ACBrNFe1.EnviarEmailEvento( ... ); como o próprio nome diz é usando para enviar o XML de um evento (por exemplo carta de correção) por e-mail. ACBrNFe1.NotasFiscais.Items[x].EnviarEmail( ... ); este comando é utilizado para enviar o XML da NF-e por e-mail. Há necessidade do componente conter os dados da nota. Se foi executado um Clear deve-se executar um loadfromfile para carregar o XML da mesma. No comando acima [x] é o indice da nota na lista de notas do componente, se temos apenas uma nota carregada no componente o valor de x é zero. Espero ter ajudado.

Bom dia a todos, Com relação ao Estado de São Paulo temos: Portaria CAT 147/2012: "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 final deste artigo temos: "...o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29-12-2008, ou emitir CF-e-SAT." Note que existe um OU isso significa que em caso de contingência podemos optar por emitir o CF-e SAT ou realizar os procedimentos mencionados na CAT 162/08 ou seja os mesmos para a NF-e. Conclu-o que o Estado de São Paulo já deixando de lado o SAT.

Boa noite Nilton, Verifique se no fonto consta a propriedade FCTeCancelada, caso afirmativo recompile os pacotes de instalação do componente.

Nilton, 'FCTeCancelada' esta definida na unit ACBrCTeDACTeQR.

Boa tarde Abinoan, Recebi o seu e-mail, e já providenciei as alterações no componente. Agora ao realizar uma Consulta de NFSe vai ser possível informar o numero da página, informação esta necessária para realizar a consulta quando o provedor for Fiorilli e fintelISS. A sintaxe da função agora é: function ConsultarNFSe(ACnpj, AInscricaoMunicipal: String; ADataInicial, ADataFinal: TDateTime; NumeroNFSe: String = ''; APagina: Integer = 1): Boolean; Favor atualizar os fontes e testar.

Boa tarde Nilton, Você esta com todos os fontes atualizados? Será que não tem nenhum que você alterou? O fonte que você altera o Tortoise não costuma atualizar.

Boa tarde Bruno, Vou analisar para encontrar a melhor solução para o problema.

Boa tarde Rosemir, Se você já configurou o Tortoise com a nova URL e esta com os fontes atualizados, não é para existir mesmo a pasta DACTE_QR3. O identificador 'teMultiModal' esta definido na unit pcnConversao que encontra-se dentro da pasta PCN2. Portanto, quando for atualizar os fontes deve-se atualizar tudo, não basta atualizar a pasta de um determinado componente, pois muitos dependem ou melhor utilizam units que estão dentro de outras pastas.

Boa tarde Pedro, É a tag toma que diz quem é o Tomador do Serviço ou seja quem paga o frete (Manual página 102). Por outro lado o grupo <cobr> (página 122) se refere aos dados da cobrança, semelhante ao da NF-e.

Bom dia Pedron, Esses duvidas e outras que com certeza vão surgir, por favor leia o Manual versão 1.04c do CT-e que encontra-se disponivel no Portal Nacional do CT-e. Eu sei que o manua tem quase 200 páginas, mas procure pela estrutura do XML, nela você vai encontrar todas as TAGs.

Bom dia Bruno, Quanto ao arquivo pcteCTeW_V104.inc já fiz as devidas alterações sugeridas por você e aproveitei fiz também no pcteCTeW onde contem as rotinas já preparadas para a versão 2.00 do CTe. Já esta disponivel, para baixar. Quanto ao pcnGerador.pas não alterei, uma vez que este é utilizado por outros componentes, requer uma analise, pois a sua sugestão pode trazer problemas para outros componentes.

Bom dia Victor, Se não me falha a memória já devo ter postado aqui no fórum as opções de envio que estão presentes no programa exemplo do ACBrNFSe. E com certeza você não pesquisou. Mas vamos lá, a diferença é muito simples, um envia um lote com 1 ou mais RPS (máximo 50) e o outro apenas e somente apenas UM.