Italo Giurizzato Junior

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.

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.

Bom dia Eudecio, Como assim a contabilidade deu ciencia? Você se refere ao departamento de contabilidade da empresa (seu cliente) ou o escritório de contabilidade ? Se for o escritório, tem que pedir para eles pararem de fazer isso, por tres motivos: 1. O escritório não é o destinatário da mercadoria, e que tem que se manifestar é o destinatário, não é a toa que o procedimento se chama: Manifestação do Destinatário. 2. Como o escritório sabe se o cliente realmente comprou ou não do fornecedor cuja nota esta sendo dada ciencia? 3. Não se deve realizar o Download na sua totalidade. A SEFAZ esta monitorando, em caso de abuso, ela vai bloquear, ai meu caso o seu cliente não conseguir se quer efetuar a Manifestação do Destinatário. Em resumo esse escritório vai ferrar o seu cliente.

Bom dia vipeol, Fiz uma alteração no fonte pnfsNFSeW.pas Atualize e teste novamente. Quando estiver tudo OK, por favor post como anexo aqui no fórum somente os fontes que você alterou para contemplar a cidade de Cabo Frio/RJ.

Bom dia Leandro, Muito obrigado, já disponibilizei a sua alteração.

Isso, sim é uma discusão saldavel sobre um assunto. Estamos levantando questões e pontos de vistas. E os nossos colegas do Amazonas, o que tem a dizer sobre a contingência? Quais são as soluções tomas e o resultado obtido?

Bom dia Rigotti, Alguns provedores, possuem URLs diferentes para cada cidade atendidas por eles. Pode ser um erro na URL ou a implementação que o provedor fez para essa cidade em questão que esta errado. Se você ja utiliza o componente para emitir a NFS-e para outra cidade atendida pelo mesmo provedor, você tem argumentos para questiona-los sobre uma eventual falha no sistema deles.

Bom dia bpinformatica, Segundos os XMLs que você disponibilizou isso não era para ocorrer. Vou continuar checando os fontes.

Bom dia Sergio, Você esta confundindo as coisas. Por favor leia com atenção o texto e o exemplo do link que postei que trata sobre a Subcontratação. Note que existe o contratado e o subcontratado ambos vão emitir os CT-e O contratado informa os dados do subcontratado no campo Observação e emite o CT-e tipo: Normal. O subcontratado informa os dados do contratado no campo Tomador do Serviço - Outros, informa a chave do CT-e do contratado como sendo documento anterior e emite o CT-e tipo: Subcontratacao. Note também que no exemplo deixa claro que os grupos Recebedor e Expedidor só são utilizados em caso de Redespacho ou Redespacho Intermediário.

Bom dia a todos, No que diz respeito a contingência note que existe um OU. " ... o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29-12-2008, ou emitir CF-e-SAT." Logo o contribuinte pode escolher uma ou outra forma. A portaria CAT-168/08 dispõe sobre a NF-e, sendo assim as formas de contingências que hoje utilizamos para a NF-e, vamos poder utiliza-las para a NFC-e. Essa é a minha interpretação sobre o parágrafo único do artigo 28. Isso é reforçado no texto do arigo 28: Nota Fiscal Eletrônica - NF-e, modelos 55 ou 65. NF-e modelo 65 nada mais é do que a NFC-e.