Italo Giurizzato Junior

Bom dia Sandro, No seu caso, pelo fato de usar o ACBrNFeMonitor, vamos aguardar que o pessoal que realiza as alterações no mesmo, venha fazer alguma modificação ou lhe mostre a saida para este caso.

Bom dia Álvaro, Sim, mas a chave do CT-e deve ser informada no grupo de documentos anteriores e não junto com as notas.

Cláudio, Procure deixar o relógio do micro, uns 5 minutos no máximo atrazado em relação ao horário do servidor da SEFAZ. Outra coisa como você esta alimentado o campo dhEmis ? dhEmis := Date; ou dhEmis := Now; Como esse campo recebe a data e hora devemos alimenta-la com o valor retornado de Now;

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 noite Hasa, A SEFAZ realizou uma alteração no retorno da consulta. Agora ao realizar uma Consulta a Situação Atual de uma NF-e, o retorno sempre vai contem o protocolo de autorização e os eventos vinculados a ela caso existam. Sendo assim, uma NF-e que foi cancelada, ao consultar teremos como resposta o protocolo de autorização e o evento de cancelamento. Desta forma não podemos considerar apenas a primeira informação, devemos checar se existem eventos, caso afirmativo, verificar cada um deles. No XML de retorno teremos a seguinte estrutura, mostrada abaixo de forma simplificada: <retConsSitNFe> // informações como o status acusando que a nota esta autorizada <protNFe> // informações como o protocolo de autorização <procEventoNFe> // a presença desse grupo significa que existe um evento vinculado a NFe <evento> // informações sobre o evento enviado a SEFAZ <retEvento> // informações sobre a homologação do evento ou não pela SEFAZ // Se o evento for de cancelamento é aqui dentro desse grupo que teremos o status 135 acusando que o evento foi registrado e vinculado e o protocolo de cancelamento.

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.