Giovane Preis

Olá Realizada validação e está funcionando conforme esperado. Obrigado por liberarem no repositório!

Olá Busquei nos fontes do projeto ACBr a possibilidade de importação do XML da DI (Declaração de Importação), porém não encontrei. Não havendo opção realizei implementação da funcionalidade e gostaria de disponibilizar ao projeto para que outros possam estar utilizando e contribuindo conforme a necessidade. A DI é a declaração de importação de mercadorias gerado pelo Siscomex. Em anexo fontes ACBr com as alterações atribuídas sobre a revisão 23344. Busquei seguir os padrões dos demais fontes. Fontes/ACBrComum/ACBrUtil.pas - Novo método (IntStrToFloat) que permite converter uma String, SEM separador decimal, para Double, considerando a parte final da String como as decimais. Ex: 10000 = "100,00"; 123 = "1,23" Fontes/PCNComum/pcnConversao.pas - Adicionadas opções tcDe5 e tcDe7 ao enumerador TpcnTipoCampo. Fontes/PCNComum/pcnLeitor.pas - Adicionadas opções de leitura por Grupo e de valores float que estejam em string sem separador decimal. As alterações não afetam demais funcionamentos existentes. Inclusão de fontes ACBrDI para leitura do XML da DI. (Fontes/ACBrDFe/ACBrDI) Fontes.rar

Verifiquem neste tópico:

Olá Giovane, tudo bem haha Galera, desculpem-me, mas encontrei onde ocorre o processo corretamente. No ACBrDFeSSL há uma alteração no método AdicionarSignatureElement em que passou a atribuir corretamente a assinatura no XML. Com isso o arquivo .ini deve ficar apenas com o valor Pedido no DocElemento. No meu caso, como ainda não atualizei os fontes, permaneço com a instrução "Pedido></CancelarNfseEnvio", mas ao atualizar deve ficar apenas como Pedido. Todos os casos que fique de registro para, caso alguém mais passe por este problema, possa encontrar a solução. Abraço * Tópico pode ser fechado

Olá Primeiramente quero pedir desculpas caso esteja abrindo o tópico indevidamente, mas não encontrei outro tópico que sanasse a minha dúvida. O cancelamento da NFS-e estava funcionando corretamente para o provedor SafeWeb na cidade de Condor - RS. Há pouco tempo atualizamos o componente e recentemente o cliente foi atualizado com essa versão mais atual. Com isso parou de funcionar o cancelamento retornando erro "Não foi possível carregar XML" onde não montou corretamente a estrutura do XML. Identifiquei que, por meio da revisão 16575 (comentada no neste tópico), o XML para envio da solicitação de cancelamento passou a não gerar mais corretamente para a SafeWeb. Antes desta revisão gerava o docElemento, para alguns provedores, como "FPrefixo3 + 'Pedido></' + FTagGrupo". Para SafeWeb estava carregando o docElemento apenas com "Pedido" não gerando o XML corretamente. Para contornar inclui a seguinte linha no arquivo SafeWeb.ini para a tag [Cancelar]: DocElemento=Pedido></CancelarNfseEnvio Verificando as últimas alterações nos arquivos .ini vi que vários provedores foram alterados em 13/05 (revisão 17004) onde substitui o "DocElemento=Pedido></CancelarNfseEnvio" por "DocElemento=Pedido" voltando o docElemento a possuir o valor apenas de "Pedido". A minha dúvida é se a minha alteração no SafeWeb.ini está correta ou se deve haver alguma outra alteração em algum fonte. Caso necessário poderiam estar alterando o SafeWeb.ini para possuir a instrução comentada acima ou alterar outro fonte caso haja necessidade? Desde já agradeço a atenção.

@Italo Jurisato Junior, consegue me dar uma ajuda?

Olá Ao validar o XML gerado com o Schema está retornando o seguinte erro: 'Falha na validação dos dados do Manifesto: 3'#$D#$A#$D#$A'''gKOntfAy7kJUM7ZuLCHhB/fs8UA='' violates minLength constraint of ''28''.'#$D#$A'The element ''{http://www.portalfiscal.inf.br/mdfe}hashCSRT'' with value ''gKOntfAy7kJUM7ZuLCHhB/fs8UA='' failed to parse.'#$D#$A No XML é montado a tag do responsável técnico com os seguintes dados: <infRespTec> <CNPJ>90180621000197</CNPJ> <xContato>Teste responsável técnico</xContato> <email>[email protected]</email> <fone>4936310600</fone> <idCSRT>002</idCSRT> <hashCSRT>gKOntfAy7kJUM7ZuLCHhB/fs8UA=</hashCSRT> </infRespTec> Ao colocar para validar o XML no validador da Sefaz do RS ocorre a rejeição também (https://dfe-portal.sefazvirtual.rs.gov.br/Mdfe/ValidadorXML). Se enviar sem as tags <idCSRT> e <hashCSRT> ocorre a autorização normalmente. Alguém consegue me ajudar?? Em anexo segue XML de teste. 43190490180621000197580500000000031105930895-mdfe.xml

Obrigado!

Olá Atualmente não há implementação no arquivo SafeWeb.ini para utilização do método "ACBrNFSe.WebServices.ConsultaNFSeporRps". Seguindo as indicações desde link realizei as alterações no arquivo, que segue em anexo, para que seja disponibilizado a todos. @Italo Jurisato Junior, se puder verificar e disponibilizar as alterações no SVN. Obrigado SafeWeb.ini

Fechou Italo. Muito obrigado pelo auxílio!

Olá galera Estou implementando NFS-e para Condor - RS no sistema aqui da empresa. Condor -RS utiliza provedor SafeWeb. Tive alguns problemas que estarei apresentando a seguir para ajustar no projeto ou auxiliar a quem necessite. SITUAÇÃO 1 Envio do RPS ocorre, mas ao consultar o RPS ocorre o seguinte erro: Erro na validacao do XML: Value cannot be null.Parameter name: s. Valide o XML de acordo com o Schema e tente novamente. Solução Esta situação já é apresentada no fórum, mas a alteração ainda não foi disponibilizada. Necessita ser alterado o arquivo ".../ACBr/Exemplos/ACBrDFe/ACBrNFSe/ArqINI/SafeWeb.ini" (em anexo segue arquivo alterado). SITUAÇÃO 2 Até o dia 17/12 estava funcionando e no dia 18/12 passou a ocorrer o seguinte erro no envio do RPS: Erro Interno: 12175 Erro HTTP: 0 URL: https://nfse.safeweb.com.br/nfseprefeituras/webservices/NfseWebService.asmx?op=RecepcionarLoteRps Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Solução Utilizo WinCrypt para comunicação com o WS e estava atribuindo "LT_TLSv1_2" para "ACBrNFSe.SSL.SSLType" sendo que funciona com outros provedores como Betha e Thema. Alterei para "LT_all" voltando a funcionar. SITUAÇÃO 3 Até o dia 17/12 estava funcionando e no dia 18/12 passou a ocorrer o seguinte erro anterior e após este estar corrigido passou a ocorrer o seguinte erro na consulta do lote: Arquivo enviado fora da estrutura do arquivoXML de entrada. (Cabecalho) Envie um arquivo dentro do schema do arquivo XML de entrada. Solução Estava utilizando um arquivo .INI da SafeWeb antigo. Peguei o mais recente do SVN da ACBr e passou. No caso estava enviando num formato diferente, mas como comentei anteriormente estava funcionando hehehe. SITUAÇÃO 4 Após atualizar os fontes do componente passou a ser apresentado o seguinte erro no envio do lote RPS: Erro na autenticacao: [NFSeCDD.CDD.LoginPrestadorDD.Autentica]: Nao foi encontrada nenhuma Prefeitura ao Codigo de Municipio do IBGE informado. Solução No dia 19/12 foi alterado o fonte "../Fontes/ACBrDFe/ACBrNFSe/ACBrNFSeWebServices.pas" em que o método "PreencheAssinaComChave" simplesmente está sobrescrevendo o texto construído pelo método "InicializarDadosMsg". A alteração foi realizada pelo Renato Rubinho e liberada pelo Italo pela revision 16145. Peço que seja revista essa alteração. SITUAÇÃO 5 Esta deveria ser a situação 1 hehehe A cidade de Condor - RS ainda não existe no Cidades.ini. Solução Necessita ser incluída a cidade de Condor no "Cidades.ini" conforme o seguinte: [4305702] Nome=Condor UF=RS Provedor=SafeWeb NomeURL_H=Condor NomeURL_P=Condor As situações 1, 4 e 5 precisam ter as correções liberadas no repositório. @Italo Jurisato Junior, se puder verificar. Feliz festas a todos! SafeWeb.ini

Estou tendo o mesmo problema em vários estados desde o dia de ontem. Alguém sabe se teve alguma alteração de WebService ou é uma indisponibilidade temporária?

Bom dia Italo Desculpa, mas não consegui entender o que estou fazendo de errado. Como estou passando o CNPJ da empresa (no método DistribuicaoDFe) não deveria retornar as notas apenas dessa empresa? Ou é a Sefaz que está entregando de forma errada?

Da questão do certificado tudo certo. É o que já faço. Mas a questão é que passo no método DistribuicaoDFe o CNPJ de uma empresa do grupo e recebo no retorno o XML de outra empresa do grupo. E isso não ocorre sempre. Apenas em algumas notas em especial.

Olá Italo. Utilizo a DistribuicaoDFe com o certificado da empresa matriz, mas ao consultar com o método DistribuicaoDFe informo o CNPJ da empresa para qual quero realizar a consulta. Utilizo o retorno resumido para apenas registrar no banco de dados que existe tal nota para a empresa. Ocorre que algumas notas são retornadas para a empresa matriz como também para a empresa filial. Consultei no XML da nota em que ocorreu a situação e não encontrei a tag <autXML>, então acredito que não tenha sido informado. Saberia me dizer o que pode estar havendo? Se for a questão do autXML sabe se tenho alguma forma de consultar isso? E se é entregue para diversas empresas (filial e matriz) como poderia identificar qual o real destinatário levando em conta que no retorno resumido não há essa informação. Há, o NSU da mesma nota, mas retornado para cada empresa é diferente. Desde já muito obrigado pelo auxílio. Atenciosamente Giovane Preis

Olá amigos Apenas para documentação: - A situação foi ajustada e liberada em 6 de junho de 2018 por meio da revisão 15269.

Tem isso. Se for verificar o schema disponibilizado pela Sefaz há a obrigatoriedade de serem informados os campos do Grupo Fatura quando o Grupo Cobrança for informado. Quem sabe a Sefaz volte atrás e remova a obrigatoriedade, mas de momento seria necessário gerar os todos os campos do grupo Fatura no XML, mesmo que algum deles esteja zerados. Por hora é aguardar, afinal é homologação e devem estar assistindo o jogo do Brasil

É exatamente isso. Antes, quando informado o vDesc zerado, não era obrigatório a geração da informação no XML. Com a versão 1.60 da NT passou a ser obrigatório mesmo sendo zerado. Acredito que em breve o ACBr estará com a alteração disponível gerando as informações conforme a solicitação da Sefaz. * Detalhe: De momento apenas em Homologação. Produção apenas em Setembro. Portanto o validador de XML da Sefaz do RS não rejeitará, pois essa validação é feita conforme o ambiente de Produção.

Exato Italo, executando diretamente também ocorre. Como mencionei, se não assinar (informando 0 no Betha.Ini para o Lote), ocorre rejeição do lote pois não foi assinado.

Desculpe Italo, mas acho que não entendi. O erro ocorre debugando pelo Delphi assim como também executando diretamente o EXE.

Bom dia pessoal Estou tento o problema de "Falha ao localizar o nó de Assinatura." utilizando OpenSSL ao enviar o Lote para provedor Betha na cidade de São Miguel do Oeste -SC. Como Capicom ou WinCrypt funciona perfeitamente. Caso altere no Betha.ini para não assinar o Lote ocorre erro na validação do lote por parte d WebService (Lote de RPS enviado nao contem assinatura digital. Favor reenviar um novo lote, com as devidas assinaturas.) Sabem me dizer o que posso fazer?

Olá No primeiro item do tópico o Roberto coloca que é obrigatório a geração da tag ICMSST para CST 060 e os códigos ANP mencionados, indiferente de haver algum valor referente a vBCSTRet, vICMSSTRet, vBCSTDest e vICMSSTDest. No caso acredito que deva verificar os ANPs como o próprio Roberto comentou mais a frente. Sugiro alteração no pcnNFeR (método VerificaParSt) como o seguinte: Necessário lembrar também que deve ser alterado o pcnNFeW passando a realizar a mesma verificação no método GerarDetImpostoICMS. Hoje, para que o sistema que eu desenvolvo emita corretamente, verifico se o produto possui ANP dentro da listagem informada na NT e o CST é 060, então passo a alterar o cst para cstRep60. Esta alteração é realizada fora do componente ACBr. Mas isso é na emissão e neste tópico estamos falando da leitura. Caso necessário estou a disposição. Atenciosamente Giovane

Bom dia Ricardo É na leitura do XML, mas utilizando a opção de geração de XML por parte do componente como explicado anteriormente. Verifiquei o tópico mencionado. Ocorre que a minha situação é diferente desta outra, pois se trata do item ICMSSN500 (página 39 da NT 2016.002) onde temos: No caso não está montando o XML com a tag pST, que é obrigatória mesmo estando zerada.

Olá Estou tendo problema ao validar um XML recebido do fornecedor. O erro apresentado é: 'Element ''{http://www.portalfiscal.inf.br/nfe}vICMSSTRet'': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}pST ).'#$A O processo realizado é: ACBrNFe.NotasFiscais.LoadFromString(AStringDoXML, True); // Passo True, pois preciso que o componente gere o XML de acordo com a sua estrutura, pois nem todos os XMLs recebidos são emitidos pelo ACBr ACBrNFe.NotasFiscais.Validar; Pré análise realizada: Comparando o XML original e o XML gerado percebi que não gerou a tag pST dentro da tag ICMSSN500. No arquivo pcnNFeW gera a tag pST apenas quando o valor é diferente de zero pois o parâmetro ocorrencia é zero. Como o valor da tag é zerado acaba não gerando-a. A alteração que fiz foi alterar o parâmetro ocorrencia para 1 na linha 1644 Em anexo segue arquivo alterado e também o XML utilizado. Favor analisar e, caso esteja correto, liberar a alteração no SVN. Sigo a disposição. Atenciosamente Giovane Preis pcnNFeW.pas 42180424728652000105550010000009651075954797.xml

Bom dia Juliomar Esta situação que passei é indiferente do provedor. É um processo dos fontes do projeto. No caso o provedor retorna os dados do documento sem a instrução "<?xml version="1.0" encoding="UTF-8"?>" sendo que no ACBr é adicionado, mas apenas ao gerar o arquivo do XML e não na property em que fica a string do XML. Ao meu ver, se adiciona para salvar, deveria adicionar também na property.