Italo Giurizzato Junior

Gilson, Primeiramente, você vai precisar ter um campo no registro da nota no banco de dados, informando se a nota esta ou não cancelada. Vamos supor que você possui uma rotina que imprime todas as notas de um cliente dentro de um periodo. A idéia seria carregar no componente todas elas e executar o Imprimir, correto? Agora você vai ter que separar: Primeiro filtrar somente as não canceladas, carrega-las no componente e executar o Imprimir (com a propriedade NFeCancelada = False). Depois filtrar somente as canceladas, carrega-las no componente e executar o imprimir (com a propriedade NFeCancelada = True).

NeoSquare, Uma coisa é o provedor fornecer um schema que da para validar o XML do RPS e não do lote. Outra coisa é o provedor disponibilizar os WebServices para recepção, consulta e cancelamento. Uma vez que o XML só possui a estrutura do RPS, não é possivel executar a validação, uma vez que o componente valida o lote e não o XML do RPS. Mas nada impede que o Lote seja gerado e envelopado para ser enviado para o WebService.

Bom dia pxs, Com a alteração da forma de cancelamento, ou seja, o cancelamento passar a ser por evento, o componente não altera mais o XML, mantendo o protocolo de autorizado. Ao cancelar uma NF-e, devemos enviar para o destinatário o XML referente ao evento de cancelamento e não mais o XML da NF-e alterado. Se você deseja imprimir ou gerar o DANFE em PDF com a tarja de cancelado, postei agora de pouco um exemplo de como fazer isso. O componente ACBrNFeDANFE possui uma propriedade chamada NFeCancelada que devemos atribuir o valor True antes de executar o comando Imprimir ou ImprimirPDF para que a tarja "NF-e Cancelada" seja impressa. Espero ter ajudado.

Entendido, No primeiro momento, achei que você tinha detectado alguma falha no componente.

Como o deposito é localizado na mesma cidade do remetente as Notas emitidas pelo mesmo acredito eu já serem suficiente para acobertar esse trajeto da carga do destinatário até o depósito da transportadora, logo a transportadora não precisa emitir nada. As cargas que serão entregues na mesma cidade onde se localiza a transportadora, como dito anteriormente, a transpotadora deve emitir uma Nota Fiscal de Serviço a titulo de transporte de carga. Por outro lado as cargas que serão entregues em outras cidades, ai sim, a transportadora deve emitir o CT-e.

Bom dia Cláudio, Você tem que comparar a data e hora do micro com a data e hora do servidor da SEFAZ. Para saber a data e hora do servidor da SEFAZ é simples, basta realizar uma consulta de status de serviço. O XML retornado contem a Data e hora do servidor. O problema as vezes não é a data é a hora.

Bom dia Gilson, Tente desta forma: ACBrNFe1.DANFe.NFeCancelada := True; ACBrNFe1.NotasFiscais.Imprimir; Onde DANFe é o componente ACBrNFeDANFeQR1 (por exemplo) renomeado para DANFe

Bom dia Dalvan, O problema é o seguinte: Segundo o schema que temos do provedor Pronim o atributo ID utilizado para realizar a assinatura é "id" tudo em minusculo, se tentarmos realizar a assinatura vai ocorrer erro, uma vez que há necessidade do atritubo ser "Id", a letra i em maiusculo e o d minusculo. E segundo o schema também no envio do lote a assinatura é opcional.

Bom dia Raosistemas, Legal, mas onde você fez essa alteração?

Bom dia NeoSquare, Nas Units referentes aos provedores, note que existe functions que podemos definir se o RPS vai ser assinado ou não, se o Lote vai ser assinado ou não, se o lote vai ser validado ou não. Se este provedor não requer assinatura digital, deve-se configurar para não assinar XML e nem o lote, como o schema só possui a estrutura do RPS e não do lote, devemos configurar para não realizar a validação. Não vejo a necessidade e nem acho correto, alterar os schemas disponibilizados pelo provedor.

Bom dia Adriano, Chequei o seu XML no validador da SEFAZ-RS: https://www.sefaz.rs.gov.br/CTE/CTE-VAL.aspx E esta OK, deve ser algum problema com a SEFAZ para qual você esta enviando.

Bom dia Antonio, Em quais casos isso ocorre? Quando você emite apenas um CT-e ou quando emite vários?

Bom dia ta4e, A cidade do Remetente da carga é a mesma onde encontra-se o depósito da transportadora? Se sim, não há necessidade de emitir um CT-e para realizar a coleta, ou seja, transportar a carga do remetente até a transportadora. Caso contrario deve-se emitir um CT-e como lotação uma vez que toda a carga do caminhão vai do Remente até a transportadora. A transportadora neste caso seria o Destinatário. Quando a entrega efetiva feita com os caminhões menores, com certeza teremos cargas destinadas a destinatários diferentes, correto? As cidades dos Destinatários é a mesma onde encontra-se a transportadora? Se sim, a transportadora deve emitir uma Nota Fiscal de Serviço e não um Conhecimento de Transporte de Carga, sendo este último destinado a acobertar o transporte intermunicipal e interestadual. No caso de emissão do CT-e, é necessário emitir um para cada destinatário, não importa que o remetente seja o mesmo. A não ser que você tenha uma autorização expedida pela SEFAZ informado que você possui um Regime Especial, que lhe permite a emissão de CT-e Globalizado. Para saber mais sobre este tipo de CT-e, por favor pesquise no fórum, você vai encontrar outras postagens sobre o assunto, bem como um Boletim Técnico emitido pela SEFAZ esplicando como emitir corretamente um CT-e Globalizado. Espero ter ajudado.

Bom dia Marcelo, Por favor atualize os fontes novamente, pois hoje fiz algumas alterações e o seu problema pode estar resolvido. Caso contrario favor postar como anexo um XML da NFS-e para que eu possa testar e efetuar as correções?

Bom dia Vipeol, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando as suas alterações.

Boa tarde NeoSquare, O problema é que o schema só possui a definição dos elementos simples e complexos e não possui a definição dos elementos tais como: EnviarLoteRps, ConsultarSituacaoLote, etc. Isso faz com que o componente ao tentar validar o lote ocorra o erro. Veja nas demais unit que defini um provedor, possui uma function onde podemos definir se o lote vai ser validado ou não, bem como se será assinado ou não.

Boa tarde Fabricio, Todos os fontes de todas as pastas estão atualizados? Pois a SEFAZ-SP possui 2 conjuntos de URLs, um para versão 2.0 e outro para 3.10.

Bom dia Dalvan, A cidade Guaporé/RS esta atribuida para o provedor GovBR. Tente fazer o seguinte: 1. Na unit pnfsConversão acrescente a linha: 4309407, // Guapore/RS na lista de cidades do provedor Pronim e comente a respectiva linha na lista de cidades do provedor GovBR. 2. Na unit ACBrProvedorGovBR comente as linhas de 338 até 354, essas linhas contem as URLs de homologação e produção. 3. Na unit ACBrProvedorPronim inclua o bloco de linhas que foram comentadas na unit anterior. Realise os teste só que agora utilizando os schemas do provedor Pronim. Caso funcione, por favor post aqui no fórum para que possamos disponibilizar as alterações acima para todos.

Bom dia Luiz, O grupo infUnidCarga campo #284 esta no nivel 5, logo esta dentro do grupo infUnitTransp, campo #279 nivel 4. Por outro lado o grupo infUnidCarga, campo # 291 esta no nivel 4. Acredito eu, que se você possui as informações referentes a unidade de transporte e de carga, utiliza-se os campos do infUnidCarga (#284). Por outro lado, se você possui somente as informações sobre a unidade de carga, utiliza-se os campos do infUnidCarga (#291). Caso alguem possui uma informação diferente sobre o assunto, por favor post aqui.

Boa tarde vipeol, O componente ACBrNFSe possui 3 comandos para enviar, são eles: 1. Enviar - > envia um lote com até 50 RPS em modo Assincrono, ou seja envia e fica checando o resultado do processamento. 2. EnviarSincrono - > envia um lote com até 50 RPS em modo Sincrono, ou seja envia e já obtem o retorno do processamento. 3. Gerar -> envia um lote com somente 1 RPS e já obtem o retorno do processamento. Lembre-se que não são todos os provedores que oferecem os 3 modos, O Ginfes por exemplo só oference o primeiro, ou seja, o envio assincrono.

Boa tarde vipel, Para você ter uma idéia de como a coisa é complicada. Tem um provedor que se você envia um lote através do WebServices EnviarLoteRpsEnvio o lote é recebido e só é processado as 2 da manhã do dia seguinte. Por outro lado se você envia um unico RPS através do WebSerices gerarNfseEnvio, ele é recebido e processando na hora, inclusive é retornado o XML da NFS-e.

Boa tarde Gilson, No caso da NFS-e, lembre-se que o componente gera o XML do RPS e o WebService nos retorna o XML da NFS-e. Sendo assim o provedor em questão requer que no XML do RPS a aliquota esteja de que forma? Por exemplo, a aliquota é 2,5% devemos informar 2.5 ou 0.025 ? Como que esta no XML da NFS-e?

Boa tarde NeoSquare, Por favor ao postar algum arquivo, post sempre como anexo. Vamos então ao erro: The element '{http://www.el.com.br/nfse/xsd/el-nfse.xsd}EnviarLoteRpsEnvio is used but not declared in the DTD/Schema. Simplificando a mensagem: The element EnviarLoteRpsEnvio is used but not declared in the DTD/Schema. Traduzindo a mensagem: O elemento EnviarLoteRpsEnvio esta sendo usado, mas não esta declarado no schema. Abra o arquivo Schema deste provedor com o bloco de notas e verifique quais são os tipos de envios definidos. Se não existe o EnviarLoteRpsEnvio, pode ser que temos o EnviarLoteRpsSincronoEnvio e ou gerarNfseEnvio.

Boa tarde Andressa, Você esta pretendendo utilizar o componente ACBrNFe que é destinado a emissão de notas de venda de mercadoria para emitir notas de serviço? Se sim, esta errado, você tem que utilizar o componente ACBrNFSe.

Bom dia Doni, No grupo autXML devemos informar o CNPJ ou o CPF da(s) pessoa(s) que você quer autorizar o Download. No caso de uma NF-e já esta informado o Destinatário, logo esse não precisa. No caso de um CT-e já esta informado o Remetente o Destinatário, portanto eles também não precisam fazer parte da lista do grupo autXML. Portanto podemos informar o CNPJ do escritório ou o CPF do Contador. Em resumo, devemos relacionar somente as "pessoas" que não fazem parte da venda ou da prestação do serviço. Lembrando que esse grupo é opcional.