Italo Giurizzato Junior

Bom dia arce, Se os dados contidos no RPS não estiverem corretos é bem provavel que o webservice vai retornar o que esta errado. Caso contrario você vai ter como resposta o XML da NFS-e.

Bom dia Oscar, Sim, é possível, mas recomendo que você leia atentamente a NT 2012/002, mas precisamente sobre o download. Pois existe regras e restrições. Quanto ao comando, me parece que o ACBrNFeMonitor, hoje possui um Help com todos os comandos.

Bom dia sesistemas, A resolução para esse tipo de problema é mais simples que você possa imaginar. Vamos aos passos de quando você envia e depois como resolver o problema do usuário que apaga o XML sem querer querendo. Passos para enviar: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Se usarmos o comando Enviar(23) onde 23 (por exemplo) é o numero do lote, o XML é gerado em disco, assinado, validado, enviado, protocolado e o DACTE é impresso. 4. Enviar o e-mail para o tomando do serviço usando o EnviarEmail . 5. Salvar no banco de dados a chave, o protocolo de autorização de uso. Agora vamos aos passos para recuperar o XML que foi apagado: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Execute o comando Valida, pois este gera o XML em disco, assina e valida. 4. Execute o comando Consultar, pois este vai realizar uma consulta na SEFAZ e vai protocolar o XML. Espero ter ajudado.

Paulo, O componente segue o que esta no manual, mas você tem toda a liberdade de altera-lo conforme a sua necessidade. Como no XML não consta o valor de cada nota, principalmente se a mesma for uma NF-e fica dificil implementar isso no componente.

Bom dia Adriano e sesistemas, Vou responder com relação ao DACTE em Quick Report. Realmente não esta previsto a impressão dos valores que compõe a prestação. E se tratando de Complementação de Valores, não é impresso os documentos originários. Infelizmente o manual que se refere ao DACTE deixa muito a desejar, pois não apresenta um lay-out para todas as situações. No caso do DACTE em Quick Report posso fazer as modificações, mas seria importante termos um modelo, digamos oficial.

Bom dia Paulo, A alteração no código que você fez, é da sua aplicação ou do componente? Com relação ao DACTE o componente esta seguindo o lay-out estabelecido pelo manual. No caso do CT-e existem 2 manuais sendo que um é exclusivo para o DACTE. Os dados do motorista você só informa se for lotação, caso contrario não, logo existe um DACTE para carga fracionada e outro para lotação.

Boa tarde arce e Carlos, Favor atualizar os fontes e tentar novamente o EnviaSincrono(). Já inclui a cidade de Bariri/SP.

Boa tarde Junior, Se o manual que você olhou é o último publicado pela SEFAZ ou seja versão 5.0 (versão do manual) não existe nenhuma outra tag que não seja a CST para os códigos 04, 06, 07, 08 e 09 tanto para PIS como COFINS. Portanto pede para esse "contador" mostrar a lei ou o manual que diz que tem que informar o valor da base de calculo.

Rigotti, Mais uma vez, atualize os fontes e tente novamente. A Data do Serviço, não me recordo quem sugeriu, e a forma de alimentar essa informação, uma vez que não encontrei em nenhum dos provedores essa informação. Quando ao valor, removi a divisão por 100, que foi incluida a quase um ano, vamos esperar que alguem reclame que o valor agora esta incorreto, para que eu possa dar uma solução melhor para esta questão.

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.

Bom dia Jeferson, O monitor se utiliza do componente ACBrNFe, mas isso não significa que ele já esta apto para emitir NFC-e. O componente sim, mas o monitor não. Acredito que vai ser criados os comandos novos para o NFC-e, ou será disponibilizado um outro monitor especifico para NFC-e. Não sou responsável pelo monitor, logo vamos aguardar.

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.