Italo Giurizzato Junior

Valdir, Tenta incluir a linha abaixo: Configuracoes.Geral.Emitente.WebChaveAcesso := <informe a chave digital>;

Bom dia, Neste caso entre em contato com o provedor e questiona como fazer para obter o XML da NFS-e? Talvez com essas informações retornadas você deve montar uma URL que ao colocar em um navegar você tenha o DANFSE e a possibilidade de baixar o XML.

Bom dia Valdir, Na rotina que configura o componente você acrescentou a linha abaixo? ACBrNFSe1.Configuracoes.Geral.CNPJPrefeitura := ' < informar o cnpj da prefeitura > ';

Bom dia Heronim, Mas que maravilha, e qual é o tamanho minimo e máximo?

Bom dia Geovani, Posso estar enganado, mas será que não é a falta da DLL - Midas?

Bom dia Jhonlenon Já tentou alterar a unidade de Kg para Ton (Tonelada)?

Boa tarde Douglas, Não, não se deve alterar o arquivo INI do provedor a não ser que ele tenha alguma coisa errada, que não é o caso.

Boa tarde, Note que no retorno temos apenas o numero da nota gerada e o código de validação, mais nada. Acredito que para você ter a nota por inteiro, será necessário realizar uma consulta.

Mota, O seu arquivo INI esta errado. Favor atualizar todos os fontes de todas as pastas e usar o arquivo ISSFortaleza.INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Depois de atualizar tudo, abra o ISSFortaleza.INI através do bloco de notas e certifique-se que a estrutura do cancelar seja essa: [Cancelar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<?xml version="1.0" encoding="UTF-8"?> Texto2=<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> Texto3=<soap:Body> Texto4=<ns1:CancelarNfse xmlns:ns1="%NameSpace%"> Texto5=<CancelarNfseEnvio>%DadosMsg%</CancelarNfseEnvio> Texto6=</ns1:CancelarNfse> Texto7=</soap:Body> Texto8=</soap:Envelope> Se não for, exclua o arquivo e atualize novamente, depois refaça os testes.

Bom dia Mota, Configura o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Realize um novo teste e anexe os arquivos soap, gerados pelo cancelamento.

Bom dia Douglas, A cidade de Porto Alegre/RS se utiliza do provedor BHISS. O programa exemplo esta configurado corretamente no que diz respeito a pasta onde se encontra os Schemas e os arquivos INI? Arquivos INI: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Schemas: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\BHISS Foi informado o numero de série do certificado digital?

Vamos aos erros: 1. Como você pode ver o provedor controla o numero do lote, sendo assim cada lote enviado deve ter uma numeração sequencial. 2. você repetiu o numero do RPS, portanto o numero do RPS tem que ser sequencial. 3. a TAG <RegimeEpecialTributacao> não existe no layout desse provedor, sendo assim, ela não pode ser gerada, ou deve aparecer em outra posição no XML. 4. corrigir o valor informado para a Natureza da operação. 5. a TAG <complemento>, mesma situação da TAG <RegimeEspecialTributacao>

Bom dia, Conforme o layout , note que dentro do grupo <conteudoDoArquivo> devemos ter um grupo chamado <string> que pode se repetir várias vezes. Acredito que cada grupo <string> se refere a uma nota a ser importada. O tipo do grupo <string> pelo que andei vendo é string, sendo assim o XML do RPS que vai ser o conteúdo do grupo <string> tem que ser convertido em string. O seu arquivo de envio esta assim: <conteudoDoArquivo> <EnviarLoteRpsEnvio> (...) </EnviarLoteRpsEnvio> </conteudoDoArquivo> sendo que o correto, pelo que entendi segundo o layout é: <conteudoDoArquivo> <string> <Rps> (...) </Rps> </string> </conteudoDoArquivo> O grupo em negrito e em vermelho se refere ao XML do RPS que tem que ser convertido em string. Para fazer essa conversão basta acrescentar o seguinte campo no arquivo INI do provedor: Por exemplo: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 DadosStr=1 Texto1= (.....)

Boa noite, Desculpe passe a função errada. a correta se chama GerarChave e se encontra na unit pcnAuxiliar que esta dentro da pasta ...\PCNComum function GerarChave(out chave: AnsiString; const codigoUF: integer; codigoNumerico: integer; const modelo, serie, numero, tpemi: integer; const emissao: TDateTime; const CNPJ: string): boolean; Essa função nos fornecesses 2 retornos: O primeiro é justamente o primeiro parâmetro da função, onde você deve colocar uma variável que vai conter a chave gerada. A segunda é True ou False, indicando se a chave foi gerada corretamente ou não. Os próximos parâmetros da função são: codigoUF: integer; -> Código da UF segundo a IBGE; codigoNumerico: integer; -> Código aleatório com no máximo 8 digitos (alguns informão o mesmo numero da nota); modelo, -> modelo do documento fiscal, no caso da NF-e é 55, se for NFC-e é 65; serie, -> numero da série do documento fiscal; numero, -> numero do documento fiscal; tpemi: integer; -> tipo de emissão, se for normal deve ser 1 emissao: TDateTime; -> data de emissão do documento fiscal; CNPJ: string -> CNPJ do emitente Espero ter ajudado.

Boa noite Werner, Você configurou o componente para salvar os arquivos? Configuracoes.Arquivos.Salvar := True; Se sim, favor anexar os arquivos: *-ped-eve.xml *-eve.xml *-procEventoCTe.xml que são gerados após a execução do método EnviarEvento.

Boa noite Douglas, Eu pedi para você usar o botão [Gerar e Enviar Lote RPS] no programa exemplo e pela sua imagem noto que você usou o botão [Gerar e Enviar um RPS] Esse botão usa o método Gerar e não o Enviar.

Douglas, Usando o programa exemplo, fiz o teste com o método Enviar, ou seja, botão [Gerar e Enviar Lote RPS], não ocorreu nenhum erro. Qual é o método que você esta usando?

Boa tarde José, Se não me falha a memória para que a chave, numero entre outras informações do CT-e sejam impressas na impressão do evento, há necessidade de carregar primeiro o XML do CT-e e depois imprimir o evento. Como você utiliza o Monitor, acredito que o comando de impressão de evento deve possuir um parâmetro onde se deve informar o nome completo (caminho + nome) do XML para que o mesmo seja carregado.

Boa tarde Murilo, Primeiro eu pedi para você comentar a linha que tenha o proTinus e não para alterar o conteúdo dela. Segundo não é só essa linha que aparece na imagem que você anexou.

Boa tarde Douglas, Qual é o provedor? Você esta usando o OpenSSL ou Capicom?

Boa tarde, Bom, a função que gera a chave esta na unit mencionada na postagem anterior.

Bom dia, Pela URL acredito que esse provedor na verdade seja o ISSDigital que já se encontra implementado. Abra o arquivo ISSDigital.INI e compare a URL de Araruama com a de Santa Luzia. Neste caso a coisa fica mais fácil, pois basta incluir a cidade Araruama no arquivo Cidades.INI da mesma forma que foi incluído a cidade Santa Luzia, depois deve-se incluir as URLs de produção e de homologação no arquivo ISSDigital.INI Por fim iniciar os testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas, corrigi a falta da versão do soap no arquivo INI.

Bom dia Lucimauro, A configuração: Configuracoes.Arquivos.Salvar defini se os arquivos com validade jurídica serão salvos em disco ou não. Se tratando de NF-e, esses arquivos são: *-nfe.xml, *-procEventoNFe.xml, *-procInutNFe.xml e *-NFeDFe.xml Se alterar a configuração nenhum desses arquivos serão salvos. Com certeza no monitor a configuração que sitei esta para salvar. A solução será criar uma nova propriedade de configuração para determinar se o arquivo *-NFeDFe.xml deve ser salvo ou não.

Bom dia, Qual seria a finalidade disso? No meu entendimento a chave só deve ser gerada no momento da emissão da nota. E se tratando de NFC-e lembre-se que você pode usar um numero de série diferente para cada PDV. Para saber qual é a função que o ACBr usa, abra a unit ACBrDFeUtil e procure pela função: GerarChaveAcesso