-
Total de ítens
47 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Guilherme Martin Ewz
-
-
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 -
11 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Guilherme,
O Schema disponibilizado referente ao provedor Tinus o atributo ID é todo minúsculo, logo se você gerar o XML com o atributo "Id" vai ocorrer de validação.
Essa definição interna de usar o Capicom, para mim esta errada, a aplicação deveria ter uma tela de configuração como tem os programas exemplos.
Não é você que precisa se adaptar é a empresa que você trabalha que precisa evoluir.
Bom paciência, se vocês querem ficar batendo cabeça.
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
-
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.
-
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.
-
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.
-
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
-
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.- 1
-
-
este é o XML apenas tirei a assinatura dele.
-
9 horas atrás, Juliomar Marchetti disse:
3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding.
Favor leia as regras do fórum.
Creio que basta fazer o update e olhar o arquivo mencionado.
Parece ser apenas a Ordem, acredito que o IdCidade vem antes da competencia conforme
http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspxErro
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"/> -
UP,
Acbr já foi atualizado?
-
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
-
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.
-
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..
-
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...
-
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.
-
Pessoal
Sorryyyyy, achei o parâmetro.
Configuracoes.WebServices.Ambiente := taProducao;
já estava com o coração acelerado, cliente desesperado.....podem fechar o tópico
- 2
-
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)
-
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.
-
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
-
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
Erro validação Lote - Prefeitura Ipojuca - PE
em ACBrNFSe
Postado
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