Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Luiz, Não existe mesmo esse XSD somente o evPrestDesacordo_v3.00.xsd, a explicação é simples: esse evento surgiu depois do inicio da vigência da versão 3.00 do CT-e, sendo assim o componente ACBrCTe tem que estar configurado para a versão 3.00 Por favor leia o artigo que trata sobre esse assunto em:

Boa noite Rogério, Desculpe pela demora, ainda não consegui ver a questão da exclusão do item da lista, mas pelo que notei esses 2 XML estão iguais, a tag vDesc continua com o seu valor nos itens.

Boa noite Leonardo, Não tenho condições de testar, pois além de não ter um certificado digital, não tenho nenhum cliente que emite a GNRE. Logo acabo fazendo alterações que julgo que vai funcionar e fico no aguardo de um retorno de quem utiliza, mas vou voltar a verificar a rotina para ver se descubro algo que possa estar ainda errado. Quanto a informar o produto, você tem algum XML de GNRE a ser enviado que contenha essa informação?

Boa noite Onyx, Você alterou o componente para que a tag <qVol> seja gerada com 2 casas decimais, correto? Gerou o XML e mandou imprimir o DANFE, correto? Foi impresso da forma que o seu cliente deseja, correto? Depois assinou e tentou validar, correto? Ocorreu erro na validação? Com certeza sim, pois veja como esta definido no schema da SEFAZ essa tag: <xs:element name="qVol" minOccurs="0"> <xs:annotation> <xs:documentation>Quantidade de volumes transportados</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{1,15}"/> </xs:restriction> </xs:simpleType> </xs:element> Na linha: <xs:pattern value="[0-9]{1,15}"/> Esta claro que a tag <qVol> pode conter de 1 até 15 caracteres que estejam dentro do dominio [0-9], ou seja, somente dígitos. Na linha a baixo é um patter de uma tag que aceita até 15 dígitos, sendo 13 de corpo (parte inteira) e 2 decimais. <xs:pattern value="0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?"/> Deu para perceber bem a diferença. Resumindo não ainda você fazer a alteração que você fez pois o Schema não vai aceitar um numero real onde se espera um numero inteiro. Mas vamos em frente e atrás vem gente. Mantenha a sua alteração e comente a linha que realiza a validação do XML, desta forma, não vai ocorrer o erro de validação e o XML vai ser enviado para a SEFAZ. Veja a linha que deve ser comentada a baixo: function TACBrNFe.Enviar(const ALote: String; Imprimir: Boolean; Sincrono: Boolean; Zipado: Boolean): Boolean; var i: integer; begin WebServices.Enviar.Clear; WebServices.Retorno.Clear; (...) NotasFiscais.Assinar; // NotasFiscais.Validar; Linha comentada para não realizar a validação do XML antes do seu envio Result := WebServices.Envia(ALote, Sincrono, Zipado); (...) end; end; Se a SEFAZ aceitar a tag <qVol> como sendo um numero real em vez de inteiro, podemos concluir duas coisas: 1. A SEFAZ não valida essa informação, ela simplesmente trata ela como sendo uma simples string com no máximo 15 caracteres. 2. A SEFAZ valida essa informação, logo os schemas disponibilizados por ela a anos esta errado a definição dessa tag. Estou ansioso em saber se a nota foi autorizada ou não.

Boa tarde Carlo, Não, o valor da propriedade UF em WebServices continua com a UF do contribuinte, ou seja, se ele for de SP devemos manter como SP e não trocar por RS. Outra coisa no meu artigo falo em Ambiente Nacional, este por sua vez não tem nada haver com RS. Uma SEFAZ-Autorizadora como a SEFAZ-SP pode ter um servidor para cada serviço. Sendo assim o servidor que recepciona a nota pode estar funcionando e o servidor que realiza a consulta pode estar parado, logo o enviar funciona e o consultar não. Veja o que eu lhe estou dizendo através deste link: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY= No meu entendimento existe um perigo muito grande na sua aplicação no que se refere a Manifestação do Destinatário. Pelo o que eu entendi para cada resumo de nota retornada pelo Distribuição DF-e a sua aplicação vai enviar o Evento de Ciência da Operação para que depois uma nota execução do Distribuição DF-e o XML completo da nota seja baixado, correto? Pois bem e se chegar um resumo de uma nota que contem o CNPJ do seu cliente como destinatário da mercadoria sendo que ele não comprou desse fornecedor? A sua aplicação sabe disso? Claro que não, e vai enviar o evento de Ciência da Operação para a SEFAZ, evento este que diz que ele comprou, mas ainda não recebeu a mercadoria. Não seria mais seguro você apresentar um grid com os resumos e o usuário manifestar cada uma delas? Se ele manifestar errado a culpa é do usuário que não prestou atenção no que fez. Realizando uma manifestação automática poderá resultar em uma fiscalização do Fisco, pois você diz ter ciência da operação e no final não faz a escrituração contábil e fiscal dessa nota, como é que fica? A sua aplicação possui um módulo de Pedido de Compra, onde o você pode enviar o evento de Ciência da Operação caso exista um Pedido de Compra em aberto para esse fornecedor? Você acha que vai facilitar a vida do seu cliente, mas poderá colocar ele maus lenções com o Fisco.

Boa tarde, Você esta atribuindo a BC ao campo: vBCFCPUFDest? Pois se não estiver, a tag vai ser gerada com o valor zero.

Boa tarde, Verifique se você não esta definindo um nome para o PDF na propriedade NomeDocumento. Se sim, este deve estar acompanhado do Path, caso contrario vai ser salvo na pasta que contem o executável.

SEFAZ Paraíba disponibilizada na SVRS Comunicamos que o ambiente de autorização da SVRS está habilitado para emissão de NF3e para o estado da Paraíba nos ambientes de homologação e produção. NF3e - Nota Fiscal de Energia Elétrica Eletrônica. Fonte: Portal DFe SVRS

Boa noite Rogério, Verifica se os valores que estão sendo passados realmente são diferentes. Se possível anexe o XML original e o que foi salvo. Quando ao Delete vou verificar e amanhã lhe respondo.

Boa tarde Tulio, Muito obrigado pela informação, já foi feito a alteração e enviado para o repositório.

Bom dia, Engraçado ontem acessei o site da prefeitura de Matias Barbosa e constava que a empresa contratada para emissão da NFS-e é a GeNFe. O site continua com o antigo, não mudaram ainda? Ou esse Futurize na verdade é a GeNFe?

Bom dia Beto, Tem que usar o programa exemplo e não a sua aplicação. Se funcionar com o programa exemplo ai você compara a rotina que configura o componente do programa exemplo com o seu.

Bom dia Valter, Para eliminar a duvida, vai ser necessário entrar em contato com o provedor e questionar sobre o respectivo campo.

Bom dia Diego, Muito obrigado pelo retorno e pela correção, já enviei para o repositório.

Bom dia, Uma solução simples para isso é copiar o arquivo Cidades.ini para uma outra pasta e alterar o provedor da cidade em questão na cópia. Configurar o componente apontando para essa outra pasta para poder carregar o XML e gerar o PDF. Depois configura novamente o componente apontando para a pasta que se encontra o Cidades.ini atual Como esta fixo o nome do arquivo INI não podemos ter dois com nomes diferentes na mesma pasta, a solução mesmo é ter uma outra pasta conforme orientação acima. Após trocar o path em PathIniCidades devemos executar: ACBrNFSe1.Configuracoes.Geral.SetConfigMunicipio; Para que o arquivo Cidades.ini seja carregado e consequentemente o componente seja configurado com o provedor informando no arquivo INI.

Boa noite Rogério, Você quer remover de uma nota das informações de um determinado item? Se sim, acredito que com a linha abaixo você vai conseguir: ACBrNfe1.NotasFiscais.Items[0].NFe.Det.Items[ x].Delete; Onde x é o índice do item que você deseja excluir. Lembrando sempre que o índice do primeiro item que consta na nota é zero.

Boa tarde Luiz, Primeiramente não se trata de um Erro e sim de uma Rejeição, a SEFAZ não esta aceitando o documento por conter dados divergentes. Pela rejeição ao emitir o BP-e em GO, chego a conclusão que o Terceirizado vai ter que ter um Certificado Digital e os dados dele deverão constar no grupo <emit> e o grupo <agencia> nesse caso não vai ser necessário constar no XML. Ou essa empresa de MT abrir uma filial em GO, que acredito que os custos vão ser maiores. É mais barato o Terceiro comprar o certificado digital e junto a SEFAZ se habilitar a emissão do BP-e. Não sei também se o Terceiro vai conseguir se habilitar, por não ser uma empresa de transporte intermunicipal e ou interestadual e sim, simplesmente uma agencia que vende as passagens. Nos seus testes não vi a seguinte situação para venda em GO com destino a MT: (EnderEmit.UF=GO, cUF=52(GO), UFIni=GO, WebServices.UF=GO)

Boa tarde Heronim, Muito obrigado pelo retorno, vou enviar para o repositório a correção dos Schemas.

Camilo, Resumindo o que o Juliomar lhe passou: Se o certificado digital for A1 e não estiver instalado você informa o path + nome do PFX no campo Caminho que se encontra no quadro Certificado e a senha do mesmo no campo Senha e não informe o numero de serie do mesmo. Essa configuração da para ser utilizado com o libOpenSSL e libWinCrypt. Se o certificado for A1 e estiver instalado, você só informa o numero de serie. Se o certificado for A3, informe somente o numero de serie e só pode ser utilizado com o libWinCrypt. Todos os MDF-e não importa de qual UF é o emitente, o componente redireciona para a SVRS - SEFAZ-Virtual do Rio Grande do Sul e esta por sua vez só aceita o TLS 1.2, portanto em SSLType o valor obrigatoriamente tem que ser LT_TLSv1_2.

Bom dia Valter, Se tratando de NFS-e tudo é possível. Os provedores que seguem o layout da ABRASF temos um campo chamado Serie onde devemos informar a série do RPS, já os provedores que não seguem o layout da ABRASF costumam mudar o nome do campo para SerieRPS e outros. Onde você viu o campo SeriePrestacao? No final acredito eu que apesar do nome do campo ser diferente, faz referencia a mesma informação, ou seja, a série do RPS.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Beto, Você esta fazendo testes usando o programa exemplo?

Bom dia Beto, Informe o numero do lote no método que esta usando para o envio no caso o Enviar. Vide o programa exemplo.

Bom dia Maiquel, Assim que você tiver uma lista das cidades que necessitam da assinatura e das que não necessitam, por favor crie uma postagem e coloque essa lista. Pois estou trabalhando no Refactoring do componente ACBrNFSe e vai ser possível contornar esse problema com nova versão do componente.