Ir para conteúdo
  • Cadastre-se

Guilherme Martin Ewz

Membros
  • Total de ítens

    47
  • Registro em

  • Última visita

Tudo que Guilherme Martin Ewz postou

  1. Pessoal podem fechar o Tópico, vou postar la no Cidades novas, os arquivo que precisei modificar para comunicar com a Prefeitura, para caso vocês aprovem , poderem incluir no Trunk
  2. Consegui assinar com o Wincrypt e enviar, porém o retorno é Erro Interno: 0 Erro HTTP: 400 URL: http://www2.tinus.com.br/csp/testeipo/WSNFSE.RecepcionarLoteRps.cls' Segue XML de envio 42-env-lot.xml
  3. Concordo Mas se eu deixar o id todo minúsculo da erro de OleException ao tentar pegar a signedKey (signedKey := xmldsig.sign(dsigKey, CERTIFICATES)) tentei usar o WinCrypt mas na hora de assinar da erro de "CryptExportKey - len", uso o certificado A1
  4. Pessoal achei este tópico, que retrata algo parecido, acontece que eu uso Capicon, é uma definição interna então antes que venham pedir para mudar, não sou responsável por isso então preciso me adaptar.
  5. Pessoal estamos iniciando a integração com a prefeitura de Ipojuca-PE , ela não estava disponível no Cidades.ini (assim que a integração estiver concluída irei postar no tópico o arquivo atualizado). Atualizei os fontes, primeiramente tive problemas com a assinatura, então alterei o Identificador=Id, no arquivo tinus.ini, passou a assinar corretamente sem problemas, porém ao comunicar ele me retorna o seguinte erro. Falha na validação dos dados do lote: 1 The attribute ''Id'' on the element ''{http://www.tinus.com.br}LoteRps'' is not defined in the DTD/Schema. Acontece que no Schema, todos estão com "i" minusculo na tag id, porém, se retorno para a versão antiga do Schema, onde constava com a letra Maiúscula, o erro muda para Bad request 400, ou seja não comunica.
  6. Juliomar desculpe a demora na resposta, o provedor é o Pronimv2 pior que tentei ligar para a prefeitura ninguém atende, liguei para o suporte do provedor é uma enrolação, olha é complicado trabalhar com essas prefeituras.
  7. Pessoal Atualizamos o ACBR para última versão e ao tentar enviar notas para estrangeiro o seguinte erro começou a estourar. Municipio - Uruguaiana O valor 'EX' e invalido dependendo do tipo de dados 'tsUf' - Falha na restricao Enumeration. segue o xml de envio e retorno 563-env-lot.xml 563-rec.xml
  8. Italo, sim nos meus testes, realmente verifiquei ele eles usam o ABRASF 2.0, mas tem estes campos especiais, isso quebra as pernas completamente. No momento eles estão apenas em fase de homologação, mas dia 1 do 9, entrará em produção, vou aguardar inclusive para atualizar o Cidades.ini do post fixo com as informações corretas. E torcer para que o ACBR ache uma solução. Valeu pelas ajuda por enquanto.
  9. Parece ser apenas a Ordem, acredito que o IdCidade vem antes da competencia conforme http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx Erro Falha na validação dos dados do lote: 1 Element {http://www.abrasf.org.br/nfse.xsd}IdCidade is unexpected according to content model of parent element {http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico}. Expecting: {http://www.abrasf.org.br/nfse.xsd}Servico. XML gerado com a versão nova, update de hoje (26/08/2020) <?xml version="1.0" encoding="UTF-8"?><EnviarLoteRpsSincronoEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"><LoteRps Id="12020048898480001740000000000061726" versao="20.01"><NumeroLote>61726</NumeroLote><CpfCnpj><Cnpj>04889848000174</Cnpj></CpfCnpj><InscricaoMunicipal>13139</InscricaoMunicipal><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><tcDeclaracaoPrestacaoServico><InfDeclaracaoPrestacaoServico Id="1048898480001740000000000029286" xmlns="http://www.abrasf.org.br/nfse.xsd"><Rps><IdentificacaoRps><Numero>29286</Numero><Serie>N2</Serie><Tipo>1</Tipo></IdentificacaoRps><DataEmissao>2020-08-26T00:00:00</DataEmissao><Status>1</Status></Rps><Competencia>2020-08-26T00:00:00 </Competencia><IdCidade>4307906</IdCidade><Servico><tcDadosServico><Valores><ValorServicos>178.00</ValorServicos><ValorPis>0.00</ValorPis><ValorCofins>0.00</ValorCofins><ValorInss>0.00</ValorInss><ValorIr>0.00</ValorIr><ValorCsll>0.00</ValorCsll><ValorIss>0.00</ValorIss><BaseCalculo>178.00</BaseCalculo><Aliquota>0.00</Aliquota><DescontoIncondicionado>0.00</DescontoIncondicionado><DescontoCondicionado>0.00</DescontoCondicionado></Valores><IssRetido>2</IssRetido><ItemListaServico>09010032</ItemListaServico><Discriminacao>Descricao=DIARIAS Codigo=09010032 Quant=1.00 Unitario=178.00 Aliquota=0.00 Desconto=0.00 Total=178.00 |</Discriminacao><CodigoMunicipio>4307906</CodigoMunicipio><CodigoPais>1058</CodigoPais><ExigibilidadeISS>1</ExigibilidadeISS><MunicipioIncidencia>4307906</MunicipioIncidencia></tcDadosServico></Servico><Prestador><CpfCnpj><Cnpj>04889848000174</Cnpj></CpfCnpj><RazaoSocial>HOTEL DI CAPRI LTDA</RazaoSocial><InscricaoMunicipal>13139</InscricaoMunicipal></Prestador><Tomador><IdentificacaoTomador><CpfCnpj><Cpf>92013023715</Cpf></CpfCnpj></IdentificacaoTomador><RazaoSocial>KIYOSHI UCHIKAWA</RazaoSocial><Endereco><Endereco>RUA PROFESSOR VICENTE RAO</Endereco><Numero>90</Numero><Bairro>BROOKLIN</Bairro><CodigoMunicipio>3550308</CodigoMunicipio><Uf>SP</Uf><CodigoPais>1058</CodigoPais><Cep>04636000</Cep></Endereco><Contato><Telefone>11982028513</Telefone><Email>[email protected]</Email></Contato></Tomador><NaturezaOperacao>1</NaturezaOperacao><OptanteSimplesNacional>1</OptanteSimplesNacional><IncentivoFiscal>2</IncentivoFiscal><PercentualCargaTributaria>0.00</PercentualCargaTributaria><ValorCargaTributaria>0.00</ValorCargaTributaria><PercentualCargaTributariaMunicipal>0.00</PercentualCargaTributariaMunicipal><ValorCargaTributariaMunicipal>0.00</ValorCargaTributariaMunicipal><PercentualCargaTributariaEstadual>0.00</PercentualCargaTributariaEstadual><ValorCargaTributariaEstadual>0.00</ValorCargaTributariaEstadual><OutrasInformacoes>Valor aproximado tributos federais, estaduais e municipais: Percentual: 18,32% |</OutrasInformacoes></InfDeclaracaoPrestacaoServico></tcDeclaracaoPrestacaoServico><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
  10. pessoal tenho este mesmo problema, apliquei todas as soluções deste tópico e diversos outros, e não consigo achar uma solução viavel. Pra mim acontece em diferentes momentos, quando consigo abrir o sistema (com a comunicação com a ECF) algumas chamadas está acontecendo este erro de "Não estar em linha". se eu fecho o sistema, certas vezes ele não comunica também, coloquei 2 logs de diferentes ações. Retiramos dlls, passamos o Ghost e reinstalamos a última versão do driver virtual disponível e ainda continua com esse erro, se executamos o sistema na versão antiga com comunicação via DLL tudo funciona perfeitamente que praticamente elimina a chance de ser cabo. Utilizo a versão atual do ACBR LogACBR_ECF_102102.txt LogACBR_ECF_102149.txt LogACBR_ECF_103051.txt
  11. Pessoal Inicialmente, vou resolver fazendo um totalizador pelos dados do R05 desta redução. e vou estudar uma futura correção e informo você. Obrigado pela ajuda.
  12. Daniel olhando o manual da Bematech (https://www.bematech.com.br/wp-content/uploads/2018/08/MP_4200-TH-FI_Manual-do-Usuario.pdf ) pag 69 item 17, Diz que o comando retorna a Base de Calculo, ou seja o valor correto. Não cheguei a entrar no detalhe dos fontes e como está sendo usado pelo ACBR, mas fica a dica..
  13. Desculpe mas o comando pioro mais ainda os dados....Este que é executado após redução para bematech não funciona, tanto que mudamos todo nosso sistema para buscar os dados antes e que funciona perfeitamente para daruma e epson. Segue o arquivo com os dados... LeituraX_DadosReducaoZ.txt
  14. Pessoal Me deparei com um problema, para a Bematech, conectando no ECF Serial como ESCPOS, quando faço a redução Z, o totalizador das aliquotas pega o valor do imposto, e não o valor bruto, preciso disso pra comunicar no PAF, segue em anexo a leitura X e logo abaixo o resultado da Função DADOSREDUCAOZ. Fiz o teste no emulador então não sei dizer como fica na impressora fisica, porém peguei uma leitura X e a posição do valor bruto e imposto é o mesmo, então imagino que não faça diferença. LeituraX_DadosReducaoZ.txt
  15. Pessoal Sorryyyyy, achei o parâmetro. Configuracoes.WebServices.Ambiente := taProducao; já estava com o coração acelerado, cliente desesperado.....podem fechar o tópico
  16. Pessoal Algo muito estranho me acontece. Eu enviei várias reduções Z (Estado SC) , e elas não aparecem no site do SAT quando vou consultar por recibo, usando o recibo gerado pelo blocoX(retorno WebService), e pior alguns depois de alguns dias, se consulto, dizem que recibo não existe, sendo que este mesmo obtive resposta de sucesso. Alguem sabe me dizer, se o BlocoX é necessário marcar algo para dizer que quero comunicar com produção ou homologação. Não achei nenhum parâmetro, peguei como base para enviar o Exemplo do ACBR. (utilizo a versão mais atual dos fontes)
  17. Pessoal desculpa reviver o tópico vi em outros tópicos um XML exemplo do BlocoX contendo as seguintes TAGS obs: Os dados são exemplo. <Estabelecimento> <Ie>256291764</Ie> <Cnpj>13059199000175</Cnpj> <NomeEmpresarial>SANTOS & SANTOS COMERCIO</NomeEmpresarial> </Estabelecimento> <PafEcf> <NumeroCredenciamento>260606800000128</NumeroCredenciamento> <NomeComercial>Magnus II</NomeComercial> <Versao>4.9</Versao> <CnpjDesenvolvedor>07218898000118</CnpjDesenvolvedor> <NomeEmpresarialDesenvolvedor>SIMADRI SERVIÇOS EM INFORMÁTICA LTDA</NomeEmpresarialDesenvolvedor> </PafEcf> <Ecf> <NumeroCredenciamento>1508400050108</NumeroCredenciamento> <NumeroFabricacao>EP121510000000002030</NumeroFabricacao> <Tipo>ECF-IF</Tipo> <Marca>EPSON</Marca> <Modelo>TM-T900F</Modelo> <Versao>010100</Versao> <Caixa>1</Caixa> <DadosReducaoZ> </DadosReducaoZ> </Ecf> porém a versão atual do ACBR gera bem mais reduzido que isso <Estabelecimento> <Ie>256291764</Ie> </Estabelecimento> <PafEcf> <NumeroCredenciamento>260606800000128</NumeroCredenciamento> </PafEcf> <Ecf> <NumeroFabricacao>EP121510000000002030</NumeroFabricacao> </Ecf> E mesmo entrando no site do SAT pegando o nro de Credenciamento da Impressora, ele continua reclamando Erro 2001: PAF-ECF não encontrando. Número do credenciamento do PAF-ECF: Já enviei o nro da autorização, nro do credenciamento, sem nro, e sempre o mesmo problema, entre no site do SAT e verifico tudo Ativo, mas nada funciona.
  18. Opa gente desculpe vi agora as mensagens, os erros são iguais do colega que anexou o LOG. Para eu liberar as versões aqui para meu cliente, eu desmarquei as opções dos Reports do FORTES para instalar o ambiente, mas futuramente irei precisar desses reports. Obrigado Equipe e aguardo a solução caso a venha
  19. Esta compilação não esta compilável no Delphi 7, como faço para reverter para a revision anterior. Erro ao compilar ACBrDFeReportFortes.pas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.